维护的几何模型：一个月的开发要还多久的债

📋 概述

作者动手检验 James Shore 的「阈值模型」——每投入一个人月写代码，第一年产生 10 天维护、之后每年 5 天——指出这种模型的预测会随新开发累积而指数上升，与真实项目不符。他用 git 统计 tmux 的历史：新开发累计约 23 万行工作量，维护约 43 万行，维护约占总量三分之二，而且分成四个阶段；阈值模型在 2022 年之前拟合得意外地好，之后开始高估。换到别的项目上，模型高估了 nginx（预测 81%，实际 63%）、Rust、VSCode 与 Go，却低估了 Neovim（预测 70%，实际 83%），在 Syncthing 上连曲线形状都对不上。于是他提出几何衰减模型：单位新开发诱导的维护随时间按几何级数衰减，平均参数下一个「一周的项目」其实是两周的项目，算上全部后续维护则是四周。他也承认模型仍有缺陷，比如没有考虑既有代码规模，而且各项目的总量与消除时间差异很大。