干活就是认死理，一旦接手一个东西，那就得把它搞瓷实了，做到别人挑不出毛病。今天聊聊我那个被亲手埋了的项目——我们内部都管它叫“管家”。
管家系统的诞生：从烂泥地里爬出来
时间要倒回五年前。那时候公司的数据报表系统，简直是一团麻。每天早上业务员催数据，后台的机器吱嘎乱响，经常跑着跑着就崩了。数据源十几处，全是人工在Excel里对，错漏百出。老板骂，业务员怨，IT部的哥们天天熬夜就为了应付紧急情况。
我看着这情况，实在受不了，主动请缨要重新搞一套。不是没人想搞，是没人愿意接这烂摊子。大家都觉得这活儿吃力不讨历史包袱太重。
我当时就拍了桌子，说我来。我从零开始，用最简单的Python脚本加上一些轻量级的框架，前后花了半年时间，白天干日常，晚上自己琢磨，硬是把一套自动化数据抓取、清洗、校验和报表生成的系统给搭起来了。这就是“管家”。
- 第一步，捋数据源：我挨个部门跑，把他们藏在犄角旮旯里的数据接口、数据库权限全抠了出来。这个过程简直是打仗，个个都防着我，生怕我看到了他们的工作量。
- 第二步，定规则：把所有业务逻辑和校验规则写成代码，用算法代替人眼，确保每一条数据的逻辑都对得上。
- 第三步，跑测试：我拿了一年的历史数据跑模拟，跑了上百次，确保新系统吐出来的结果跟旧系统人工核对的结果一模一样，而且速度快了十倍不止。
“管家”上线后，效果立竿见影。数据错误率直接降到零。业务员早上九点一上班，报表已经在邮箱里躺着了。我一下子成了公司的“大功臣”。这系统，我一个人维护了五年，中间所有的升级、优化、应急处理，都是我亲手搞定的。
忠臣的末路：新架构师的PPT
但凡稳定运行的东西，总有人觉得它不够“酷”。
去年底，公司请了个高大上的新架构师。这人一来，就说我们要搞现代化，要上云，要微服务化，要用最新的Go语言重构一切。我的“管家”虽然跑得好好的，但在他的PPT里，成了“遗留系统”、“技术债务”。
我当时就急了，我跟他们开会扯皮。我说，这系统每年为公司省了多少人力？我们现在的瓶颈根本不在报表系统！重构的成本巨大，风险极高，而且新系统功能还不一定有现在全。
我拿出我的实践记录，详细到每一行代码的维护日志，展示系统五年来的稳定性数据。但没人听，他们只看到了“Go”、“微服务”、“云原生”这些时髦词。技术选型嘛有时候就是一场政治秀。管你跑得稳不稳，只要不够新潮，就得死。
决定下来了：重构。我的“管家”进入了倒计时。
更新日志：系统崩塌，而我走了
新团队接手重构，一年过去了，新系统始终磕磕绊绊，各种Bug层出不穷。我看着他们瞎折腾，心里那个疼。原本十分钟搞定的事情，现在新系统要跑两小时，还经常出逻辑错误。业务部门怨声载道，又开始怀念我的“管家”了。
最讽刺的是，新系统上线试运行的第一天，直接因为内存泄漏导致核心数据库连接池满了，全公司的数据流都停了半天。那个新架构师和他的团队，忙得焦头烂额。
这时候，他们又找到了我，让我去救场。让我临时把“管家”开起来，顶住数据压力，好让他们有时间去修新系统。
我看着那个熟悉的界面，心里五味杂陈。我把“管家”恢复了，不到一个小时，所有报表又恢复了正常。那一刻，我感觉自己就是那个被抛弃后又被临时召回的“忠臣”。
但这回我不伺候了。我把系统恢复后，当天就提交了辞职申请。他们问我为什么，我说：“系统可以被替代，但我的时间和心血不能被随意消耗。”
我走的那天，“管家”仍在稳定运行，给他们擦着屁股。后来听说，新系统一直没稳定，导致那个架构师年底就被优化了。而我，离开了那个地方，反而找到了一个更赏识我稳定输出的工作，现在负责的系统，五年内没人敢提重构的事。有时候，离开才是对自己的忠诚。