《大道至简》阅读笔记

 

第一章：编程的精义

  “虽我之死，有子存焉；子又生孙，孙又生子；子又有子，子又有孙。子子孙孙，无穷匮也。而山不加增，何苦而不平？”《愚公移山》中的经典句。这句话基本上概述了“愚公移山”的步骤，包括顺序、分支、循环在内的所有编程要领，复杂的移山过程可以由几个简单的步骤组合完成，愚公同时具备了项目组织者、团队经理、编程人员、技术分析师等多种角色素质，将复杂的问题细分成多部分，每部分有特定的方法完成，这就是编程的精义。

  “除了先天智障或后天懒惰者，都是可以学会写程序的”写学会程序是需要花费时间和精力的，不能一蹴而就，利用科学的方法与坚持不懈地努力，人人都可以学会编程。

  "所以编程的第一要务是先把事情分析清楚，事件先后的逻辑关系和依赖关系搞清楚，然后再去代码实现。一接到任务就开始 Coding的程序员，通常就是加班最多的程序员。"用计算机解决问题首先要知道自己知道问题如何解决，计算机只负责计算过程，它并不会思考处理问题的方法，编代码之前要把事件先后的逻辑关系和依赖关系搞清楚。

  “成天讨论这门语言好，或者那门语言坏的人，甚至是可悲的。不但是悲其一叶障目，更要悲叹于那种大愚若智 的自得心态。”不同的语言适合不同的领域，做不同的事，语言没有好与坏，它们最终都是服务于我们编程，一种编程工具。对工具的运用才是编程人员需要掌握的关键。

第二章:是懒人造就了方法

  “人的精力终归是有极限的。提出新的“方法”，解决的将是影响做事成效的根本问题。”愚公靠努力凿石，李冰靠智慧烧石，伟大的成就离不开努力更离不开思考，为了省时高效地完成任务，领导者必须在任务开始前就制定出“烧石”的方案。

  大量的知识和资讯搅乱了学习者的思维，我们需要及时地整理、归纳，把方法内化成自己的东西，对知识的多一分理解要比对知识多学一分重要的多，学会举一反三、融会贯通、活学活用。

  “方法”是面向对象程序设计与面向过程程序设计的区别，“方法”是解决复杂问题的关键，事件前逻辑关系、依赖关系是必须在写代码前的仔细研究的。

第三章：团队缺乏的不只是管理

  “三人团队中的那个领导，不是要程咬金一样的牛人， 而是要李离一样的死士。项目完成不了，切脑袋的事倒不 必做，递交辞呈的那点勇气总是要有的”做管理要对团队负责，项目成功了是大家的功劳，项目失败了是管理者的主要责任， 不够优秀的团队不只是缺乏管理，更缺乏责任，有责任感，有担当才是一个管理者的基本素养。

  项目经理是需要时间来成熟的。他需要有机会来承受错误，而不是一开始就享受成功。 

  “如果因为不知道而出了问题，那管理者首先应该自省才是，动摇了制度的人不是犯错的员工，而是管理者自己，将制度传达给下属员工才是预防员工犯错误的前提，如果是因为制度规范没有及时的传达给员工，导致项目延误或失败那么管理这者就要承担相应的责任。”

  工程开始之前先明确个体的角色，每个人都要确定自己的位置，兼任者要灵活地在两个或多个角色中转换，如果不清楚在特定的情景下自己应该扮演领导者还是协作者，那么这个管理人员就是不合格的。

第四章：流于形式的沟通

  “应该清楚的是，保障每一次沟通的有效性都是最重要 的事。沟通不是打电话或者请客户吃饭那么简单的事。你得到的每一次沟通机会，都是向客户了解更深层次的需求 的机会，因此最好在见到客户之前，你就已经设计了所有 的问题和提问方式。”项目做的是否能满足客户的要求并不是与仅仅完成项目计划书的要求，所谓的沟通是所有项目相关者之间达成共识。

第五章:失败的过程也是过程

  无论是用 RAD 模型还是 RUP 模型来做工 程，即使是亦步亦趋，也做不好工程。模型再好也不能完美地做好项目，事在人为，随机应变才能在实现过程中游刃有余

  工程只是处理问题的途径，途径的最终目的是实现项目要求，为工程而工程的人，都迷失在项目中了。就象开发人 员迷失在一个技术的细节上一样。专注于 RUP 或者 RAD 之间的区别的人，可以把每一个过程的流程图都画出来，却也被这每一个流程给捆绑得死死的，再也没有挣扎一下的力气。
  过程不是死模型，过程模型是在既有工程中总结出来的。也就是说，在某个模型有了名字之前就它已经存在了，就已经被一些团队或者公司创生并使用了，一昧地追求模型是无法解决问题的，模型处理方法要恰到好处的契合进项目中。

第六章：从编程到工程

   编程语言只是程序开发工具，仅仅是工具，但又那么重要，精通多门语言是非常实用的，作为管理者没有必要对语言有多么了解，而是不同的问题，不同的领域要有不同的工具。

  编程是工程里的一部分，没有编程就没有工程，但仅关注编程而忽视了其他步骤是做不好工程的。

第八章：是思考还是思想

  与一个技术分析人员讨论一个产品的技术 价值与市场价值之间的差异，以及市场运作方式与技术实 现手段的无关性，是毫无必要的。

   实现目标与保障质量难以共存，能否平衡二者的关系是考验管理者的重要标准。管理人员做事件的决策的时候，就必须要学会忽略枝节问题。 混淆这两个名词的使用，其根本原因在于一大部分读 者并不能区分“细节”与“枝节”。

  

  

  

转载于:https://www.cnblogs.com/1605-3QYL/p/7399856.html