删代码才是真本事？一篇二十年前老文说透了

我常想，为什么大多数工程师一遇到功能蔓延就只会往上加东西，从来不敢往下砍？McConnell 这篇 2004 年的老文偏要把话说反了——删掉两千行代码，不是逃避问题，而是最干净的技术决策。文章举了个案例：团队面对需求膨胀想继续堆功能，最后选择砍掉一大块冗余模块，系统反而更稳、更快、更易维护。我读后最大的感受是：加代码人人会，敢删代码才是判断力。现在回头看，多少项目死在"再加一个 if 分支也行"的惯性里？删代码不是偷懒，是把注意力集中到真正解决问题的路径上。这篇短文短得像段子，但二十年后读，还是辣得慌。

原文：-2000 Lines of Code (2004) · 来源：Hacker News