老项目是否应该推倒重写？

不一定，老项目最不该因为代码难看就推倒重写。网景在浏览器大战中选择重写，三年后交付缓慢又多漏洞的新版本，市场份额已经被 IE 吃光；技术上后来孕育了 Gecko 和 Firefox，商业上却等同自毁。Basecamp 的相反经验说明，重写能成功的前提不是复制旧系统，而是承认问题、用户和产品判断已经变了。Basecamp 2 删除旧功能、放弃完全兼容，把它当成新产品；同时不强迫老客户迁移，继续维护 Classic。真正的判断标准是：重写是否带来新的产品自由，是否能在有限时间交付，是否尊重既有用户的工作流。否则，重写只会把公司拖进漫长的暂停，既丢掉未来，也消耗现在。代码债只是线索，不是理由；产品债和用户迁移成本才是关键。