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