做小工具，是理解技术最好的方式

学习一项技术时，我们很容易陷入收藏教程的循环。看懂了很多示例，却很少真正面对一个没有标准答案的问题。小工具恰好可以打破这个循环。

它不需要宏大的商业模式，也不必一开始就考虑规模。它只需要解决一个足够具体的问题：整理散落的文件、记录阅读进度，或者把每天重复的三个步骤合成一次点击。

真实约束带来真实理解

只有开始动手，抽象概念才会变成具体选择。数据该存在哪里？失败之后怎样恢复？按钮应该叫什么？这些看似细小的问题，会迫使我们理解一项技术真正的边界。

完成一个粗糙但能用的东西，比理解十个完美示例更接近创造。

把规模控制在周末以内

我给小工具设定的约束是：核心版本应该能在一个周末完成。功能只保留一条主路径，界面先使用系统字体，数据结构尽可能简单。约束不是降低标准，而是保护完成。

当工具真的被使用，下一步自然会出现。没有真实使用时，提前设计出的复杂架构大多只是想象。

创造会留下复利

一个小工具的直接价值也许有限，但过程中形成的判断会进入下一次创造。久而久之，我们得到的不只是一组作品，还有一种把模糊问题变成可用事物的能力。