Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity
We conduct a randomized controlled trial (RCT) to understand how early-2025 AI tools affect the productivity of experienced open-source developers working on their own repositories. Surprisingly, we find that when developers use AI tools, they take 19% longer than without—AI makes them slower. We view this result as a snapshot of early-2025 AI capabilities in one relevant setting; as these systems continue to rapidly evolve, we plan on continuing to use this methodology to help estimate AI acceleration from AI R&D automation.
17 条回复 • 2025-07-12 12:10:59 +08:00
 |
2
Rickkkkkkk 1 天前
一个可能的原因，搜 Jevons paradox
|
 |
3
tool2dx 1 天前
别人不知道,我自己花了很多额外时间,去适配 AI 新的工具链,
|
 |
4
AoEiuV020JP 1 天前  1
速度=距离/时间， 不能根据时间就判断速度变化，
|
 |
5
songsongqaq 1 天前
那肯定没研究我
|
 |
6
su3sl3h06 1 天前 1
对于我这个产品经理来说，AI 让我的开发时间增加了∞%
|
 |
7
TophTab 1 天前
自说自话。统计学魅力
|
 |
9
msg7086 1 天前
更实际的情况是，如果没有 AI 很多人根本就不会去写一些东西。
比如今天突然让你写一千行 C++代码，你鼠标一扔，老子才懒得写。 但是今天让你指挥 AI 写代码，说不定几个小时也就搞定了。 |
 |
12
xuelang 1 天前 1
有很多前置条件，比如高级开发，持续维护多年的百万代码的复杂项目。。。
抛开这些前置条件，AI 提效很明显的。比如我，周末 PUA 下 AI ，就搞了好多好玩的。 没有 AI ，我肯定搞不出这 https://puzzles-game.com/ |
 |
14
jy02534655 1 天前
对老手来说 ai 还是挺有用的，特别是面对不熟的开发语言的时候，只需要能看懂注释就行了。有问题直接让 ai 改
|
 |
15
RainyH2O 1 天前
以往周末都懒得看代码的，有 AI 后我周末都折腾了挺久，把自己以前一些手写的工具都改进了一波，加上了有过想法但一直懒得开头的功能。做新东西也没这么畏难了。
|
 |
16
hubianluanma 1 天前
我感觉完全交给 AI ，类似 vibe code 那样，必然会增加开发时间，因为如果一个开发人员在不知道具体实现逻辑、架构的情况下（我指的是 code 层面，提示词层面不算）如果遇到与预期不符，但 AI 又不能很快解决你的问题下，或者 AI 的额度不足情况下（一大弊端，起码自己的脑子不会用着用着让你续费）还是得靠人去解决，这时候开发人员的时间肯定就会增加。
目前最佳实践我觉得还是使用 AI 辅助编程，比如实现一个通用的方法、生成一些逻辑重复的代码、还有像类似国家化多语言配置这样没有什么复杂逻辑，具备通用的实现过程的可以交给 AI ，除此之外的核心代码我建议还是由开发人员来干（如果你对产品有要求的话，不停留到能用的阶段）。 试想一下，微软如果后续的 windows 系统所有代码交给 AI ，那更新频率和迭代版本肯定会大大提升（因为要填之前 AI 的坑，不过 AI 填 AI 的坑应该不会抱怨吧，导致后抱怨的只有人类）。 |
 |
17
MikePerfect 15 小时 56 分钟前
张口就来的数字，无趣
|
Select Language