开发工具¶
工欲善其事，必先利其器。
回顾这些年的开发经历，我亲历了一轮又一轮工具的迁移与更替：IDE 从 Sublime Text 辗转至 JetBrains 和 VSCode，最终落脚于 Neovim；HTTP 调试工具从 Postman 换到 Insomnia，再辗转于 HTTPie 与 Hoppscotch 之间；数据库客户端走过了 Sequel Pro、DBeaver、Beekeeper Studio 到 TablePlus 的漫漫长路；就连 Git 的图形界面，也从 SourceTree 换到 Fork，最后才找到 Lazygit 的归宿。
驱动这些迁移的原因惊人地相似：系统资源占用日益沉重、商业授权（盗版封堵、价格上涨）、产品持续堆砌功能直至臃肿不堪（如 Postman），或是背后的开源社区趋于停滞、几乎停止维护（如 Sequel Pro）。每一次迁移看似轻描淡写，实则意味着重新学习操作逻辑、迁移配置与数据、重建工作流——消耗的时间与精力远超预期。这让我开始意识到，选择工具应当是一次深思熟虑的长期投资，而非随波逐流的随意跟风。真正值得倾力投入的，是那些经过时间检验、设计理念足够底层、生命周期有望超越自己职业生涯的工具。
当然，选对工具只是第一步。开发者社区长期存在一种误区：将"熟悉工具"等同于"记住快捷键"。真正优秀的工具使用者，并不依赖肌肉记忆背诵命令，而是深刻理解工具背后的设计哲学与核心模型。以 Vim 为例，其精妙之处绝不在于那几十个操作符本身，而在于那套"动词 + 名词"的可组合语法——一旦内化了这个模型，便能在理解的基础上推导出无穷无尽的操作组合，而无需死记硬背。Git 亦然，其底层不过是一张有向无环图（DAG），真正理解了这张图，rebase、cherry-pick、reflog 等看似晦涩的命令便会在脑海中自然地各就其位。
在 AI 快速普及的今天，工具的使用门槛被进一步拉低了。但这恰恰提升了深度理解工具的价值——AI 可以帮你补全命令、排查报错，却无法替你建立起对工具的系统性认知。那些真正将工具内化为"肢体延伸"的开发者，不仅能从容驾驭 AI 生成的代码，更能在此基础上做出准确的判断与优雅的修正。磨刀的时间永远不会白费，投资于开发工具的深度学习，往往是一个开发者所能做出的回报率最高的长期选择之一。