虽然我们每天处理的都是代码，但是无可避免的和我们打交道的还是人，所以人和人之间的沟通其实是很重要的。在书中给了几点关于建议：
知道你想要说什么，了解你的听众并让文档美观
在和其他人交流之前，记得提前整理好自己的想要说明的问题，并且了解你的听众，不然就容易失去重点，有一茬没一茬，最后你和对方都不知道想聊的内容是什么。在整理谈话内容的时候，有一些简单的可供参考的标准，书中称为WISDOM离合诗：
你想让他们学到什么？
他们对你讲的什么感兴趣？
他们有多富有经验？
他们想要多少细节？
你想要让谁拥有这些信息？
你如何组是他们听你说话？
一些沟通的技巧
沟通是需要技巧的，书中说了如下几种建议，他们实在是太实在了，所以基本都不用展开赘述了，大家肯定也能明白其中的意思。
选择一个好的时机开启话题
让听众参与
做倾听者
回复他人
扪心自问一下，当你写出你自己都觉得恶心的，难以理解的代码，后期还会有谁想来接手这一摊子事情，来重构这块代码的基本只有你自己。而你自己肯定还会被KPI继续压着，做更多别的事情，直到整个架构崩坏。
“凡有的，还要加给他叫他多余；没有的，连他所有的也要夺过来。”
坏的代码必然越来越坏，不要抱有对其会突然变好的妄想， 出现问题，一定要想一想是不是要停下来去重构一下。在《重构》一书中有一句话我觉得很好：一而再，再而三，三而重构。
相对的，好的代码将更容易保持其好的状态，就如同你去上流的地方吃饭一样，悠扬的音乐一响起来，你吃饭的速度自然就慢下来了。而如果是在食堂吃饭……
也许你会奇怪，这难道不是应该放在之后的如何完成项目中么？问题就在于这还仅仅是马太效应的冰山一角，可怕的事情即将来临。