
AI 编程时代,程序已经不用写代码了。你代码写得再好,也不如 AI 写的好,所以还不如把问题描述清楚,写好Prompts和Skills,做好planning,提供tools和references,让大模型给你生成代码。
大模型能够快速生成代码,但前提是你能清晰、完整地描述需求,让 AI 真正听懂你的意图。有些程序员平时连会议发言都说不清楚,更何况清晰地描述复杂需求了。
传统时代,程序员拿到需求文档就开始设计和编码,也不用太多沟通交流。但在 AI 时代,程序员必须做得更深:理解需求的本质,用精准的语言描述问题,定义程序的边界,告诉 AI 总体解题思路,让 AI 能够理解你的意图你甚至要比业务方更深刻地理解需求。
那么究竟如何才能深刻理解业务需求呢?如何才能清晰地描述需求,表达给 AI 呢?
作为 20 多年的老程序员,这是我整理的一些观点,仅供参考,欢迎讨论。
1 yuluo01 2 天前 ai 还是 ai 没人那么多 sao 想法 |
2 rimworld 2 天前 让 ai 先帮你理清需求,然后生成给其它 ai 使用的 prompt. 我现在写代码,创作图片,创作视频都是这样。 |
3 AoEiuV020JP 2 天前 AI 越来越聪明的当下, 程序员越来越意识到很多时候不是 AI 没理解你的想法, 而是你自己都不清楚你要什么,嘴上讲的和脑子里的一团浆糊可能根本不一样, |
4 rb6221 2 天前 多看看项目管理、产品类的书,多写写文档,自然能练出来 |
5 KevinGreen 2 天前 楼主写的 AI-Era-Programmers-as-Requirements-Engineers 看完了,深受启发,感谢 |
6 iorilu 2 天前 可以, 看看, 现在思路是第一位了 只要真理请需求了, 落地成文档了, 后面 AI 实施都是相对简单的事了 |
7 MeowMeowe 2 天前 我用起来的习惯就是:先深刻理解需求,然后把需求变成完整的分批分条的线性逻辑(其实这一步也可以用 ai 粗略生成然后自己再进行调整,会省力不少),之后再交给 AI ,基本上他做出来的就是 90%以上的需求还原度,然后人工微调。如果你一直跟 AI 聊需求,即使是直接给需求文档,让他自己思考逻辑,大概率他会塞一些自己的东西进去。 |
9 netabare 1 天前 via iPhone 我最近在想的是能不能先拿 Rocq 把自己的想法推一个最小的模型,证明一些 invariants ,然后再看怎么让这些东西可以拿来干啥。 |
10 esile 1 天前 只能淘汰低端的 |
11 suotm 1 天前 自己提供一个非常随便的初稿,先让 AI 格式化和润色,然后开启新的一轮基于润色后的初稿开始交流迭代,提供更多 context ,纠正方向 |
12 FukArtorias 1 天前 superpowers 不就是干这个事情的吗 |
14 jarryli OP @KevinGreen 谢谢鼓励 |