开发者的“工具焦虑”，该停一停了

做开发这些年，我收藏过上百个工具：终端插件、效率软件、笔记系统，还有各种“每天多出两小时”的方法论。可结果常常是，配置环境花了一下午，真正写代码的时间反而更少。

后来我给自己定了一条规矩：工具只用来解决已经出现的问题，不提前解决想象中的问题。查询日志慢，再装检索工具；重复操作多，再写脚本；团队协作混乱，再引入平台。判断标准很简单：它能不能让今天的工作少一步。

我也见过另一种忙碌：需求还没想明白就急着开工，接口没对齐就先写页面，最后靠加班填补返工。这样的勤奋很感人，却很难沉淀。与其把时间花在反复救火上，不如在开始前多问一句：这个方案是不是最简单、最稳定？

代码写得顺不顺，最终不取决于编辑器有多少插件，而取决于问题拆得够不够清楚、边界想得够不够全面，以及愿不愿意认真读一遍报错。

技术会一直更新，新工具也会不断出现。但开发者真正的底气，从来不是收藏夹有多满，而是面对陌生问题时，依然能定位、验证、解决。

少追一点“神器”，多留一点时间给真正的问题。这大概比任何效率工具都更有效。