第四章名为流于形式的沟通，在这章里作者讲述了沟通的重要性以及沟通所需要的的技巧，沟通分为程序员与客户的沟通以及程序员与程序员之间的沟通。尤其讲述了作为编程人员与用户之间的沟通。
第一节的标题是“客户不会用C，难道就会用UML吗？”。开发人员总是要先接触客户的，只有这样，才能知道要做什么。但是，开发人员与客户的交流不可能是用专业的变成语言来交流的，因为客户不可能了解专业的编程语言。所以，这就要求开发人员要学会如何在客户不懂编程的情况下与客户进行正常且有效的沟通，只有这样，才能做出客户满意的程序来。而做出客户满意的程序是一个程序员的生存所需的最基本要求。
第二节的标题是“项目文件真的可以用甲骨文来写”。最中心讲的是“我们需要在正常人与忙人之间建立一种沟通的方式，既然盲人不能睁开眼睛，那么你就闭上眼好了”。当程序员与客户沟通时，既然客户不懂编程语言，那么程序员再与其沟通时就不要用程序语言就好了。不用程序语言的同时要确保是有效的沟通。
第三节的标题是“最简沟通”。在这里作者讲述了他对项目组员的沟通计划的要求：1.在一个月中，只能跟客户作三次联系；2.三次联系中，最多只有一次面谈的机会；3.一个月后，提交全部的需求调研报告、需求分析和关于该项目的远景规划。因为客户不会有时间来处理开发人员的问题，因此，减少沟通和保障沟通质量的问题就显得非常突出。在这里，作者强调了沟通的质量。
第四节的标题为“为不存在的角色留下沟通的渠道”。在这里作者讲述了作为编程人员，编程时不仅要在必要的地方做注释，还要在编程结束后写下历史记录。历史记录应包含的记录内容应有需求阶段、设计阶段、开发阶段、测试阶段的各种内容，更重要的是在每一个记录后写下时间和你的名字。
第五节的标题是“流于形式的沟通”。沟通是有目的性的，如果在没有目的的情况下与客户沟通，那将是两非客户和自己的时间。沟通不可以流于形式，沟通应该是以解决问题为目的的。至于沟通方式，只要是行之有效的、能在各个项目角色之间通用的，就是最好的沟通方式。