关于「够用」这件事

装机的时候总有一种冲动：既然在配置了，不如一次配到最好。

于是插件装了三十个，配置文件写了六百行，快捷键绑定得连自己都记不住。用了两周，回头看，真正每天在用的功能不超过五个。

边际效用的拐点

工具的收益曲线不是线性的。

前 20% 的配置带来 80% 的效率提升 —— 这部分是纯赚。再往后，每增加一分复杂度，收益递减，而维护成本是线性甚至指数增长的。

某个点之后，你会开始花时间修工具本身：这个插件和那个冲突了，升级之后配置格式变了，昨天还能用的快捷键今天失灵了。

那个点，就是「够用」。

判断标准

我用一个很土的办法判断某个功能该不该加：

如果三个月不碰它，它坏了我会不会知道？如果坏了，我修它要花多久？

第一个问题答「不会」，说明这功能我其实不用。第二个问题答「半天以上」，说明它的复杂度已经超过它的价值。

两个问题任意一个不过关，就砍掉。

反过来说

「够用就好」不是「凑合能用」。

该有的必须有 —— 备份要有，版本控制要有，出错要能看到日志。这些是地基，不是装饰。

区别在于：地基是让系统在你不看它的时候依然可靠，装饰是让系统在你看它的时候显得厉害。

前者值得投入，后者不值得。

一个例子

这个博客没有评论系统。

想加吗？想过。Giscus 接 GitHub Discussions，十分钟能配好。但接完之后：多一个第三方 JS 依赖、多一处隐私声明义务、多一个需要定期看有没有垃圾评论的地方。

而实际上，想跟我说话的人会发邮件 —— 这条路已经通了，且零维护。

所以没加。省下的不只是那十分钟，是之后每一个月的那十分钟。