甜梗贩卖机 发表于 2026-5-23 14:18:04

自从有了 AI 之后， Commit 数量是不是已经不适合衡量开发效率了

感觉自从有了 AI ，大家一年写的 commit 数量应该都比以前多很多吧。

以前写代码，很多东西得自己慢慢想、慢慢敲、慢慢改。现在有 AI 之后，很多样板代码、测试、重构、小 bug ，基本都能很快搞出来。结果就是代码改得更频繁了，commit 也更密了。

但我也有点好奇：commit 变多，到底是真的效率变高了，还是只是“生成一版、改一版、再修一版”的次数变多了？

以后看程序员产出，可能真的不能只看 commit 数量了。毕竟 AI 可以帮你写很多代码，但最后能不能把东西做稳、做好、做对，还是得看人。

a837660069 发表于 2026-5-23 15:25:04

在大公司外包，甲方对外包的考核是每周一千行代码，我直接 ai 干两千行单元测试

353791889 发表于 2026-5-23 15:45:05

后者。大部分 commit 是为了保存抽卡结果。

xiaobin 发表于 2026-5-23 16:03:04

效率高了 因为抽卡不合格不需要 commit

A1943699 发表于 2026-5-23 17:20:12

是的。AI 帮助研发“升维”，相应衡量指标也一样

有点儿困. 发表于 2026-5-23 17:29:18

正经人谁看 commit 啊，这玩意水分也太大了

hjl_1119 发表于 2026-5-23 17:35:08

确实，越来越难评估工作量，以后应该更加看重质量

PQL2117 发表于 2026-5-23 19:20:10

现在衡量开发效率更应该看“问题解决密度”：一天内解决了多少个真正有难度的问题，而不是 commit 了多少次。vibe coding 一个下午可以 commit 几十次，但能不能真正交付一个功能才是关键。

qq1023643319 发表于 2026-5-23 19:25:01

以前也不能吧

xinc 发表于 2026-5-23 19:44:04

superpowers 每个子任务就会 commit 一次，我都让它提 PR 再 squash merge 。不然 commit 数会指数上升
页: [1] 2
查看完整版本: 自从有了 AI 之后， Commit 数量是不是已经不适合衡量开发效率了