第一阶段读了构建之法的1-6章，感觉自己收获比较大、印象深刻的有如下几处：
第一个是初级软件工程师如何去成长的问题。
1.要积累软件开发相关知识，提升技术技能。
技术有很多种，你不需要做到全会，但至少你要对其中一种做到熟练掌握，每一个都懂一点，每一个又都不太懂，这样的感觉以后如果在公司最多就是个杂工。
2.积累问题领域的知识和经验（例如：对医疗或金融行业的了解）。
这一点我们老师也经常提，以后你做哪一行业就专门去研究哪一个行业，把它研究透了，走到哪儿都不怕。我们要深入地去掌握至少一个领域的知识和技术。
3. 对通用的软件设计思想和软件工程思想的理解。
我最开始读这句话的时候感觉也是有点虚，因为觉得思想这种东西不是实物，说起来很空，但其实不然。它像是一种习惯，我们每个人都要养成一个好的写代码的习惯，像是做任何设计之前都要画uml图，写代码的时候重要的地方写上注释等等，这都是一种好的习惯，这就是一种软件工程的思想在里面。
4. 提升职业技能（区别于技术技能）。
作者提到的职业技能有自我管理的能力，表达和 交流的能力，与人合作的能力，按质按量完成任务的执行力等等。这种职业技能不同于技术技能，它却可以帮助你更好更快地利用你的技术技能完成任务。这些都是很重要的能力，我希望自己能够掌握。
5.实际的工作成果，是最重要的评价标准。
做软件开发，什么叫成功？你各种功能都写出来了，界面也做得很漂亮，这就叫成功了吗？不是，用户才是这个行业唯一的评判标准，用户的评价才是最重要的，做得再好，对用户没有价值也没有用
第二个是代码规范的问题。
1.一个是代码风格规范，缩进，行宽，括号，断行与空白的{}行，分行，命名，下划线，大小写，注释等等，每一个细节都要注意规范。
我想起自己有时候写代码不规范，结果运行出了错，去找那个错误的时候特别费劲。这只是我个人，如果再和别人合作，你写的代码特别乱，你让人家怎么看得下去。
2.另一个是代码设计规范。
作者提到函数有一句话我觉得很重要：就是只做一件事并且要做好。我常常喜欢堆代码，一堆代码所有功能都挤在一起写在一个主函数里，结果一部分出错全都不能运行，而且重用性很低，下次再写类似代码还得重写。
第三个是敏捷的团队开发流程的问题
1. 自主管理：
学会自己挑选任务，自己总结不足，提出改进并实施这些改进。我们这次做项目也涉及到了团队的问题，你会发现凡是团队里成员都愿意主动去承担自己的任务的团队完成任务的效率质量都比较高，反之，都等着人家来分配任务则少了一份能动性，只是为了任务而任务。
2. 自我组织：
要学会对你的项目负责，自己团队的成员有问题了要伸出手去帮助，项目需要你做啥了要主动站出来承担，这是你们团队的项目更是你要负责的项目。
3. 多功能型：
每个人都 全面负责，自己把自己的规格说明书写好，和别人沟通，自己搞定测试，这样每个人都完成好了流程，开发效率会大大提高。
但是也就像作者所说，对于比较弱的团队，强行套这些方法也是没有用的，甚至还可能适得其反，所以首要任务是要把自己变强，把自己的团队变强。