程序员看起来是非常高效的人。你经常看到他们在桌子上码字。他们迫不及待的开完会议，快点回到他们的桌子上继续编程。当被问起来为什么这样，他们会说他们没有足够的时间完成编码，越早开始，就能越快完成。
因此写代码一定是最重要的事情，是这样吗？
如果普通程序员每天写50行产品代码。一个50000行的程序需要1000人天来完成。这50000行的代码清单可以由一个程序员一天写1000行左右或大概50人天完成。
那么开发者剩余的950天到底做了什么？
在回答这个疑问之前，让我们做一个简单的观察。Capers Jones比较了很多方法论（RUP、XP、Agile、Waterfall等）和许多项目上的编程语言，断定了程序员每个月的代码行数在325和750之间，少于上面提到的1000代码行每月的数量。即使程序员平均每天没有达到50行代码，下列的也是很清楚的。
方法论不能解释明显的生产力差距
任何语言都不占明显的生产力差距的比重
实际上只有很小部分开发者的时间是真正花在写有效代码上的。如果一个开发者一直在写代码，那么他们在努力尝试不同的代码组合，直到他们最终发现有效的代码组合。
或者更加准确的说，在QA或业务分析人员返回来跟他们说出现问题之前，这个组合看起来是符合需求的。这就是为什么那些在敲键盘前规划代码的开发者常常比其他开发者做得更好。不仅只有一小部分开发者在编码前真的对代码做计划，拥有多年经验的人也不教开发者学着做计划。实际上，超过40年的研究表明，开发者效率不会随着经验年限而改变。（请看 无经验要求）
经验年限不会推动高效率
有趣的是，很多方法论围绕着强调规划代码这个话题已经有很长一段时间了。Watts Humphrey就是创建于个人软件过程（PSP）。 已经可以测量出使用PSP：
PSP可以提高21.2%的生产效率和31.2%的质量。
如果你感兴趣，还有很多其他不太经常使用的提高代码质量的证明方法。（请看 弱者无计划）
如果你的开发者没有在白板上计划就在写代码，那么你的生产力效率不会有本应有的那么高。
参考目录
1.人月神话更悲观地指出程序员每天写出10行产品代码
2.Jones,Capers 和 Bonsignour,Olivier.软件质量经济 Addison Wesley.2011
3.Watts,Humphrey.个人关键过程简介,Addison Wesley Longman.1997
毫无疑问，我是他们中的最大”输家”。我相信我已经至少犯过书中提到的每一个错误。
引用：来自JCG 的伙伴Dalip Mahal在Accelerated Development博客上的程序员效率悖论
原文链接： Dalip Mahal 翻译： 伯乐在线 - 都叫我老莫
译文链接： http://blog.jobbole.com/69906/
引用来自“泡不烂的凉粉”的评论
我个人更偏向于 编码 是 作为整个过程的一小部分。 并且强调不要把所有工作放在电脑桌旁边来做。 我更偏向于先整理思路，分析问题， 心里有个大概再上去去写。 基本要求就是， 桌子整齐，电脑开着， 椅子闲着，人在闲逛着。 当有想法可随时做在椅子上编码。 并且编码需求更像是惰性请求那样，并非像写就写， 只是想写的时候已经有了好的环境， 就比如不需要重新整理工作台，不需要再次调整显示器，椅子，桌子杂物以及鼠标键盘等等杂事。引用来自“抢小孩糖吃”的评论
正常程序员日工作代码行数在100~150之间就已经很高效了引用来自“站着说话也腰疼”的评论
程序员每个月的代码行数在325和750之间？？？引用来自“站着说话也腰疼”的评论
程序员每个月的代码行数在325和750之间？？？