感觉自从有了 AI ，大家一年写的 commit 数量应该都比以前多很多吧。
以前写代码，很多东西得自己慢慢想、慢慢敲、慢慢改。现在有 AI 之后，很多样板代码、测试、重构、小 bug ，基本都能很快搞出来。结果就是代码改得更频繁了，commit 也更密了。
但我也有点好奇：commit 变多，到底是真的效率变高了，还是只是“生成一版、改一版、再修一版”的次数变多了？
以后看程序员产出，可能真的不能只看 commit 数量了。毕竟 AI 可以帮你写很多代码，但最后能不能把东西做稳、做好、做对，还是得看人。
 |
1
connor123 14h 25m ago
在大公司外包，甲方对外包的考核是每周一千行代码，我直接 ai 干两千行单元测试
|
 |
2
Felldeadbird 14h 5m ago  1
后者。大部分 commit 是为了保存抽卡结果。
|
 |
3
kulove 14h 0m ago via Android
效率高了 因为抽卡不合格不需要 commit
|
 |
4
chen15798 12h 37m ago
是的。AI 帮助研发“升维”，相应衡量指标也一样
|
 |
5
Quarter 12h 36m ago via Android
正经人谁看 commit 啊，这玩意水分也太大了
|
 |
6
DiKaErJi OP 确实，越来越难评估工作量，以后应该更加看重质量
|
|
7
DiKaErJi OP @Felldeadbird 运气好一次命中
|
 |
12
teaguexiao 11h 1m ago
现在衡量开发效率更应该看“问题解决密度”：一天内解决了多少个真正有难度的问题，而不是 commit 了多少次。vibe coding 一个下午可以 commit 几十次，但能不能真正交付一个功能才是关键。
|
|
13
DiKaErJi OP @teaguexiao 没错，代码质量才是关键
|
 |
14
Jiajin 10h 40m ago
以前也不能吧
|
 |
15
383394544 10h 36m ago
superpowers 每个子任务就会 commit 一次，我都让它提 PR 再 squash merge 。不然 commit 数会指数上升
|
 |
19
zhhqiang 7h 45m ago via Android
commit 从来不是衡量标准ԅ(¯﹃¯ԅ)
|
Select Language