实际上快要到我准备要上线的时间点，发现有功能还没有完成，这是我们项目中常常会出现的情况，因为需求方需求的变更或者增加，导致项目不能如期完成。那么这个时候我们需要一些策略，当然首先是和需求方沟通能不能延迟上线，如果确定不可以的话，那我们就可算解决方案了。基本上方案有三种，第一种是增加人手，但有时候增加人手也不一定可以解决问题，《People ware》（中文译作人件，怪怪的）中有一句经典名言：“一个女人一个孩子需要10月，10个女人生1个孩子也需要10个月”，也就是说有很多事情是不能并行的。

我计划将首页、文章页、RSS全面拦截，因为这些内容的访问量最多，也是我最不愿意出错，最希望速度快的地方，而标签、搜索、分类列表这些内容，因为和首页功能是一样的，只是查询的条件不一样，所以也在整改之中。同时我还增加了我一直想要的功能，就是实时统计24小时/30天文章排行，而不是只有历史文章排行，现在如果我需要，我可以添加任意时间的文章排行。

上一章谈到要改造wordpress的诱因，那么这一章我将做一个分析，如何改造这个wordpress，会有哪些困难，需求是什么？
…
重构实际上很困难，特别是一些前期规划不好的系统，很多时候我们不愿意将原来的系统完全推倒，因为这样我们一方面要面临未知的风险，另一方面我们也不愿意浪费原有的投入。对于决策者来说，你怎么让他相信，你重构之后的收益如何呢？原来的问题还会存在吗？或者这个时候，我们采用产品化的方案，将系统产品化为若干个产品，然后产品之间通过接口进行组合，使系统松散耦合。这样一方面可以使重构不那么大面积，降低风险，另一方面也将原来铁板一块的系统逐个击破，化整为零。

　　Hi, guys，如果你以前也来过我的博客，有没有觉得我的博客现在有没有觉得快一些？如果快一些给我留个言，要是都没觉得快我就白干了，哈哈。反正我现在访问速度是比较以前快了，而且可用率也基本上达到了100%（天灾人祸那种极端的情况就不说了），而且我的博客也增加了不少功能，比如说查看所有评论，访问24小时排行，RSS的一些新功能……来看看我是怎么折腾我的Wordpress吧

凡事需要讲一个动机，搞IT的人都知道，我们现在的程序都是事件驱动的，而重构也是一样的，前段时间我在博客中讲到”你有勇气重构么？”，没想到我很快就出现这样的问题。我把本系列文章取名叫旧城改造，是因为我觉得现在很多网站和旧城改造一样，旧城已经不能满足需要了，但旧城里人口众多，不可能推倒重建。 Wordpress只是一个很小的程序，我计划花一个周期的休息时间来改造，但我希望可以通过这次改造抛砖引玉，给大家提供一个参考。

面对着一团乱麻的代码，或者技术已经相当落后了的时候，我们就需要重构，重构是需要勇气的，我们需要去说服决策者，这很不容易，因为很多时候决策者不懂技术，你忽然说要重构就意味着大笔的投入，而对于决策者来说，投入就意味着要产出，这个时候技术负责人会面临着很大的压力，很多技术负责人会卡在这里，停滞不前，或者是采用折中的办法。
…
然而，是所有的项目都需要重构么？项目重构都会成功么？未必！但是——我们需要有勇气打破僵局，不破则不立，当原有的系统已经不能满足现在的需要时，我们就打破它，建立一个新的规则。