《程序员修炼之道：从小工到专家》读后感（三）

第六节：交流
1、知道你想要说什么

当我们面临会议，重要通话，或者只是撰写技术文档，问下自己你要表达的中心想法是什么，围绕这一点进行展开。

2、了解你的听众

比如你要做一场分享，你可以按照 WISDOM 的形式思考这几个问题：

你想让他们学到什么

他们对你讲的什么内容感兴趣

他们有多富有经验

他们需要多少细节

你想要谁拥有这些信息

你如何促使他们听你说话

3、选择风格

传达一个消息，可以是正式的邮件，黑板上的绘图，口头描述，及时消息，选一个适合你的目的的方式。

4、让文档美观

技术文档不光要注意内容也要注意形式，使用 LaTeX 或者 Markdown 进行排版。

5、让听众参与

引导他们提问，以问答的形式推进分享进程。

6、回复他人

你说什么和你怎么说同样重要。尽量不要忽视别人的询问，即使回复他们稍后再联系都会更好一些。

第七节：重复的危害
1、可靠的开发软件，并让我们的开发更易于理解和维护的唯一途径，是遵循我们称之为 DRY 的原则：系统中的每一项都必须具有单一、无歧义、权威的表示。

DRY 是 Dont’t Repeat Yourself 的缩写。

2、重复的产生通常有以下种类：

强加的重复。开发者觉得他们无可选择，其实是有一些方法让我们避免重复的。

无意的重复。开发者没有意识到他们在重复信息。这个需要通过提高代码意识或者 CR 进行减少。

无耐性的重复。开发者偷懒，因为重复可以让事情更容易。有时往往会遇速则不达，在这类重复面前我们应该更慎重。

开发者之间的重复。同一个团队或者不同团队的几个人重复了同样的信息。需要一个统筹的人引导大家交流，提供一个中央区域，管理维护公共代码。