AI 把编程改得面目全非了
最近看到一位资深程序员总结 AI 对编程的改变,观点相当激进,但仔细想想又很难反驳。他列了十条,我挑几条最有感触的聊聊。
最扎心的是代码审查和单元测试可能消失。人类根本跟不上 AI 生成代码的速度,逐行看 PR 已经没意义了,以后只能审架构合不合理。单元测试也是同理,AI 随时能把整个实现推倒重来,还检查单块砖头干什么,接口测试和集成测试才是重点。还有个判断我很认同:Bug 的性质变了。以后大多数问题不是代码写错了,而是需求提错了或者表达不准确。这意味着程序员的核心工作从写代码转向把业务问题说清楚,这其实对沟通能力要求更高了。敏捷编程那套 Scrum 流程可能也要凉。AI 的生成速度直接决定项目周期,工单推给 AI 就完事了,还开什么站会。项目组的三元架构 PM、设计师、工程师也会模糊,一个人加 AI 就能顶一个小组。至于好代码、代码风格、linter 这些,前提都是人类要读代码。当你不读也不直接改大部分代码时,这些标准自然就松动了。UI 也一样,未来很多界面是给 AI 用的,API 比精致界面重要得多。我的看法是,这些断言即使打五折,也足够让每个从业者重新想想自己的定位。AI 不会从工具链里消失,与其抗拒,不如早点把精力挪到需求理解、系统设计和发布反馈这些环节上。
最扎心的是代码审查和单元测试可能消失。人类根本跟不上 AI 生成代码的速度,逐行看 PR 已经没意义了,以后只能审架构合不合理。单元测试也是同理,AI 随时能把整个实现推倒重来,还检查单块砖头干什么,接口测试和集成测试才是重点。还有个判断我很认同:Bug 的性质变了。以后大多数问题不是代码写错了,而是需求提错了或者表达不准确。这意味着程序员的核心工作从写代码转向把业务问题说清楚,这其实对沟通能力要求更高了。敏捷编程那套 Scrum 流程可能也要凉。AI 的生成速度直接决定项目周期,工单推给 AI 就完事了,还开什么站会。项目组的三元架构 PM、设计师、工程师也会模糊,一个人加 AI 就能顶一个小组。至于好代码、代码风格、linter 这些,前提都是人类要读代码。当你不读也不直接改大部分代码时,这些标准自然就松动了。UI 也一样,未来很多界面是给 AI 用的,API 比精致界面重要得多。我的看法是,这些断言即使打五折,也足够让每个从业者重新想想自己的定位。AI 不会从工具链里消失,与其抗拒,不如早点把精力挪到需求理解、系统设计和发布反馈这些环节上。
评论
登录后即可发表评论
参与讨论,和出海同行交流想法与经验
还没有评论,来抢沙发吧
说说你的看法,第一条评论最显眼