与我的CouchDB问题有关.
任何人都可以用麻栗可以理解的方式解释MapReduce吗？
在过去的几年里,我对CouchDB项目感兴趣,并且看到它现在是一个Apache Incubator项目.在此之前,CouchDB网站充满了不用于生产代码类型的免责声明,所以我做的只不过是关注它.如果您一直在使用CouchDB进行实时项目或技术试用,我有兴趣了解您的经验.
这是一个我确定你都熟悉的场景.
你有一个相当"不干涉"的客户,尽管你付出了最大的努力,但他们真的不想太过参与决策.
经验丰富的开发团队花费数小时讨论问题的特定方法的优缺点,并提出一个优雅的解决方案,避免了更明显的方法的缺陷.
客户在快速浏览一下他们想要改变之后随便提到.他们不会理解您在仔细考虑过的方法中试图避免的所有可用性/一致性问题.
尽管有解释,但客户并不感兴趣,他们只是想改变它.
你感叹并做他们所要求的事情,充分了解接下来会发生什么......
3周后,客户说这种方式效果不好,你能改变它吗？你再次建议你的原始解决方案,他们热情地抓住它.他们似乎总是有一种选择性健忘症的形式,并且首先阻止他们搞砸这一点.
我相信很多人都经历过这个.当我们知道合理聪明且能干的人为真正理解问题并尝试提出一个好的解决方案时所付出的时间和精力,这一点让我感到高兴.令人沮丧的是,客户的选择是在3分钟内随意一瞥(或者更糟糕的是,他们的经理甚至不知道项目的真正含义).锦上添花的是它通常在当天很晚才开始.
我知道敏捷方法旨在解决这类问题,但它需要一定程度的客户购买,因为某些类型的客户(人们通常花费其他人的钱)只是不愿意给予.
有谁聪明地洞察你如何处理这个？
编辑:哎呀 - 顺便说一句,我不是在谈论任何当前或最近的客户.这纯粹是假设的......