公司要求每天代码量不少于100行，你怎么看？

程序员，你一天的代码量是多少？你所在的公司会以“代码量”来衡量工作质量吗？近期，播妞便看到一个帖子，楼主说公司要求代码量不少于100行。

△ 截图来源脉脉，如侵删

对于这个代码量，大家觉得合理吗？相信在很多人的眼中，这个代码行数不算多，但是用代码量来衡量程序员的编程水平，科学吗？这点遭到大家质疑，毕竟程序员“水一水”代码量还是轻而易举的。

△ 截图来源脉脉，如侵删

既然代码量不能代表真实实力，那么，在程序员眼中代码量意味着什么呢？

“代码多少有时候取决于我的屏幕宽度和语言。”

“会写再多的代码都不算什么，会删代码还能保证功能正常运行才叫厉害。”

“我会告诉你把代码重构一下就可以水行数了吗？”

“有每天写1000行代码的能力，但是真不想这么做。现在全年平均起来都不到50行代码。”

“代码质量不能根据行数来决定。代码的复杂性、可读性、可维护性、可扩展性都非常重要。”

“代码应该追求高效、不重复，甚至万能，而不是数量。”

“入职一年时用Git算了一下，对codebase加了10w+代码也删了10w+行代码，最后净代码量是-1466。算上每年工作日260天，就是-1466/260=-5.6 行”

*以上内容来源知乎问答，如侵删

从各位程序员的评论中可以看到，越是大佬，代码可能是越写越少的，基本上越资深，代码写的越少。就像有程序员说，用代码量来衡量程序员的工作，是不科学的，因为写代码只是工作中的一小部分，工作中比写代码重要的事情还有很多，比如：沟通、思考方案、写文档、开会、和产品经理吵架等等。

对于程序员来说，有价值的事情是愿意花更多时间来构建代码，而不是重复造轮子。并且，因为编程语言的不同，代码量也不能一概而论，其中的差别还是很大的，有时做相同的功能，代码行数可以有几倍的差距。

如果过分强调代码行数还可能会引发一些问题，比如：

冗余代码：为了达到特定的行数，部分程序员可能会编写不必要的代码，这会使代码更加复杂并可能降低性能。

代码质量下降：在追求代码行数时，可能会忽视代码的质量和可读性，这会使代码难以维护和理解。

不适合的编程风格：为了达到特定的行数，部分程序员可能会采用不适合的编程风格，例如过度复杂的控制结构或冗长的变量名。

因此，虽然满足公司的代码要求是必要的，但更重要的是要确保代码的质量和可维护性。在编写代码时，应该尽量保持简洁、清晰和易于理解，同时遵循良好的编程实践和设计模式。

最后播妞想问，如果你公司对代码数量有要求，你会怎么做呢？欢迎大家留言区讨论~