这是一个创建于 91 天前的主题，其中的信息可能已经有所发展或是发生改变。
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 withoutAI 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.
19 条回复 2025-07-14 12:00:25 +08:00
 | 2 Rickkkkkkk 91 天前 一个可能的原因，搜 Jevons paradox |
 | 3 tool2dx 91 天前 别人不知道,我自己花了很多额外时间,去适配 AI 新的工具链, |
 | 4 AoEiuV020JP 91 天前  1 速度=距离/时间， 不能根据时间就判断速度变化， |
 | 5 songsongqaq 91 天前 那肯定没研究我 |
 | 6 su3sl3h06 91 天前 1 对于我这个产品经理来说，AI 让我的开发时间增加了∞% |
 | 7 TophTab 91 天前 自说自话。统计学魅力 |
 | 9 msg7086 91 天前 更实际的情况是，如果没有 AI 很多人根本就不会去写一些东西。 比如今天突然让你写一千行 C++代码，你鼠标一扔，老子才懒得写。 但是今天让你指挥 AI 写代码，说不定几个小时也就搞定了。 |
 | 12 xuelang 91 天前 1 有很多前置条件，比如高级开发，持续维护多年的百万代码的复杂项目。。。 抛开这些前置条件，AI 提效很明显的。比如我，周末 PUA 下 AI ，就搞了好多好玩的。 没有 AI ，我肯定搞不出这 https://puzzles-game.com/ |
 | 14 jy02534655 91 天前 对老手来说 ai 还是挺有用的，特别是面对不熟的开发语言的时候，只需要能看懂注释就行了。有问题直接让 ai 改 |
 | 15 RainyH2O 91 天前 以往周末都懒得看代码的，有 AI 后我周末都折腾了挺久，把自己以前一些手写的工具都改进了一波，加上了有过想法但一直懒得开头的功能。做新东西也没这么畏难了。 |
 | 16 hubianluanma 91 天前 我感觉完全交给 AI ，类似 vibe code 那样，必然会增加开发时间，因为如果一个开发人员在不知道具体实现逻辑、架构的情况下（我指的是 code 层面，提示词层面不算）如果遇到与预期不符，但 AI 又不能很快解决你的问题下，或者 AI 的额度不足情况下（一大弊端，起码自己的脑子不会用着用着让你续费）还是得靠人去解决，这时候开发人员的时间肯定就会增加。 目前最佳实践我觉得还是使用 AI 辅助编程，比如实现一个通用的方法、生成一些逻辑重复的代码、还有像类似国家化多语言配置这样没有什么复杂逻辑，具备通用的实现过程的可以交给 AI ，除此之外的核心代码我建议还是由开发人员来干（如果你对产品有要求的话，不停留到能用的阶段）。 试想一下，微软如果后续的 windows 系统所有代码交给 AI ，那更新频率和迭代版本肯定会大大提升（因为要填之前 AI 的坑，不过 AI 填 AI 的坑应该不会抱怨吧，导致后抱怨的只有人类）。 |
 | 17 MikePerfect 90 天前 张口就来的数字，无趣 |
 | 18 soulflysimple123 89 天前 前端提效很大，原型图直接生成代码，接口生成代码。 后端业务复杂的场景提效一般，看着 AI 一次改好多文件，我都不敢 accpet 。 |
 | 19 lan894734188 88 天前 1 增加了名为“抽鞭子”的工作量 |
Select Language