第六节：交流
1、知道你想要说什么
当我们面临会议，重要通话，或者只是撰写技术文档，问下自己你要表达的中心想法是什么，围绕这一点进行展开。
2、了解你的听众
比如你要做一场分享，你可以按照 WISDOM 的形式思考这几个问题：
你想让他们学到什么
他们对你讲的什么内容感兴趣
他们有多富有经验
他们需要多少细节
你想要谁拥有这些信息
你如何促使他们听你说话
3、选择风格
传达一个消息，可以是正式的邮件，黑板上的绘图，口头描述，及时消息，选一个适合你的目的的方式。
4、让文档美观
技术文档不光要注意内容也要注意形式，使用 LaTeX 或者 Markdown 进行排版。
5、让听众参与
引导他们提问，以问答的形式推进分享进程。
6、回复他人
你说什么和你怎么说同样重要。尽量不要忽视别人的询问，即使回复他们稍后再联系都会更好一些。
第七节：重复的危害
1、可靠的开发软件，并让我们的开发更易于理解和维护的唯一途径，是遵循我们称之为 DRY 的原则：系统中的每一项都必须具有单一、无歧义、权威的表示。
DRY 是 Dont’t Repeat Yourself 的缩写。
2、重复的产生通常有以下种类：
强加的重复。开发者觉得他们无可选择，其实是有一些方法让我们避免重复的。
无意的重复。开发者没有意识到他们在重复信息。这个需要通过提高代码意识或者 CR 进行减少。
无耐性的重复。开发者偷懒，因为重复可以让事情更容易。有时往往会遇速则不达，在这类重复面前我们应该更慎重。
开发者之间的重复。同一个团队或者不同团队的几个人重复了同样的信息。需要一个统筹的人引导大家交流，提供一个中央区域，管理维护公共代码。
标签：DRY,重复,他们,之道,程序员,修炼,开发者,文档 From： https://www.cnblogs.com/ruipengli/p/16974024.html