要说这“符石守护者事件”，压根儿就不是什么惊天动地的大事儿，但当时可把我折腾得够呛，办公室里闹得人心惶惶，差点儿把我手头一个项目都给拖黄了。
本站为89游戏官网游戏攻略分站，89游戏每日更新热门游戏，下载请前往主站地址:www.gm89.icu
刚开始的时候，就是陆陆续续听到点儿风声，说我们以前一个老项目“符石守护者”出了问题，搞得公司上面特别不满意。什么数据不对，用户体验差，还有些奇奇怪怪的bug，总之就是一堆烂摊子。那时候我正忙着新项目的收尾，心想，老项目的事儿，就让老项目组去头疼，跟我关系不大。
谁知道，这事儿慢慢就波及到我这儿来了。先是我组里一个哥们儿，老是抱怨手上活儿干不完，问他怎么回事儿，他支支吾吾半天，才说上面开会，点名要查“符石守护者”的那批老数据，要他从头开始梳理。得，这一梳理，起码半个月没了。紧部门领导找我谈话，说新项目里有些模块，跟“符石守护者”那边的逻辑有交叉，让我多留心，别再出岔子。我一听，嚯，这事儿不光是老项目组的事儿了，搞不好要给我也扣帽子。
我这人就是这样，越是模糊不清的事儿，我越想弄个明白。既然影响到我头上来了，那就不能干等着。我撸起袖子，决定自己去扒拉扒拉，看看这“符石守护者事件”到底是个什么来头。
第一步，我找人问。
- 我先是逮着组里那个被派去梳理数据的哥们儿，请他喝了几次咖啡，旁敲侧击地问他都查了些他给我说了一大堆，什么需求文档早就丢了，代码没人维护，数据库里一堆冗余字段，看得人头大。
- 我又厚着脸皮，去隔壁老陈那儿套话。老陈是公司的元老，当年“符石守护者”立项的时候，他就在。他抽着烟跟我唠嗑，说这项目当年就是赶鸭子上架，时间紧任务重，很多东西都是先上线再说，回头补的窟窿比织的网都多。
第二步，我找资料看。
- 我跟行政那边打了个招呼，申请去翻了翻老档案室。那破地儿，一年到头也没几个人去。我把当年“符石守护者”项目立项的各种纸质资料、会议纪要，能找到的都翻了出来。一大堆，灰尘仆仆的。
- 然后又回电脑上，硬着头皮去翻内部的代码仓库和文档系统。结果，代码版本乱七八糟，分支合并得一塌糊涂。文档更是可怜，最新的还是两年前的，很多接口说明都对不上号。
就这么一边问人一边翻资料，我差不多折腾了一个多星期，每天加班加点。终于，我心里大概有了个谱。
“符石守护者事件”的真相是什么？
压根儿就没有什么单一的“符石守护者事件”。它就是一系列陈年旧账堆起来的烂摊子，一下子爆发了。我把当时梳理出来的问题，大致归结了几点：
- 最初立项就没想明白。项目开始的时候就图快，很多需求没细化，后面边做边改，改得面目全非。
- 人换得太勤。项目组的人员流动太频繁，老的走了，新的来了，没人能完全搞清楚整个项目的来龙去脉。代码交接不彻底，文档更新跟不上，就是一堆没人敢碰的“祖传代码”。
- 技术债越积越多。当初为了赶进度，很多临时方案、快捷方式就上线了。这些技术债就像滚雪球，越滚越大，没人去还，也没人敢去动。改一个地方，可能其他地方就崩了。
- 没人愿意背锅。发现问题的时候，大家互相推诿，找不到负责人，就成了悬案。各种小问题慢慢积累，日积月累，就成了现在的大问题。
说白了，就是当初我们步子迈得太急，步子迈得太糙，想着先上线占坑，结果把地基都给忘了。等到房子盖得差不多了，才发现地基烂了，摇摇欲坠。上面一看，好家伙，怎么搞成这样了？于是就有了这个所谓的“符石守护者事件”。
我把这些东西整理成了一个内部简报，没用什么 fancy 的词儿，就是把看到的、问到的、翻到的，一五一十地写清楚。我直接甩给了我们领导。领导看了以后，没说就是把我叫到办公室，拍了拍我的肩膀，说了句：“小王，你这小子，还真能把烂泥给抠出点儿东西来。”
这事儿之后，虽然“符石守护者”遗留下来的坑还在，但大家至少都知道症结在哪儿了，不会再把一个老旧项目的锅，轻易扣到新项目组头上。我也算是给自己，给组里那帮被这事儿烦透了的兄弟们，讨了个明白。这年头，很多事儿看着复杂，掰开了揉碎了，就是人情世故，再加上那么一点儿不上心的老毛病罢了。