推销一本书——《大道至简》

推荐一本书，叫《大道至简》。

全书分为8章，作者是周爱民，这本书讲述了作者对于编程以及项目工程的一些独特见解。

读来令人拍案叫绝，惊叹不已，五体投地，感觉不读此书真是人生虚度。

---

第一章 编程的精义

本章以“愚公移山”的故事讲述了编程的根本：顺序、分支和循环。庞大若“愚公移山”这样的工程，都是可以通过这样简单的编程来实现的。这，就是编程的精义了。那么普通人能不能学会编程呢？作者的回答是：除了先天智障或后天懒惰者都可以学会写程序的。编程的第一要务是先把事情分析清楚，事件先后的逻辑关系和依赖关系搞清楚，然后再去代码实现。第一个完成关于编程本质的思考的人，提出了一个公式“程序 = 算法 + 结构”。这个公式的精彩之处，在于它没有任何的地方提及到Code。甚至可以说，在这个公式里，代码是不存在的。存在的只是思想。语言的不同只在于适用范围，没有好坏之分。

第二章 是懒人造就了方法

人的精力终归是有极限的。提出新的“方法”，解决的将是影响做事成效的根本问题。而愚公可以多吃点饭，多加点班，但突破不了人的精力的极限。结构化编程的功劳，是要归终于那个在按第 5001 次PageDown键时，突然崩溃的程序师。所以懒人会想办法提升效率。要经常整理才能让你逻辑清晰，更好的工作。

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

做管理起码需要能承担责任，这是最基本的素质。项目经理是需要时间来成熟的。他需要有机会来承受错误，而不是一开始就享受成功。皮之不存，毛将焉附。没有确定的组织机构，又如何能指望做出来的管理制度“合用”呢？组织模式确定的同时，相应的制度也有随之建立。明确分工也是管理者的职责。

第四章 流于形式的沟通

其实沟通是具有目的性的，如果在没有明确目的的情况下与客户沟通，那将是浪费客户和自己的时间。这种目的，可以是了解项目的讯息、挖掘潜在的项目……最末了，才是交流感情。然而大多数的情况下，它仅仅被看着交流感情。沟通就成了形式。

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

越是简单的东西，往往越是接近于本质。

第六章 从编程到过程

语言只是工具。过程中的问题，就是角色、沟通和环节的问题。这章讲述了组织管理者应当做的一些事务，比如说项目经理应该怎么做尽量避免更多的重复性错误。

第七章 现实中的软件工程

本章讲述了项目经理要思考项目成本，以及如何审视 AOP和MDA。

第八章 是思考还是思想

本章内容：其实 RUP 是一个杂物箱

UML与甲骨文之间的异同

经营者离开发者很远

要实现目标与保障质量、要注意枝节与细节

（ps：上面的介绍是抄的）

---

正如一千个读者眼中有一千个哈姆雷特一样，不同的读者读完本书也会有不同的感受。

简单地谈一下本人的收获吧。

• 语言只是工具。

  同一个软件，用c++写行数多效率高，用python写行数少效率低。单片机开发要用c语言写，因为要保证运行效率，但要让你用c语言写一个语音识别程序你会崩溃掉，而python能很好的胜任这份工作。

  正如每个人都有自己的的长处与短处，每个语言也都有自己的优点与不足。语言没有好坏，只有适合不适合。

• 学会抄袭

  自己蹲茅坑苦思冥想了半个月，终于想到一种方法来解决这个问题。发完博客，上网一查，网上某某某大神的解法效率比你高了不知道多少倍，这时候你气不气？

  不要妄自菲薄，毕竟人外有人。咱不是大佬，就向大佬靠拢嘛。你自身的智商撑不起你的野心时，就静下心来抄袭呀。

• 从架构出发

  学习造一个软件的时候，在网站上找到一个案例。案例的代码很多，你无从下手，这时候可以将用不着的东西删掉，只关注骨架，然后一步一步地增加新东西。

  一叶障目，可见泰山？

• 注重算法

  我尝试过解决一个问题，那个问题我暴力代码跑一个小时，网上大神的代码一秒钟给出答案。
  您这修炼的是什么仙术？

• and so on...

大道至简，道是编程之道，简是本质之简。编程的本质很简单，简单到只有两个字----"装逼"。
放眼望去，编程江湖上不仅有泱泱三千语言，还流传着数不尽的神仙代码。我辈修士只有坚守自己“装逼”的本心，坚持自己“开挂”的信念，不被外界的纷纷扰扰所迷惑，静心感悟前辈们流传下来的“神仙代码”，以前辈们的能力武装自己，超越自己，最终方可立足于程序猿大佬之林。

---

来读读看，相信你也能发掘到属于你的那份灵感，说不定还能一举顿悟，从此拥抱肤白貌美大长腿，成为人生赢家呢。
想要书的小伙伴一定要私信我呦，只要0.99元即可买走高清PDF版《大道至简》。（豆瓣纸质版书要25元呦）

---