从「发现49图库」这条入口重排 2019 年那张手写索引表
2019 年 3 月我在一本 A5 方格本上画过一张索引表,一共 11 行、4 列,最后一列写的是「备注:勿信第二页跳转」。今年 6 月 20 日我把它重抄了一遍,把第四列换成了三个字段:来源、验证日期、复核人。重抄的过程比想象中费劲,因为原表用的是铅笔,蹭花了两处,我只能靠前后条目推断。这件事让我确认一个观点:图库资料的可靠性从来不在条目本身,而在于你敢不敢把「谁在什么时候验证过它」写下来。没有这一列,条目再多也只是纸张。
这是「最新49图库资料」的分类列表页。它不解释概念,只把这一批条目按主题钉在墙上:检索路径、浏览器打开顺序、第一页与后续页的差别、以及几个被反复验证过的查询实例。我写得很慢,因为这个站点的读者大多也是在深夜翻页的人。
这一批条目里,有一半是重写的。原因是 6 月 18 日那次整理时我发现,早期笔记里把「第一页」和「首页」混着用,导致后续检索全部偏了一格——这是个低级的错误,但错了要认。下面每条都标了具体的时间锚点与验证动作,如果你从「发现49图库」那条路线进来,建议先看第 4 条和第 7 条;它们解释了我为什么把入口和内容层拆开。
2019 年 3 月我在一本 A5 方格本上画过一张索引表,一共 11 行、4 列,最后一列写的是「备注:勿信第二页跳转」。今年 6 月 20 日我把它重抄了一遍,把第四列换成了三个字段:来源、验证日期、复核人。重抄的过程比想象中费劲,因为原表用的是铅笔,蹭花了两处,我只能靠前后条目推断。这件事让我确认一个观点:图库资料的可靠性从来不在条目本身,而在于你敢不敢把「谁在什么时候验证过它」写下来。没有这一列,条目再多也只是纸张。
6 月 22 日下午三点,我坐在靠窗的位置,把首页和内页并排开了两个窗口,一条一条对。差异其实只有三处:栏目排序、更新时间的粒度、以及底部那行小字的位置。前两处是设计选择,第三处我认为是妥协——把说明性文字压到底部,等于默认没人看。我不喜欢这种处理,但它确实让首屏干净。记录这一条不是为了评判谁,而是为了将来有人问「为什么我的截图和你的不一样」时,能有一个可指认的答案。对了 40 分钟,眼睛发酸,但值得。
很多人把第一页当成封面,滑过去就完了。我的看法相反:第一页是整份资料的目录,它决定了你会不会在第 6 页迷路。6 月 23 日晚上我做过一次实验,把第一页的条目顺序打乱,然后请一位朋友按原顺序复述后面五页的标题,他只记住了两条。恢复原顺序后再试,记住了五条。样本只有一个人,当然不能当结论,但它足够让我在笔记里加一句:顺序是信息的一部分。这一条我写得比较硬,因为它是这批条目里最容易被忽略、也最影响后续检索的一条。
这一类信息最大的问题是会变,而且变的时候没人通知你。所以我的做法是:不记地址本身,只记「谁在什么时候告诉我它是什么」。6 月 19 日我清理旧笔记,删掉了 7 条只有地址没有出处的记录,一条也没留。这个决定有点激进,但我认。理由是,无出处的地址在三个月后就是噪音,而噪音会污染整份索引。剩下的记录里,最早一条是 2021 年 11 月,最晚一条是 2026 年 6 月,中间跨度四年半,能对上源的只有两条——这个比例本身就说明问题。
这条是应一位读者的留言写的。6 月 21 日他问:地址栏和搜索框到底是不是一回事。我花了半小时把动作拆成五步:新建标签、定位地址栏、输入、确认、检查跳转结果,每一步截一张图,一共五张。拆完我才意识到,很多人卡住的不是「不会输」,而是「输完不知道自己在哪」。所以第五步我写得特别细:看左上角,看协议前缀,看有没有被重定向。这是很笨的写法,但笨写法在教程里往往比聪明的写法有用。这条我不打算改短。
第一遍写完,我自己读了一遍,删掉了三分之二,因为全是形容词。第二遍改成步骤式,太干。第三遍加了场景,又太散。第四遍我只做一件事:把所有「可能」「大概」改成「在我这台 2022 年买的设备上是这样」。四遍下来从 2,300 字压到 1,100 字,反而更清楚。这件事对我是有教的:写操作类内容,诚实标注条件比堆砌完备性更重要。你用的设备和我不一样,结论可能就不一样,这一点必须写在正文里,不能藏在脚注。
3 月 14 日下午两点四十,我记录过一次完整的查询过程:输入、返回、比对、标记。关键不在「查到了」,而在「查到的和我预期的是不是同一件事」。那次比对结果是部分一致,有两条对不上,我把它们单独列了出来,没有合并进主表。半年后回看,那两条对不上的记录反而成了最有价值的部分,因为它们暴露出索引里一个长期存在的口径问题。所以这条案例我保留得比较完整,连当时的错别字都没改,只在旁边加了批注。批注比正文长,这在这份资料里是常态。
凌晨一点十七分,我把 37 个标签摊在屏幕上,按出现频次排了一遍,发现排第 20 位以后的标签中有 14 个只出现过一次。只出现一次的标签不是标签,是笔记。我把它们全部并进了正文的关键词里,标签只保留 15 个。合并过程要一个个判断「合并还是保留」,判断标准只有一条:它将来会不会被第二次用到。这个过程很枯燥,但它让后面三个月的检索少绕很多弯。我把它记在这里,是因为这类元工作几乎没人写,但它是这份资料能持续更新的真正原因。
一位姓陈的读者在 6 月 17 日来信,说他每次翻到第三页就失去方向,问我有没有办法。我回信建议他把每一页的标题第一句抄下来,抄满一页再看。他试了四天,回信说有效,但抄写让他更慢。我说慢是对的,快才是问题。这段通信我完整保留了下来,因为它说明一件事:检索能力不是天赋,是训练出来的肌肉,而训练的标志往往是你愿意变慢。这条我没有做任何润色,原样收录,包括他最后那句「那我以后就慢点看吧」。
从 6 月 26 日晚上七点开始校对,到次日凌晨一点四十结束,中间只起身两次。校对主要做三件事:统一数字用法、检查每个日期是否和正文一致、删掉所有没有主语的长句。第三件最费时间,因为删完之后往往要重写。我在这条里不提供任何结论,只记录这个数字:6 小时 40 分钟,10 条,平均每条 40 分钟。写下来是为了将来有人问「这站点多久更新一次」时,我能给出一个具体到分钟的答案。长途跋涉之后的感觉,大概就是这种——不是你做完了什么,而是你知道自己是怎么做完的。