＋设为首页 ＋添加到收藏夹
事实证明，代码与文字不可得兼。在悠悠闲闲地写产品文档时，写一点文字也是很正常的事情。但真正开始写起代码来时，即使有写文字的想法，也绝对不会在敲了几百行代码后，还会有摆弄键盘的想法了。
到五月的最后一个周末时，我才开始紧张起来，当时我对在6月12日前能否完成已经不报太大的希望了，按以前的进度，三周才写了30%的功能，两周的时间不但要写完，还要完成简单的测试、发布，这些活看起来很琐碎，但实际上都是极耗费时间的。 【相关文章:LAMP安装手记】
我是一个极其没有时间概念的人，写完系统分析后，我在悠闲中度过了几周的时间，每周只是在周末写一点程序，但也只是适可而止，我还要看看电视、听听音乐、玩玩游戏…… 【扩展阅读:我的EJB学习历程(三) 】
接下来的两周炼狱之旅还算是比较顺利，由于公司里的事情也比较多，我除了压缩自己的睡眠时间外，已经没有其他时间可以利用了。但睡眠时间与工作效率是有很大关系的。大脑疲劳的情况下，逻辑思维很容易混乱，而程序员逻辑思维的混乱、噢，或者说不清晰，给软件带来的可能就是致命的缺陷。所以我十分同意xp中的观点，每周只工作40个小时，我甚至觉得程序员如果每周编程时间不应该超过30个小时，除非是最后一周。如果给大家树立一个伸手可及的目标，大家会想只是一周，一周之后我们就可以享受假期、给客户演示程序、暂时告别枯燥的编码生活了，所以大家会放下很多事情，将生产率提高到一个很高的程度。但如果一周之后完不成，程序员受到的打击是来自生理与心理两方面的。 【扩展信息:PHP单子模式(SINGLETON)的简】
不过事后我发现，按照功能点来估算项目进度也存在一些问题。尽管当时我只完成了30%左右的功能，但系统的架构与技术点的尝试我都已经完成了。也就是说，在我以后70%的路途上，已经不存在技术难点了。而且随着我对c#的掌握，开发进度也比以前要快了许多。所以，我认为在估计项目进度时，不应该忽略技术难点对进度的影响，还有程序员对技术的熟练程度是一个动态的过程，我们不应该把一个人的开发效率看成一个定值，熟练程度、身体状况，甚至心情对开发效率的影响都很大，甚至可以达到倍数关系。
程序开发中deadline前的冲刺很像战争中的冲锋，如果第一次冲锋，所有的士兵都会发挥最好的状态，一鼓作气撕破对方的防线，但如果一次冲锋失败，那就会再而衰，三而竭了。所以，项目经理选择冲锋的时机很重要，有时候，一个项目的成败也许就在一念之差。
... 下一页