章节开头就引用了唐代韩愈的《答陈生书》中的一句话：“足下求速化之术，不于其人，乃以访愈，是所谓借听于聋，求道于盲。”作者在每一章的都会引用一段小古语来开头，而这些话都是和主题相对应的。这一句话的意思是：“阁下寻求迅速晋升的方法，不去找别人却单单来找我韩愈，这真称得上是向聋子打听消息，向盲人询问道路。”这正好符合本章所介绍的内容。
第一节， 讲出了开发人员和用户之间的隔阂。我们需要向客户了解我们要做什么，如果客户会使用C语言就更好了，交流会更方便，我们可以更容易的指导客户想要什么。实际情况是不可能的，C语言只是开发人员和计算机的交流语言，和客户交流，则是需要使用客户会的语言。这时候，项目经理（或者需求调研）就显得的很重要了，他可以顺利完成交流任务然而这任务还是困难的，这时候行业资讯公司就派上用场了。然而事实证明，咨询公司确实会使用很专业的建模语言，和客户一起业务建模，当然，使用UML，这其实并不能解决问题，反而使问题更加复杂。客户也并不能理解建模语言。
第二节， 孤独木曾提出了两个UML实际应用的问题。大部人使用者不能确认UML是否正确与完整，除了客户，即使是项目组里的人也不能理解。UML只是用来描述项目总体情况。而甲骨文，或者说我们自己约定一套语法，同样可以完成这一任务。这么说的原因，其实就是告诉我们，要使用客户能看懂的语言来为他们描述项目。这便和韩愈的说法一样，问她升职之法，就如同问盲人路，是一个完全错误的方法，要想问路的话，我们也需要使用盲人的方法，闭上自己的眼睛。要想和对方交流的更好，了解得更多，最重要的一点，其实就是，要使用他们所能理解的语言来沟通、来交流，同时也使用有效的沟通方式。
第三节， 沟通是非常重要的，在生活中是，在工程项目中亦是如此。客户和项目经理要做到经常沟通，这样才能保证工程的成功。但是现实是客户的时间通常是有限的，我们能交流的时间很少，所以“最简沟通”就显得极为重要。我们要了解客户在公司层面的外在表现、内部机制和运营手段，同时还有客户已有的需求和可能的需求。之后完整了解后，提出我们的问题，尽可能覆盖多个信息点，在得到客户的答复后，我们便有了项目的目标和方向。之后分析客户的工作文档，实现简单的模型，在面对面交流时，让客户尝试操作，得到意见（即调研报告），这有利于我们后面的继续。要做到，每一次沟通都要有效，了解更深层次的需求，以便实现的更完整。
第四节， 中华五千年的文明历史，实际只有三千年有据可查，这与资料的缺失和有效性的缺乏有直接关系。而项目的中断和中止其实是和历史断层内因相同：那就是没有做历史记录。没有历史记录，历史需要大量人力物力来还原，工程也是如此。维护旧的项目是一个比做新项目更难的工作，这时候历史记录的重要性便显现出来。需求阶段，设计阶段，开发阶段，测试阶段，每个阶段的过程和问题的记录，同时还有你的名字，这些对以后的运行意义十分，而不应该是简简单单的一个“完成”。
第五节， 标题与章的一样，“流于形式的沟通”。通常和客户的沟通都是无意义的，其实应该是有目的性的，了解讯息，挖掘潜在的项目，而大多数都仅仅是停留在交流感情上，这种形式的交流，其实最没有意义，且浪费两方的时间。不仅仅是客户于经理之间的，项目组中的各司其职的人员之间的交流也常常有问题，仅仅流于形式。UML就显得极为重要，对于不能理解UML的，只要是行之有效的，可以在各个角色之间通用的，就是好的沟通方式。我们应该理解到：流于形式的沟通，是我们不能立刻完成项目的最根本原因。应该彻底根除它。