到新公司已经四天了，最近一直在整理接手的项目。之前的公司大家都自觉遵守基本规则，有一些微不足道的分歧其实也并不影响整体上的代码阅读。不过看了新公司的代码让我重新认识到代码规范到底有多重要。
国庆时打开同步盘里的 zip 文件（对的，没有 VCS），一个 Eclipse 项目扑面而来，心里微微一沉。不过这我还是可以承受的，点击 AS，导入项目，打开 Google，SO 折腾半天终于成功运行。
不过项目里的代码真可以用惨不忍睹来形容，随意命名的类，大量注释掉的代码，嵌套了不知道多少层的 if ，各种不规范的行为随处可见。每一行都好像写着 “别想改老子”。
然而活还是要干的，代码也是要改。先是整理依赖，可以迁移到 gradle 的库一个一个弄过来，配合 GFW 让你收获一段糟心之旅。不过我这么做显然有问题，因为有很大一部分模块随着项目迭代已经废弃掉了，所以有相当一部分库实际上是不需要的。我也是做了一半才知道的，只能怪自己考虑不周。调整目标，先把没用的代码删掉，再去完成依赖部分。删代码是非常愉快的，谁删谁知道。删的过程中还发现好多历史遗留问题，比如网络部分使用了三个不同的网络请求库。。。这我是真没办法了，要是完全改掉我这个月不用干别的了。只好按照工作量最小的办法做，让自己尽快能进入开发状态。总之花了两天才达到能去看代码的阶段，能有一个规范如果这个项目能有一个规范让开发人员遵守，想必会为后来的开发人员接手项目带来极大便利。
吐槽了这么多，也是希望警戒下自己，不要写让别人痛苦的代码，看了一半的 Clean Code 还是赶紧捡起来继续看下去吧。