1173710108 软件构造课程心得——做人做猿

			那是距离现在不是很遥远的1968年，北约组织的计算机科学家在联邦德国召开了国际会议，讨论“软件危机”问题，从此，产生了一门新的学科——软件工程学。在软件工程学创生之初，它就饱含着为了可移植性，可维护性，可复用性等诸多为了适应大规模工程需要的性质。Boehm提出了：用分阶段的生命周期计划严格管理，坚持进行阶段评审，实行严格的产品控制，采用现代程序设计技术，结果应该能清楚地审查，开发小组成员应该小而精，承认不断改进软件工程实践的必要性。他提出的观点很大程度上成为了软件构造者的信条，也可以很好概括软件构造这门课的目标。
			 软件构造这门课，在我过去的理解中，应当是从语言讲起，一直到熟练写一个单一功能的block，再到构建各个功能块之间的相互联系。然而并非如此，软件构造实际上讲的是“做人”的道理，这里的“人”，不是自然人，而是我们的社会性质——软件工程师，或者说程序猿，或者......码农。这门课讲的是做成码农的道理。人和人交流需要规范，于是有了礼。码农和码农之间也要交流，所以我们有了面向可理解性的代码设计，有了规约和注释，有了如同人风评口碑一样的代码风格。人做成事情需要遵循按部就班的规律，写软件也是如此，需要设想供选择的方案，选取合适的方案，然后做功能的分解，设计软件结构，设计数据库，制定测试计划，书写功能文档等等等步骤。成功需要对于细节的执着，祸患常积于忽微，志勇多困于所溺，在程序猿的世界里，我们用严谨的正确性与健壮性设计去完成工作，反对轻浮傲慢的黑客式设计，追求谦逊严谨的工程师式设计，最终才能取得成功。软件构造这门课甚至讲了怎样凝结一个团队，怎样提高团队的工作效率，这门课的意义从来就不仅仅是学代码写程序所能简单概括的。