没有一个老板满意开发人员这种已经“竭尽全力”改变世界的速度，所有人都希望代码像消防水管里的水一样能够源源不断地流出来，但没有谁愿意提供给开发人员更好地完成工作的条件。正如那个想要我们昨天就完成工作的老板，他不愿意雇佣更多的人，不愿意购买速度更快的机器，也不愿意做任何其他可以让程序员专注于编程的事情，又想马儿跑，又不给马儿吃草。
下面小编带大家谈一下影响编程效率的10个障碍：
1.打断开发人员编码思绪的会议。
虽然老板和程序员聊相关细节并不是什么问题，但大脑从会议模式中切换回编码模式，可能会浪费一个小时左右的工作时间。
2.查看发来的无穷无尽的邮件。
回复邮件需要时间，而且没人会对回复结果表示满意。然后那些最不耐烦的开发人员或许会选择简单的回复——“tl;dr”(即too long，didn’t read。篇幅过长，没有阅读)。
3.试图衡量程序员的生产力
程序员并不是砌砖工，不能数数砌了多少砖就知道其效率。衡量效率实际上会因为鼓励功能丰富，代码设计过长，而让代码库变得更糟。
4.妄自尊大和自私的开发人员
对于程序员而言，妄自尊大的编程态度往往会减缓项目。骄傲和利己主义的混合发酵会导致程序员抛弃完全能够胜任的代码，只为了按照他们认为的“正确方式”重建。
5.“以后修复”的思维定式，又名“技术债”
我们总感觉不够时间在项目中按计划构建我们想要构建的东西。于是，我们偷工减料，给代码打补丁，缠满了虚拟胶带。每个项目都有一定的技术债。有时它会快速见效，但通常直到下一代才会发现这已经成为了一个坑。他们需要构建上一代没有做到的东西。欢迎来骚扰小编 farsight2013 ，就像滚雪球一样，越滚越大。
6.来自经理的干扰
不懂程序的经理，他们会用外行人的眼光来看待问题，哪怕不伦不类，文不对题。他们几乎给不了任何有用的指导，他们可以提供的只是那么一点质量检测。懂程序的经理，他们是前任的天才，可能会决定微观管理项目，然后果决地撕裂大片的代码，因为他们有了一个新的展望。他们更痴迷于技术细节而不是大局，虽然他们被雇来的目的是盯牢后者。
8.善于社交的程序员，又名“brogrammer”
程序员被聘请的目的在于他们的计算机技术，而不是他们的人际交往能力。当程序员之间发生磕磕绊绊时也会让团队失败。当同一个团队中两个人有着不同的政治观点，比方说，动态语言或NoSQL，那么团队就会永无宁日。
10.要么贫乏的文档，要么成为文档的奴隶
因为老板看到长篇的技术文档越高兴，所以，文档的质量就不敢保证了。长篇的技术文档需要大量的时间去写，但在不请专人写文档的情况，很 少能跟的上步伐的。
曾有几个人指着满满一书架的文件夹，向我炫耀说：“我专门请人来写文档。”然而要读完这么多文档需要一年的时间。照此看来，我们就又变成了文档的奴隶。