被用户骂醒，决定把老项目翻出来重新搞
我本来真没打算动这个“面试有点硬”的项目。它就那么搁那儿跑着，虽然有些功能已经旧得不像话，但好歹没崩。人嘛都喜欢偷懒。但这回更新，真是被用户骂醒的。前几天有几个老哥私信我，说现在的题库更新太慢，而且搜索功能跟浆糊似的，一搜就卡死，还说这玩意儿当初是不是拿脚写的代码。这话真是把我气得够呛，但也确实点醒了我——这破玩意儿，得彻底修一下了。
我打开尘封已久的代码仓库，一堆历史遗留问题扑面而来。最初设计的时候，图省事，数据结构搞得一团糟。这回既然要动刀，就不能小修小补，我决定直接把核心数据层架构给推翻重写。
撸起袖子干，先从数据清洗开始
更新日志的第一步，不是写新代码，而是清理垃圾。我足足花了三个晚上，把所有现存的面试题和解析拉出来，进行了一轮大规模的“数字化整理”。
- 干掉了重复内容。以前录入的时候，不同板块可能有同样的题，但答案解析却不一样，用户反馈很乱。我写了个脚本去比对相似度，人工确定后统一了版本。
- 重构了标签系统。老系统标签是硬编码的，想加新分类极其麻烦。这回我设计了一套灵活的动态标签系统，让用户和管理员都能快速打标，以后扩展新内容就方便多了。这块儿我折腾了好久，尝试了三种不同的数据库索引方式，才算跑得满意。
- 攻克了卡顿的搜索功能。这是重灾区。原来的全文本搜索是直接走数据库的 LIKE 语句，数据量一大立马歇菜。我没用那些复杂的专业搜索框架，直接套了个简单的内存索引层，把常用的关键词和题目标题缓存起来。虽然土，但对这种小应用来说，性能直接上去了十倍不止。
光是把数据撸顺，就耗费了我整整一周的业余时间。白天应付完公司的工作，晚上回来就得盯着屏幕跟这些脏数据死磕，搞得我头大。有好几次都想直接放弃，觉得为了这么个小项目不值得，但一想起那些老哥的吐槽，又咬牙继续了。
界面大修与功能实现，终于能跑了
数据层搞定之后，剩下的就是界面和新功能的实现了。我没时间去学新的前端框架，就地取材，把老界面能复用的组件全部找出来，然后用最快的速度拼凑了一个响应式的新界面。
这回更新的重点是实现了两个核心功能：一个是“实战模拟”，另一个是“个人收藏夹”。
“实战模拟”这个功能，我设计的是让用户能模拟一场持续一小时的随机面试。要保证题目的随机性、难度曲线的合理性，还得保证用户在中间退出后下次能接着上次的进度。这中间涉及到大量的状态管理和缓存逻辑。我前前后后测试部署了不下二十次，不是中途崩溃就是计时器跑偏。
最搞笑的是，有一次我把缓存时间设置错了，导致所有用户看到的都是我自己的模拟记录。用户一看，怎么这个博主天天在面试，还是同一个进度？真是尴尬到抠脚。赶紧连夜爬起来打了个补丁，总算是救回来了。
这个“面试有点硬更新日志”终于可以宣布告一段落了。整个过程，从动念到最终上线，我总共花费了三周零四天。虽然过程艰辛，但看到新版本流畅运行的样子，心里那股劲儿也算是放下来了。希望这回大修之后，大家用着能更顺手些，至少别再骂我用脚写代码了。