我也来谈谈我对 AI 编程的看法

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

总体来说，对于需求明确，边界清晰，且写代码的人已经对现有技术栈框架很清楚的情况下，确实加快了开发速度。但是，开发的小伙伴都知道，一般都是需求不明确，边界不清楚。在 agile 开发的过程中，很多时候都是边开发边确认需求-这种工作方式之所以成功是因为是建立在已有代码有清醒认识的前提下。

但问题是，AI 目前产生代码神速，我问各位：你们有没有仔细看过自己的代码，直到每一行代码的含义？

一个不真实写代码，也不仔细看代码的程序员，上来给我谈架构，我是不信的

18 条回复 • 2026-03-19 23:41:47 +08:00

raycake

22 小时 48 分钟前

目前的 AI 可以短期开发和维护一点问题没有，但是想长期，目前的 AI 我感觉我看不到。

FawkesV

22 小时 19 分钟前

写着玩的可以只看实现不看代码纯黑盒。生产的代码还是要理需求好好读一下

Vaspike

22 小时 4 分钟前

CURD 时 AI 够快
边界清楚, 实体清晰, 开始与结束明确的算法优化时 AI 够准
读着写好的详细设计文档开发, 或者重构优化一个已有的函数时, AI 又快又准
但总之是个概率模型, 写出什么样的问题都有可能, OP 的观点我是认可的

xiaowoli

22 小时 4 分钟前

有点局限了，未来的程序员更多的是对项目的把控和管理
每一行代码的含义？ review 的时候必然会看，但重点还是对大局的掌控力

fredweili

21 小时 39 分钟前

对，还有一些需求要求是脑子里的，不好写成 prompt ，还有些灰色地带要与人沟通

tutulyy

21 小时 6 分钟前

我就问一句，同行都不看 review 的时候，你怎么办？

sage417

19 小时 33 分钟前

AI 分析理解确实比不过专家，可是 AI 的执行能力属于超人级别的，当前研发流程都是围绕高执行成本构建的，引入 AI 后产研流程必然会变天，只负责执行，甚至以前执行能力很强而吃香的程序员需要修改未来规划了。

lokitwang

18 小时 38 分钟前

现在跟古法编程时代，底层逻辑变了，AI 可以把上限拉高，也可以补齐下限，公司追求效率，市场每天成千上万的东西涌入，之前做很多年的东西，现在可能几天就搓出来了，现阶段，大家比的是速度，谁更快，谁就优先享有活下来的权利。代码重要，代码重要？你问问你自己，一个消费者，他关心了一行代码了么。

xuxingchou

18 小时 33 分钟前

如果对代码后期的可维护性、性能有追求，那就做代码 review ，如果没有要求只为追求开发速度，那就直接把需求扔给 AI 一把梭

hanangellove

18 小时 29 分钟前

AI 写的代码当然要看的，不懂怎么查 bug

jarryli

18 小时 28 分钟前

您说的有一定道理，我是支持你的观念的，但我们不要忽视了 AI 的自主能力，会超过人类的。昨天还跟一个老同学也是好哥们，就这个话题争论了一番。

有了 OpenClaw+ Claude Code ，配置得当，它们就可以承担产品、UI 、程序员、测试等一系列职责，这些工作你都可以交给它来完成。AI 不但可以生成代码，也可以生成需求文档 PRD 和系统设计文档，那么程序员还需要做系统设计吗？

我觉得：

需求设计和系统设计，总得需要人来做吧？因为 AI 不知道你要做成什么样，也不知道系统的边界条件与成本预算。我还是认为 AI 在替人打工，不是人去给 AI 打工。人是老板，要驱动和监督 AI 干活，那么就需要给 AI 明确的指令以及约束条件。

老同学说：

需求和系统设计也是可以（或应该）由 AI 来完成，让 AI 帮你澄清需求，再替你设计系统，最后产出代码和上线，你全程无需干预。也就是说，人只要有个想法就行，你是客户，你说想要个啥，AI 自己会出想法和创意，再做需求分析和系统设计，最后发布上线，这一切都由来 AI 自主来完成的。你只等着验货就行了。就像你是甲方，把原始诉求告诉承包商就行，承包商开发完成再交付给你。

我觉得还是需要系统设计的，至少目前阶段还需要，这是我的观点： https://github.com/microwind/algorithms/blob/main/start-here/AI-Era-Programmers-as-System-Design-Engineers.md