组里新来的小伙问我，新项目用哪个框架。我说，你先别问框架，你问自己：这项目要跑多久？要几个人维护？明年你还在这吗？

他愣了，大概以为我会甩个技术对比表。其实选框架和选咖啡豆，逻辑一模一样：你不会拿意式拼配去泡手冲，也不会用浅烘豆煮拿铁——场景错了，再好的东西都拧巴。

年轻时我迷信"最先进"。哪个新框架火就上哪个，docker 一拉，README 一抄，demo 跑通，爽。可半年后接手的人看不懂，文档稀烂，社区凉了，我拍拍屁股去了下家，留下一地依赖。

现在我偏爱"够用且有人气"的方案。不追新，不恋旧，看的是社区活不活、坑有没有人填、招人好不好招。就像买豆子，我认准两家本地烘焙，稳定、新鲜、出问题能找到人——这不叫保守，叫对长期负责。

技术选型最怕两件事：一是被简历驱动，二是被焦虑驱动。前者为了好看，后者为了不落伍，最后都忘了，工具是来解决问题的，不是来定义你的。

前阵子我把用了五年的老框架换了，不是因为它不好，是因为团队都跑了，只剩我一个人看得懂。换的时候挺疼，像戒掉一种口味。可长痛不如短痛，技术债和咖啡渣一样，攒久了都发酸。

我把这道理也用在生活里。买音响不追旗舰，买车不追顶配，够我每天舒服用，就是好选择。中年之后才懂，克制比炫技难，也更有味道。

所以下次有人问你"该选什么"，先反问他"你想解决什么"。答案往往不在榜单里，在你自己的场景里。