读《构建之法》1-5章

《构建之法》第一至五章，我了解了软件工程的重要性，它就像楼房的建设，是一项大工程，必须有设计，步骤，工具，有能力，有计划，还要有团队合作才有可能实现这么一个工程。

第一章：概论

读第一章的时候，我最先学到的，就是不断地根据需求分析去完善自己的程序。但实际上，软件团队是会流动的。为什么要有人员的流动呢？是出现了现有团队解决不了的技术困难，需要新技术新知识的支持，还是现有团队身担多职，需要人手帮忙。 用户体验，很多时候我们会在软件商店下载各种功能相似的应用，比如，我们曾经下载过无数个背英语单词的app,而能留到最后的只有“百词斩”。软件的用户体验的好坏就在于他是否与同类型的软件比起来更好用。用户体验对一款软件的考验很大，市场上也有许多新开发的软件，这些软件有的一夜之间下载量飙升，有的却不了了之，也有的在一段时间内飙升后再被淘汰。

第二章：个人技术和流程

个人编写模块时要有单元测试，毕竟最后的软件是由多人合作完成的。我们要确保我们所写的模块能被他人调用，并且代码清晰易懂，不影响其他模块。在修复bug的同时，也应当要注意做容错处理，这样才能做出一个好的程序。要注意我们个人技术和流程应该注意哪些细节，只有不断测试，不断完善，才能做出更好的软件。

第三章：软件工程师的成长

觉得让我感受到的更多的就是要坚持。写代码是一门艺术，都是一门让我们一辈子都可以为之感兴趣的艺术。程序员主要就是负责成天按照上级发的任务编程，软件工程师呢，在一个项目里会有大量的建模、构思和设计。

第四章：两人合作

在合作里面，代码风格要规范，命名，缩进等更不用说。看了这一章，我才知道一个注释要如何写才能让人通熟易懂。在平常的编程里，我的注释大多都是在变量名的后面，标注了该变量是什么。

第五章：团队和流程

看了很多软件团队的模式，有主治医生模式，明星模式，社区模式等等。以及功能团队模式，有官僚模式。开发流程有写了再改模式等。但是，可能是我拜读不深吧，看完还是么能理清团队如何合作，团队里的每一个人负责什么。但是时代在变，信息在变，我们的需求也在变，这个时候我们就由最初的瀑布模型变形发展成了圆形模型，在这个模型中我们可以随时根据客户的要求更改需求分析，并编写出更符合时代需求的程序。

1.API到底是什么，和JAVA的API一个意思吗？

2.单元测试自动化是什么？

3.去参加培训班和在学校学习有什么区别？

4.团队合作如何能最大化的特高效率？

5.如何能设计出与时俱进的程序？