《人月神话》这本书，在去年暑假的时候，系主任就有过推荐，只不过当时杂事比较多，没有时间通读一遍，只是看过目录。
这本书并不是关于代码的一本书，而是讲明了一些编程上的道理，最开始看到这本书的名字的时候，还以为这就是一本神话，还在想为什么系主任会推荐一本神话，当开始阅读的时候才发现这其中的奥秘。书中写道：“创造性活动分为三个阶段：构思、实现和交流”。同时软件开发，编程就属于创造性活动，仔细想想，确实应该是这几步，但是真正实现的并没有这几步。
构思，软件开发必不可少的第一步，根据需求进行构思，对整个开发过程有一个整体构思。
自己很清楚的记得，在去年的半年学习中，构思并没有很明显，只是自己大体在脑海中有过一些小念头，不过也只是一丝丝，虽说之前的程序不是很复杂，不过这的确是一项漏洞，在以后的开发过程中还得改正。
实现，软件开发过程中的编程，这个步骤就是把自己之前的构思进行代码转换，这里比较重要的就是代码了，也就是之前耗费时间最长的地方。
交流，在我看来，交流不过是和同学互相交流，但是实际上还包括自己的调试过程，这才是最费时间的，在自己的开发经历中，编码耗费时间确实不如调试时间长，有时候根本调试不出来自己想要的效果，最后还是与同学交流才完成部分调试。
在工程中，1/3时间用来计划，1/6时间用来编码，1/4时间用来构建测试和早期的系统测试，1/4时间完成系统测试，所有构件。由此看来，不为系统测试安排足够的时间简直就是一场灾难！
而人月，是人员和时间的关系，在某种关系上讲，人员数量和时间是可以相互替换的。感觉这部分挺好理解的，一项工程，一个人做跟一个团队做，肯定时间不一样，但是人愈多愈好吗？事实上并不是这样的，就酷似盖房子，假如一个人盖需要180天，那么如果有180个人，一天就能盖完了，这是不可能的，一项工程是有基础的，并不是想做什么就做什么，完全不考虑基础，所以，人和时间并不是完全替换，只是部分，在一定程度内。
书中说到：”向进度落后的项目中增加人手，只会使进度更加落后！“