重构和推倒重来，结局几乎一样：你以为在消灭技术债，其实只是在重新发明它。
代码的腐化从来不是架构问题，是认知问题。当年写出那坨烂代码的人，信息不全、时间不够、需求模糊——你换一套新框架，这三个条件一个没变。半年后回头看，新的"优雅架构"照样补丁摞补丁。
真正贵的不是烂代码本身，是你每次以为"这次不一样"付出的时间成本。
高手的做法很反直觉：在烂代码上打补丁，但每次只动一个小范围，写清楚为什么这么改。十年后这堆代码丑得要命，但它活着、跑着、没人敢碰。而那些被"完美重构"过的系统，往往活不过第三年。
代码是活的考古层，不是可以推平的工地。