AI 把编程改得面目全非了
最近读到一位资深程序员对 AI 改变编程的总结,观点相当激进,但仔细想想又很难反驳。他说的不是 AI 改变了程序员这个职业,而是编程本身已经被推翻了,哪怕将来泡沫破了,AI 也不可能从工具链里消失。
最让我触动的是代码审查和单元测试这两条。人类根本跟不上 AI 生成代码的速度,逐行看 PR 已经没意义了,未来只能审架构合不合理。单元测试也一样,AI 随时能把整个实现重写一遍,还去测单块砖头干什么,接口测试和集成测试才是重点。再往深想,写代码本身不再是重点,程序员的价值会移到理解业务、定义问题、发布和收集反馈上。Bug 的性质也变了,大多数问题不是代码写错,而是需求提错了或者表达不准确。这一点我最近做项目深有体会,返工基本都返在需求理解上。开源提升质量这个逻辑也被动摇了。以前说关注的人多就能发现所有 Bug,现在不开源 AI 也能帮你找。敏捷那套 Scrum 流程意义也在变小,AI 的生成速度直接决定项目周期,工单推给 AI 就完事了。项目组的三元架构,产品、设计、工程,很可能被一个人加 AI 取代。至于好代码、代码风格、linter,甚至 UI 重不重要,我觉得要分场景看。给 AI 用的接口确实不需要精致 UI,但面向人的产品,体验仍然是护城河。我的判断是:这些变化不会一夜发生,但方向已经很清楚,早点把精力从写代码挪到定义问题上,比死守旧流程更划算。
最让我触动的是代码审查和单元测试这两条。人类根本跟不上 AI 生成代码的速度,逐行看 PR 已经没意义了,未来只能审架构合不合理。单元测试也一样,AI 随时能把整个实现重写一遍,还去测单块砖头干什么,接口测试和集成测试才是重点。再往深想,写代码本身不再是重点,程序员的价值会移到理解业务、定义问题、发布和收集反馈上。Bug 的性质也变了,大多数问题不是代码写错,而是需求提错了或者表达不准确。这一点我最近做项目深有体会,返工基本都返在需求理解上。开源提升质量这个逻辑也被动摇了。以前说关注的人多就能发现所有 Bug,现在不开源 AI 也能帮你找。敏捷那套 Scrum 流程意义也在变小,AI 的生成速度直接决定项目周期,工单推给 AI 就完事了。项目组的三元架构,产品、设计、工程,很可能被一个人加 AI 取代。至于好代码、代码风格、linter,甚至 UI 重不重要,我觉得要分场景看。给 AI 用的接口确实不需要精致 UI,但面向人的产品,体验仍然是护城河。我的判断是:这些变化不会一夜发生,但方向已经很清楚,早点把精力从写代码挪到定义问题上,比死守旧流程更划算。
评论
登录后即可发表评论
参与讨论,和出海同行交流想法与经验
还没有评论,来抢沙发吧
说说你的看法,第一条评论最显眼