每个开发者在编码时，都希望代码像水管的水一样源源不断的流出，思绪不被打断。但在现实开发中，经常会由于一些事情突然中止或停下。本文就总结了现实工作中，影响编码进度的几个因素
1.开会
停止手头的编码工作，去参加会议。程序员或许不会相信，他们可能已经在会议室花费了数周或数年时间和老板闲聊技术细节。
当你从会议室出来后，大脑可能需要一定的转换时间，才能再重新投入到编码工作上，你很有可能需要一个小时的过渡。
2.回复所有的电子邮件
如果会议已经够糟糕的了，那么没完没了的邮件可能更让人头疼。经过几个小时的来回讨论，最终却没有个结果。
3.“以后再修复”思维模式即“技术债务”
有时候，我们很难按照需求在数天里完成相应的功能，因此我们可能会偷工减料、补丁代码等。聪明的项目经理在弄清事后必须补上的“债务”后，形象的称它为“技术债务”。
每个项目都会有一定的技术债务，有的可能会快速还清，而有的可能会在下一个版本中初见端倪。
4.非程序员经理
有些程序员很喜欢这样的经理，他们不会对你的代码指手画脚，而且在技术上愚弄他们很容易。而他们也很难给你技术上的指导。
5.程序员经理
虽然程序员可能会抱怨要和完全没有编程经验的项目经理一起工作，但他们也经常私底下说如果项目经理具备编程能力可能会更糟糕，甚至有多糟糕就多糟糕。
具有编程能力的项目经理可能会对项目管理的太细，因为他们一旦有新的观点，代码就会大片修改。
6.技术过硬但有些强势的程序员
程序员往往都是因为过硬的技术才被公司赏识，而不是人际交往。但不能每次出现问题都责怪穿西装不自在或销售人员过于热情，有可能问题出现在自己身上。
客户想要一些不同的东西，这对此类程序员来说无关紧要，他们更多的是关注于技术参数。
然而在人际相处中，他们经常会过滤掉彼此的特质，当他们彼此产生争议时，就可能影响到整个团队的进度。
7.自私或莽撞的程序员
自恋狂程序员的工作可以说是非常酷和快，但遗留的问题也会很多，而你的工作就是处理这些琐事，对程序进行测试保证它不会崩溃。
许多团队在发现这一点后，都已经太晚了。在早期的测试中，代码块都可以很好的工作，但在推送一些真实数据后，大家才意识到并没有人检查这一问题。
8.文档不全
有时，这里会有大量的文档，但它可能是几个月前或者一些老版本的记录。我们没有时间继续记录和修复代码，但它对我们来说仍然是有用的。
9.纯粹地编写文档
虽然我们都经历过没有文档的项目，太多的废话和较少的代码常常会导致代码失败。程序员经常会根据需求编写评论，他们很详尽地把每个细节记录在文档里，没有总结或进行深入的理解，但如果没有提供太多的抽象和理解，这很有可能是一份失败的文档。
10.易分散注意力的环境
虽然销售和营销团队能够在具有噪音的环境里很好的工作，而程序员则需要图书馆般那种安静的环境。虽然许多企业给包括程序员在内的员工提供了类似乒乓球这 类的运动，但他们常常忘记，程序员需要在安静的环境下办公，否则，嘈杂的环境很容易分散程序员的注意力。
11.迷恋最新的工具
最新的工具可以给你带来很多乐趣，处于最前沿的程序员总是喜欢修改整个API，并且重写它们，迫使人们不得不修改底层的代码。
当我试图兼顾php6.0和php 5.2两个版本时，尽管php是一个相对稳定的版本，但我还是感到很烦。
在许多情况下，新的工具都没有得到十足的锻炼。例如，Node.js的确非常快，但只有在你重新学习了关于创建进程时死锁的所有知识后才能做到。利用最新的工具是可以带来很好的结果，但天下没有免费午餐，并且会为此付出足够多的学习成本。