零散经验要形成方法,核心动作是:把每次“凭感觉做对或做错”的过程还原成可观察的输入、判断和结果,再固定成下次能重复执行的步骤。假设你学过HTML、CSS,也临摹过几个页面,但每次独立做布局仍靠反复试错——这说明你积累的是零散操作记忆,还没有形成判断依据。下面用一次假设的改版经历说明如何提炼。
假设你为一个练习项目改移动端导航,第一次把菜单按钮放在右上角,觉得顺手;第二次换成底部固定栏,觉得更易点;第三次又改回顶部。每次改动都凭“看起来更好”,没有记录判断理由。结果三版各有问题:右上角单手够不到,底部栏遮挡内容,顶部滚动后消失。返工三次不是技术不够,而是缺少稳定的判断标准。
把过程写下来会发现,真正影响结果的是三个变量:拇指可达区域、内容遮挡面积、滚动后的可见性。这三个变量才是方法的最小单元,而不是“放哪里好看”。
零散经验通常以“我记得这样做好”存在,方法则要求写成别人也能照着判断的句子。操作步骤:
常见错误是把个人偏好写成通用规则,例如“圆角必须用8像素”。方法应保留条件:圆角大小取决于整体风格和元素层级,不是固定值。可检验的判断项要能回答“在什么情况下、看什么、达到什么结果算通过”。
很多人写学习笔记只记“今天学了Flex布局”,这对形成方法帮助有限。改成三段式记录:
例如记录“输入:卡片列表在360像素宽度下;判断:用单列而非两列,因为两列时标题折行严重;结果:单列可读但滚动变长,下次在480像素以上再试两列”。这条记录下次遇到类似宽度时可以直接调用,而不是重新试。
零散记录积累到一定数量后,按场景合并。假设你有二十条关于表单的笔记,可以归成三类:输入框状态、错误提示位置、提交按钮反馈。每类保留三到五条经过验证的判断项,删掉重复和互相矛盾的条目。
合并时注意区分“已经定位的原因”和“可能原因”。例如“按钮点击无反应”可能是事件未绑定,也可能是元素被遮挡,还可能是脚本报错。清单里应写成排查顺序:先看控制台有无报错,再检查元素是否被覆盖,最后确认事件绑定。不要直接断言唯一原因。
打开你最近做的一个页面,选一处你曾反复调整的地方,按“输入—判断—结果”写一条记录,并从中提取一条带适用条件的检查项。坚持记录五次同类问题后,你会得到一份只属于自己场景的判断清单,零散经验就开始变成可重复使用的方法。