dev.to | 📄 原文链接 | 2026-10-15 收录

为「代码流失」而设计

来源:dev.to — 2026-10-14

📋 概述

AI 时代最大的设计变化不是谁在写代码,而是代码被期望活多久。流失一直是软件里的脏词:微软的研究早就在说相对代码流失能预测缺陷密度,GitClear 的研究预计 AI 助手会让「写完两周内就被重写」的代码份额翻倍,并把它当作质量下滑。但作者认为那个直觉来自写代码很贵的年代,持久曾是回本的方式;当功能成本从一整个迭代变成一下午,重写往往比小心保存更便宜。他把代码库比作种满一年生植物的花园:园丁每季重新栽种一年生植物,没人说番茄是技术债,真正的投资放在不会轮换的土壤、花床、灌溉和角落那棵橡树上——好结构正是让重栽变便宜的东西。他查了 Forem 最近六个月的 563 次提交,改动最频繁的是 app/models/article.rb,出现在 37 次里,那是被每周挖起来一次的大树,说明新功能把根扎进了核心模型;而垃圾邮件处理器出现在 13 次里,他很高兴,因为垃圾邮件是季节性作物。

🔑 核心要点

💡 金句

流失不是问题,承重位置上的计划外流失才是问题。
← 返回 dev.to 首页