看来还有好多项目是 Rails2.3 的，等我把手上的项目升级了分享一下经验...XD

发现我和楼上还是幸福许多

github 也是 2.3 項目

怕毛。。我一年前维护的一个项目 一个子域名比如 xxx.xxx.com，就属于一个独立的 rails project 这个 project 只有 1 个 controller，好几千行。。。。 哦，忘记说了，那个项目是 ruby1.8.6 + rails1.2

#3 楼 @xdite 其实我对 2.3 意见不是太大 但对那 3000 多行的 js 做的 view 文件就太想 死了，木有缩进，我 VIM 整理一下缩进虽然差点当机。。

当年我接收一个 asp.net 的项目比这个严重多了。哥，放开心，勇敢的面对它，不要着急，一点一点慢慢重构它，几个月以后就好了。

#4 楼 @ywencn 这。。。看来没有最恐怖，只有更恐怖

#6 楼 @huacnlee 多谢鼓励了。。。。

我叉，我回复那一瞬间就被抢了两楼

作为一个职业程序员，我们一定要淡定，以不变来应万变，然后蒙着头继续 coding，在你猛然间的某个时刻，你发现，你居然把一坨屎变成一坨闪耀的金子 .加油吧，相信你会搞定滴

寫這個的人是想着鍛煉自己順便鍛煉別人嗎!? 那人也不容易啊.......

可以一边读，一边理解，理解的同时，顺手把你理解了的那段代码提出来，新写个方法名，或者看情况新建一个类，把实例变量和方法一起塞进去……简单说就是边读边理解的同时就可以一边重构，最好再同时加测试。我觉得第一次读代码就是最佳时机。这样读完一遍，整个代码也清晰了。 当然，前提是首先自己要有能力写出干净的代码。

哦，对了，还有个前提就是你对代码有修改权（不是表面上的那种你改了代码有权提交，完了还要因为某些原因按原样改回去）。

我维护过 php3 的代码，后改造成 Rails 了，挺自豪的。

如果能够理清需求， 对待这样的垃圾代码， 不要做任何重构，只修 Bug， 然后直接重写。 对待极端性的代码，就要采用极端性的解决方案。

现在还在维护说明它一直而且还会产生价值，慢慢重构吧。

#14 楼 @ery 我赞成

#13 楼 @23c 非常感兴趣这一过程，有兴趣写写吗？比较关心上司对这的想法，以及项目大小，重构时间。

@_samqiu 技术选型我说了算，呵呵

这种项目，应该理解需求后，直接重写

#19 楼 @kgen 同意。

我在银行做 Java，现在做的项目，基本都是把业务放在 Store Procedure 中，少则几百行，多则上千。公司 Policy 是不允许随便装软件的，用着一个没有语法高亮的 Eclipse 看得我眼花，还好我偷偷装了 Vrapper 插件。