后面这部分主要就侧重于介绍一个完整的软件工程了。站在一个工程的角度去分析事情。
编程是个简单的事情，但是工程就没有这么容易了。就像书中所说，或许在几年前，开发一个小工具可以不讲工程这个概念；但随着社会的发展呢，人们的需求也越来越多了，对一些软件的需要也就越来越强烈，所以呢，因为有了这些要求，要做的东西也就越来越复杂了，所以就有了工程这个概念了。而要做好一个工程，这就需要一个良好的团队了，里面要有“干活”的人，要有管理的人，也要有统筹的人。每个人都有自己的专业事情去做。
很多大公司里面，其实到处可见这样的团队合作模式。现实中的软件工程那是相当复杂的，根本不是一两句话一两天就能解决的事情，可能一年，两年，十年，才能磨出来一个成型的东西。
关于提出的时间、资源、功能三个方面平衡的问题，我是觉得不应该为了别的东西而放弃了工程的质量。不过现在很多公司应该都是赶时间，匆匆忙忙把东西交上，但实际上交出去的东西漏洞百出，根本不能正常使用。如果能少一些这种情况发生，那么软件出来的质量也一定会变得更好。
从我们的角度来讲，想要做一个合格的软件工作者，读死书是不行的，更多的是自己的想法，因为软件工程其实也是一个很灵活的东西，像书中所说，也不是所有的古诗都符合平仄的变化规律，总有那么几个灵活可变的东西出来。所以我以后也会把重点放在实践上，毕竟书是任何时候都有可能被推翻的，但直接去实践不同，我可以自己去感受自己去体验。收获的东西也一定会不一样。