自从换装Ubuntu后，就一直使用Thunderbird。很是喜欢Thunderbird超快的搜索速度、按主题组织和展示Mail以及易用的快捷键。不过这两天Thunderbird一直在给我制造麻烦。通过Top查看，我发现我的Thunderbird一直在持续占用20%-30%的CPU，这导致我的本子变得很慢。虽然能看到这个进程，但是并不清楚Thunderbird究竟在做什么。开始怀疑它在后台压缩文件夹，我遂显式对每个mail较多的文件夹进行了一次压缩。压缩后Thunderbird似乎安静了一会儿，不过好景不长，不久那个进程又开始运转起来了。我怀疑这是个Bug，于是有了升级Thunderbird的想法。

翻看了一下Thunderbird的菜单，发现它似乎不支持在线升级更新。我使用的版本是3.0.6，官方最新稳定版本为3.1.9。下载最新安装包后菜发现这个包不过就是一个压缩的文件夹，文件夹里有Thunderbird可执行程序和一切它依赖的资源文件。这样看来Thunderbird的升级实际上就是一个“替换”的过程。

“which thunderbird”的结果告诉我/usr/bin下的Thunderbird不过是一个符号链接，Thunderbird真正的安装目录在/usr/lib/thunderbird-3.0.6下面。这样就好办了，以下是升级替换步骤：
1. 将3.1.9安装包解压到/usr/lib下，改名为/usr/lib/thunderbird-3.1.9
2. 修改/usr/lib/thunderbird-3.1.9/thunderbird文件，将mod_libdir的值改为/usr/lib/thunderbird-3.1.9
3. 删除/usr/bin/thunderbird符号链接
4. 在/usr/bin下重新创建到新安装位置的符号链接：ln -s /usr/lib/thunderbird-3.1.9/thunderbird  thunderbird

启动新thunderbird，一切ok。不过过了一会，cpu又上去了。看来这不是一个bug，Thunderbird确实是在后台在做着某些定期任务。还好今天Thunderbird启动后没有占用高CPU，也许是那个定时任务执行完毕了^_^。

本文翻译自"Improve Code by Removing It"，来自于《程序员应该知道的97件事》一书中的某个章节。

少即是多。这是一句有些陈腐的短小格言，但有时它确实是正确的。

在过去的几周里我对代码库所作的改善工作之一就是删除了其中的几大块代码。

我们编写软件时一直遵循着XP的（译注：极限编程，eXtreme Programming）原则，包括YAGNI（即You Aren't Gonna Need It，你不再需要它了）。不过人类的天性就是这样，我们不可避免地在一些地方无法达到这些要求。 

我观察到，某些产品在执行一些任务时耗时太长，这些任务原本是可以立刻执行完毕的。这是因为它们被过分实现（overimplemented）了；附加了许多其实并不需要的特性，但在当时看来这似乎是一个不错的想法。

因此，我简化了代码，提高了产品的性能，删除了代码库中那些引发问题的特性，降低了全局代码熵（global code entropy，译注：一般指软件中代码的混乱程度）的级别。我的单元测试结果告诉我这些操作没有对产品造成任何破坏。

一个简单且非常令人满意的体验。

为什么起初这些不必要的代码留在了代码库中？为什么程序员感觉到需要编写这些额外的代码呢？还有这些代码是如何通过评审或结对过程的？几乎可以肯定是这样：

·额外的代码会带来一些乐趣，程序员渴望编写这些代码。（提示：写代码，是因为它增加了软件的价值，而不是因为它可以取悦你。）   

·有人认为：这些代码可能是将来需要的，所以觉得最好现在就编写这些代码。（提示：这不符合YAGNI原则。如果你现在不需要它，那么现在不要编写它。）

·这些"额外"的功能看起来似乎都不大，所以与将它们返回给客户确认是否真正需要相比，直接实现它们更为容易。（提示：通常实现和维护一些额外的功能耗费时间更长，而客户实际上则非常容易接近与沟通。一小片额外功能的代码就像一个小雪球，随着时间的推移将变成一大块需要维护的工作。）

·程序员发明的额外需求，既没有写入文档，也没有经过正式的讨论。这些需求实际上是伪造的。（提示：程序员不应设定系统需求；那是客户的职责。）

你现在在做哪些事？这些事是否都是客户需要的？

By Pete Goodliffe