我今天分享的这个实践，听着是挺绕嘴的，什么“无精打采的天使缺少学分”。一开始看到这个报错信息和日志截图的时候，我整个人是懵的。这八竿子打不着的词汇怎么能凑一块儿？
本站为89游戏官网游戏攻略分站，89游戏每日更新热门游戏，下载请前往主站地址:www.gm89.me
实践的开端：那个“天使”为什么没分？
一个前同事，平时跟我关系还行，突然微信上跑过来，就给我甩了一张截图，问我这是什么鬼。截图上就是这个标题里说的——一个内部系统的用户状态，被标记成了“无精打采的天使”，而且它的关键绩效积分（也就是“学分”）是零。这哥们脸都绿了，他负责的那批新用户积分全都没上去。
我二话没说，先把我们老东家那套老掉牙的系统代码给拉取下来。没办法，虽然我早就跳槽了，但那是我们以前一块儿通宵干出来的活儿，出了问题我总得搭把手。
第一个动作，我没直接看业务逻辑，而是先去看了看前端的缓存和API的返回值。心想，会不会又是前端的兄弟偷懒，直接拿了默认值显示？结果发现不是。API返回的数据里，“学分”字段确确实实就是干净的零。
在日志里“翻箱倒柜”
既然不是前端的锅，那肯定就是后端计算跑批的问题了。
- 我先去翻了翻服务器上那些老旧的更新日志。一看时间，每天凌晨三点，那个定时任务（也就是我们以前俗称的“天使学分计算器”）都在准时跑，没报错，状态显示“成功”。
- 没报错但没结果，这比报错还难搞。我直接把跑批服务的代码扒出来，然后锁定了核心的积分计算函数。
- 我从头到尾撸了一遍逻辑。发现问题特别蠢，蠢到我们当年写代码的时候压根就没想到会出现这种状态：几年前，系统里有个用户分类叫“普通人”，后来产品又加了个新类型，就是这个“天使”。当时我们偷懒，计算跑批的时候，在代码里写的是：“如果用户分类ID是1或者2（代表旧的两种普通人），就去计算积分”。
- 结果？新加的这个“天使”分类ID是3。它压根就没被加进计算逻辑的范围里！跑批一看：“，是3，不在我的计算范围，那我跳过不干活了。”所以那个定时任务每天都勤奋地运行，但就是沉默地忽略了所有“天使”的积分计算。系统看起来一切正常，但“天使”们却无精打采，没有学分。
发现这个低级错误的时候，我直接笑出了声。当初写这块代码的兄弟，估计现在脸能绿到发黑。
为什么我要浪费这个时间？
有人可能会问，你都跳槽了，为什么还去管这种老掉牙的烂摊子？
我本来也不想管。但这个出问题的系统，就是我刚入行时一个人硬扛着搭起来的。那时候公司人少，没啥规矩，代码写得乱七八糟，加班加到我看到咖啡都想吐。后来公司来了个空降的领导，把我熬夜做出来的东西说得一文不值，还偷偷把我的绩效给压了下去，害得我差点奖金都没拿到。
我就是憋着一口气。我跳槽后，那套系统就成了他们团队的“烫手山芋”。他们修修补补，不敢大改，只能眼睁睁看着它越来越臃肿。现在这个低级错误一出来，前同事们自己又排查不明白。他们打电话过来，语气那个客气，仿佛又回到了我刚入职，他们找我干活的样子。
我那天正好在老家陪我妈，闲得蛋疼。我改了代码，加了一个简单的“OR 用户分类ID=3”的判断。重新部署上去，手动跑了一次计算，不到三分钟，那些零分的“天使”们立刻就活过来了，“学分”刷刷地加上去了。
我把解决方案发给前同事，然后直接把手机静音，去厨房给我妈帮忙了。我不是为了人情，也不是为了帮忙，我就是想告诉他们：你们这么大一个团队，连当年被你们骂得狗血淋头的小伙子随手搭的烂摊子，里面的一个小BUG都排查不出来。我简单动动手，就把你们搞了一天一夜的问题解决了。
我在新公司过得舒服，每天准时下班，代码写得干净。而那个老系统，估计还会继续无精打采下去。这回是天使，下次说不定就是“缺腿的大象”了。这让我更坚信，当初离开是这辈子最正确的决定。
实践记录分享完毕，下次再聊别的。