既然手动抢不到，那就写个爬虫盯着库存。说真的，当上这个破老板之后，已经很久没碰代码了，手生得厉害。今天想给自己买个新出的降噪耳机，官网、京东、天猫，所有渠道秒光。看着那个灰色的“缺货”按钮，一股熟悉的烦躁感涌上来——不是对买不到东西烦躁，是对这种“被动等待”的状态烦躁。妈的，老子当年可是靠这个吃饭的。
回到电脑前，打开PyCharm，新建一个.py文件。手指放在键盘上，竟然迟疑了几秒。脑子里先过的是团队这个月还差多少KPI，下个季度的预算怎么调，而不是requests库的session要怎么维持。这种分裂感真让人恶心。我甩甩头，强迫自己进入状态。目标很明确：监控某东商品页的库存状态变化，一旦有货，立刻用模拟登录的账号完成下单，并给我发微信通知。
难点有几个。第一，反爬。现在的电商网站，尤其是大促期间，对高频访问监控得很严。单纯用requests.get加个User-Agent头已经不够看了，得用上selenium模拟真人浏览器行为，还得处理各种动态加载的DOM元素。第二，登录态维持。抢购需要提前登录，但模拟登录的验证码和风控策略是个大坑。我选择绕开，直接用已经登录的浏览器导出cookies，注入到selenium driver里。第三，下单流程的稳定性。从“立即购买”到提交订单，中间可能有多个页面跳转和按钮状态判断，任何一个环节的DOM结构变化都会导致脚本失效。
我花了三个小时。中间无数次调试，因为页面元素ID是动态生成的，只能用XPath结合class属性去定位那个该死的“到货通知”按钮。心跳检测的频率不能太高，每30秒一次，用time.sleep控制，避免IP被ban。写到最后，核心代码其实不到一百行，但那种久违的、全神贯注解决一个具体技术问题的快感，比谈成一个十万的订单还爽。
脚本跑起来了。Chrome窗口在后台安静地刷新着页面。我泡了杯茶，看着命令行里定时打印的“检查中…暂无库存”的日志。世界突然安静了。团队群里还在为某个UI细节吵个不停，但我暂时屏蔽了。这一刻，我不是那个被现金流和员工情绪裹挟的“负责人”，我只是一个想用技术解决自己问题的程序员。
两小时后，笔记本“滴滴”响了两声。脚本的微信通知接口被触发，推送了一条消息：“库存状态变化！检测到有货！正在尝试下单…” 我几乎是扑到电脑前。自动打开的浏览器页面正流畅地执行着预设的点击流程：加入购物车，跳转结算页，勾选地址，提交订单。屏幕上最终弹出那个绿色的“支付成功”界面时，我靠在椅背上，长长地出了一口气。
快乐吗？当然。但不止是因为买到了耳机。而是这个过程像一次溺水后的呼吸。管理团队这大半年，我一直在输出、协调、说服、妥协，自己的技术肌肉在以肉眼可见的速度萎缩。今天这几百行代码，是一次紧急的肌肉复健。它提醒我，我所有安全感的底层，不是手下有多少人，而是我还能不能亲手从无到有地构建出一个能运行的东西。这种“构建成功”的反馈，如此直接，如此纯粹，是管理工作中永远无法获得的即时正反馈。团队需要我当船长，但我骨子里，永远需要保留一个能亲自下舱修引擎的水手身份。脚本还在后台安静地运行着，它不仅仅是个库存监控工具，它是我在这个失控的扩张期里，给自己留的一个技术锚点。
