这其实是在前几天看白鸦的博客时看到的：
中午Junchen说：写博客跟做项目一样，拉的越长越容易失败。其实，做的越全也越有可能失败
今天又看到前同事鱼神在twitter上说了这么一句：
@nnfish: 编程：先让它跑起来，然后让它优雅起来，然后让它快起来
似乎这两句话都是在说同一件事情——做事不要想着一步到位！也许这世上本没有一步到位这种东西
比如我写博客，其实草稿箱里也零星堆了好些内容了，都是突然想到的，然后噼里啪啦敲了下来，然后觉着写的还不够好，似乎还需要斟酌才好放到外面见人（尽管其实现在也没人看），但是往往这些草稿就这样被遗忘到几个世纪外去了……more
另外就是做互联网产品，互联网一个很显著的特征就是速度，尤其是进入web2.0社会化趋势愈发明显的今天，随便一个消息一夜之间就可以传遍大江南北甚至世界各地。在这样的高速环境下，如果你今天想到或者看到某个很不错的点子，然后用一年的时间去做出一个成品的时候你往往会发现你的点子早已过时。
所以最好的办法就是在最短的时间内做出一个最简单的产品，实现最基本的功能，保证这个东西可以开跑，能见人（即便有可能略微丢人），然后把这个雏形甩向用户然后大量采集用户的反馈，并迅速作出反映，进一步完善和细化需求来细化产品的细节，当用户的需求被满足了一大半以后，也许功能性包括建议性的用户反馈会逐渐减少，更多的是用户会开始抱怨速度慢，卡，效率低下，这时候你就该开始完善性能让用户进一步觉得爽快了。
这样做其实就是做迭代开发，把鸡蛋分到更多的篮子里，加速了项目和产品的周期同时降低了风险，毕竟不是每家公司都有像暴雪那样的底气用10年甚至更多的时间来打磨一款游戏的（也许对暴雪而言10年并不久，只是他们迭代的一个周期而已）
曾经在我们公司准备进入Android市场的时候我曾经为我们的客户端设计过这样四个周期：
-
第一阶段——一个纯离线阅读器，支持常见格式和各类基本功
-
第二阶段——完善阅读功能，引入免费书下载机
-
第三阶段——增加用户和充值，收费书与免费书穿插出
-
第四阶段——引入社区概念，整合产品线
这样设计的原因是我们公司的产品在S60平台上本来就已经是一个结合阅读和社区的客户端产品，而阅读的需求比社区互动需求来的更广，用户群体更大，而彼时Android刚刚出现，市场上还没有一款成熟的符合国情的电子书阅读器，只有几款个人作品在论坛上略微有些人气，我们公司在推广和宣传方面肯定较个人开发者有着更大的优势，如果能迅速开发出一款阅读器进入市场肯定可以圈下一批用户。而第一阶段的功能其实也并不复杂，1-2个月就可以完成，而之后引入免费书下载机制是一个锦上添花的功能，用户应该不会反感，第三阶段的用户系统尤其是充值付费书有可能遭致用户的一些批评，但是这是公司业务发展的必然，并且这一套已经在S60平台经受住了考验，事实证明尽管用户会对收费的内容表示不满，但是还是会有用户愿意消费，而最后引入的社区也是整个产品线的完善和回归，并且在四个阶段完成的同时应该也会有一部原有的S60用户开始迁移到Android平台，鉴于对老平台上老产品的感情也会有相当的用户使用我们的产品，此时他们看到他们以前积累的社区关系被完整集成的时候应该也会略微觉得有些欣喜吧:)
但是在开发过程中突然被要求整合第二和第三阶段的内容，整个计划和节奏完全被打乱，项目的完成时间也一拖再拖，原本年头就可以初见成效的东西一直到了7月底8月才勉强成型（甚至因此错失了若干家早就谈妥的内置机会），而此时开卷有益，熊猫等产品都已经出来相当一段时间占领了用户的手机并且有了一定的口碑和市场，并且都是经过了若干代升级相对成熟，相比之下我们的客户端功能上显得青涩很多，错过了最好的时机浪费了大量的时间和精力，显然是巨大的损失。
近阶段Android新版再次启动，今次一定要雪耻明志，减免非必要的功能，在保障用户使用顺畅舒适的前提下最快速的让新版本与用户见面:)