AI 把编程改得面目全非
这周看到一位资深程序员总结 AI 对编程的改变,观点相当激进,但我觉得很多地方说到了点子上。他列了十条,我挑几条最有共鸣的聊聊。
先说代码审查和单元测试。他的判断是人工逐行 review 会消失,因为人根本跟不上 AI 生成代码的速度;单元测试也没必要了,AI 随时能重写整个实现,检查单块砖头意义不大。这个逻辑我认同一半:审查的重心确实会从「这行写得对不对」转向「整体架构合不合理」,但说单元测试完全消失我觉得太绝对,关键路径上的测试还是会留着,只是写测试的人可能也变成 AI 了。更有意思的是他对 Bug 和「好代码」的重新定义。大多数 Bug 不再是代码写错,而是需求提错了、表达不准确;既然没人逐行读代码,「便于人类阅读」这个好代码的前提也就没了,linter 和代码风格规范同理。这个推论很锋利,但也提醒我们:以后工程师的核心竞争力可能真不在写代码,而在把业务问题翻译成准确的需求。敏捷和分工那块他也下了狠话,说 Scrum 这类方法意义不大,工单直接推给 AI 就行,PM、设计、工程的三元架构会变成一个人兼多个角色。我个人觉得方向对,但节奏会慢很多,大公司里流程和人的惯性没那么容易消失,小团队反而可能先跑通这种模式。最后一条挺反直觉:UI 会变得不重要,因为很多界面是给 AI 用的,AI 只要 API。这对做出海工具类产品的朋友是个信号——如果目标用户越来越多是 agent,那接口设计可能比界面精致度更值得投入。当然,面向真人消费者的产品,UI 依然是信任感的来源,不能一概而论。
先说代码审查和单元测试。他的判断是人工逐行 review 会消失,因为人根本跟不上 AI 生成代码的速度;单元测试也没必要了,AI 随时能重写整个实现,检查单块砖头意义不大。这个逻辑我认同一半:审查的重心确实会从「这行写得对不对」转向「整体架构合不合理」,但说单元测试完全消失我觉得太绝对,关键路径上的测试还是会留着,只是写测试的人可能也变成 AI 了。更有意思的是他对 Bug 和「好代码」的重新定义。大多数 Bug 不再是代码写错,而是需求提错了、表达不准确;既然没人逐行读代码,「便于人类阅读」这个好代码的前提也就没了,linter 和代码风格规范同理。这个推论很锋利,但也提醒我们:以后工程师的核心竞争力可能真不在写代码,而在把业务问题翻译成准确的需求。敏捷和分工那块他也下了狠话,说 Scrum 这类方法意义不大,工单直接推给 AI 就行,PM、设计、工程的三元架构会变成一个人兼多个角色。我个人觉得方向对,但节奏会慢很多,大公司里流程和人的惯性没那么容易消失,小团队反而可能先跑通这种模式。最后一条挺反直觉:UI 会变得不重要,因为很多界面是给 AI 用的,AI 只要 API。这对做出海工具类产品的朋友是个信号——如果目标用户越来越多是 agent,那接口设计可能比界面精致度更值得投入。当然,面向真人消费者的产品,UI 依然是信任感的来源,不能一概而论。
评论
登录后即可发表评论
参与讨论,和出海同行交流想法与经验
还没有评论,来抢沙发吧
说说你的看法,第一条评论最显眼