小看了软件危机，吃亏了，爬起来

        以前从来没有认真的考虑过软件危机的问题，这次团队开发的过程中，只是匆匆做好规划而带来的重复工作、低效率等问题都严重的影响了开发的进度。
        当然上面的这些问题，还都是在不考虑很大一部分同学都还是新手的原因。一直都想问老师个问题，就是多数团队成员在编程方面还不是很熟练的情况下如何避免或者说是减少软件危机对整个项目进度的影响。虽然你可以把一切都想的，计划的很完善，但是有时候，明明是一个很小的问题，却需要你读一段很长的代码，而且还有相当的一部分代码是不正确的。往往让你有一种冲动，就是什么也不想说，干脆自己上手来写完其负责的整个模块。
       在编码的时候，往往会碰到某个成员，不惜花费很长的时间来为了一个较人性的设想不断的修改自己的代码，明明用另一个方法也许就是几分钟的事儿。这种精神虽然值得敬佩，但是毕竟影响了项目的开发进度，所以我个人觉得是不值得提倡的。
       前期的开发过程中，很多时候，当新手碰到难点时，经常就是跳过，等待积累多了一些以后再回来修改。也许在学习编程的过程中应该这样，但是，在真正的做一个项目的时候你会发现，有时候，连自己都不愿意回头看自己写的东西，更何况别人呢？
       在思路尚未清晰的时候不要乱敲代码，不然你很可能很快就会发现，忙活了半天之后，才意识到前面写的都错了。所以小组成员在开始写之前一定要把想法表达出来，与设计者交流，以免做无用工。
       做这个之前，一直在想自己能有什么收获。看，现在收获已经来了。