08大道至简——软件工程实践者的思想阅读笔记之二
2015-06-02 16:41
第五章 失败的过程也是过程
以得失而论，在瀑布模型与RUP模型之间，学习前者而不成，可思过程的本质；学习后者而不成，可得文字的架子。
如果懂得了所谓的模型原本都演化自那个简单的瀑布，那么文档是按XP写还是按RUP写，也就可以应时、应需，因地置宜，择善而从了。
越是简单的东西，往往越是接近于本质。
项目经理的工作，就是要去组织这个工程中的各个角色，使得分工明确，步调一致，共同地完成这个项目。
第六章从编程到工程
我不知道“语言只是工具”这句话，究竟是对语言的膜拜，还是漠视。
最内层的环里，是“程序＝算法＋结构”。这是编程的本源定义，也是原始的状态。与代码相关的任何工作，最终仍旧会落足于这样的一条规则。推动循环和分支逻辑向前发展的，是“方法”和“方法论”的出现。长期的编程实践，自然的归演与总结，必须沉淀为某种(软件开发)方法，于是“过程”出现了，于是“对象”出现了，于是相关的方法论也就出现了。过程伴生工程而出现。过程解决的是工程中角色间的关系问题。哪些环节重要取决于具体的编程行为，也就是具体的项目。过程伴随工程而出现，解决的是工程中“步调一致”的协作问题。好的项目经理并不是不犯错误的人，而是以尽可能少的失败来获得成功的那个人。
实现，是软件开发的本质需求。
方法，是对既有行为的归纳总结。
第七章现实中的软件工程
从最早仅仅关注于软件开发工具到现在，软件行业中的巨头们已经在层出不穷的思想中涅槃了一回又一回。
把握力量总之比创造力量来得经济。
软件业界如今的局面，不是一些人(例如程序员或者评论家们)争争吵吵的结果，而是大公司们相互制衡的结果。他们一面打压对手的优势，一面又借助对手和同盟的力量来削弱自己的劣势或者补充实力。除了软件本质力量的推动之外，商业因素也推动着软件工程体系的发展。这种它激发展可能会影响到软件工程发展的速度，然而在各个工程层面上的关注点并不会发生变化。
抛开实现的技术细节不论，在工程中，“以什么驱动开发”其实是一个过程问题。过程的选择(或制定)取决于你的工程需要，以及它在相关应用领域的适用性、过程工具的充备性和这个过程理论的完善程度，而不是大公司们的鼓吹。
第八章是思考还是思想
思考问题的方法可以是由点及面的，也可以是统揽全局的。换成业界最常用的词汇，就是“自上而下”还是“自下而上”的区别。
在需求阶段我们就会面临“目标”的问题。然而(在大多数时候)，与此相反的是我们会在项目交付和试用时才会碰到客户在质量上的投诉。如果原定的目标(的整体)本身就过大，那么无论如何平衡这三者之间的关系，其结果仍旧是保障不了质量。
。变向不变求。不变者，万变之所源，亦万变之所归。习诗词之法度，若蚕虫之结茧，若无结茧于前，何有破茧于后？故，知律而变，智者之道也。