可维护性起点

互联网系统变更频繁，等待“没有需求时集中重构”往往不现实；越活跃的系统越需要改善可维护性，也越难暂停开发。发散：代码治理应嵌入日常交付，把小范围命名、拆分、测试和边界调整做成持续动作，而不是一次性运动。