程序员效率工具清单，我只留了六个
我把自己的工具目录翻了一遍，装过的开发工具和辅助工具加起来超过了二十个。现在每天真正打开的是六个。这份程序员效率工具清单不是推荐榜，是筛选标准加上留下来的那六个位置——你看完可以照着这个位置去填自己顺手的工具。
一句话价值：工具的价值不在数量，在于你记住的那几个。
一、第一个位置：编辑器和它的配置
编辑器排第一，因为它是你待得最久的地方。
我判断编辑器合不合适的标准只有一条：改一个变量名，能不能一次改对所有引用。能，就够用；不能，说明你还需要靠搜索和记忆，出错率会一直降不下来。
具体动作：把你现在最常用的十个操作配上快捷键，配完统计一下有多少个用上了。
二、第二个位置：终端
终端排第二，因为它是所有自动化的入口。
我不追求把终端配得多花哨，只要求两件事：能快速切到最近去过的目录，以及能记住我用过的命令。这两件事省下的时间，比任何插件都多。
具体动作：把每天重复敲的第三条命令写成一个短别名。
三、第三个位置：版本控制工具
第三个位置是版本控制，命令行和图形界面都行，但必须会看提交记录。
我的习惯是每周花几分钟翻一遍这周的提交，看有没有把不该提交的东西带上。这个动作拦过我好几次——配置文件里的密钥、运行产生的数据文件，都是这样发现的。
具体动作：这周翻一次提交记录，看看提交信息三个月后你还看不看得懂。
四、第四个位置：一个能搜索全项目的东西
第四个位置是搜索。不是搜网页，是搜你自己的代码和历史记录。
理由很简单：你写的代码量超过自己记忆容量之后，找东西的时间会开始明显上升。搜索工具解决的就是这件事，它比靠目录结构记忆可靠。
具体动作：找一个你自己都不记得实现过的功能，试试多久能找到它。
五、第五个位置：一个不会撒谎的清单
第五个位置是一个记录待办的地方，形式不重要。
关键要求跟前面几条一样：只有一个入口，且数据能导出。我在工具越用越多，我砍到只剩四个里详细写过为什么要卡住这一条，重复的工具最后一定会造成信息分裂。
具体动作：数一下你现在有几个地方记待办，超过一个就合并。
六、第六个位置：一个能看运行状态的地方
最后一个位置留给运行状态。日志、错误、服务是否还在跑，至少要有一个地方能一眼看到。
我早期完全靠手动查，代价是出问题的时候先要花时间确认「它到底还在不在跑」。这件事一次只花几分钟，但一个月累积起来不少。
具体动作：给最常出问题的那个服务配一条最简单的告警，能通知到你就行。
七、优先级：先做哪个
顺序建议是：编辑器和终端先配好，因为每天都在用；版本控制和搜索排第二，它们防的是事故和重复劳动；待办和状态查看排最后，可以逐步补。
要砍的时候反过来砍：先砍那些「装完只用过一次」的，再砍功能重叠的。留下来的六个位置，判断标准是它有没有固定的职责。有固定职责的工具才会被反复打开，没有的，装再多也想不起来用。
常见问题
Q：程序员效率工具有哪些值得留？
A：按职责留：编辑器、终端、版本控制、全项目搜索、待办记录、运行状态查看。这六个位置都有自己的固定职责，功能重叠的可以砍掉。
Q：工具装了很多但都不常用，怎么筛？
A：看最近一个月有没有打开过。没打开过的，要么删掉，要么想清楚它负责哪件事——想不出来的，就是重复的。
Q：要不要为了效率去学新的编辑器或终端？
A：如果当前工具已经能满足「批量改名」和「重复命令别名」这两件事，换工具带来的收益有限。不如先把手上的快捷键配全。
相关阅读
本文作者西米，37 岁程序员，一个人加五个 AI 员工在跑一家公司。踩过的坑和真实账本都写在公众号「西米分享」。
完整代码、踩坑清单与最新进展，都在公众号。
📱 关注公众号「西米分享」