"这个框架又过时了"
上个月，一个刚工作一年的同事对我说："感觉每天都在追新东西，追了三年还是觉得自己什么都不会。"
我问他最近在学什么，他打开浏览器，标签页里躺着：
- 《Spring AI 实战》
- 《Rust 从入门到放弃》
- 《K8s 源码解析》
- 《大模型 Prompt Engineering 指南》
- 《WebAssembly 正在颠覆前端》
"你工作中用到了几个？"我问。
"一个都没有。"
这个行业怎么了
互联网行业有一种奇怪的焦虑——"不学新东西就会被淘汰"。
招聘 JD 里"精通微服务架构"后面跟着"熟悉大模型应用开发"，面试官问完 Redis 底层原理接着要你手写 KMP 算法，朋友圈里到处是"不会 AI 的程序员将被取代"。
而真实的工作场景是：
- 80% 的时间在写 CRUD
- 10% 的时间在和产品 battle
- 5% 的时间在修数据一致性问题
- 剩下的时间在想"中午吃什么"
我们的焦虑来自于：用 20% 的"高级技术"定义成功，却用 80% 的"普通工作"定义失败。
我的转变
两年前，我也是个"新框架追风者"。Rust 火了学 Rust，WebAssembly 热了看 WASM，GraphQL 流行了就想着要在项目里用。
直到有一天，我发现：我学了这么多东西，但一个问题都深入不下去。
面试时聊到 Kafka，我能说出它的 ISR 机制，但被问到"你们的消息积压是怎么处理的"，我答不上来——因为我只看了原理和 Demo，从没在生产环境中真的处理过消息积压。
从那天起，我换了一个策略：
- 不再追新框架，而是追"旧问题" —— 那些反复出现的工程问题才值得深入
- 只学马上能用的，不学"以后可能会用"的
- 深度优先，广度随缘 —— 一门技术至少要能解决三个真实问题才算"学了"
执行这个策略两年后，我并没有"落伍"，反而因为对几个领域的深入理解，成了团队里被频繁请教的那个人。
找回乐趣
编程最初的乐趣是什么？不是高薪、不是 Title、不是技术影响力。
是做出一个东西的那种满足感。
十岁的小男孩花一下午用 Scratch 做出一只会叫的猫，开心得手舞足蹈。而三十岁的工程师花一天写了个完美异步处理的 Pipeline，心里只想着"怎么让 Leader 觉得我干活快"。
我们从"创造者"变成了"打工人"，从"我想做"变成了"我该做"。
找回乐趣的方式其实很简单：
- 周末花两个小时，写一个没有任何 KPI 的小项目——一个生成 ASCII 艺术画的命令行工具、一个给自己用的记账脚本、一个用 Canvas 画粒子动画的网页
- 暂时忘掉"最佳实践"和"架构设计"，先写出来再说
- 允许自己写烂代码——反正没人看
写在最后
这个行业确实很快，但你可以选择自己的节奏。
不是每个人都必须成为"技术网红"或"开源大佬"。如果你喜欢写 CRUD，就写到最好——让你的每个 API 都有清晰的文档，每个异常都有友好的提示，每个 commit 都有可读的信息。这些"基本功"比追十个新框架更有价值。
不要因为走得太远，而忘记为什么出发。
你当初为什么开始写代码？那个答案，才是你在这个行业里最好的导航。