程序员上班一天得写多少行代码？
你们这些程序员们，真得每天都在读代码吗？多数人阅读代码的数量远远不够。难道程序员的日常，都只在读代码吗？其实，一名程序员每日工作是这样的：大部分的时间是来改代码，写代码和看代码。有人说好的程序员每天能写出20行有效代码，就是世界级水平了，也有人说真正的程序员每天至少能写出100行有效代码才算是一名好的程序员。
那么，一名程序员，究竟一天需要写多少行代码呢？来自 CSDN 论坛的程序员们说：每天精华代码是 1 行。代码不在多，而在于精简、高效、美观。真正优秀的程序员都拿着高工资，其本上不用怎么写代码，如果你还拼命在写代码，说明离“优秀”还有一段距离。每天把 1000 行代码减少到 100 行。很多时候都在分析问题，查看代码，写代码越来越少了。
如果写的话，基本上每天 100 到 200 行，但是更多的时候在开会、开会、开会。来自知乎的程序员们说：无须看重代码行数，程序员的价值在于思考，而不在于打字数量。真正写出来可用的代码，一天平均几十行就很好不错了。我通常是一天不到 100 行。负的。我们不生产代码，我们只是 GitHub 的搬运工。最多的时候，一个礼拜写了上万行代码，那时候每天睡觉都很香，因为累！比尔盖茨曾说过：“用代码行数来衡量程序的开发进度,就好比用重量来衡量飞机的制造进度。
”近期，Google公司的AdMob全栈工程师Raymond Farias发表评论表示：“以Google工作中最有效率的一个月为例，使用Google的一款内部工具，即可以查看每天的代码增量（包括添加、删除、更改的代码行数），并根据以往的调查证明，一名高效的工程师每天能写100-150行代码。”Google大约有4万名工程师，而在这些工程师中有些人代码产出量比较少，因为技术经理或者主管因为很多的会议或者假期并不会写太多的代码，因此，一位工程师一天100行代码，应该是最为准确的数据了。
一个程序员的代码编写量，能否决定他的编程水平？
从03年开始做程序设计一路走来，总的来说代码量越写越少。刚开始做程序开发的时候，我主要还是做功能实现，负责项目设计的同事把接口写好，剩下的事情就是写功能实现。写功能实现的难度并不大，简单的说就是把数据按照固定格式处理结束之后，回传出去就可以了。这期间每天的代码量都比较大，平均一天下来也能有500行左右。
随着自己编码能力的提高，很多代码的复用会做的比较好，在整体的实现过程中会采用更加简便的实现方式，也懂得使用模块化的开发模式，伴随着这个过程代码量有一定程度的下降，但是思考的时间变长了，有的时候需要一些时间来做验证。在2006年确定了自己的主攻方向之后，代码量再次下降了。因为工作的中心已经从功能编写调整到一些框架设计以及算法实现上，这个期间的代码量一天也就在200行左右，这里面还有不少是在编写接口。
这期间的工作重点是实现算法、做数据分析和建模，这期间还使用了MATLAB，所以在编码上就下降了不少，但是难度却提升了很多，有时候完成一个算法的验证需要一周甚至更长的时间。2010年之后，我的主攻方向又增加了机器学习和大数据的内容，这时候我每天的代码量又再次下降了，平均也就是100多行吧。有的时候一天就能写几十行代码，而关于算法的分析、训练、验证的时间变得更长了。
刚开始使用Java的时候代码量还能多一些，后来使用Python了，代码量就下降了很多，目前也在使用Python做算法实现。其实，做计算机研发，程序设计更像是工具，无论使用什么语言，最终的任务都是实现功能。编码量的大小跟所处的角色有较大的关系，跟编程水平的高低并没有太直接的关系。当然，高水平的程序员一定有大量的编码基础，这个是毋庸置疑的。
每天在公司写3000行代码，在行业内是个什么水平？
3000行，那是不用脑子外加代码生成器的代码也计算在内的结果。如果你不在外包公司，就是最底层的软件蓝领当然公司也不小。有质量的代码，一天100行甚至30行就已经很牛了。我曾经接手过一个项目，有2-30人维护，但运行还是问题不断，当时的问题是要不要用新架构重新开发。我看过项目架构和代码后，就决定对现有项目进行优化，而不是重新开发。
一个团队去做客户需求的新模块，由我带领的小组做提高稳定性和让项目可维护。最后、在保持功能不变的情况下我将项目的代码缩减到原有的十分之一，性能提高100倍，数据量缩小30%。维护人员降到5人。客户反响好维护的费用不变，这样利润很高。而我每天的代码量相对于项目整体而言是负数。而后面我做的工作就是每月检查新增代码，把不按规范做的找出来，要求整改，不听话的程序员调到开发组去做蓝领，什么时候懂规范了，理解架构的意义了，再考虑培养提升。
一个程序员可以在一天之内写出15000行代码的客户端程序，并且不带Bug的吗？
我的天哪！15000/8/60/60=0.52，即8小时满负荷写代码，每2S写一行，并且不带Bug？！这不是人，是神！以代码数量评定能力的，大多都比较低级。应以代码质量论能力，数量只是参考。现实开发中，业务代码最多，核心代码少而精，框架代码适可而止。做架构的，对系统和业务都很熟悉，代码往往都是框架性质的，对系统分层，模块结构，业务接口，都有统一规划，所写代码务必适而可止，健壮性和可扩展性必须考虑。
做系统的，做模块的，做算法的，对系统功能，模块功能，会进行总体设计，细分单一实现，所写代码必少而精，少的意思是能用一行实现的，不要用两行实现。做业务的，也要求适量即可。之所以代码繁多，我认为：可能有多人共写；可能需求反复改变；可能作者码字能力差……由量变到质变，没有错。错的是，每次堆起来的量，质量都上不去。
文章TAG：程序员一年多少代码量 一个程序员一年写多少行代码 程序 程序员 一年
