今天我阅读了《大道至简》第四章，“流于形式的沟通 ”。首先作者提到了“客户不会用 C，难道就会用 UML 吗？ ”这个问题。在作者的论述中，我明白了而要求客户学习 C 语言明显是自杀式的行为。在 客户学会用C 语言来向开发人员描述他们的需求 之前，可能我们就已经被老板开掉了。C 语言是程序员与计算机交流的语言，而不是他与客 户交流的语言。程序员面对的是计算机，但计算机不是客 户。与此同时，程序员不能要求客户会 C Language，我 们也不能要求客户一定会 Modeling Language。因此，沟通的方式很重要。
接下来作者又说到“项目文档真的可以用甲骨文来写 ”。作者说到，只要你运用得法，甲骨文一样可以用来画用例图 和写用例规约。同样的，只要约定一套“语法”，你同样 可以用甲骨文来做活动图、类图、构件图⋯⋯以及这些图 相关的规约。从这我明白，不管什么方式，只要双方理解，就是好的沟通方式。
最后作者又提到了最简沟通和为不存在的角色留下沟通的渠道。所谓最简沟通，作者给了一些描写。开始在网络上查看相关的软件系统的特征以抽 取客户所关注的内容；了解该客户的公司、经营理念、组 织结构形式以及工作模式；了解同类公司的成功经验和优 秀的管理模式，以及客户的竞争对手在做什么和在关心什 么。 最后开始综合两个方面的因素： 客户在公司层面的外在表现、内部机制和运营管 理手段；客户在项目中既已明确的需求和可能发生的需 求，以及客户围绕其公司行为(和方向)所提出的 需求。 所谓为不存在的角色留下沟通的渠道，做项目的时候，如果也不留下历史记录 ，那么以后别人来看这个项目，也会是两眼一抹黑，所以我们要留下记录和笔记。
通过作者的叙述，我更加了解了沟通的方式，给了我新的认知。