别再追技术了，先追问题

我见过两类程序员。

一类人的简历上列着十几项技术：Spring Boot、Kafka、K8s、React、Rust……每隔半年更新一次，永远在学最新的东西。另一类人的简历朴素得多，但聊起任何一个他做过的系统，能从业务痛点讲到架构取舍，从踩过的坑讲到最终为什么这么选。

五年后，往往是后者走得更远。

这让我越来越确信一件事：多数人搞反了成长的方向。我们以为在追技术，其实只是在追焦虑。

技术圈有一种隐性的攀比——谁会的框架多、谁能聊最新的论文、谁在用最前沿的工具链，谁就显得"厉害"。这种氛围把初学者推向一个无底洞：今天学 Serverless，明天折腾 LLM Agent，后天又怕错过 WebAssembly。每样都碰一点，每样都停在 Hello World。看起来很忙，实际上什么都没沉淀。

问题出在哪？出在我们把"技术"当成了目的，而忘了它只是手段。

技术的价值，只有在被用来解决具体问题时才会显现。一个从未独立扛过一个完整需求的人，背再多八股文也只是"知道"，而非"理解"。真正的成长发生在你面对一个模糊的、没人给你标准答案的问题时——你要判断哪些约束是真实的、哪些方案是过度设计的、哪些取舍值得当下承受。这些能力，没有任何一门课程能直接教会你，只能在解题中长出来。

有人会反驳：技术更新这么快，不追就会被淘汰。

这话半对半错。对的部分是：确实要保持学习。错的部分是：学习的重心应该是"底层不变的东西"，而不是"上层常变的东西"。 操作系统、网络、数据结构、分布式一致性原理——这些十年前重要，十年后依然重要。而某个具体的框架 API，用到时查文档就行。把精力押在易变之物上，注定疲于奔命；押在不易变之物上，才能越老越值钱。

我并不是反对学新技术。我自己也会追 LLM、也会玩新工具。区别在于动机：是因为手头的问题需要它，还是因为怕错过它？ 前者是务实，后者是恐慌。恐慌驱动的学习，学完即忘；问题驱动的学习，一次记一辈子。

所以如果让我给年轻时的自己一句话建议，那就是：挑一个你真正想解决的问题，然后让技术来追你，而不是你去追技术。 当你为同一个问题反复打磨方案时，该学的工具自然会进入你的视野，而且学得深、用得透。

技术没有尽头，但问题有边界。把注意力锚定在问题上，焦虑自散，成长自来。