AI 把编程改得面目全非了
最近读到一个国外资深程序员对 AI 改变编程的总结,观点相当激进,但细想又很有道理。他说大多数人只看到 AI 改变了程序员这个职业,却忽略了 AI 也彻底改变了编程本身。即使将来泡沫破灭,AI 也不可能从工具链里消失,它已经永久成为软件开发的一部分。
他列了十条断言,我挑几条印象最深的说说。代码审查会消失,因为人类跟不上 AI 生成代码的速度,没法在合理时间内发现 Bug,以后只能审查系统架构是否合理。单元测试也可能消失,AI 随时能重写整个实现,再逐个测代码单元就没意义了,未来可能只保留接口测试和集成测试。还有一点很戳我:大多数 Bug 不再是代码 Bug,而是需求提错了或表达不准确。更颠覆的是,软件开发的重点不再是写代码。程序员的工作会移到代码以外:怎么用软件解决业务问题、怎么发布、怎么收集反馈。敏捷编程那套 Scrum 流程意义也不大了,AI 的生成速度直接决定项目周期,把工单推给 AI 就行。项目分工也会变,PM、设计师、工程师的三元架构可能消失,一个人能兼任多个角色。他还说「好代码」的概念会消失。以前好代码的标准是便于人类阅读、方便重构,可你都不读代码、不直接修改了,这个前提就没了。代码风格规范和 linter 工具同理,AI 会在乎每行 80 个字符、缩进用 tab 还是空格吗?UI 也会变得不重要,因为很多 UI 是给 AI 用的,AI 只需要 API。我的判断是,这些断言有些激进,但方向没错。对跨境团队来说,这意味着招人标准要变,别再死磕手写算法和代码风格,更该看重业务理解、系统设计和跟 AI 协作的能力。当然,架构审查和集成测试反而会变得更关键,因为那是人类还能守住的质量关口。
他列了十条断言,我挑几条印象最深的说说。代码审查会消失,因为人类跟不上 AI 生成代码的速度,没法在合理时间内发现 Bug,以后只能审查系统架构是否合理。单元测试也可能消失,AI 随时能重写整个实现,再逐个测代码单元就没意义了,未来可能只保留接口测试和集成测试。还有一点很戳我:大多数 Bug 不再是代码 Bug,而是需求提错了或表达不准确。更颠覆的是,软件开发的重点不再是写代码。程序员的工作会移到代码以外:怎么用软件解决业务问题、怎么发布、怎么收集反馈。敏捷编程那套 Scrum 流程意义也不大了,AI 的生成速度直接决定项目周期,把工单推给 AI 就行。项目分工也会变,PM、设计师、工程师的三元架构可能消失,一个人能兼任多个角色。他还说「好代码」的概念会消失。以前好代码的标准是便于人类阅读、方便重构,可你都不读代码、不直接修改了,这个前提就没了。代码风格规范和 linter 工具同理,AI 会在乎每行 80 个字符、缩进用 tab 还是空格吗?UI 也会变得不重要,因为很多 UI 是给 AI 用的,AI 只需要 API。我的判断是,这些断言有些激进,但方向没错。对跨境团队来说,这意味着招人标准要变,别再死磕手写算法和代码风格,更该看重业务理解、系统设计和跟 AI 协作的能力。当然,架构审查和集成测试反而会变得更关键,因为那是人类还能守住的质量关口。
评论
登录后即可发表评论
参与讨论,和出海同行交流想法与经验
还没有评论,来抢沙发吧
说说你的看法,第一条评论最显眼