《梦断代码》读后感--陈子禾

        总体来说，《梦断代码》看的压力很大。

 

        Team Project 的开始（基本架构已经有了），总使我不自然的把它跟chandler 联系起来，继而觉得到处都是坑，不知道什么时候就会掉进去。

 

        初次做团队项目，时间又短，需要快速积累经验。作为不规范的读后感，下面分条说说。

 

        要有好的初期规划以及明确的项目目标（这个我们已经比较明确了，还剩一些细节神马的待解决）。目标变来变去是很多项目失败的根本。连自己都不知道做什么，还能指望做出什么来。反面例子就记得FBI的那个什么系统了……

 

        目标要实际。实际这个词其实意思很虚，没人知道什么是不实际，尤其是当局者。个人认为，所谓实际，至少要能根据人力精力以及其它现有技术条件下，做一件不太诡异的事。所谓不太诡异，就是应该靠谱；所谓应该靠谱，就是不能设想的过于庞大恢弘……人，至少是正常人，能掌控的事情很有限，没有太多的精力和脑力来处理一些看上去很诱人，但是涉及到的面大得离谱的事。哪怕只focus某一方面并做完，也比幻想一个惊世大工程实际的多。所以做拳皇的改进版从这方面来说还是比较实际的。但是在某些图像处理方面或者rendering方面，在beta版的时候需要想想，不能掉进去研究现在还mission impossible的东西，有些交互还是需要的。

 

        明确的任务分工及进度安排——这个我配合PM的安排~

 

        及时处理bug. 这个现状还没什么体验，等到了代码部分再说。据说这边当天的bug不能留到第二天，这是个好习惯（姑且称之为习惯。。。。。或者可以说传统吧），需要继承下去。

 

          及时review.毕竟是团队项目，团队的交流很重要。人与人之间的工作衔接以及关联，需要定期汇总及处理。

 

         Over.

转载于:https://www.cnblogs.com/MSRA_SE_TEAM/archive/2010/12/20/1910965.html