阅读《构建之法》1-5章有感
第一章 概论
软件工程是什么？
软件工程的核心部分(构建管理、源代码管理、软件设计、软件测试、项目管理)和用户体验、用户界面设计等组成了软件工程,而软件=程序+软件工程。
软件开发过程中的难题有5点: 1、复杂性 2、不可见性 3、易变性 4、服从性 5、非连续性
软件的其他特性:1、有许多不同的程序设计语言、软件工具盒软件开发平台。 2、存在许多不同的软件开发流程。 3、软件团队中存在许多不同的角色。 4、软件通 常可以存储在磁带上，也可以存储在CD、DVD上。
第二章 个人技术和流程
个人技术与流程与软件工程有什么关系？
软件是由多人合作完成的，不同人员的工作相互有依赖关系，所以个人技术是会影响整个软件开发的过程，个人技术主要是软件开发过程中的细节问题。在开发出软 件后，必须要经过测试才算是完成了软件，这就需要一个好的单元测试的标准——1、单元测试应该在最低的功能/参数上验证程序的正确性。 2、单元测试必须由最 熟悉代码的人(程序的作者)来写。 3、单元测试过后，机器状态保持不变。 4、单元测试要快(一个测试的运行时间是几秒钟，而不是几分钟)。 5、单元测试应该产生可重复、一致的结果。 6、独立性-单元测试的运行/通过/失败/不依赖于别的测试，可以人为构造数据，以保持单元测试的独立性。 7、单元测试应该覆盖所有代码路径。 8、单元测试应该集成到自动测试的框架中。 9、单元测试必须和产品代码一起保存和维护。
第三章 软件工程师的成长
初级软件工程师的成长:
1、积累软件开发相关的知识，提升技术技能(如对具体技术的掌握，动手能力)。例如:对Java、C/C++、C#的掌握，诊断/提高效能的技术，对设备驱动程序(Device Drive)、内核调试器(Kernel Debugger)的掌握；对于某一开发平台的掌握.
2、积累问题领域的知识和经验
第一点和第二点都可以再很多简历上都可以看到，也可以比较容易地检测出来。随着经验的增长，一个工程师可以掌握更广泛、更深入的技术和问题领域的知识。
3、对通用的软件设计思想和软件工程思想的理解。
4、提升职业技能(区别于技术技能)
职业技能包括:自我管理的能力，表达和交流的能力，与人合作的能力，按质按量完成任务的执行力，这些能力在IT行业和其他行业都很重要。
5、实际成果
绝大部分软件工程师的工作成果都是可以公开的，你参与的产品用户评价如何，市场占有率如何，对用户有多大价值？你在其中起了什么作用？行胜于言，这些实际的工作成果，是最重要的评价标准。
软件工程师的职业发展:—考级之路—Steve McConnell版本—大公司版本—自我评估
第四章 两人合作
结对编程是什么？
结对编程技术是一个非常简单和直观的概念，能达到事半功倍的工作效果。但是，人与人之间的合作不是一件简单的事情——尤其当人们都早已习惯了独自工作的时候。实施结对编程技术将给软件项目的开发工作带来好处，只是这些好处必须经过缜密的思考和计划才能真正体现出来。而另一方面，两个有经验的人可能会发现配对编程里没有什么技能的转移，但是让他们在不同的抽象层次解决同一个问题会让他们更快地找到解决方案，而且错误更少。两个程序员具有相同的缺点和盲点的可能性很小，所以当我们采用结对编程的时候会获得一个强大的解决方案。而这个解决方案恰恰是其它软件工程方法学中所没有的。在我们平时的编程当中，如果遇到一个非常难解决的问题（困难到对该项目产生厌烦的态度），那么你势必会希望录求帮助，无论是从信息量庞大的网上，还是从身边的技术大师那里，你都会努力去解决（前提是你有对计算机知识的热爱）。这个时候不妨采用结对编程试一下，其它的不说，可能感觉就不同。其实结对编程坐起来很简单也很有趣，找个水平差的不太远的程序员和自己配成一对。只用一台计算机，大家选一个人坐在键盘前面负责输入，另一个人坐在后面口述。两个人要不断的交流，频率不应低于一分钟一次。整个的设计思想由后面只动口不动手的人主导，而由操键盘的人做实现。由于人的思维速度是快于输入代码的速度的。那么观看的人可以有空闲的时间做额外的思考，观察代码写的有没有问题，结构有没有问题。关于结对编程，发现了一些新的受益之处。首先，它可以促进参与项目的程序员自身的提高，一对程序员工作的时候，水平较低的一方会潜移默化地受水平略高的程序员影响，学到一些新的东西。而水平高的一方同样因为不断地把自己的想法说出来而整理了自己的思路。
第五章 团队和流程
团队和流程的作用？
软件团队的形式
软件团队有各种形式, 适用于不同的人员和需求。软件团队的形式, 最初是混沌的一窝蜂形式: 一群人开始写代码, 希望能写好好软件。随着团队的成熟和坏境的变化, 团队模式会演变成下面的几种形式之一:一窝蜂模式 (chaos team)；主治医师模式: (Chief-Programmer Team, surgical team)；明星模式(Super-star model)；社区模式(Community Model)；业余剧团模式(Amateur Theater Team)；秘密团队(skunk work team)；特工(SWAT) 团队；交响乐团模式(Orchestra)；爵士乐模式(Jazz Band)；功能团队模式(feature team)；官僚模式(bureaucratic model)。
我们在开发，运营, 维护软件的过程中有很多技术, 做法, 习惯, 和思想。软件工程把这些相关的技术和过程统一到一个体系中, 叫“软件开发流程”，软件开发流程的目的是为了提高软件开发, 运营, 维护的效率；以及用户满意度, 可靠性，和软件的可维护性。瀑布模型(waterfall model)--软件工程还是年幼的行业的时候, 它从别的成熟行业(硬件设计, 建筑工程) 借用了不少经验和模型。在那些”硬” 的行业中, 产品大多遵循[分析-> 设计-> 实现(制造) -> 销售 -> 维护] 这个流程。 由于在硬行业中产品一旦大规模生产, 要再返回去修改时非常困难, 甚至不可能的。因此这个模型描述了单向的, 不可逆的生产过程。生鱼片模型(各相邻模块像生鱼片那样部分重叠)大瀑布带着小瀑布，为了解决不同子系统之间进度不一, 技术要求迥异, 需要区别对待的问题。有人引入了子瀑布模型。
