当前位置: 首页 > news >正文

我用 Codex 重写了同事维护三年的代码,他没说谢谢——而是找了领导

我以为我在帮忙,他以为我在"打脸"。AI 让重构变得太容易了,但它解决不了的,恰恰是最难的那个部分——人。


事情是这样开始的

我们组有一个内部管理后台,核心模块是一个表单引擎。这个模块是同事小张三年前搭的,从几十个字段的简单表单,慢慢迭代到支持上百个字段、动态联动、多级嵌套的复杂表单系统。

三年下来,这个模块膨胀到了大几千行代码——一个文件。没有拆分,没有类型定义,变量命名从data1tempArr2应有尽有。

我不是在黑小张。三年前的代码放到三年后看,谁的都一样。何况他当时赶工期,能跑就是胜利。问题是,最近产品要加一批新的联动规则,我负责这个需求,改了两天——每次改完一个地方,另一个地方就莫名其妙地坏掉。

一个周末,我"手贱"了

周五下班前我有点烦躁,打开 Codex,把这个文件丢了进去:“帮我把这个文件重构一下,拆成合理的模块结构,加上 TypeScript 类型。”

大约二十分钟,Codex 给出了一个完整的重构方案:把一个大文件拆成了 6 个模块,每个模块职责清晰,加上了完整的类型定义,连测试用例的框架都搭好了。

我又花了大半个周末做了以下事情:

  • 逐行审查了 AI 生成的代码,确保逻辑和原来一致
  • 补了一些 AI 遗漏的边界情况
  • 跑通了所有现有的测试用例
  • 在新结构上实现了产品要的新联动规则——比原来轻松太多了

周一早上,我信心满满地提了一个大 PR。

小张的反应完全出乎我的意料

我以为小张会说"这下好维护多了"。

他看完 PR 后沉默了大概十分钟,然后走到我工位旁边说了一句:“你是不是觉得我写的代码很烂?”

我当时愣了一下,赶紧解释说不是,是因为新需求加不进去才做的重构。但他的表情告诉我,解释是苍白的。

下午,领导把我叫去聊了一下。不是批评,但语气很明确:“重构是好事,但你事先应该和小张对齐一下。”

后来我才知道,小张跟领导说了几个点:

  1. 没有提前沟通:他完全不知道有人要重构他的模块,周一早上突然收到一个改了几千行的 PR
  2. 感觉被否定:三年的工作被 AI 用二十分钟"替换"了,心里不是滋味
  3. 维护成本转嫁:重构后的代码他没参与设计,但以后还是他在维护

每一点都说得有道理。

我做错了什么

冷静下来之后复盘,发现自己犯了三个错误:

第一,把"技术上正确"等同于"做法正确"。

重构后的代码确实更好:结构清晰、类型完善、可测试。但"代码更好"不等于"做这件事的方式正确"。在团队里,代码不只是技术产物,还是人的产物。每一行代码背后都有人的时间、精力和判断。你"优化"它的方式,暗示着你对这些时间和判断的评价。

第二,低估了 AI 带来的"效率暴力"的冲击。

如果我自己手动重构,可能需要两周。两周的工作量,同事不会觉得被"替代"——因为你付出了对等的时间。但 AI 让这件事变成了一个周末,这个速度本身就带着一种隐含的否定:“你三年写的东西,AI 用二十分钟就能写得更好。”

即使我没有这个意思,但观感就是这样。

第三,跳过了最重要的步骤——达成共识。

重构这种影响范围大的事情,在动手之前至少应该做到:

  • 和原作者讨论重构的必要性和方案
  • 让他参与设计甚至一起结对
  • 分阶段提交而不是一个巨型 PR

这些都是基本的团队协作规范。我因为"AI 让重构太容易了"就全部跳过了。

AI 时代的"协作陷阱"

这件事让我意识到一个更深层的问题:AI 正在改变团队协作中一个不成文的契约。

过去,重构的成本是人人平等的。花两周重构一个模块,意味着你确实投入了时间和精力,这本身就是一种"尊重"。别人看到你的 PR 会想:这个人花了两周认真做的,我也应该认真 Review。

但 AI 把重构的成本降到了接近零。当改变别人代码的成本趋近于零时,"要不要改"和"动手改"之间的那道心理门槛消失了。人们更容易冲动行事,更容易跳过沟通,更容易无意中伤害团队关系。

我总结了一份AI 时代团队协作备忘录

场景正确做法常见错误
想重构别人的模块先和原作者讨论方案直接让 AI 改完提 PR
AI 生成了大量改动拆成多个小 PR 逐步合入一次性提一个巨型 PR
发现别人代码有问题Code Review 中指出自己 fork 过来用 AI 重写
用 AI 加速开发分享方法,帮团队一起提效一个人偷偷用,制造效率差
AI 方案和同事方案冲突作为"另一种思路"讨论拿 AI 方案否定同事

后来怎么样了

我后来找小张单独聊了一次,把本意解释清楚——确实不是觉得他代码烂,是新需求实在加不进去。同时也承认自己做法不对,应该事先沟通。

小张也表示理解。他说那个模块确实该重构了,只是"被 AI 二十分钟替掉三年代码"这件事需要消化一下。

最后我们达成了一个方案:我关掉那个大 PR,重新开了几个小 PR,每个只改一个模块,小张全程参与 Review。整个过程花了一周多——比"AI 二十分钟"慢了很多,但团队关系没有受损,小张也在 Review 过程中熟悉了新的代码结构。

有时候,慢一点才是真的快。

写在最后

AI 让很多事情变得容易了:写代码容易了,重构容易了,写测试容易了。但 AI 解决不了的事情,恰恰是最难的那些——沟通、共识、尊重、信任。

技术能力再强,如果搞不定"人"的部分,在团队里就是一颗定时炸弹。这个道理以前就有,只是在 AI 时代变得更加尖锐了——因为 AI 放大了个体的执行力,也放大了不沟通的后果。

你有没有在团队里遇到过类似的情况——用 AI 做了一件自以为是"好事"的事,结果引发了意想不到的反应?

http://www.jsqmd.com/news/1113777/

相关文章:

  • 装备制造行业PLM软件系统最新厂商盘点,助力行业数字化转型
  • 多维聚合数据操作:切片、钻取与立方体构建实战
  • 熊猫出海GEO发布《2026最新DeepSeek算法收录规则拆解》报告
  • 通达信缠论插件ChanlunX:3步实现智能缠论分析
  • 3个步骤彻底解决知网文献下载难题:CNKI-download知网爬虫工具完全指南
  • 当笔记遇到代码:如何在Obsidian中打造你的个人数据科学工作站
  • c++中的左值右值,以及左值引用和右值引用
  • 揭秘Python剪映API:如何用代码批量处理1000个视频?
  • GetQzonehistory:5分钟快速找回QQ空间全部历史说说完整指南
  • 收藏 | Java程序员转战大模型,8个月薪资涨50%,小白也能轻松入门!
  • 大模型API中转站实测:上架时效与计费透明度双维度评测
  • 父系边界即文明边界
  • 1-VMware虚拟机的安装
  • (bug)vscode的设置问题
  • 向罗永浩学上课 | 职教课堂的底层逻辑与AI赋能(17)第十七章:7天试点执行计划
  • 如何5分钟搭建个人网易云音乐API服务:完整指南与实战教程
  • 五大神经网络架构核心原理与实战指南:CNN、RNN、Transformer、GAN、GNN
  • 智能建筑 KNX 选型攻略:施耐德与 ABB 全维度对比,附常用型号清单
  • HarmonyOS APP《画伴梦工厂》开发第26篇:安全权限管理——abilityAccessCtrl 实战
  • AI入门PPT大纲:原理、应用、挑战与趋势全解析
  • SQL注入实战指南:从原理到靶场通关,掌握Web安全必修课
  • 在M1 Mac上运行Android模拟器的完整指南:告别卡顿,享受原生性能
  • 五维智能技术赋能产业运维新变革
  • 售后贴心周到的皮革打印机厂家,让您购机生产无后顾之忧
  • 汽车后市场商户比较宠车虎与竞品AI营销服务选择建议
  • 7-Zip完全指南:免费开源压缩工具如何彻底改变你的文件管理方式
  • TD损失:用于鲁棒医学图像分割的Dice损失泰勒展开文献速递/基于多模态的医学影像分割与理解
  • 如何构建高效企业级CMDB系统:open-cmdb实战指南
  • GTCFX:把风险提示做到位——标准解读与提示整理
  • 仅部分地区打不开?用地图精确定位省份、运营商与下一步动作