AI 把编程改得面目全非
最近读到一位资深程序员对 AI 改变编程的总结,观点相当激进,但仔细想想又觉得很有道理。大多数人只盯着 AI 会不会抢程序员的饭碗,却忽略了更根本的问题:编程这件事本身已经被重新定义了。
他列了十条断言,我挑几条最有冲击力的说说。第一,代码审查会消失,因为人类根本跟不上 AI 生成代码的速度,逐行看 PR 已经不现实,以后只能审架构和系统组成。第二,单元测试可能也没必要了,AI 随时可以重写整个实现,再去测单块砖头意义不大,接口测试和集成测试才是重点。第三,Bug 的性质变了,大多数问题不再是代码写错,而是需求提错或表达不清。还有几条挺颠覆的。比如开源不再能提升质量,以前靠人多发现 Bug,现在不开源 AI 也能帮你查。敏捷编程那套 Scrum 流程也会失效,因为开发时间由 AI 的生成速度决定,直接把工单丢给 AI 就行。项目分工也会变,PM、设计师、工程师的三元结构可能消失,一个人靠 AI 就能兼任多个角色。最让我感慨的是「好代码」这个概念要消失了。以前讲究可读性、易重构、维护效率高,但当你根本不读代码、不手动改代码时,这些标准的前提就不存在了。代码风格规范和 linter 工具也一样,AI 会在乎缩进是 tab 还是空格吗?UI 的重要性也会下降,因为很多界面是给 AI 用的,它只需要 API。我的判断是,这些变化不会一夜发生,但方向已经很清楚了。对跨境和出海团队来说,这意味着小团队甚至个人能撬动的产品范围更大了,但竞争也会更卷。与其焦虑,不如早点把工作重心从写代码挪到理解业务、定义需求和设计系统上。
他列了十条断言,我挑几条最有冲击力的说说。第一,代码审查会消失,因为人类根本跟不上 AI 生成代码的速度,逐行看 PR 已经不现实,以后只能审架构和系统组成。第二,单元测试可能也没必要了,AI 随时可以重写整个实现,再去测单块砖头意义不大,接口测试和集成测试才是重点。第三,Bug 的性质变了,大多数问题不再是代码写错,而是需求提错或表达不清。还有几条挺颠覆的。比如开源不再能提升质量,以前靠人多发现 Bug,现在不开源 AI 也能帮你查。敏捷编程那套 Scrum 流程也会失效,因为开发时间由 AI 的生成速度决定,直接把工单丢给 AI 就行。项目分工也会变,PM、设计师、工程师的三元结构可能消失,一个人靠 AI 就能兼任多个角色。最让我感慨的是「好代码」这个概念要消失了。以前讲究可读性、易重构、维护效率高,但当你根本不读代码、不手动改代码时,这些标准的前提就不存在了。代码风格规范和 linter 工具也一样,AI 会在乎缩进是 tab 还是空格吗?UI 的重要性也会下降,因为很多界面是给 AI 用的,它只需要 API。我的判断是,这些变化不会一夜发生,但方向已经很清楚了。对跨境和出海团队来说,这意味着小团队甚至个人能撬动的产品范围更大了,但竞争也会更卷。与其焦虑,不如早点把工作重心从写代码挪到理解业务、定义需求和设计系统上。
评论
登录后即可发表评论
参与讨论,和出海同行交流想法与经验
还没有评论,来抢沙发吧
说说你的看法,第一条评论最显眼