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

[crazyTanuki]

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

[wuwukai007]

你觉得中餐好吃还是西餐好吃呢？

[zackzergzeng]

1 、能写清楚没行代码的作用就行，多少无所谓
2 、代码少不代表性能就好

[lsk569937453]

不能简单的用多少来衡量代码的质量。可读性，可扩展性，都是衡量代码质量的指标。

[dusu]

资本环境下，能赚钱的最厉害

[crazyTanuki]

@wuwukai007 帖子的初衷是学习不同的思维风暴,你是有这方面的疑问你可以自己开贴,没必要含沙射影

[wqhui]

方便易懂，好维护的代码厉害。
跟代码量不是强关联，有些算法代码就二三十行，有些巧妙（取巧）的设计，但你要理解半天，有些几百行但结构清晰，很容易看懂每个步骤在干嘛

[zapper]

0. 代码规范。遵守大家约定的规则。别人想看不用你答
1. 逻辑清晰，什么模块干什么事情。别人想改不用你教
2. 内聚，暴露接口在外。别人想用直接拿走
3. 符合架构设计（这算代码方面吗？）

做到以上四点，我会觉得你很厉害。但是我不是老板

[woshinide300yuan]

在不考虑其他头脑风暴的情况下，就问题本身：我选择代码少的。但事实往往没办法这么一杆子拍死的下结论，所以……默默给 1L 点赞，就看得懂最厉害，方便后续扩展。

[tracymcladdy]

十年前我还是小白时，写代码像写诗，还经常造轮子。
现在随性多了，怎么简单好摸鱼怎么来。

[songjian447]

对于我们公司代码量多厉害，因为每月要统计代码量，不够绩效 C ，哈哈

[lasuar]

要达到 [清晰易懂] 不仅仅是 变量规范命名就行了，还要求清晰的逻辑实现（这是重点），以及适当的换行和简洁的注释，一个稍微复杂的需求要做到这一点就比较考验开发者的各项编码水平了。

[cslive]

写大量得 if (true) return true 类似得代码

[lambdaq]

给上级的越难懂越厉害，给平级的接口越合理越厉害，内部实现无无所谓，给下级的越明确越厉害。

[imagecap]

领导关心代码行数你就多写点，功能正常就可以了。一个同事把一个文件拆分成 20 多个文件其实是有点道理的， 说明不了代码水平，但说明他干了很多活，领导就喜欢这种下属。

[franklinre]

当你是乙方时，代码量多比较厉害。

[mshx]

能让别人看懂最厉害

[Lweiis]

1 楼正解

[chendl111]

清晰易维护（逻辑清晰，代码注释全）> 代码量少 > 代码量多

[juzisang]

如果是频繁变动的业务代码，可读性最重要，扩展性会牺牲可读性，没到第二次复用甚至第三次复用，暂时都不用考虑代码扩展。
框架架构方面才是考研程序员功底的时候

[libook]

可读性、合理性、可靠性、可扩展性、性能，五边形战士最厉害。

代码量多少跟厉不厉害没关系。比如别人都解决不了的问题，你解决了，即便代码很多也是很厉害的。再比如完全可以用少量代码实现的功能写了个又长有难懂的代码实现，就算很菜。

当然 C 语言界有个著名的混乱代码大赛，那个代码文本写得越是不像代码越厉害。

在业务表现主要和功能有关的情况下，考核代码量 KPI 很蠢；管理者要么不懂技术，想找个自己可以理解的量化指标来量化绩效；要么懒，应付管理工作。