从头开始，为什么我要刨这个老底？
我这个人，以前对“阳光城”这套东西根本没什么感觉，就是个背景板，直到去年他们系统升级，把我一个用了快十年的老账号给直接作废了。我当时就火了。这不是纯粹瞎搞吗？我里面存了多少东西，花了多少精力，说没就没了，客服电话打了三天，给我的回复永远是“我们已升级到最新版本，旧数据无法迁移”。
去他的最新版本。我当时就决定，既然他们不想给我找回来，那我就自己进去翻。我要看看，他们到底是怎么把一个系统搞得这么一团糟，把老用户踢出去的。说白了，我就是想把他们所有的新旧版本都摸一遍，看看到底藏了些什么。
第一步：摸清楚他们到底有几张脸
我最开始的方法挺笨的，就是拿了一堆开源的小工具，像个无头苍蝇一样拿去敲门，看哪个能响。他们官网看着挺光鲜的，但只要你稍微使点劲，就能发现底下埋了一堆烂摊子。
我先是找到了主站的历史快照，这只能算是皮毛，但帮我确定了几个关键的版本迭代节点。然后我开始专门盯着他们的子域名和API接口去碰运气。那些负责数据同步的接口，很多都是以前老系统迁移留下的，但没完全关干净。简直就是宝藏。
我发现他们根本不是一次性升级，而是像叠罗汉一样，新功能盖在旧功能上面，下面那层却还在喘气。越往里钻，我就越发现不对劲，他们所谓的“版本大全”，根本就是一堆互相打架的半成品。
深入挖掘：版本大全的形成过程
我花了大半年的时间，周末都扔进去了。我把所有能发现的、只要还能吐出东西来的接口，都给记了下来。我用的方法说白了就是四个字：地毯式轰炸。通过观察错误码和响应头，我能推断出后端用的是哪个年代的框架，甚至是哪个程序员手写的注释。
我在文档里详细记录了每一种“版本”的特征，包括：
- 第一代遗留版本（V1.0-V1.7）：这套东西用的是十年前的老技术栈，安全性等于零。很多老数据接口就是从这里面爬出来的。我就是靠这个，把我的数据给捞回来了。
- 过渡期混乱版本（V2.0-V2.5）：这是最恶心的一段，Java和Go的代码混着用，接口命名乱七八糟，很多功能都是重复实现。这是典型的技术领导层变动，下面团队互相扯皮的产物。
- 号称“最新”版本（V3.0+）：外表看着是新了，但稍微一试，就能发现V1和V2留下的老路子还是通的，只是他们把入口藏得更深了。
说句实话，整个过程比我以前写代码复杂多了，因为我不是在创造，我是在给一堆别人拉出来的屎分类。我把每一个能访问到的版本，从前端资源到后端数据结构，都做了一份详细的索引。这些东西加起来，才是我说的《版本大全》。
我为什么能搞出这份“版本大全”？
我为什么要这么拼命地去干这个活？是为了所谓的正义感吗？屁！我就是为了生存。
去年我不是因为那次系统升级被搞得焦头烂额吗？那只是导火索。更惨的是，当时我正赶上公司大裁员，我干了六年的那家互联网公司，说把我优化了就优化了，赔偿金磨磨蹭蹭拖了两个月才给。当时我老婆刚生完二胎，房贷压着，我整个人都快崩溃了。
那段时间，我急着找工作，但面试都不顺利。白天我装作若无其事地投简历、去面试，晚上回到家，我就窝在电脑前。我当时的想法很简单：我得给自己找点事情做，让自己觉得还有点价值。既然工作没了，那我就把这个“阳光城”的烂摊子摸清，至少证明我的技术还没丢。
结果，我发现这个项目太费时间了，我干脆把找工作的事情往后推了推，彻底扎了进去。这份《版本大全》出来之后，我把它整理成了一份完整的、关于大型系统混乱迭代的反面教材文档。我拿这份文档去面试新工作，效果比我以前那些写得规规矩矩的项目经验强一百倍。面试官一看我能把一个外部系统扒得这么干净，立马就知道我的实战能力有多强。
我现在这份新工作，就是靠着这份“版本大全”敲开的门。它不是技术成果，它是我那段时间里，喝西北风、咬牙坚持下来的生活证明。现在我还是会继续更新这份文档，不是为了黑谁，而是为了提醒我自己，系统的混乱，往往比想象中更深，而生活，也从来不会给你留后路。