【当程序员不再写代码，他们在做什么？】
Spotify 最近放出一个惊人消息：公司最优秀的开发者从去年十二月起就没写过一行代码了。工程师在通勤路上用手机给 AI 下指令修 bug、加功能，到办公室前新版本就已经准备好合并上线。
标题党？当然是。但背后的趋势却真实得让人坐立不安。
不写代码不等于不做工程。顶尖开发者的时间正在从敲键盘转向更高维度的工作：架构设计、系统规划、代码审查、需求拆解。AI 接管了打字的活儿，但总得有人知道该造什么、为什么造。这就像建筑师早就不用手绘蓝图了，没人觉得 CAD 让他们变得不专业。
有意思的是，AI 正在复活一种古老的开发模式。过去瀑布式开发因为前期规划太重、迭代太慢被敏捷取代。现在情况反过来了：修改计划比修改代码高效得多，详尽的规格说明能让 AI 一次性生成完整功能。于是出现了一种新物种叫 Wagile，瀑布的严谨加上敏捷的速度。
一位开发者分享了他的工作流：每个功能动手前先花几小时做规划，把需求文档写得滴水不漏，用两个不同的 AI 交叉审查细节。结果是他的 Git 提交量变成过去五年的三十倍。代码他几乎不看，只管测试。测试通过、产品能用，代码就够好了。
这套玩法对资深工程师是核武器级的加成。但问题来了：那些靠氛围编程混日子的人怎么办？没有基本功的人用 AI 只会更快地制造更多 bug。技能鸿沟正在以肉眼可见的速度撕裂这个行业。前者交付速度快十倍，后者 bug 数量多十倍。
还有个细节值得玩味：在通勤路上工作被当成效率提升来宣传。但这到底是赋能还是剥削？连早高峰的地铁时间都要被工作填满，这真的是我们想要的未来吗？
资深开发者正在变成 AI 乐团的指挥家。但如果你连乐理都不懂，指挥棒挥得再花哨，出来的也只是噪音。
www.reddit.com/r/ClaudeAI/comments/1r3jh3q/spotify_says_its_best_developers_havent_written_a/
用户16xxx00
现在可以做自动编程的AI 模型就有几十个，好用的就几个。这几个里，提需求时，1）先提架构，所有细节都要写。你要懂全栈开发所有的软件和细节。2）写完一堆bug。开始清理bug。一个笑话，说自己很快，但是不保证对。现在就是这种情况。清理bug的时间多几倍。清理bug 比新写一个程序痛苦多了。3）写的时候需要多个AI 配合使用。4）AI 会改动内容，而且会有奇葩改动。以前一个团队分担，现在就你一个人，会很郁闷。5）git 提交量就是个坑。以前提交代码质量比现在好多了，大多是解决痛点。现在几个小时可以生成一个重复的垃圾应用。提交量有多，以后的AI 越臃肿。= 这个是适合5年以上资深架构师，后面新人就学不到东西。= 再等几年，看有没有统一的软件能开发全栈应用，看是否会好些。
虚蝶
要自己也要看得懂才行，必须要有人兜底才行，不然把Windows源码开源给你也你也整不成系统卖出去。
真实世界研究
你这篇文章只适合当下。再过一年就不适合了。再过一年，所谓的顶尖开发者也没用。也不需要写这么细的文档。随便提个要求，AI能帮你做到尽善尽美。
真实世界研究 回复 如风岁月 02-20 11:58
那这更是AI的优势了, 所以对于一个模糊的需求，出N套方案，出N套模型，让用户选。这更是AI比人类更大的优势
如风岁月 回复 02-20 09:27
你想多了，你是没遇到过企业里用户自己都说不清自己需求，只能不断出模型按用户试用后迭代修改的情况，我个人觉得这个是后面可能持续较长时间的一个问题，由于用户不断修正需求，导致项目更快速的成长为屎山。
陆刚-刚刚
这就像造大楼，设计师总是要的，搬砖交给了机器人
用户17xxx93
维护啊，还要处理出现的bug，你不会ai这些都会做吧，现在ai远还没有这么智能
留一半清醒一半醉
不写代码就负责喝咖啡啊！
起床失败
ai是好用。但奇葩也多比如你要求用玻璃造个杯子指明不能用陶瓷。结果人家回答的好。按你的要求下边我用陶瓷给你造个杯子。每次修改总给你加一些乱七八糟的东西出来。改的头疼。