构建之法阅读体会其二
构建之法阅读体会其二
通过读完这本书，我已经对软件工程这门课程有了初步的认识，的确复杂且工作量大，所以要更加认真负责的学习，并且多多实践，运用“做中学”的学习方法
我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。即使到了开发的后期，也欢迎改变需求。敏捷过程利用变化来为客户创造竞争优势。经常性地交付可以工作的软件，交付的间隔可以从几个星期到几个月，交付的时间间隔越短越好。在整个项目开发期间，业务人员和开发人员必须天天都在一起工作。在整个项目开发期间，业务人员和开发人员必须天天都在一起工作。围绕被激励起来的个体来构建项目。给他们提供所需的环境和支持，并且信任他们能够完成工作。在团队内部，最具有效果并富有效率的传递信息的方法，就是面对面的交谈。工作的软件是首要的进度度量标准。敏捷过程提倡可持续的开发速度。责任人、开发者和用户应该能够保持一个长期的、恒定的开发速度。不断地关注优秀的技能和好的设计会增强敏捷能力。简单是最根本的。最好的构架、需求和设计出于自组织团队。每隔一定时间，团队会在如何才能更有效地工作方面进行反省，然后相应地对自己的行为进行调整。
软件工程所讨论的是当代码量巨大、当涉及人数众多、当项目需求多变时所要解决的问题。而我们在学习时根本就没有这样的需求。200来行的小程序，没有软件工程思想，也能完成，甚至更快捷。
软件工程作为实践类课程，理论如何应用，只能以真实案例呈现 (如果需要规模，那就应该有规模)，而无法用形成上学的方式推演--否则就意味着工程可以自动化，无须人的创造性参与。但是仅仅靠课堂老师对模型、类图、数据图的概念的解释，对于软件工程意识的建立并没有太大帮助，而这本构建之法之所以好就好在要求学生完成大量的代码，让亲身的经验证实软件工程的手段是必要和有效的。除此以外，别无他法。
如果面对软件工程书，明白的就是明白了，不明白的还是不明白。已经受过苦的人，有过相同经历的，能会心一笑；没吃过苦没糟过罪的，仍然鲁莽行事，
事后一拍大腿，"哎呀邹欣已经说过这事儿啦，我当时怎么没明白呢，古人诚不我欺啊"。事实上，即使事后诸葛亮，也是亡羊补牢，尤未晚也。我们有多少知识是 本科的时候学了，毕业以后多年才发现，原来在某个意想不到的地方才能用到。与课本相印证，能告诉你，你的失败并非偶然，你的境遇并不孤独，未避免同样的悲剧再次发生打下很好的基础。
它还会告诉你，所经历的痛苦，可以用更形式化的方法，或者"最佳实践"得以解决。这比你自己另搞一套，闭门苦苦钻研十年，一抬头发现古人早完成了要好得多。没有先前的经验，固然不会让我体验这么深刻，如果没有读到前人的总结，我们就不过是一次次重复失败
而已。
