第六节:交流
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