遐想

求你可千万别当技术领导啊

你确实可以当老板试试

工作出卖的是时间，不仅仅包括代码量。

op 别遐想了，多写写代码吧。

之前看个段子,说代码的注释量不够,复制了一篇斗罗大陆(小说)进去

代码量？你他娘的真是甜菜

是不是再用 LLM 给代码质量打个系数，结合 token 数加权算出个程序员产出价值？

麻烦，不如直接让 ai 来评价你代码质量和数量，然后决定给你开多少钱就行了

劣币驱逐良币吗？如果一个公司用代码量来衡量程序员的工作量，将意味着项目中会产生更多的垃圾代码。

用代码量统计贡献度，老板的脑子没有进水干不出来这事

这会把人的贡献异化掉的你懂吗！！！

@cbythe434 老板老板，你看有花

首先我不是程序员，但是我说的是一个现状，很多传统企业考核程序员的标准就是代码量，因为不需要质量，都是业务逻辑，该出的 bug 还是会出。

前司背靠政府背景，后用代码量考核，现在坟头草都已经 3 米高了

《很多传统企业考核程序员的标准就是代码量》那些公司？我所知道的拿代码量考核的都是公司业务不顺倒闭之前领导层无能狂怒搞出来的。
为什么代码量考核时脑子进水搞出来的，编程的发展过程都是各种优化提高维护性减少代码量，你这直接反向操作以代码量为考核方式？
代码量考核会让项目多出无数劣质但数量庞大的代码，或者把第三方组件源码修修改改堆砌在项目里面，然后逐渐不可维护爆炸掉。

@GeorgeWai #12 如何你不是传统行业软件部门，就别张嘴就来。我所经历过的非互联网行业的（就是你说所的出阿浓行业），没有见过用代码量行衡量产出的

“首先我不是程序员，但是我说的是一个现状，很多传统企业考核程序员的标准就是代码量，因为不需要质量，都是业务逻辑，该出的 bug 还是会出。”

我是程序员，你说的并不是现状，只有极少数奇葩企业和领导才会拿代码量考核程序员，既然会出 bug ，那么他们也会优先想到用 bug 数当标准，虽然也不合理吧，但是显然比代码量强多了。

@HTML001 哈哈哈哈哈 我知道的平安就这么干 然后大伙往里面搞各种生成代码 快速提升 kpi 前端混 kpi 更是快 说实话看到楼主言论我现在有点懂为啥他们能搞出这么抽象的考核了 软件质量快速下降一坨，人人想着跑路和甩锅

顺带回复楼主 我知道的任何大小公司 除了由完全不懂业务的领导空降才干这种事情的 但凡一个懂行的都不敢这么考核。这是经典外行指导内行型考核

@GeorgeWai 代码越多越好是吧

if x==1:

if x==2:

if x==3:

if x==4:


.....

if x==1000000:

这代码量够不够大

一行核心代码胜过百行垃圾代码……

典型的书没读多少，还老爱思考的人。

哈哈哈，你知道 token 怎么转换的嘛？
原来我的变量名：id -> 1 个 token
现在：publicConsumerUserUniqueID -> 5 个 token
一言九鼎哦，按 token 算钱，不给是小狗

用现有的 AI 来对项目代码进行评判分析，从代码量、质量等维度进行分析计算薪资；
这么做的同时，还可以训练模型，等到某天项目成熟，模型也训练的差不多了，大模型自己完成开发任务，把程序员都干掉；

大模型是智商过滤器，通过他可以让“啥也不懂还爱装的老板” “懂点皮毛的技术小鬼” “喜欢指点江山的吹牛大王” 暴露出来。

确实是瞎想

要是真的打螺丝早就自动化了

我甚至觉得在实现同等功能情况下，代码量越高应该越减分才对。

换算一下就是，按每个人说话多少来算钱，一个实习生每天说 1000 句话，和技术总监每天说 10 句话，你说要给谁钱多？

好幼稚的遐想

“首先我不是程序员”
没见遐想，只见瞎想

按代码量量化程序员付出类似于按照开药量量化医生付出