你觉得同样需求实现,代码量少厉害还是代码量多厉害?

[crazyTanuki]

看到挺多公司喜欢考核代码量 kpi 的

[s5s5]

看单元测试覆盖率啊，谁单测高谁安全

[hansomeneil]

压工期的前提下，代码连基本 case 都不一定覆盖完，强求优雅是不现实的。你把优化的时间算进去，大领导就跟吃屎了一样难受，杭州很多都是这德行。。。

但不管怎么说，力所能及的情况下，还是会尽量追求最佳实践，给自己节省后期维护成本，也给后人少埋坑。。。

[8355]

代码少 可能简洁易用
代码多 可能健壮度好 逻辑严谨

[DoWnH]

对程序员：干净、整洁、清晰
对老板：量大管饱工作量多

[thinkwei2012]

一楼正解
写代码就像写小说，逻辑清晰看得懂最重要。即使前期再烂，后期也很容易对照逻辑来优化

[he007h]

完成需求，完成 KPI ，领导满意就行了，过程怎么实现的，简单或者复杂不重要，一份工作罢了

[aliveyang]

能够 1 天内交接的厉害，无法 1 月内交接的也厉害

[20g]

我觉得看功能时间要求吧，先写好再优化

[polo3584]

清晰的，整洁的，留有拓展性的，

[liuidetmks]

需求 80%代码是用来处理 20%的异常

如果功能完全一样，那么肯定是简洁的好。

[zhuangzhuang1988]

看人，比如看 vscode 的代码里面一堆注入的
看不懂的人就说 这是 Java 的荣誉写法

[cbais7890]

准时下班最厉害

[please0stop]

我的衡量就是看用处，看作用，如果两个达到的目的相同，那么二者差距为无穷小

[evalcony]

用代码量考核，就像在考核搬砖，搬的砖头越多，付出越多，价值越大。
这种考核方式问题就是把写代码这件事看成和搬砖一个层次的事情。