周爱民先生在大道至简第四章中讲到了沟通的形式。在这个世界上我们谁也不能否认沟通的存在。小到两只蚂蚁的触角相碰。大到人与人的沟通。而我们人类作为高等智慧生物沟通就更必不可少。
说到沟通，我们每个人都会：“我会沟通！”但是我们真的会沟通？其实很多时候我们只是会说话，而不是去沟通。如韩愈在《答陈生书》中写到：“足下求速化之术，不于其人，乃以访愈，是所谓借听于聋，求道于盲。”意思是说：我们需要在正常人与盲人之间建立一种沟通的方式，既然盲人不能睁开眼睛，那么你就闭上眼睛好了。
在我们的计算机行业中，正确的沟通则显得更加重要。作为开发人员，虽然我们希望客户可以学习或者精通c语言，但我们不能去要求他们这样做。因为这种行为等于自杀性行为，可能客户代表在学c的时候，已经被老板炒掉了。C语言是程序员与计算机交流的语言，而不是他与客户交流的语言。程序员面对的是计算机，但计算机不是客户。因此在R模型中，开发人员最好不要直接面对客户。
我们应该用一种客户可以理解的语言去与客户交流，因为与其让客户学一门语言，还不如用一种客户所运用的语言更加省时一些。
我们要学会同客户进行最精简的沟通，有时饭桌上并不一定是最好的沟通地点，因为许多时候都是饮醉而归，有时用少量时间去做最有效地沟通才是最重要，这就需要我们提前通过各种渠道去了解、去分析该客户的公司、经营理念、组织结构形式以及工作模式；同时还要了解同类公司的成功经验和优秀的管理模式，以及客户的竞争对手在做什么和在关心什么……。并将这些所涉及的问题做成项目拿给客户，让客户可以尽快料及问题并回馈给我们，以便于项目的进行。
要学会与不存在的角色沟通。有许多项目由于负责人的离开而导致项目的中断和中止，同历史断层一样:那就是没有历史，我们在做项目时要留下属于我们自己的痕迹，让后来人在我们离开之后，可以知道项目的各项数据以便于进行工作。如：需求阶段：与谁联系，联系方式、过程、结果以及由此引发的需求或变更；设计阶段：如何进行设计、最初的构架、各个阶段的框架变化、因需求变更导致项目结构上的变化(有助于了解构架的可扩充性)开发阶段：每一种技术选型的过程、每一种开发技巧的细节和相关文档、摘引的每一段代码、算法、开发包、组件库的出处和评测；程序单元的测试框架；每一个设计和构架变更所导致的影响；