本文有实证版。 同一主题已用能跑的代码和真实渲染的画面重做 — 四十五行 — 周末做出来的小东西的实际体量。这篇保持写成时的原样。
这一篇很轻。不是愿景，也不是证据——只是一个周六下午做出来的小东西的故事。要是你期待一个伟大的成功故事，先把气放掉——这就是个小故事。但正因为小，有些东西反而看得更诚实。
做了什么
有个人负责管理小区足球队的会费。二十来人，每月一万多韩元。谁交了谁没交，一直靠群聊和手机记事本管理。
问题每个月都重复。群聊里堆上别的对话，「交了」的消息就被埋掉。往记事本里抄的时候，漏掉一两个。月底来一句「我那笔，确认到了吗？」，又从头数一遍。不是大事。只是每个月，一点点，烦人。
某个周末他做了个小工具。画面很简单。会员名字排成一列，点一下本月交了的人，标记就亮起。谁还没交一目了然。合计显示在上方。仅此而已。没有宏大的功能。没有结算，没有通知，没有统计。一个恰好适合这一个会费小组、只给自己用的工具。
为何刊登这个故事
这个工具不打算上市，也不卖给谁。做它的人也不是开发者。他只是觉得「有这个会方便」，于是在周六下午做了出来。
而这——恰恰是重点。
换作从前，这样的小需求会流向三条路之一。要么干脆忍着（每个月跟记事本较劲），要么塞进不对路的工具（在表格里做个表、用手机眯着眼受罪），要么求人（不好意思地问开发者朋友「能给我做一个这样的吗」）。三条路都不痛快。「为这点事去学开发？」「为这点事去麻烦人？」
这一次都不必。出现了第四条路——自己做出自己的需求。在周末午后，毫不费力，用自己的手。
那个差别不是功能的差别。会费勾选的应用世上早已很多。差别在于门槛。当「为做这么个小东西，要走完那一整套流程（开发环境、构建、发布……）？」这道门槛消失，那些一直忍着略过的小不便，就变成了值得动手做的东西。