AI 把编程改得面目全非了
最近读到一位资深程序员对 AI 改变编程的总结,观点相当激进,但仔细想想又很难反驳。他说的不是「AI 改变程序员这个职业」这种老生常谈,而是编程这件事本身已经被推翻了。我挑几个最有感触的点聊聊自己的看法。
最让我认同的是「代码审查将消失」。现在团队里已经出现这种情况:AI 几分钟生成几百行代码,人根本审不过来,逐行看 PR 变成走过场。以后人类能做的只是判断架构合不合理,而不是盯着某一行有没有边界问题。同样,单元测试的意义也在动摇,因为 AI 随时可以重写整个实现,检查单块砖头确实不如直接跑集成测试和系统测试来得实在。还有一个判断很扎心:大多数 Bug 不再是代码 Bug,而是需求提错了。这其实把压力转移到了产品定义和沟通环节。程序员的工作重点会从写代码移到理解业务、设计发布流程、收集反馈这些「代码以外」的事情上。敏捷那一套 Scrum 仪式感,在 AI 的生成速度面前也显得有点尴尬,工单直接推给 AI 可能比开站会更高效。关于「好代码」和 linter,我觉得他说得对但不必走极端。当人不再逐行读代码,80 字符换行、tab 还是空格确实没那么重要了,可读性标准会从「人看着舒服」变成「AI 改起来不出错」。至于 UI 不重要,我持保留意见:面向用户的界面依然要打磨,只是内部工具和 AI 之间的交互会大量转向 API。总的来说,AI 不会因为泡沫破灭就退出工具链,它已经长在软件开发里了。对从业者来说,与其焦虑被替代,不如早点把精力挪到需求拆解、系统设计和业务理解上。这些能力在 AI 时代反而更值钱。
最让我认同的是「代码审查将消失」。现在团队里已经出现这种情况:AI 几分钟生成几百行代码,人根本审不过来,逐行看 PR 变成走过场。以后人类能做的只是判断架构合不合理,而不是盯着某一行有没有边界问题。同样,单元测试的意义也在动摇,因为 AI 随时可以重写整个实现,检查单块砖头确实不如直接跑集成测试和系统测试来得实在。还有一个判断很扎心:大多数 Bug 不再是代码 Bug,而是需求提错了。这其实把压力转移到了产品定义和沟通环节。程序员的工作重点会从写代码移到理解业务、设计发布流程、收集反馈这些「代码以外」的事情上。敏捷那一套 Scrum 仪式感,在 AI 的生成速度面前也显得有点尴尬,工单直接推给 AI 可能比开站会更高效。关于「好代码」和 linter,我觉得他说得对但不必走极端。当人不再逐行读代码,80 字符换行、tab 还是空格确实没那么重要了,可读性标准会从「人看着舒服」变成「AI 改起来不出错」。至于 UI 不重要,我持保留意见:面向用户的界面依然要打磨,只是内部工具和 AI 之间的交互会大量转向 API。总的来说,AI 不会因为泡沫破灭就退出工具链,它已经长在软件开发里了。对从业者来说,与其焦虑被替代,不如早点把精力挪到需求拆解、系统设计和业务理解上。这些能力在 AI 时代反而更值钱。
评论
登录后即可发表评论
参与讨论,和出海同行交流想法与经验
还没有评论,来抢沙发吧
说说你的看法,第一条评论最显眼