面对一个新想法，很容易先列出完整的功能清单。但真正困难的部分，往往是把输入、处理和结果之间的关系想清楚。一个足够小的起点，可以让这些关系变得可见。
挑选最常见的使用场景，用真实的输入走一遍：从哪里开始，经过哪些步骤，最后得到什么。如果这一条路径还需要反复解释，就先调整它，而不是继续增加入口。
小并不意味着把所有东西挤在一起。让读取数据、处理逻辑和展示结果各自承担明确的职责，之后替换其中一部分时，其他部分才更容易保持稳定。
下一步该做什么，可以从实际使用中的阻碍里寻找。先解决重复出现的问题，再讨论尚未发生的可能性。
刚解决一个问题时，所有背景都很清晰。几周之后再打开记录，最让人困惑的却可能是：当时为什么要这样做？只有结论，没有上下文的笔记，很难直接复用。
开头用几句话描述目标、遇到的现象和所用环境。涉及工具时记录版本；涉及选择时写下约束。这样再次阅读时，就能先判断这份记录是否适用于眼前的情况。
操作步骤之后，补充预期看到的结果，以及如何判断成功。记录一次无效尝试也有价值，但要注明它在什么条件下失败，避免把暂时的观察写成普遍结论。
最后留下一行尚未解决的问题。笔记不需要一次完成；它可以随着新的实践继续生长。
一个以阅读为主的网页，最重要的是内容容易找到、文字容易看清、链接可以正常使用。视觉设计应该帮助这些事情发生，而不必让每一处空白都承担展示功能。
把标题、段落和导航的关系写清楚。优先采用含义明确的 HTML 元素，让页面在样式尚未加载时也有合理的阅读顺序。选择足够清楚的字号、行距与文字对比度。
在狭窄的屏幕上，把多栏内容改为单栏，允许导航换行，避免固定宽度挤出横向滚动条。触摸和键盘都应该能打开链接、展开正文，而不依赖鼠标悬停。
如果一项交互用浏览器原生能力就能完成，可以先从那里开始。少一点依赖，也就少一点需要长期维护的东西。
写下遇到了什么，以及希望得到什么结果。
缩小实验范围，让变化与结果能够对应。
记录判断依据，也保留条件和限制。
用后来的经验修订，而不是只不断堆积。
NovaMesh 是一处收纳技术笔记与小型实验的空间。这里关心工具如何帮助解决问题，也关心一个想法如何被解释清楚。内容不求面面俱到，只希望每次翻开，都有一点可以带走的收获。