死的代码

    记得好久以前，看到过这样的一句话，原意是这样的，“如果这个代码不再修改了，那么这段代码就成为垃圾了”，赫赫，原文说得好像是软件，但是我觉得代码也是一样的，所以这句话完全改成了我自己的话了，"代码不再修改了，那么就已经死了。"刚开始的时候，觉得这句话说得没有道理，因为那个时候自己最害怕的就是需求变更，一变更，就要修改好多代码。就要继续修正自己的程序。

    但是，这句话却不停的被验证着，不停的在我的脑海中出现，确实，如果一个代码不会在被看到，不会在被维护，不会在被修改，那么它的寿命就已经结束了，可能这个意思很不好理解，但是想想我们周围的各种事情。事物是在发展的，如果对应的东西不发展的话，要么它已经成为垃圾了，要么就是准备成为垃圾了。想想咱们的操作系统，从3.0->3.1->95->98->2000->xp，想想如果你还在用3.0的话，肯定是很多的东西你都有些跟不上了，想想我们的开发语言java 1.0->1.1->1.2->1.3->1.4->5.0。为什么要不停的变，因为不变的话，就已经死了，想想如果java在成功了之后，就不变化了，那么java这个语言肯定是死了，因为后面还有很多的语言在追赶，看看那些不再变化的语言,不是快死了，就是已经死了。

    代码呢，何尝不是这样，事物发生变化，软件就要发生变化，软件发生变化文档，代码就要发生变化，如果其中有任何一项没有变化的话，要么是有新的东西替代了，要么就是等待着死亡。

    随需应变，on demand。多么伟大描述。

    想想现在的敏捷开发为什么这么受欢迎，就明白社会确实是在一天天变化的，需求也是要一天一天的变化的，我们自己也是一天一天的变化的。

    “拥抱变化”我觉得这个不应该仅仅是一个敏捷的宣言，更应该是我们的宣言。不要害怕变化，不要害怕竞争，历史的轮子是要不停的滚动的，不可能会停下来，所以不要在害怕各种语言的出现，不要害怕各种语言的版本升级，我们需要做的就是拥抱这些，而不是害怕这些。记住这句名言：

    随需应变，on demand.