大道至简第六章读后感

       做者首先讲的是编程时对于语言的认识，做者在第一章时就说过，整天讨论这门语言好，或者那门语言坏的人，甚至是可悲的，对于一个程序员，或者以程序员自命的人来讲，看清楚软件编程的第一步，就是一句“语言只是工具”。

 

        做者在这张图中阐述了代码、方法、过程、与组织的关系，在最内层的环中是编程的本源定义，是最原始的状态，与代码相关的任何工做最终都回落足于这样一条规则。推进这种逻辑向前发展的，是“方法”和“方法论”的出现。长期的编程实践，天然的归演与总结，必须沉淀为某种（软件开发）方法，因而“过程”出现了，”“对象”出现了，因而相关的方法论也就出现了。这是实践的成果，方法并非由某我的或某个组织创造的，是实践积累的结果。只有从不断的实践中才能总结经验和方法，经验来源于回顾、理解与分析，而不是你将要写的下一行代码。

       过程半生工程而出现，过程解决的是工程中角色间的关系问题。

       过程说的是不少人如何组织在一块儿进行开发的问题。他首先八工程中的环节分解出来，这样有了环节，就有了角色，有了角色，就有了沟通。所以过程当中的问题，就是角色、沟通和环节的问题。环节重要取决于具体的编程行为，也就是具体项目，对于产品来讲，更重要的是品质和技术壁垒，可是用这样的模式去作项目，客户只会看到他们由于项目的一再延迟二而恼怒。做为一个项目经理，这是可怕的，由于他不能分清那个环节更加剧要。

       最狭义的工程，是描述“作什么”和“作到什么”。 也就是说，是对目标的描述和成果的检测。至于这个工程目标的实现，是“过程”和“方法”的事；而有效、快速地实现“过程”和“方法”所需的，就是“工具”。过程伴随工程而出现，解决的是工程中“步调一致”的协做问题。而工程的出现根本缘由是软件规模的不断增大，以及项目的“复杂”，要求不一样的知识领域的角色参与，一我的是难以胜任的，要求更多的资源。“团队”做为开发行为的模式，是软件规模和复杂度渐次累积的结果。团队必将愈来愈庞大，由于软件规模必将愈来愈复杂。没有团队意识的软件公司将在高度过程化、通晓方法理论、拥有大量工具的集团军面前必将一触即溃。工程理论实际上是包含组织学的，在上面图中能够看到，周爱民先生将组织与工程分离开，并在而这之间画下了一道纵向的线。若是做为一个项目经理，你必须有一部分的工做时非技术性的，你必须更加关注工程的组织与计划，站在“组织者”这个角度上看待问题。

        从最初的简单编程开始，到如今工程团队的组织开发，实现( 一个软件) 都是最终的目的。因此能够这样说：实现，是软件开发的本质需求。