这次我读了《梦断代码》的第一章——死定了
“死定了”在书中的定义是一个人若有成百上千的任务等待完成，那么他就死定了。约翰得连续干五百个钟头，凯蒂得干到天荒地老，所以他俩死定了。而死定了一词在我们学生当中使用的也是非常频繁的。往往明天就要交作业了，但是却还没有开始着手做，所以我们死定了。尤其是本学期的任务量是相当大的，当期末关头的时候，很多同学的情况都会如此——死定了，同样我也不例外。
死定了归根结底是待完成任务多，落后于正常进度。造成这种现象的真正原因便如书中所讲：在项目开始之前没有蓝图，所以会碰上没有预料到的问题。除非能确定自己做出某个东西来，否则很难说会花费多长时间。我对蓝图的理解是在任务或项目开始之前做一个简单的规划，以及预估每一板块和总的花费时间。在我们的平时课上练习中，王老师总是强调程序设计思想的重要性，也许这也可以称之为程序的蓝图吧。有了清晰的设计思想，才能更好更快的将程序编出来。在我们本学期的团队项目开发中，我们的每日任务看板和时间预估即为我们的蓝图，的确这种做法起到了良好的作用，我们也会一直这样做下去。
“往已延误的项目中补充人力，只会使其继续延误”，布鲁克斯法则在《人月神话》中同样有所提及。只有在任务能分派给许多互相之间无须沟通的工作者时，人和月才是互换品。布鲁克斯法则暗示最理想的开发组规模是一个人——无须停下工作与同事沟通的单个开发者。一切均顺序进行，项目中所有环节目标一致，且按计划完美结合。