程序员必追！本周编程技术动态速递

　　我越来越觉得“程序员必追！本周编程技术动态速递”是错的。

文章配图，仅供参考

　　去年中考期间，我在郑州二十七中门口蹲着吃盒饭，左手拎着半瓶冰红茶，右手还在刷掘金热榜——就为抢在别人前面看到“Rust 1.80 正式发布”的推送。结果呢？我改了十七个站的构建脚本，全跑不通；连带把客户要的灰度开关逻辑搞成布尔值永远为真，凌晨三点被电话叫醒时，对方说的是：“张工，你上次说‘动态速递能防技术脱节’，可我们后端还卡在 Node 16，连 AbortSignal 都不敢用。”

　　我原以为追得快=跟得稳=活得久，结果上周三下午两点零七分，在腾讯会议里听阿里云同学讲 Serverless 冷启动优化方案时，我手抖把“useTransition”写成了“useTransation”，当场被前端小妹截图发到钉钉群——她没说话，就甩了个表情包：一只熊猫抱着烧焦的路由器。

　　这事根本不是信息差的问题。是节奏错位。你追得越紧，越容易把“新”当“必须”。比如上周那条爆文《Tailwind CSS v4 带来全新原子类命名规则》，我当天晚上重写了三个组件库的 class 名，结果第二天官方 issue 区就置顶一条：“v4 是实验性分支，主干暂不合并。”——没人删稿，没人撤通知，就那么挂着，像块没擦干净的白板擦。我盯着它看了四分钟，茶水间阿姨路过顺手给我续了半杯枸杞水，水底沉着三颗没泡开的枸杞。

　　优胜劣汰确实存在。但淘汰的从来不是“没追动态”的人，是那些把“追”本身当护城河的人。去年八月，我组里那个从不点开任何“技术周报”的运维老李，靠手写 Shell 脚本把 CI 平均耗时从 8 分钟压到 1 分 12 秒；他连 GitHub Trending 都不刷，只订一份纸质《Linux Journal》，页脚总用红笔画叉——上个月叉掉三期，因为“全是讲 WASM 在边缘计算的幻想”。

　　我不信这套动态速递能筛出真本事。上周五，面试一个应届生，他说自己每晚九点准时打开 InfoQ 技术周报 PDF 打印装订，已攒满三册硬壳笔记本。我翻到第 47 页，他详细记录了“Deno 2.0 的 Permission Model 改进”，可当我问“怎么给 Deno 脚本临时加 network 权限又不让它读 config.json”，他停顿了七秒，转头看窗外银杏树掉叶子——那棵树是前年物业新栽的，去年冬天被雪压断一根主枝，今年春天重新发芽，叶脉比往年淡一点。

　　还有更荒诞的。我表弟去年考研，考完数学当天，朋友圈发的不是答案，是一张截图：VS Code 插件市场里“Python 3.13 Beta Support”下载量刚破两千——底下评论区全是他同班同学，清一色夸“这波嗅觉太准”。结果三天后 Python 官方发声明：3.13 暂缓开发，资源转向 3.12 LTS 补丁。我点开那个插件源码仓库，最后一行提交记录写着：“update README.md —— 建议观望”。作者昵称叫“tianyi_2015”，头像是个戴渔夫帽的卡通猫，尾巴尖儿缺了一小块像素。

　　所以别谈什么“必追”。追着追着就忘了自己在哪个线程里执行。上周三晨会，CTO说“我们要对齐前沿技术认知”，话音刚落，测试同事王姐举手：“张工昨天改的 log 级别，导致 ELK 丢掉全部 warn 日志，运维现在查不到为啥支付回调超时。”没人接话。会议室空调嗡嗡响，墙角绿萝新抽的两片叶子，右边那片卷边了，左边那片背面有蚜虫卵——我数过，七个。

　　这事我也可能就运气好。上周六我懒得看任何动态速递，躺在沙发上用手机瞎按，偶然点进一个冷门论坛，看到有人用 Python 2.7 写了个极简版 Redis 协议解析器，只有三百行，注释里写着：“别升级，Python 2 的 struct.unpack 跟 3 的浮点精度不一样，这儿有个 bug，但刚好能绕过某云厂商的 token 校验漏洞。”我没细看原理，但那天下午我就把它塞进灰度流量里试了——没出事。当然也可能只是还没爆发。

　　反正我现在改了习惯。不订周报，不刷热榜，每天只做三件事：第一，看 GitLab 上我们组 merge request 最近七天的 approve 时间分布图（第三列那个突起是周三下午，因为那天产品经理突然改需求）；第二，摸一下自己键盘右下角 F12 键帽有没有翘边（有，翘了，三年没换过）；第三，翻微信收藏夹里“张总-2023项目复盘”文件夹，点开那个标着“勿删”的语音，时长 4 分 18 秒，内容是：“小张啊，你上次说的那个 Kafka 消费延迟问题……其实不是参数不对，是咱们机房隔壁新开的电镀厂，电磁干扰，测过三次。”

　　哦对，上个月我把所有“编程技术动态速递”类公众号取关了。除了“Python 官方推特”，因为那是自动发的，不是人写的。人写的都带私货。就像我书架最上层那本《Effective Java》，第三版，封底被人用铅笔写了行字：“第 58 条错了，实际是 try-with-resources 在 close() 抛异常时会吞掉原有异常——但如果你在 catch 里 rethrow，JVM 8u221+ 之后的行为会变。”没署名，笔迹像我大学老师，但他去年退休了，手机号打不通，最后一次见面是在校门口煎饼摊，他买了份加蛋不要葱的，咬了一口说：“代码不用追新，用不烂就行。”

（编辑：站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!