不可能完美

如果一开始就以完美为目标,那么几乎可以同时宣布,工期将会比永远还远.

所以尽可能的出第一个能用的DEMO, 接受用户的返馈, 修改, 逐步的去完善, 迭代, 这才是软件开发的捷径.

很久以前,一个同事就对我说过这样的话,只是当时并没有在意,一次又一次的计划胎死腹中后,我重新审视它, 相信它, 但也发现, 做比想的要难太多.

 

我擅长的是完成架构部分,但不喜欢实现细节.我可以1K/d代码向前推进,但我也可能因为页面的CSS设计, 卡上几天.

我可以把spring的架构抽出,完全重写了spring mvc, 去原生的高效支持ajax.

但这之后呢?

本来WEB项目, 在架构完成之后, 工作就变的简单boring. 项目的推进应该更为迅猛才对.

但打开project, 看甘特图的任务分布, 最近可是稀疏的很.

 

我完全错误的估计了项目最难的部分, 因为我忽略了自己的弱点.

或许也是大家的弱点, 行百里者半九十.

一开始铺的太开, 长线做战, 而且又只有一个人, 很容易就迷失, 重新合并代码后,我发现15K的代码,没有完成任意一个用例,几乎所有的功能我都写了,但哪个也没有写完整, 页面的布局我写完了, 但只有一个能用的页面, 脚本的功能没加, 后台的单元测试却可以通过, 蜘蛛已经准备就绪了, lucene+分词也调试好了, acitveMQ的demo也写好了, 但却没有集成.

 

集成不难吧, 但我却卡在这最后的部分, 为什么有一种写不动了的情绪?

 

项目最难的部分,不等同于技术最难的部分, 我没有学过C++, 也一样可以写IE的工具栏.

但我却总是完不成一个功能的最后的10%的代码.

对着Project 几十个open 的task, 我有些没什么耐性了, 但路却始终是要一步步走出来的.

 

铺的很痛快, 就像豹子起步追猎物, 但之后, 却每一个只追一下下, 一无所获的喘着粗气, 可怜每次只能跑一分钟的动物.

但豹子永远是豹子,让豹子变成骆驼不现实,也没有这个必要,但策略还是要修改一下.

 

现在, 细化用例, 不要考虑得太多, 从一个用户的角度去开发我的网站, 哪怕最ugly的一个button, 点完之后, 要让我知道, 这个button可以做什么.