从这里开始,记录进展与思考
我们开始在这里分享开发进展、接下来的计划,以及研究与思考。
这是一篇用于预览长文阅读效果的示例。文中的工作回顾与计划包含模拟叙述,不代表产品已经上线或已有确定排期。
这是这里的第一篇 Blog。
在首页,你可以看到我们关注的一些方向:英语阅读、数学练习、专注与学习记录,以及面向老师的教学管理。每一个方向都可以用几句话介绍,但真正开始做一件事以后,往往还有很多值得展开的内容。
为什么会想到做这个工具?一个看起来简单的功能,背后有哪些取舍?有哪些问题还没有想清楚?下一步准备先尝试什么?这些过程,需要一个比产品介绍更宽松的空间。
所以,我们想从这里开始,把进展和思考慢慢记下来。第一篇就先聊聊我们从哪里出发,以及以后会在这里写些什么。
从几个日常的小问题开始
学习中的许多困难,发生在很具体的时刻。
准备读一本英文书时,可能会犹豫应该选哪一本;开始一组数学练习时,可能还需要有人帮忙准备题目;一天结束以后,又很难说清楚今天到底在哪个地方有所进步。对老师来说,布置、收集和整理作业,也会占用不少原本可以用于教学的注意力。
这些场景给了我们一个出发点:先找到一件值得帮助的小事,再考虑怎样把它做得清楚、顺手。
在这份示例回顾里,我们把之前的工作分成了三个部分:梳理学习场景,组织工具的展示方式,以及为持续更新留下一个入口。它们共同指向一个目标——让访问这里的人,更容易理解每个工具适合什么情况,并找到自己眼下需要的那一个。
我们关注过哪些方向
阅读:让开始和继续都更自然
英语阅读是首页展示的一个重要方向。围绕阅读,可以讨论的事情很多:内容如何选择,难度如何理解,一段阅读怎样开始,以及读完以后可以做些什么。
如果把一次阅读拆开看,就会发现“打开一本书”只是其中的一步。读者还需要建立兴趣,在遇到生词时继续理解上下文,并在结束后留下某种收获。这些收获可以是一句话、一个问题,也可以是想要继续读下去的愿望。
我们希望以后能把这些细节分别拿出来讨论。例如,一篇文章可以只谈阅读前的信息应该怎样呈现;另一篇文章可以记录一次对阅读后回顾方式的尝试。范围小一点,过程就能写得更具体,也更方便检验最初的想法。
数学:把练习与理解放在一起考虑
数学相关的方向包括日常计算练习,也包括对基本概念的理解。这两类事情有联系,但使用时的需求并不完全一样。
准备练习时,人们通常关心题目是否合适、数量是否适当,以及能否方便地开始。理解一个概念时,则可能需要一个例子、一张图,或者几步可以跟着思考的推导。
假设我们要设计一次十分钟的小练习,就需要回答一些很具体的问题:题目怎样排列,完成后呈现什么信息,遇到错误时怎样帮助使用者继续。以后如果对这些问题做了尝试,我们希望把起点、选择和观察到的结果一起写下来。
教学与记录:让信息更容易被理解
面向老师的工具,需要照顾另一种工作节奏。同一份作业,可能涉及不同学生、不同完成状态和不同的后续安排。信息能否被快速看懂,会直接影响下一步操作是否顺畅。
学习记录也有类似的问题。记录留下来以后,还需要让人能够回顾:当时在做什么,哪里遇到了困难,后来又有哪些变化。
这些方向提醒我们,设计一个工具时,除了考虑可以保存哪些信息,还要想清楚谁会在什么时候阅读它,以及读完以后需要做什么。这个问题会贯穿后续很多讨论。
把零散的想法放进一个清楚的入口
目前的网站把不同学习场景放在了一起。访问者可以先浏览几个代表性的方向,再按人群或场景寻找相关工具,也可以阅读我们对学习的基本想法。
接下来,Blog 会补上这些介绍背后的过程。首页适合快速认识一个方向,文章则允许我们慢一点,把背景、原因和未解决的问题交代清楚。
例如,同样是一次界面调整,简短的更新通知可能只需要一句“调整了阅读页面”。一篇完整的记录则可以进一步说明:原来的页面让人在哪一步犹豫,调整时考虑了哪些选择,最终保留了什么,以及还有哪些情况需要继续观察。
我们希望文章能保留这样的上下文。过一段时间再回来看时,仍然能够理解当时为什么作出那个决定。
一个值得记录的进展,可以很小。只要问题比之前更清楚,下一步比之前更有依据,就值得写下来。
之后,我们会在这里更新什么
内容不必每次采用同一种形式。根据当时在做的事情,可能是一篇简短记录,也可能是一篇需要慢慢读的长文。大致会围绕下面几个方向展开。
| 内容方向 | 可能写些什么 | 希望说明的问题 |
|---|---|---|
| 开发进展 | 一次功能调整、一个原型、一个问题的处理过程 | 最近具体发生了什么变化? |
| 接下来的计划 | 当前优先事项、准备探索的方向、暂缓的想法 | 下一步想做什么,为什么先做它? |
| 研究与尝试 | 对一种方法、一个技术方案或一种学习场景的探索 | 我们如何理解问题,又怎样验证想法? |
| 设计与思考 | 页面组织、交互细节、产品边界和使用体验 | 一个决定背后有哪些理由和取舍? |
| 阶段回顾 | 一段时间内的变化、尚未解决的问题与新的判断 | 回头看,有哪些认识发生了变化? |
开发进展会尽量写具体
当一个功能发生变化时,我们希望说明它影响的是哪一步使用过程。必要时,会配上界面截图或前后对照,让变化更容易理解。
一次记录可能围绕三个问题展开:
- 起初遇到了什么问题? 交代使用场景,以及为什么值得处理。
- 这次作出了什么调整? 说明变化本身和选择它的理由。
- 还有什么需要继续确认? 把限制、遗留问题和后续观察写清楚。
这样,即使文章篇幅不长,也能够留下完整的来龙去脉。
计划会保留调整的空间
我们会分享接下来想尝试的方向,也会说明它们处于什么阶段。一个刚出现的想法,与一个已经准备开始的任务,应该让读者能够分辨。
讨论中的计划可能发生变化。新的使用反馈、技术限制,或者对问题更深入的理解,都可能影响原来的安排。如果判断改变了,我们也希望在后续文章里解释原因,而不是让旧的描述一直停留在那里。
对还没有确定的事情,我们会尽量直接说“还在探索”。等有了更具体的进展,再补上结果。
研究与思考会写出依据
有些文章可能从一个问题开始:某种练习方式适合什么情境?一个界面为什么让人觉得难以理解?一种新的技术,是否真的能帮助当前的使用者?
这些问题未必能在一篇文章里得到完整答案。我们可以先说明已经知道什么、参考了哪些材料,以及哪些判断仍然只是推测。若有实际尝试,也会尽量交代尝试的条件,方便读者理解结论的适用范围。
我们希望这里能够容纳尚未完成的思考,同时让“观察到的现象”和“据此作出的解释”保持清楚的区别。
更新可以慢一点,但希望持续下去
开始写 Blog,很容易先想到更新频率。对我们来说,更实际的做法是随着工作推进留下记录:有具体变化时写进展,有值得讨论的问题时写思考,积累一段时间以后再做一次回顾。
文章也不一定都由同一个人来写。以后参与不同方向的人,都可以分享自己的观察和实践。每篇文章会保留作者署名,让读者知道这些文字来自谁。
比起一次把所有内容准备齐,我们更希望形成一种可以持续的习惯:完成一件事以后,留一点时间解释它;产生一个新问题时,先把问题记下来;发现原来的判断不够准确时,再回来补充。
如果一段时间以后,这里既能帮助你了解我们的进展,也能帮助我们自己看清走过的路,这个小小的空间就发挥了作用。
从这一篇继续往前
第一篇文章先写到这里。
以后你会在这里看到具体的开发记录,也可能看到一个尚未成熟的设想,或者一次尝试之后留下的问题。它们会有不同的长度和节奏,但都会尽量说明我们正在关注什么,以及为什么愿意花时间在这些事情上。
欢迎偶尔回来看看。等有了新的进展和想法,我们就在这里接着写。