最初的版本：小绿山1.0，一个笑话
说起小绿山，得从那个时候讲起。我们那会儿哪懂什么迭代，就是玩命堆功能。1.0版本，我们前后搞了七个月，熬了多少通宵我都不记得了。老板催得要死，我们拼了老命把东西先推了出去。
那个1.0，用现在的话讲，就是个BUG合集。我记得当时我们用的是一套很老的框架，连个像样的自动更新都没有。用户每次打开游戏，都要手点下载一个几百兆的补丁包。最离谱的是，有一次服务器崩了，所有用户的数据全回滚到了三天前。那次事故后半夜三点多，我被电话叫回公司，盯着屏幕上那些密密麻麻的错误日志，手都是抖的。
2.0：被迫的重构，终于学会用工具
那次事故差点把公司搞垮。老板震怒，砸了一堆钱进来，我们才开始琢磨正事。我那时候负责把后端那堆乱七八糟的脚本整理出来，换成稳定点的架构。这活儿干得真叫人头疼。光是捋清楚以前那些随手写的逻辑，就花了我整整一个月，每天烟灰缸都堆得跟小山一样。
我们当时下定决心要推翻重来，具体干了什么？
- 我们决定彻底放弃老框架，找了现在市面上流行的那套东西，虽然学起来很费劲，但我逼着大家看文档。
- 我带头把代码仓库从SVN切到了Git，虽然刚开始大家骂声一片，说太复杂，但现在看来，这是最正确的选择。
- 我们部署了一套自动测试流程，逼着前端和后端都写测试用例，不通过测试直接打回去重写。
2.0版本上线后，稳定多了。虽然界面丑，但至少不闪退，不丢档了。我当时的感觉就是，终于睡了个踏实觉，脖子上的落枕都好了，感觉自己是真的把这个项目救活了。
3.5：黄金时代和我的离开
小绿山真正火起来是3.5版本。那个版本界面美观，功能创新，我们还加入了社区交互。那是我们团队最意气风发的时候，每天看着新增用户曲线往上窜，兴奋得不行。那个时候，我简直把小绿山当成了自己的孩子，每天最早到公司，最晚走，盯着数据看一整天都不腻。
但好景不长，公司开始资本化，进来了一堆外行指手画脚。他们非要塞入一些根本没人用的氪金功能，把原本简洁的界面搞得花里胡哨。我试着抗议，直接跟产品经理在会议室里吵了起来，我说这么搞会毁了用户体验，但我的声音很快就被淹没了。
那段时间，我每天都在改一些自己都觉得是垃圾的功能。心情差到了极点。正好我爸生病住院，我请假回去照顾，结果回来一看，团队已经面目全非，我的很多老代码都被新来的那批人给删改得乱七八糟。我直接提出了辞职，当时没等老板批准，我就收拾东西走了。
现在的版本：历史重演的怪圈
我走以后，小绿山又迭代了好几个大版本，听说现在都跑到6.0了。我偶尔也会打开看看。功能是越来越复杂，画面是越来越漂亮，但总感觉少了一股“气”。
前段时间，以前跟我一起扛1.0版本的老兄弟突然联系我，说新版本又出大问题了，让我帮忙看看。我瞄了一眼他们现在用的架构，差点没笑出声——他们把2.0好不容易换掉的老框架，又偷偷摸摸地接了回去一部分，理由是“兼容以前的祖传代码”。
我当时就回了一句：这他妈不就是历史重演吗？挂了电话，我感慨万千。版本迭代这东西，看似是进步，搞不就是一次次往回绕弯路。但我记录下这些，不是为了抱怨，而是想让大家知道，你现在玩的版本，背后埋着多少我们老家伙的血泪史。