今天这章讲的是沟通和交流的重要性。
作者说要把我们使用的语言（中文、英语）也当作一种编程语言来对待。我想作者的意思是，我们对待编程语言的时候会遵守一些约定俗成的规矩。比如保持良好的格式，比如保持代码的可读性……
那我们在日常说话的时候，也应当遵守一些规则，来确保我们说出去的话也能像编程语言一样，使命必达。
下面说一些对我比较有启发，或者影响比较深刻的吧。
一、沟通的意义是得到反馈
所以，我们要了解我们的听众，我们说话之前要提前做好准备，而不是靠临场发挥。斟酌一下说什么，怎么说。即所谓的见人说人话，见鬼说鬼话。
还有一点很重要的是，要在平时的交流中回应别人。有的时候我们很忙，有些人的消息也就忘记回了。或许觉得这并没有那么重要，但我们怎么对待他人，就也会得到怎么的对待。
如果我们时常不回别人，那别人以后也会懒得回复我们。自然也就得不到我们需要的反馈了。所以，即便是很简单的回复，比如“收到”之类的，也好过什么话都说。要让人感到自己受到了重视，没有被忘记。同理，也需要做一个倾听者，如果我们不听别人说，别人也不会听我们说。二、写好文档很重要
通常情况下，开发人员都不太在意文档的问题，它通常作为一件优先级很低的事情，时常被忽略。
但好的文档可以节省很多回去重新研究源代码的时间，也可以避免这样的重复工作，因为一旦换了一个人接手，那么新的人又得再重新读一遍源代码。
如果日常写代码的习惯比较好，注释写得比较完善，那完成一个文档其实也并没有那么困难。
说到注释，作者也说到，注释有必要写，但并没有必要为每个字段，每个方法都写上注释，这无疑增加了很多工作量，随便改一个地方，都要跟着再把文档改一遍，纯属增加工作量。开发有一个原则DRY（don't repeat yourself 不要重复自己），通常说的是，如果某段代码，某个方法可以复用的话，那就把它提取出来共用，而不是简单的复制粘贴过去。
那么为一些显而易见的代码，写注释说明这段代码是干什么的，也是在违反这个原则，属于多此一举。我们更加需要写的是原因，为什么我们要这么写，为了达到什么目的，做出了哪些妥协。这才是从代码本身读不出来的东西，只有开发人员自己清楚。如果不写清楚，就没人知道了，只能靠猜。
最后，还有作者写的一句话，我印象比较深刻，拿来作为结尾吧。可以拿来作为我们日常说话的准则。
If you wouldn’t say it to someone’s face, don’t say it online.如果有些话你不会当着别人的面说，就不要在网上说。字数：862
耗时：1小时40分
··················END··················
