沟通，写起来简单，做起来可就没那么简单了，自我沟通，父母之间的沟通，同学之间的沟通，师生之间的沟通，还有与客户之间的沟通……太多了，因为我们是感情丰富的人，不是简单的说话就能表达的，需要互相理解的。
读完《大道至简》第四章后，我对于与客户之间的沟通有了新的认识。由于客户不精通c语言，同样也不了解UML，所以软件的开发人员用专业的语言去与客户交流是非常困难的，当然客户也不会看懂UML图。那就要项目经理去向客户用说话语言交流，展示。同理，客户用自己的语言把想要的功能叙述出来，那么对于开发人员只用C语言等编程语言来理解客户的意思显然是很困难的。所以就需要调研人员，项目经理等去和客户沟通，再回来用开发人员能够理解的语言告诉开发人员。这样项目经理就在这个沟通过程中发挥着重要的作用。
尽量减少与客户的沟通，保障每一次沟通的有效性。因为客户也有许多自己要忙的事情，不会了一个软件项目的开发而花费太大的精力(除非这个项目关乎他的前程).第一次的沟通是在对于该公司，该项目，该项目的项目负责人做了大量的调查之后才开始的。就像书中提到的，在见到客户之前你就已经设计好了所有的问题以及提问的形式。吃饭并不是有效的沟通方式。
在文章中还提到中国的五千年文化只有三千年有史可查，缺乏历史的记载让后人对前人的考察研究有了很大的困扰。因此对于做软件项目，前期开发人员就要做好“历史”的记载，如在编程中的注释，要让人通俗易懂，一看就明明白白，知道你这个程序的目的是什么，用了什么方法，运用了什么类等。这样即使前期的开发人员离开了，后期维护人员就可以根据前期人员的记载就可以很清楚的知道这个项目。这样这个“历史记载”就达到了不同开发人员之间的交流的作用。
还有团队之间的沟通交流，团队成员的沟通很重要，因此，一个人写的代码，需要被整个团队的其他人所理解，注释越发重要，而且，随着硬件设备飞速发那展，程序的执行效率不再是第一考虑的要素，程序的可读必变成了第一考虑的要素，而且永远不要过于相信自己的理解力！当你思路通畅时，进入编程境界，你可以很流畅的实现某个功能，但这种流畅可能是因为你当时正处于这种开发思路中，为了能在再次阅读这段代码时，还能找回当初编写这段代码的思路，应该添加注释。
所以，我们参加一个项目研发是，我们都应该学会去先和别人沟通，只有沟通有效了，我们才能够把事情办好，才能够让自己的产品的到别人的认可。最简沟通即能够有效交流的最有效的方法。只有沟通好了，才是一切成功的基础。