构建之法笔记1

Chapter1:

一、最重要的公式:软件工程=软件+商业模式

二、软件开发的四个形象的阶段:

1 玩具阶段

2 业余爱好阶段

3 探索阶段

4 成熟的产业发展阶段

很显然，对于我们这些小白来说，可能大多数人还停留在第一阶段或正向第二阶段过渡的状态。

三、软件包含以下几种形式：

一直使用计算机竟然发现自己对软件分类还不是特别了解，有点惭愧。

四、这句话总结工程师总结的很好：我构建，故我在。

五、衡量一个软件优劣的标准：用户满意度，可靠性，软件的质量，可维护性。这就与我们以往上计算机课的标准大相径庭。我们以前往往只在乎程序有没有BUG，跑出的结果对不对，根本不用考虑用户需求以及维护方面的问题。

这段《围城》中的例子举的恰如其分：

因此，以后的软件设计必定要与客户需求接轨了。

Chapter2:

一、上来就看不懂了，这个VSTS究竟是什么？百度以下，是一个代码的管理工具，小白瑟瑟发抖。

二、单元测试很重要！！！要快，要可重复，要有稳定性。。。

三、单元测试是一个很好的坑作者的方法，如果作者本身是一个小白，程序的逻辑结构无比混乱，那么做单元测试将对他来说是一个无比痛苦的过程。

四、回归测试，看来这就是我以前上C语言课最常做的事了，拆东墙补西墙，一个部分好了另一个又坏了。。。

Chapter3:

一、感觉这一章像心灵鸡汤，讲了一名软件工程师的成长历程。积累开发知识，我还不够；了解更多领域，我还没有；对软工有自己的理解，我还太年轻；送给自己一个词：凉凉。

Chapter4:

一、代码规范真心重要！不仅好检察错误，让人看着心情也好。

二、函数GOTO,被C语言老师戏称为菜鸟函数，容易引发逻辑混乱和时间过长。

三、类和虚函数要谨慎使用

四、使用一个编程软件，一定要先学会怎么debug，这往往能节省很多时间，本人对此深有体会555。

五、代码复审，书里写的真心到位：

这是一个小白应有的心态，也突出了结队编程的重要性。

用跳舞的过程来形容两人编程的过程和优势，恰当不过。

六、最后，还讲述了如何委婉有效的向自己的队友指出他所存在的问题，即“三明治原则”，感觉这本书不但在教人们什么是软件工程，更在教我们如何做人。

Chapter5:

一、团队模式着实多样，大多数学生团体很有可能就是一人接锅其余人打酱油吧。

二、工作流程也是一件必须认真思考的事情，本人以前参加比赛时就因为工作流程混乱导致大家都在拼命的干而工作效率却不高。