《大道至简》第六章读后感

从编程到工程

  从编程到工程，这是一句话的事情，作起来就不容易，不少人都能学好C/C++，但却作很差一个工程。

  不少IT界内的人特别喜欢死抠细节，一直热衷于争论语言之间孰优孰劣，其实明白工程的人应该懂得正视“软件工程”这四个字，看清楚代码、方法、过程、工程与组织的关系！对于一个程序员，或者以程序员自命的人来讲，看清楚这一切的第一步，就是一句“语言只是工具”！做者也是在考虑很久以后灵光一闪才领悟到工程的真谛，凌晨五点会出一个图来。无论“语言只是工具”这句话，到底是对语言的膜拜，仍是漠视，猿之于为人，“学会制做和使用工具”是最重要的标志。人类的进化就是劳动生产力的发展，人们会使用工具，这也是人做为高级动物与动物之间的区别。

  在书中的图中，最内环的层里是编程的精义，也是原始的状态——“程序=算法+结构”，在几十万年以前就已经出如今愚公移山里了，只是没有人意识到而已。

  几十万年前的智人，都在循环与分支所构成的逻辑中打转，推进逻辑发展的是一个很广泛的方法，那就是“方法”或“方法论”。无论是之前仍是如今，要宣传一个思想、政策或方针，都会有相应的方法或方法论出现。它的出现是实践的结果，“实践是检验真理的惟一标准”这一理论是你们都知道的。理解过程也须要编程经验，理解对象也须要编程经验，理解 MDA 与 SOA 仍是须要编程经验。

  在前章说到“过程”，过程伴随工程而生。过程解决的是工程中角色的关系问题。过程当中的问题就是角色、沟通和环节的问题。过程是怎样的，客户不关心，他不会由于你对技术的远景描述而憧憬，他要的 只是实质性的程序。工程，工程的实现须要用到工具，须要实现方法，有一个团队协做的过程，并最终实现出对象。项目的“复杂”可能要求不一样的知识领域的角色参与， 而“庞大”则要求更多的(人力、技术与管理)资源。“团队”做为开发行为的模式，是软件规模和复杂度渐次累积的结果。

  一个团队的存在就须要一个组织者，工程的实现细节是项目经理和技术经理所共同关注的那一部分。项目经理还须要关注人力资源、项目资金以及多个项目之间的协调等等，有些是关于项目的技术问题，有些不是，但项目经理都须要关注。

  BOSS，这词给人的感受就是威风。玩游戏的人都说打boss，看电视或者看小说的时候都有boss出现，感受拽拽的有木有？我敢说某些人一直都在幻想着本身是那酷酷的拽拽的掌握整个公司员工的生杀大权的boss，随便咳一辈子地都得抖三抖。不少人包括我在内都觉得boss是给本身发钱的那个老大，这实际上是不对的。人家boss并无那闲情去决定你的那微薄的薪水，boss在公司解决的是“经营”问题，比“组织”更靠外一层的。