流于形式的沟通 读后感
说起沟通，我并不擅长，而且甚至可以说是这是我一个短板。我不擅长沟通，并不是我不会去参与交流，而是，一旦发现好像听不懂我的意思，甚至隐含的意思，我就懒于沟通了。
大道之简，给了我一个很好的建议——不能够想当然的认为听众会领悟你没有直接表达的意思。换句话来说，就是我需要十分直接的对话，而不是类似于甄嬛体那样需要七绕八绕的表达。我们每个人生活环境不同，生活经历不同，甚至是几乎没有什么相同的，我们不可能要求这样的人去理解我们的每一句话，每一个字，每个隐含意思。就想高中时代做的那些繁复的阅读理解，那些哲人闲人的话，几乎每一句都有隐含的意思，但是，却不是所有的人都能够理解与接受的。做软件，亦是如此。我们作为苦逼的程序猿，每天都与计算机交流，用那些常人所听不懂的语言——计算机语言。虽然，一定程度上来说，我们已然是比较理解这种语言的，但是，我们不能要求其他人也能够理解和接受。所以说，做软件的人，与，顾客，想要达到比较好的沟通与交流，首先，必须，要会用大家都听的懂的、最直接的语言来沟通。
编者给了我们另一个建议，在能沟通的基础上，我们要实现最简沟通。一次面对面的沟通，优于饭桌上的交谈，强于几次讲也讲不清的电话沟通。做项目时，我们的每一次沟通都是为了了解顾客更深层次的沟通，饭桌上的沟通大多都是以醉酒的形式结束的。应该清楚的是，保障每一次的沟通的有效性都是最重要的事。顾客没有那么多闲暇时间去听太多的废话，而我们也要争分夺秒的去完成顾客指标。此时，有效性就显得十分重要了。
而对于每一次的沟通我们都要留下记录，记录是为了让我们不忘记，正如我们上课会记录笔记一般。这里的记录更多的是是历史记录，需要与我们经常讲的注释区分。代码中的注释是为阅读代码而留备的，而历史是为了整个项目记录的。历史的记录的足够详尽可以帮助别人更快的想起这件事，同时，也可以让别人尽快的了解一件事。同时，历史的记录不仅需要历史的内容，也需要留下记录人的信息，以便别人在查看的时候，遇到不清楚的，可以追根溯源，以得到最终的解释。
最后要讲的便是，不能流于形式的沟通，不能需要形式上的沟通而进行沟通，而是应该在需要沟通的时候进行沟通。像我们有时候，就是过于倾于形式的沟通，不断的开会，却没有一个结果。实际上是一件十分简单的事，其实，很多时候，都可以通过一句话来解决，我们却从最繁复的开会来解决，这就是一种资源的浪费了。