事业实践服务今天的网络
.HELP——一个告诉你“这里有帮助”的地址。
.HELP 将一个实际想法——让帮助更容易被找到——与 Lu Heng 工作中更深一层的问题联系起来:我们赖以运作的名称,由谁控制?
出自札记
“结果是系统变得脆弱:技术参考层演变为治理层;记录者变为守门人;协调工具变为未来控制的来源。”
从正在寻找帮助的人出发
产品坏了。决定难做。一个问题,始终没人解答。很多时候,第一步只是找到合适的人,知道该向谁开口。
以 .help 结尾的域名,可以让人在打开网站之前,就明白它的用途。对于客服团队、顾问或社区组织,这个名称是一份小而实用的承诺,告诉来访者能在这里找到什么。
名称也是一个控制点
人们记住一个地址,将它加入书签,再转告他人。组织围绕这个地址建立关系。时间越久,依赖于同一名称保持可达的事情就越多。
在这个熟悉的地址背后,有一套维持名称唯一性的体系。Lu Heng 更广泛的论述追问,这种必要的协调应当止于何处:维护一项记录,是否就赋予管理者治理所有依赖这项记录之人的权利?
协调必须共享的部分,留下选择的空间。
在随笔第 64 篇中,Lu Heng 提议建立少量共同规则,让参与者能够自行核验。这些规则保护唯一性与互操作性:人们必须仍能找到同一个目的地。
在这一最低限度的共同规则之外,未来的决定应当仍由运行这些系统的人作出。他们应当能够采纳一项变更、拒绝它,或选择与现有体系兼容的替代方案。公布一条新规则,本身不应赋予某个机构强制实施它的权力。
为什么要在故障发生之前考虑这些问题
等到一个名称的正常使用受到干扰时,人们多年的工作与关系可能早已依赖它。Lu Heng 的提议,是从设计之初就纳入持续运营的能力,以及选择另一条路径的自由。
这个问题不限于域名。任何共享登记系统,只要可能将技术依赖转化为对用户的持久权力,就与此有关。
.HELP 今天的位置
.HELP 在现行 DNS 体系内提供域名。它眼前的用途很直接:为个人和组织提供一个适合帮助他人的地址。官方网站将域名私下销售业务引向 LARUS。
这项服务与制度提案回应的是问题的不同部分:今天提供一个有用的名称,明天则提供一种追问的方式——共享的命名与编号体系,究竟该由谁控制?