陆行远
负责整体框架与长文审校,习惯先画结构图再动笔,坚信「写不清楚通常是没想清楚」。
以上数字来自我们自己的编辑后台统计,口径为「经人工复核后正式发布的条目」,不含草稿与待核实内容。我们不展示无法核实的第三方数据与评分。
welcome 指南(welcome-cn.cn)起步于 2019 年,最初只是几个人整理的一份内部笔记:身边总有朋友问「welcome 到底是什么」「这个东西怎么上手」「网上说法为什么互相打架」。笔记越积越厚,索性整理成站,让更多人少走弯路。
我们专注的方向很窄——围绕 welcome 这一个主题,做概念解析、使用步骤、常见疑问与信息导航。你在这里不会看到铺满广告的页面,也不会被强制跳转;我们的工作是把公开可查的资料读懂、拆散、再按读者能接受的顺序重新讲一遍。一个概念第一次出现时,我们会先给一句人话解释,再补上它的正式说法和容易混淆的近邻概念,最后给一个具体场景。
大部分读者卡住的地方,其实不是「这个主题有多难」,而是信息太碎、层级太乱。同一个问题,三个来源给出三种说法,谁也没说清适用前提。我们的做法是先划出一条主线:这个概念解决什么、不解决什么、在什么条件下成立。主线立住之后,细节再往里填,读者就不容易被枝节带偏。
另一件事是降低检索成本。站内每个板块都有明确边界:概念解析负责「是什么」,操作步骤负责「怎么做」,常见问题负责「出了岔子怎么办」。你不需要通读全站,从任意一个入口进来,都能顺着链接找到相邻的补充说明。
「把复杂的东西讲简单,不等于把它讲浅。真正的通俗,是先把作者自己脑子里的层级理顺。」 —— 陆行远 · 主编
它是一个以 welcome 为主题的中文内容整理与信息导航站。我们做的是把散落在各处的公开资料、概念解释、使用步骤和常见疑问汇总起来,写成能读懂的长文,方便第一次接触 welcome 的读者快速建立整体认知。我们不托管、不上传、不代理任何文件或流媒体,也不冒充任何官方渠道,只是内容层面的整理者与讲解者。
不建议直接当作唯一依据。我们的定位是帮读者理解概念和梳理线索,凡涉及具体数字、名单、时间节点这类可被核实的内容,我们都会尽量标注来源或保持克制,无法确认的部分宁可留空也不猜测补齐。正式场合请以官方或公开原始资料为准,站内内容更适合作为入门与交叉参考。关于内容的取舍原则,可以再看 #insight 一节里的说明。
不需要。全站内容都是直接可读的静态页面,没有账号体系,也不会为了看正文而要求你登录、验证或填写手机号。只有在你主动写信反馈纠错时,我们才会需要你的邮箱来回复,除此之外不收集身份信息。
常规情况是每周梳理一次读者反馈与新增疑问,把高频问题补进常见问题或概念解析里;遇到资料层面有较大变动时,会单独安排一次集中校订。页面上标注的更新日期就是我们最近一次实际改动的时间,如果某段时间没有实质内容变动,我们不会为了显得活跃而随便改一个日期。
直接发邮件到 hello@welcome-cn.cn,在标题里写明是纠错还是建议,正文尽量带上具体段落和你的理由。我们会逐封看,确认有问题的会在下一轮校订中改掉,并在更新记录里简单说明改了什么。版权相关的投诉请走 copyright@welcome-cn.cn,我们按 48 小时内的时效处理,详见 #disclaimer 一节。
很多读者会把 welcome 和一个更大的概念范畴混着用。简单的区分办法是看语境里它指的是「一种状态或入口」还是「一整套做法」:前者更接近字面,后者往往包含了流程、规范和周边工具。我们在概念解析部分用对照表的方式把常见混淆点列了出来,先分清层次再看细节,会顺很多。
讲方法之前先说结论:判断一份资料质量,不能看它写得多长,要看它有没有交代「边界」。一份负责任的讲解,会主动告诉你这个说法在什么条件下成立、在什么条件下会失效;而一份凑数的内容,往往通篇都是肯定句,读起来很顺,用起来处处碰壁。
定义回答「它是什么」,用法回答「它怎么被使用」。优质的资料会把这两层分开写,因为定义相对稳定,用法却依赖具体场景。如果一份内容从头到尾把两层糅在一起,你很难判断某句话到底是普遍规律还是个别经验。
只要出现「一般来说」「多数情况下」这类限定词,就说明作者意识到了边界的存在。反过来,通篇「一定」「必须」「绝对」的表述,多半是把某个特定条件下的结论当成了普遍规律——这类内容最容易误导新人。
好的示例包含三要素:起点状态、操作步骤、预期结果。如果你照着做完,结果和描述的差不多,说明作者真的做过;如果示例含糊到「经过一番设置即可」,那基本是转述来的,可信度要打折。
最容易被忽略、也最能说明问题的一点:作者是否敢于承认「这一点我不确定」。成熟的内容创作者会把未知标出来,而不是用模糊的措辞蒙混过去。敢于留白的内容,整体可信度通常更高。
第一,先用「是什么」定位,再用「怎么用」深入。拿到一个新主题,别一上来就找教程。先用一句话确认它的定义和所属范畴,建立坐标,再去读具体做法。顺序反了,你会记住一堆操作却不知道它们为什么这么做,换个场景就全乱。
第二,把疑问改写成可检索的短语。「welcome 用不了怎么办」这种问法太口语,搜出来的多是情绪化讨论。换成「welcome 无法加载 常见原因」这类包含对象+现象+范围的结构,命中技术性说明的概率会高很多。
第三,交叉验证至少两个来源。不是让你把每句话都查三遍,而是在涉及判断的地方——某个做法是否推荐、某个说法是否过时——多看一份资料。如果两个独立来源在同一处给出相反结论,那这一处就是你需要特别小心的地方。
顺带说一句我们的编辑态度:站内凡是出现具体数字的地方,都能在编辑后台找到对应的统计口径;找不到口径的描述,我们会直接删掉而不是保留一个大概数。这不是洁癖,是因为一个来路不明的数字,比一句模糊的形容词更容易误导人。
内容不署名的站点,读者很难判断它值不值得信任。所以我们把编辑团队的构成放在这里,谁负责哪一块、擅长什么,写得清楚一些。人数不多,分工很明确。
负责整体框架与长文审校,习惯先画结构图再动笔,坚信「写不清楚通常是没想清楚」。
专攻术语的通俗化。擅长把一句话掰成三层讲:先人话、再正式说法、最后给个例子。
负责来信与纠错处理。每周把读者提问归类,挑出高频的补进常见问题。
做 welcome 这块内容整理已经有七年多。刚开始以为最难的是把知识写全,后来发现真正难的是判断哪些东西不该写。读者的困惑往往不是「找不到答案」,而是「找到太多答案,不知道信哪个」。同一个问题,十个页面给出十种说法,其中一半还互相矛盾——这才是让人放弃的主要原因。
所以这几年我们把越来越多的精力放在「做减法」上:把重复的解释合并,把没法核实的说法删掉,把适用条件写进正文而不是藏在脚注里。页面看起来可能没有以前那么热闹,但读者读完能带走一条清晰的主线,这比多塞五个知识点更有用。
第二个观察是:读者最需要的往往不是新知识,而是确认自己没理解错。我们收到的大量来信,问的其实都是「我这样理解对吗」。这类问题在标准教程里通常没人回答,因为太基础了。但恰恰是这些地方,撑起了后面所有的进阶内容。常见问题那一块之所以写得比较细,就是因为这个。
也有做得不够的地方。比如站内的检索还不够聪明,很多读者要找的内容明明有,却因为用了不同的说法而搜不到;再比如部分条目的更新滞后于资料变化。这些我们记在待办清单上,一项一项改。
—— 陆行远,写于 2026 年 9 月的一次版本校订之后
除了常设栏目,我们会不定期围绕 welcome 的某个子主题做集中整理。专题有明确起止时间,结束后内容会并入常设板块,不会留下一堆打不开的旧页面。
每天一个概念,七天建立完整框架。适合完全零基础、又不想被术语淹没的读者。
把最容易混的十二组近邻概念做成左右对照,一眼看出差别在哪、什么时候会重叠。
从近三个月读者来信里挑出重复率最高的二十问,逐条给出可操作的答复。
把长文拆成短段落,每篇控制在十五分钟内读完,适合通勤和睡前零散时间。
公开我们采纳过的纠错记录与修改说明,欢迎对照原文核查,也欢迎继续挑错。
针对尚无统一中文译法的几个术语,收集读者意见并整理成对照说明,持续更新。
有想看的主题、读着别扭的段落,或者只是想告诉我们哪里写错了,都可以直接写信过来。值班编辑每天会看一遍收件箱,能当场回的就当场回,需要核实的会说明大概多久给答复。
给我们写封信 →