AI时代编程开发范式是不是只剩下两种了？

革萌

许愿式编程：

我需要一个类似XXXX的项目，需要XXXX功能，还要XXXXX界面。具体来说有如下要点：XXXXXXXXXXXXXX

奴隶式编程：
现在生成一个XXX框架的XXX类，具有XXX接口和XXXX接口，接口功能和XXXX类对接。

normalli

许愿式编程效果不佳，奴隶式编程其实你是ai的奴隶，ai必须狠狠拷打你才能对齐需求

相见恨晚

还有我的“本初学者不懂啦，你注释要写长一点，数据流向写清楚了，不要一下子就生成出来我都不明白这是什么，用拼音啊”

7do

古法编程，不懂再问ai

— from S1 Next Goose v3.5.99

dkswxd

你们ai写的代码不出bug的吗，我最常用的是
测试报告xxx commit后 yyy 场景开始出错
复现步骤是
1
2
3
期望结果
aaa
实际结果
bbb
建议结合gdb调试，建议二分找到具体出错地点
找出问题原因并修复，不要影响已有功能，不要简单回退版本，不要简单关闭开关

—— 来自 Xiaomi 22041211AC, Android 14, 鹅球 v3.5.99

流缨

说错了，顶楼这俩其实是一种，你奴隶主只是许愿的时候跳过请求那一步
但真有另外一种，就是grill me这样的，把自己放到奴隶的位置再请AI大人拷问一番，这样弱智的甲方被规训之后再找第一种许愿

i0ncube_R

这两年尤其是去年正好是AI编程的甜点区，短期出demo，不用学写脚本的兴奋感还没过去，等进入商业运营你就看吧

tsubasa9

girll me特别适合有编程+软工知识的人
如果不会编程，用ai出了问题也基本看不出

tylunas

理想情况下AI时代应该能让TDD复活，实际嘛人是有惰性的。

huanggl703585

理论：sdd+tdd，实际：？

michaelz

在家的小项目是这样的 上班还是agent先出文档 定义测试条件 然后出代码 跑测试 最后人工review

hugosol

tylunas 发表于 2026-6-15 08:55
理想情况下AI时代应该能让TDD复活，实际嘛人是有惰性的。

已经复活了，ai时代tdd不要太简单，反正test case和代码都是ai在写，人类只要提供需求就行了
效果好得出奇，尽管我觉得ai写的test case可能覆盖不了所有情况，但其实tdd本身就能约束ai用小步快跑的模式去实现代码，总比生成一大堆文件再去验证要靠谱得多

LeoDT

hugosol 发表于 2026-6-15 09:12
已经复活了，ai时代tdd不要太简单，反正test case和代码都是ai在写，人类只要提供需求就行了
效果好得出 ...

ai写的测试烂完了，有一天想起来说去看看测试吧，看了一眼简直了，都是什么屎，该测的不测，不该测的瞎测。然后疯狂跟它规范测试，写各种约束，什么测试是好的测试，什么测试是屎的测试，现在总算是能看了。最开始说只看看实际代码就好了，结果现在是什么都要看了，甚至跟他grill出来的文档也要去看一眼免得被塞了什么屎。

总觉得agentic coding比古法编程累多了，古法编程实际写代码的时候好歹算是休息大脑，目标定了往那走就行了。现在真是，一会儿一个小问题一会儿又一个大问题，根本没得休息，再加上被ai惯坏什么问题都想让它来，debug能力都有退化风险。

hugosol

LeoDT 发表于 2026-6-15 09:54
ai写的测试烂完了，有一天想起来说去看看测试吧，看了一眼简直了，都是什么屎，该测的不测，不该测的瞎测 ...

我自己的私人开发的项目，测试代码根本懒得看，顶多重构一下别让它把一大堆东西塞到一起
反正都是tdd过程的产物，或者ai自己生成的，放着也无害，想着有空再去整理了但其实这一刻永远不会到来
我觉得理想情况应该是需求文档把边界情况和用户一些实际用例之类的都写进去，然后对应生成测试代码才对，但是现在我自己还没做到这么精细
不过集成测试还是非常有用的，ai时代搞自动化测试真的很轻松，我把playwright调好之后快速迭代起来毫无心理负担太爽了
Agentic还是比古法编程要爽的，以前是空有想法但受限于自己能力有限，很多事情考虑到现实因素最终只能做到7，8成，现在有ai帮我打工了只要想到点子了就可以大胆去试
所以之前说看到redis作者写的那个博文真的受到很大启发，他用ai并不是为了给自己偷懒，反而是因为有了ai可以做之前完全不敢想的事情，把产出打磨到极致

Wiksy

AI有些复杂场景生成的测试实在太糟糕，而且分不清主次。有同事试着直接Ralph loop让它写测试看看最后能出什么效果，写了上千个测试大概找出了十个左右有问题的地方，其中实际上是个问题的也就2，3个（虽然往好处想至少找出了问题）。恐怕最好还是自己出测试（就算不自己写测试代码也应该规定要有哪些测试）

whzfjd

感觉测试比正向开发更容易出现找个便宜例子声称自己覆盖了跑了没问题

javamailman

许愿只能出demo
做个演示可以 但凡有点要求 都得给个框架要求来改

big9999

不会编程的，用许愿式也不是不行，多几轮的事，现在ai很聪明了

jojog

能跑就行
能跑     ←差不多是这样了
能跑通   
行

qqdragon

所以自费带ai上班也不是没有道理对吧？ ?  

nvis

看看去年全球AI编程关键词排行榜，就知道奴隶式是主流，只是谁是奴谁是主还真不好说。

泰坦失足

写个用graill-me写了todo， 把它设为goal。然后让它自己工作48小时。我自己都忘了我要干啥来着，看了下GPT的工作记录，感觉它也迷糊了

jkphni

其实氛围编程让大家从开发者变成了开发组长，agent等于一个刚毕业的本科大学生，你得手把手教很多行业内的规范，而不是他书本上理解的。坏事情是基本上所有事情你要和他说清楚，说的越清楚后面越省心。好事情是基本上不会顶嘴，不会怎么钻牛角尖，态度还端正（可能下次小几率还犯），24小时随叫随到，不会下班就关手机。整体来说其实是不错的，不能拿他和自己比。

hugosol

jkphni 发表于 2026-6-15 10:40
其实氛围编程让大家从开发者变成了开发组长，agent等于一个刚毕业的本科大学生，你得手把手教很多行业内的 ...

LLM是全知全能的婴儿，agent是懂一点规范的全知全能的婴儿
因为LLM本质上只是语言的延伸，你的表达水平一定程度上会影响它的输出，当你用架构师的方式和它对谈，它也会和你一起从高维度去思考问题。如果只是用外行的方式给它下指令，它可能就只能退化到应届生水平了
所以我一直觉得许愿机或者说AGI很扯淡，应该叫厄里斯魔镜才对

jkphni

hugosol 发表于 2026-6-15 10:53
LLM是全知全能的婴儿，agent是懂一点规范的全知全能的婴儿
因为LLM本质上只是语言的延伸，你的表达水平一 ...

所以说如果你本来就是个研发组长，每次组里面的新人都是你带，其实这玩意对你帮助都特别大，如果你本来就是个CRUD小子或者螺丝钉，那用agent会有点问题。简单来说，如果你自己都没想清楚这个事情怎么做，就不能指望他完全按照你的预期给出结果。

phorcys02

vibe 本质和现在的 L2+++ 辅助驾驶很像...
最省力的就是你看着它,偶尔打一下方向修正下

但很多人觉得它是L3, 要么就扔下一句:去xxx ,不管了,结果随缘
要么试图穷举每一个路口...还要落地到驾驶计划. 费了九牛二虎之力,最后按下红按钮:开始....

木谷高明

LLM像是个新来的中等员工，需要提前进行约束，例如公司代码风格是什么，写出来要过什么测试，需要达到哪些目标

写文章也类似，约束考虑的越全，最后要求返工重改的次数就越少，成品质量会更高

LeoDT

hugosol 发表于 2026-6-15 10:15
我自己的私人开发的项目，测试代码根本懒得看，顶多重构一下别让它把一大堆东西塞到一起
反正都是tdd过程 ...

其实以前并不是能力受限，而是知识受限，人类是真没精力去学习那么多知识。我的体验是Emacs的使用，十几年了虽然积累了很多配置之类的东西，但是始终没有动力自己写elisp，有什么问题都是找个类似的包凑合用，自己写的话学习成本太高了。

但是现在没有合适的就让它写不用凑合了，这种按自己的想法做出来的效率提升工具我觉得比学习别人想法的工具有用多了。

hugosol

LeoDT 发表于 2026-6-15 12:06
其实以前并不是能力受限，而是知识受限，人类是真没精力去学习那么多知识。我的体验是Emacs的使用，十几 ...

对的，其实很多东西原理上你知道怎么回事，但以前不可能花那么多精力去从头做一遍，倾向于直接拿别人已经成熟的产品来用，也就是以前说的不要重复造轮子
现在ai时代这个底层逻辑已经完全变了，重复造轮子不但能造出你自己用起来更顺手的轮子，而且造轮子过程中碰到的坑也会加深你对这些知识的理解
经验变得更容易获取了，我觉得这才是ai带给我最大的提升。工作效率的提升都只是次要的，什么时候整个社会能意识到这一点，就不用整天鼓吹靠ai替代人了

C.W.Nimitz

【我准备给没见过世面的外地人，一点小小的中国震撼】 https://www.bilibili.com/video/B ... cd2a23e6e823baf50f5

你看看这个老登AI搓app的历程就知道了

现在搞死的是初级码农工作，对高级全栈码农的需求和要求其实增高了

现在这波古法搓代码的程序员退休后，整个行业我看都要出现大断层。只要高级有经验码农，但整个行业没有给新人入行和增加经验的渠道，只能靠新人自己用爱发电或者进血汗工厂被压榨

革萌

C.W.Nimitz 发表于 2026-6-15 12:40
【我准备给没见过世面的外地人，一点小小的中国震撼】 https://www.bilibili.com/video/B ... cd2a23e6e823 ...

这个也得看，一方面大模型也方便你获取入门的知识。另一方面，有个真正的古法程序员说现在的多数开发者也没能力调试编译器编译之后的代码，只能无条件信任编译器。这和未来程序员信任大模型也是差不多的。

hyddx

还是复制我之前在知乎的回帖。“发帖之前自己找个项目先干干，别再这拍脑袋想当然”

hyddx

革萌 发表于 2026-6-15 12:48
这个也得看，一方面大模型也方便你获取入门的知识。另一方面，有个真正的古法程序员说现在的多数开发者也 ...

但编译器的稳定性可比llm强多了。

Gazzz

革萌 发表于 2026-6-15 12:48
这个也得看，一方面大模型也方便你获取入门的知识。另一方面，有个真正的古法程序员说现在的多数开发者也 ...

调试编译器编译之后的代码是什么神奇逻辑

novalli

讲道理，软件开发不都是这样吗？不过一个是项目经理、一个是小组长。

—— 来自 Xiaomi 25042PN24C, Android 16, 鹅球 v4.0.100-alpha

tiro_finale

Gazzz 发表于 2026-6-15 13:07
调试编译器编译之后的代码是什么神奇逻辑

看汇编拆解编译器行为是很多深度优化的基操

菜卷

tylunas 发表于 2026-6-15 08:55
理想情况下AI时代应该能让TDD复活，实际嘛人是有惰性的。

当年老师教tdd的时候，我简直不可思议，怎么会有人这么干，单元测试都是有人拿枪顶我脑门上写的
现在想想好像还真挺适合AI，人只要写测试就好了，只要测试写得够全面……就一定能到达那个地方！

Wiksy

Gazzz 发表于 2026-6-15 13:07
调试编译器编译之后的代码是什么神奇逻辑

有很多bug都得看编译完了之后到底优化成了什么样才比较容易看出来
有些优化也要确实看看到底被编译成了什么才真能确定有没有优化
不然godbolt也不会这么多人用了

C.W.Nimitz

革萌 发表于 2026-6-15 12:48
这个也得看，一方面大模型也方便你获取入门的知识。另一方面，有个真正的古法程序员说现在的多数开发者也 ...

你下面已经有人反驳你了，真到深度优化那一层还是得看编译器。

现代软件行业不是所有的需求都靠一个模版就套出来的，同样只靠AI生成不可能实现所有需求。

而且美国那都有数据了，正经软件公司，大规模应用AI后效率并没有涨多少。AI可以帮不会编程的人实现从0到1的飞跃，但想从3到10，AI帮不了什么大忙

jkphni

C.W.Nimitz 发表于 2026-6-15 14:43
你下面已经有人反驳你了

真到深度优化那一层还是得看编译器

逻辑应该是这样，主业务系统和权限框架，主数仓，各种中台这块，继续让高级别码农维护迭代，其实对于大型集团公司，政府部门来说，可以采用中央厨房的模式，其实在一线分布了大量懂点需求和IT技术的人员，还都是一些高学历大学生。但是说实话按照传统不论是敏捷开发还是瀑布模型，根本没办法满足各种基层稀奇古怪的信息化需求，这些需求通场是各种统计取数和工作流的组合，但是你设身处地又不得不承认确实可以减轻他们的负担，提升工作效率，原来会存在研发成本的矛盾，其实现在架构合理的情况下，完全可以让一线自己通过agent生成场景叠加到门户系统里面去。数据烟囱的问题，也可以通过统一中台的方式做好控制。