时光总是过得飞快，一转眼开学已经七周了。在这不到两个月的时间里，《构建之法》这本书一直是我学习软件工程这门课程的敲门砖。
我过去是怎么做的：这次我读到了比较感兴趣的软件开发流程，我的大学已经过去了两年半，在这两年半的编程课程中，我们大多数都是采用一窝蜂团队模式，一般几个人或者一个人的状态下都是没什么文档类的计划，直接上手打代码，写了改改了写，有时候甚至头脑是混乱的，打了代码，显示效果正确就过，不正确就再改。对于开发流程，完全是一片混沌，什么都不清楚。就算老师要求说要写上项目需求，分析，UML图等文档，我们也从来不重视这些，总是在项目完成之后，再匆匆忙忙地根据完成项目写上文档。
结合书中所讲，说明这样为什么不好：现在学习了这一章，对软件开发的流程也有一定认识，争取以后的程序开发作业也可以改变这一现状。
提出一个解决办法，避免再次掉进陷阱： 读了这本书后，我感觉大部分公司还是按照老板驱动的流程，在这样的流程中，大多数是软件订单主要通过个人关系获得，老板比一般技术人员更懂市场和竞争等,而老板对技术不一定在行，所以在这个流程中，老板与团队是能力互补的。有某些有能力的软件工程师更是脱离了团队靠自己谈项目，自己写代码，收入很可观。当然这很考验一个人的能力，无论是沟通交流能力，技术等都尤为重要，毕竟自己一个人就扛下了老板与员工的角色。 这也让我更加意识到，软件工程师并不等于程序员，成为一名出色的软件工程师要学习的东西真的太多太多了，努力吧！