今天怀着热情我读了大道至简的第四章——流于形式的沟通。通过学习这一章的内容，我明白了我们程序员的交流沟通在完成一个项目的过程中必不可少，而如何进行合适有效的沟通，在这一章中我深有体会。
沟通，写起来简单，但是做起来可就没那么容易了，不管是自我沟通，还是父母之间的沟通，同学之间的沟通，师生之间的沟通，还有与客户之间的沟通……太多太多了，所以沟通对于我们来说是多么的重要，这关系到我们的前途和未来，所以，我们必须要讲沟通做好，要善于交流。
对于我们搞程序的人或者研究人员来说，因为客户是不可能都会C语言或者是都懂得UML的，所以我们不要妄想用建模来与客户进行交流沟通，所以就产生了我们与客户交流的最大的障碍。对于这种情况，我们就要麻烦项目经理去向客户用说话语言交流、展示。同理，客户用自己的语言把想要的功能叙述出来，那么对于开发人员只用专业的语言和知识来理解客户的意思实际上还是有点困难的，所以就需要调研人员，项目经理等去和客户沟通，再回来用开发人员能够理解的语言告诉开发人员。这样项目经理就在这个沟通过程中发挥重要的作用。
一个团队与一个客户或者是一个公司最好的沟通就是最简沟通，不要把我们团队里的什么知识，什么原理告诉他们，只需要把他们所需要的信息传递给他们就行。这就需要首先，在沟通前要先了解该公司的具体情况：比如公司的经营理念，组织结构形式等。充分了解客户信息后，我们开始设计提问，然后进行沟通，通过沟通确定项目的实际需求，然后进行整理，接着用最短的时间完成一个初步系统模型，然后这个时候我们就需要一个面对面的沟通，一次面对面的沟通，优于饭桌上的交谈，强于几讲也讲不清楚的电话沟通。进行面对面沟通听取客户的意见，然后根据客户的意见进行下一步的设计，尽量减少沟通的次数，毕竟客户时间有限，但是要保证尽量做到有效的沟通。
对于沟通，不仅仅是我们与客户之间的沟通交流，我们内部自己与队友，与同事之间的沟通交流也是极其重要的。相互了解相互沟通是做大事的基本。
最后，我们不能流于形式的沟通，不能需要形式上的沟通而去进行沟通，而是应该在需要沟通的时候进行沟通。像我们身边，有时候就是过于倾向于形式的沟通，不断的开会，却没有一个结果。实际上一件非常简单的事或许能用一句话来解决的事，我们往往要用很多繁琐的会议来解决，这只是在浪费资源罢了。我们也一样，我们只要行之有效的、能在各个项目角色间通用的，就是最好的沟通方式，而不是流于形式的频繁的沟通。如果你流于形式的沟通，那么就可能导致你的项目被不断推翻和不断延迟，这是谁也不想看到的。
总而言之，要学会并且很好的去交流沟通，进行最有效的沟通，而不是流于形式的沟通。只有沟通好了才是一切成功的基础。