做一点小东西，比想很多大事情有用
目录
电脑里有不少只写了 README 的项目。有些想做很久了，文件夹也取了认真又响亮的名字，却始终停留在“先把方案想清楚”的阶段。
反倒是某天临时写的小工具，没什么宏大的规划，解决了眼前的一个小问题，后来还一直在用。
把起点缩小
想做一个记账系统的时候，可以先从记录一笔支出开始。想写一个博客的时候，可以先让一篇文章能被打开。
小到什么程度合适？大概是今天能完成，完成后能亲手用一次的程度。
这不是降低要求。只是把“最终想做成什么样”和“现在该做哪一步”分开考虑。
使用会带来具体的问题
在脑子里设计时，问题通常很抽象：扩展性够不够，结构合不合理，将来要不要支持更多场景。
真的用起来以后，问题就会具体得多：这个按钮不好点，这一列看不清，写完之后不知道有没有保存。
具体的问题更容易解决，也更能告诉我们什么值得优先做。
给自己一个结束点
小项目也容易失控。加完一个功能又想到另一个，最后变成永远不能完成的“大项目”。
所以我开始在动手前写一个很短的清单，只列当前要解决的三四件事。做完以后，先用一段时间。
一个被经常使用的小工具，比一个还在计划中的万能工具更有价值。
最近这个博客，就是一次这样的尝试。