思考不是主动来到
而是靠着被动激发
Think, therefore I am
那天我看到一批自动整理出来的经验条目，第一反应不是“这次总结得不错”，而是觉得里面有些话不太对。它们的格式很像经验：先写一条规矩，再补一句为什么，读起来完整、肯定，甚至带着一种已经被验证过的口气。 问题也正出在这里。经验一旦写成了规矩，就不再只是对过去的描述，而会影响下一次行动。如果我把一条未经核对的判断继续放进知识库，后面的人会把它当成前提；如果它还被展示成已经完成的沉淀，错误就会获得一层系统的
我最近检查一个目录页时，桌面上的第一印象其实不错：多列内容排得整齐，标题区域也没有明显错位，筛选和分页都在原来的位置。可是把视口切到手机宽度，问题很快就露出来了。首屏看不到目录，长标题被截断，用户甚至还没开始浏览，就已经不知道页面接下来要做什么。 当时我一开始以为这是一个典型的响应式问题，可能只要把列数减少、把间距压小，再补几条媒体查询就够了。后来继续检查才发现，真正的问题不是桌面布局缩小得不够彻
我这次处理的是一个看起来很小的页面问题：从列表里点开一条内容，地址栏里应该留下一个可以分享、可以刷新、也可以用前进后退恢复的链接。最初看它，似乎只要把当前对象的编号塞进地址就够了。对象能打开，页面就像有了深链。 但实际走了一遍手机端流程，问题很快暴露出来。查询之后缺少回到概览的入口，照片被按视频的方式打开，审看器没有接上前后切换，刷新后筛选条件也不能稳定保留。每一处都可以被单独修补，可单独修补的结
页面刚开始搭出来的时候，最容易让人产生一种错觉：只要卡片能显示，筛选能响应，页面看起来就差不多完成了。那时的数据是样例数据，数量少，字段规整，图片和视频也都经过了方便展示的处理。很多问题不会在这个阶段出现，甚至连问题的形状都还没有形成。 这次接入真实工程、真实成片和真实图片后，页面一下出现了12个工程、29条成片和30张图片。数字变多本身不是难点，难点是原来被样例数据遮住的差异同时露了出来：封面裁
这次改一个授权和表单页面，最开始看起来像一次普通的排版工作：桌面端的授权记录被挤成了窄列，手机端的表单又长又散，几个操作区放在一起，用户很难判断自己下一步要做什么。这样的页面很容易让人把注意力放在间距、宽度和按钮位置上。 但我往下检查时，发现真正棘手的不是成功提交以后页面够不够整齐，而是请求失败以后页面有没有把人带回一条清楚的路。读取失败时没有重试入口，记录不能通过深链直接定位，权限被拒绝以后按钮
这次遇到分页需求时，页面其实已经不是一张白纸了。原来的页面有分类筛选、搜索、详情深链和一些键盘操作，用户可以通过链接直接打开某个条目，也可以在页面里继续查找。分页是在这些交互之后追加进来的：需要有分页器，需要让 ?page= 能被刷新还原，还要支持切换分类回到第 1 页、根据 id 自动跳到条目所在页，以及用左右方向键翻页。 乍看之下，这像是给列表底部加几个按钮。真正动手后我才发现，按钮只是最容易
单击为什么不能直接播放 这次改一个内容审看页面时，我一开始面对的是一个很直观的要求：媒体库里有大量视频记录，用户要能快速看，也要能随时放大审看。页面里同时还有分类、搜索、详情和播放队列。看起来，最省事的方案就是把卡片点击和播放绑定在一起，用户点到哪条，哪条就开始播。 但实际把页面放到手里操作，问题很快出现了。用户在列表里扫记录时，单击往往只是想看看标题、状态或详情。如果每次点卡片都启动播放，浏览动
那次接手一个本地页面时，第一眼看到的是白屏。任务表面上写的是美化：换一套视觉风格、调整首页信息密度、修正窄屏布局。可页面连基本内容都没有出来，浏览器里只剩一片空白。这样的场景很容易把人带进前端细节里，开始怀疑样式、脚本加载顺序，甚至准备先重做首页。 我当时也有过这个念头，后来没有马上动界面，而是先问了一个更基础的问题：现在到底有没有服务在接这个页面？这不是把美化任务推迟，而是在确认任务成立的前提。
