1.开会

停止手头的编码工作，去参加会议。程序员或许不会相信，他们可能已经在会议室花费了数周或数年时间和老板闲聊技术细节。

当你从会议室出来后，大脑可能需要一定的转换时间，才能再重新投入到编码工作上，你很有可能需要一个小时的过渡。

2.回复所有的电子邮件

如果会议已经够糟糕的了，那么没完没了的邮件可能更让人头疼。经过几个小时的来回讨论，最终却没有个结果。

3.衡量生产能力

有些管理团队受到一些书籍启发，对提交到代码库的代码行数或bug修复数进行统计，并且作用一种衡量标准。他们认为，统计是一种衡量，而衡量肯定是有好处的。

然后他们根据此标准为开发者的工作能力进行排名。开发者犹如网络游戏中的玩家，他们将更加关心自己的排名，而不是如何让代码更好。

开发者的重点变成了统计代码所编写的行数、解决bug或把所统计的提交的仓库里。如果代码行数都计算在内的话，原本一个问题只需10行代码即可解决，程序员有可能编写5000行代码，来让功能更加灵活和兼容，这样，他的代码总量就会增加5000行了。

衡量生产力反而会使代码变的更糟，让项目里充满功能丰富但过度设计的代码。

真正解决这个问题，我们需要跟踪bug，我们需要组织工作流和协调软件开发，这些都是无法准确衡量。

4. 爱慕虚荣（Prima donna）的开发者

就开发者而言，最糟糕的莫过于其他开发人员没有按照项目需要进行开发，而是用自己的方式来迭代项目。每一个开发者都能识别出可怕、不可原谅的最后一次迭代行为。

这种不考虑之前已完成编程工作的态度会拖慢项目的进度。傲慢和利己主义会导致程序员扔掉合适的代码，而以他们认为的“正确的方式”重新构建。