以前总想着一个脚本爆出十万流量，现在看真是病得不轻。今天把全国职业资格证书查询网站的接口全扒了一遍，从人社部到各省政务平台，光验证码破解就换了三种方案，最后发现还是用付费打码平台最省时间。那些年为了一个瞬时爆发的SEO关键词，能熬夜到凌晨三点盯着百度指数，现在想想，那些流量来得快去得更快，除了接点垃圾广告还有什么用。
窗外的梧桐叶子一片片往下掉，掉得很有节奏。我盯着看了半小时，发现叶子不是同时落的，总有一片先松动，然后带着一整串哗啦啦掉下来。这跟做工具一个道理，你得先找到一个核心的支点。
去年这时候还在为团队里三个程序员互相甩锅的事头疼，现在一个人坐在电脑前，反而觉得清净。那些管理上的破事消耗的能量，比写代码多十倍。当时接了个政府项目，要求同时抓取七个省的职业资格数据库，团队里的小伙子信誓旦旦说用Scrapy分布式一天就能搞定，结果各省的反爬策略都不一样，有的用滑块验证，有的要短信验证，最绝的是某个省用了动态字体加密，他们折腾了一周都没解出来，最后还是我连夜重写了渲染引擎才搞定。
现在想明白了，要做就做那种能跑三年的工具。证书查询这种需求永远不会消失，而且会越来越规范。今天写的这个爬虫，我把所有异常处理都加了三层重试机制，IP池用了动态拨号加云函数混合调度，数据清洗模块单独抽离出来，哪怕源站改版了，核心架构也不用大动。
其实技术栈还是那些东西，Python 3.8 + Playwright + Redis，但心态完全不一样了。以前追求的是“快”，现在更在意“稳”。比如今天处理某个省的JSONP接口时，发现他们居然用eval执行动态函数，我第一反应不是怎么绕过，而是要不要在本地做个沙箱环境来安全执行——这在2018年的我看来纯属浪费时间。
健身教练昨天跟我说，练核心力量不是让你能举起更重的重量，而是让你在做其他动作时更稳定。写代码好像也是这个道理。那些花里胡哨的多线程并发，不如先把单线程下的错误处理写完备。今天这个爬虫我故意没做并发限制，就是想看看在极端情况下会触发哪些边缘case，结果真发现两个省的平台在连续请求时会返回完全空白的页面，但状态码还是200。
叶子还在掉，但已经不像刚开始那样让我焦虑了。或许这就是年龄带来的变化？三十多岁的人，终于学会不再追求瞬间的爆发，而是接受缓慢但持续的积累。工具的价值不在于它今天能带来多少流量，而在于三年后还有人记得这个域名。
刚才测试了一下完整流程，从输入身份证号到返回所有证书信息，平均响应时间2.3秒。这个速度足够用了，我甚至考虑要不要故意加个0.5秒的延迟，让用户感觉系统在“认真查询”。人真是奇怪的动物，太快了反而觉得不靠谱。
明天开始做前端界面，就用最朴素的Bootstrap，不加任何动画效果。那些渐变、弹跳、粒子特效，除了消耗服务器资源和用户耐心，到底有什么实际意义？2019年我还会为团队设计的炫酷交互动画感到自豪，现在只觉得那是在制造数字垃圾。
工具就应该像个锤子，拿起来就知道怎么用，用十年也不会坏。窗外的叶子终于掉得差不多了，光秃秃的树枝反而显得清晰。或许最好的状态就是这样，去掉所有不必要的部分，只剩下最核心的骨架还在那里。
