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

[crazyTanuki]

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

[loryyang]

容易看懂，容易维护最重要，其他都不重要

[Myprajna]

黑猫白猫，能抓到老鼠就是好猫。

[kkkkk23232]

性能不敏感，清晰易懂最重要，毕竟代码还是要给人看的😁

[wanguorui123]

复用性
层次清晰
易于维护
性能可靠性

[oldking24]

@likang8210 这玩意怎么 debug 哈哈哈

[msg7086]

@likang8210 没注释确实该打。代码这样写倒是还好，反正有测试覆盖，你知道输入和输出，处理没有错误，不需要 bug ，看不懂就看不懂了。

[akira]

代码小白都能看懂的最厉害

[ijrou]

在完成业务的前提下，代码量越少性能越高且晰易懂，那才是厉害的

[ZeroDu]

一楼正解；扩展性，其实很多时候扩展这扩展这也成屎山了

[dezou]

容易看得懂最厉害，最烦炫技的傻逼

[revlis7]

同样是写代码，写底层和写业务完全是两种追求，越接近底层越需要榨干性能追求优化，用到奇技淫巧我觉得是可以理解的。你写个业务，目的是满足需求，如果写的太复杂抽象不利于扩展和维护，我觉得是不合适的。

[qiumaoyuan]

刚毕业吧

[qiumaoyuan]

为什么会有人觉得写代码让人看懂是很简单的能力？还护城河，说得好像写出易读的代码很容易能做到似的。“消除重复”能做到的都是少数。真把代码写清楚了，那才是你的护城河。

[yxisenx]

@crazyTanuki 那这公司也没啥呆下去的必要了

[yxisenx]

@yxisenx 回复 5L, 用了油猴插件，老是回错楼层

[deplivesb]

写出难以维护，难以读懂的代码不是你的护城河，只会是你被替换的理由

[736531683]

你可曾听过奥卡姆剃刀原理

[fano]

软件设计有两种方式：一种是设计得极为简洁，没有看得到的缺陷；另一种是设计的极为复杂，有缺陷也看不出来。第一种方式的难度要大得多。
——C. A. R. Hoare, CACM Feb 1981

[ttwxdly]

清晰易懂最厉害

[zhu327808]

比较笨的代码, 读起来不用太动脑筋