如何维护自己以前写的糟糕程序

刚刚入职的时候，做了一个小项目来练手。当时是只知道一点java基础，至于什么框架、数据库，都是在写这个项目的时候碰上了一点一点学起来的。主要的编程方法还是完全参考别人写好的程序段，遇到功能类似和自己项目需求类似的，不管三七二十一先复制过来再说。这样断断续续折腾了要有两个月，终于把前期需求都折腾完了。
当然，需求做完了得维护吧，更重要的是，还会有新需求吧。做的项目是一个财务的采购合同管理模块，各种判断简直像毛线球一样的复杂。然后又花了一个月把新需求补上了。好了，原先混乱的程序段变得更加混乱了。
接下来又过了一个半月，去做了个新项目。旧的那个项目使用的时候，又有了修改和维护的需求。行，上手改吧，打开程序一看，我的天，这写的什么鬼啊！！！叠了n个状态和n个判断，各个流程之间分割的含含糊糊，藕断丝连，简直了！！！
那么问题来了，如何维护之前写的糟糕程序？（泪流满面T_T）

这里，首先安利大家围观下这篇文章：
如何写出无法维护的代码

总结的使代码易维护的要点如下：
1.简洁明了且遵循一定规则的命名
在这里，注意对于Long类型数字的标识，尽量写成100L,而非100l，避免误读。
2.痛快地删掉冗余的或是被注释掉的代码
没用的方法和变量直接删除即可。保留不动（甚至不去注释掉它），会使得代码看起来越来越难以理解。
3.清晰的注释。
注释重在解释代码的用途（why），而不是每一个语句的细节(how)。并且，务必保持注释和代码更新的一致性。
4.只在一个地方表述要说明的一件事情。这样，今后修改的时候，只要修改一处即可。
5.注意接口的设计！！！
6.为每个组件分别创建监听器
7.尽量避免嵌套
8.正确使用try{}catch(){}，就算catch里面只有一句e.printStackTrace()，也比放着不管要好。
9.测试测试测试！
10.代码中要贯穿有一个简要的设计文档
几个主要框架：几个模块、模块之间的主要接口、模块内的主要算法流程最好能落实到电子档以便以后大家共享，更是为以后自己维护用。

好了，现在已经从网络上获取了一定的编写易于维护的代码的经验之谈，回到原先写的那个混乱的程序（真心不想面对它······）。鉴于这已经是一个写完了的，重点是我已经忘掉了很多细节、然而问题基本都出在这些弯弯绕绕互相纠缠的细节的模块，我预备把维护分成以下几个步骤：
1.重新把模块以及模块的简要算法流程整理出来。
2.把所有无用的方法和变量等删掉，以及把在多个地方重复表述的内容以及重复写的方法整理出来，统一在一个地方。
3.补全异常捕捉和处理。
4.更新注释
5.后续维护和开发

–补充一个来自于一年半之后的吐槽：
工作到现在才发现一山更比一山高，接收别人的代码比维护自己写的垃圾代码痛苦多了TAT。好歹之前那个框架还比较新，熟悉之后稍加回忆还是改的动的，不像手头上17年底接盘的一个零几年的项目，痛不欲生啊简直，看着可能注释写的挺清楚，但是不保证注释是对的，这和没有注释有啥区别啊TAT 最好的处理方式还是静下心来慢慢看，一点一点跟着网页调试工具去熟悉本次要改的功能，原来的代码已经那样了，在付不起推翻改造的时间成本的情况下，先完成当前需要做的修改才是更加重要的事情