一套五件套的系统，用户只有我自己，一个半月前被我全删了

一套系统我自己写的，也是我自己删的。

去年我给自己搭了一整套软件，就为了记个人笔记和收藏的素材：FastAPI 写接口，Vue3 写页面，Redis 起一个 worker 专门处理耗时任务，数据存 PostgreSQL。会搞这么一整套，是因为手上正好有这些轮子，又是干技术的，总觉得自己的东西该自己攒——能加的功能都想着往里塞。

8月3号那天晚上，我在电脑前把这套系统整个退役了：容器停了、镜像删了、数据库和 Redis 里的数据清空，服务器上那个目录也不在了。功能都还能跑，没坏。退役的理由只有一条：从头到尾用这套系统的人只有我一个，我自己也没天天靠它——真正常用的，是换过去的一个现成知识库服务，外加一个每天跑的小脚本。

那天没觉得可惜，反倒松了口气：那么多讲究，从来没人为它付过一次真实的代价，包括我自己在内。

这件事让我想明白一层：一个东西值不值得做、值不值得接着维护，起点不是"我用了什么技术、搭得多讲究"，是拿到手的人愿不愿意为它继续花时间——哪怕这个人是一年后的自己。我当时想的是"我能撑起一整套系统"，没认真问过"我到底要的是什么"，答案其实简单到只是存得进去、搜得出来。

很多技术人评估自己在做的东西时，习惯先问"这活儿有没有技术含量、我写起来爽不爽"，很少先问"对方能从这里换到什么"。比如上线前反复纠结要不要把某个函数写得更优雅，却没先想清楚有没有人会因为它多点一次按钮。营销这行有句传了几十年的话，最早据说是一个叫 Leo McGivena 的人说的，后来因为哈佛商学院教授 Theodore Levitt 常在课上讲才广为人知：没人真的想买一个四分之一英寸的钻头，人要的是墙上那个四分之一英寸的洞。我那套系统，就是一把讲究的钻头，可我压根没那么多洞要打。

现在我给自己的工具或流程加一个新功能之前，先逼自己写一句：这东西一个月后，会有谁因为它多做一次操作。写不出来，就先放着。接下来想盯的，是这条土办法自己能撑过几个月，还是又被我图省事跳过去。