每年都有新框架、新脚手架、新「最佳实践」。跟得太紧会累，完全不跟又容易脱节。比较稳的做法是：把时间分给两类东西。

变化快的：够用即可

具体 UI 库版本、某个 CLI 的参数、某一季流行的状态管理方案，属于消耗品。会用、能查文档、能在项目里落地就够了，不必追求全部背下来。

变化慢的：值得反复练

  • 把需求拆成可验证的小步骤
  • 读报错、读日志、做最小化复现
  • 理解网络、存储、并发这些基本模型
  • 写清楚的命名、边界和注释
  • 会估风险：什么能上线，什么还不能

这些能力换工具以后仍然有用。它们也是你判断「新工具到底解决什么问题」的尺子。

一个实用习惯

学新东西时，先问三句：它替代了什么旧方案？代价是什么？如果明年它过时了，我留下的哪些经验还值钱？

能回答这三句，通常就不会只剩「跟风安装」。

工具决定效率上限的表象，基础决定你能不能在换工具时不从头学做人。