译后记：论此译本的翻译范式、翻译作为社会行动

在本篇小记中，译者会集中阐释在翻译过程当中思考的一些问题与具体的方法论，尤其针对论证类文本翻译中突出的问题，借此抛砖引玉。把问题意识推到最显眼的地方、逐一辩驳各类对立观点并非此篇的意图，目的仅仅是从批判性视角说明译者每一处译法取舍背后的考量。

此译本的翻译伦理

译者认为必须坦诚承认：译者很难全然隐身于幕后，而译者对文本的理解必然会影响文本本身，像 ESR 《大教堂与集市》这种涉及到跨学科概念层面的多层论证更是如此。因此，译者选择显化潜在的影响，而不是装作不会带来影响。

非虚构类翻译的功能对等

当下流行的翻译伦理沿袭严复提出的“信达雅”理念，“信达之外，求其尔雅”，作为“尔雅”的“雅”，是“合规范；纯正”的意思，与文笔优雅的雅存在根本的区别。关于以优雅作为“信达雅”的标准所产生的危害，可以参照这篇文章。译者在此只是借用曹明伦老师对“雅”的辨析，并意图再向前推进一步：

我们现在比以往任何时候都更加需要去提防过分优雅的写作；因为当学问取得了某种进步、各种写作中都出现了杰出的作者之后，人们最容易陷进去的，正是过分优雅的写作方式。

——休谟《论写作的质朴和优雅》

另外，传统翻译（尤其是文学类翻译）似乎总有一种“什么都不准删掉，什么都不准加上去”的论调，在文学类翻译（尤其是经典文学类翻译）里保持字句忠实固然自洽也很有价值，在处理论证类文本时也相当有正本清源的意义，然而译者在处理论证文本的过程中，对此理念也有所疑问：此时“信达雅”到底服务于字词本身，还是作者本人想构建的论证结构与概念体系？译者认为，“信达雅”不应该只针对字词（尤其是作为“尔雅”的“雅”），无视论述文体具有的论证结构维度，既然同样的“信达雅”会导致好几种截然不同的理解，那么其标准就应该更加具体、更具有可操作性，而不是仅停留于“会批判性思考就行”。论证类文本与文学类文本不同，不以字词风格、语感最优先，而是论证结构最优先：

1. 如果二者可以兼顾，那最优先的策略是保留精确的概念锚点；
2. 如果二者产生了系统性的冲突，从字词的角度来看“忠实”的、严格逐字直译的译法，会让读者花费更多精力梳理逻辑，那么个人的倾向就是展现论述文体的论证结构，而并非局限于字词。

“什么都不准删掉，什么都不准加上去”的评判标准在这类体裁中会暴露出异文化背景意象、理解精确学术/专业概念及论证的理解困难，或许更好的处理方式是：坦诚哪里做了改动及做出改动判断的理由。

戏谑感的传达

• hackerdom：“黑客国度”而不是“黑客圈”。此处 ESR 有意玩 kingdom 的梗，还主动用了远古时代、网络国度、historian 这类表述，他的用意已经很明确，故选择贴合这类比喻。

专业/学术概念不同于日常语言

涉及学术/专业概念时，刻意保留精确溯源的锚点，概念精度 > 流畅性。

• 3.3 中的 consensus：“一致性理论”而不是“共识”。“共识”并不与“不成文的权属惯例”构成矛盾关系，而一致性理论蕴含的“共识背后的制度正当性”却与“不成文的权属惯例”形成了思想上的张力。
• 3.4、3.5 等章节中的 property：“财产权/产权”而不是“所有权”。此处是欧美普通法作为权利束的产权，4.5 ESR 还援引了洛克的土地财产权理论，并非大陆法下不可分割的所有权，绝不能与“所有权”混同。
• 4.4 中的 free：兼有“自由”与“免费”的含义。由于与自由软件理念体系强绑定，且在原文中“竞争性商品的排他性信息”作为 Information wants to be free 的反证，落脚点在“不自由”的排他性而不是“不免费”，故选择“自由”而不是免费，但添加引号、加注说明。
• 4.8 中的 reciprocity：“互惠性”而不是“对等性/等价性”。作“对等性”译确实通顺，但会丢掉莫斯礼物文化理论脉络中“等价互惠”这一关键锚点，会丢失包含“给予-接受-回报”义务的思想张力。

反例：只是比喻借用，不涉及理论内核，日常化处理

• 1.5 中的 colossi：没有明确证据指向罗德岛太阳神巨像“宏伟但很快倒塌”这层含义，故保守处理，作“巨头”译。
• 1.5 中的 fault line：不涉及塞缪尔·亨廷顿的“断层线冲突”理论内核，故作“两大截然不同的阵营”意译。

论证结构与字词的张力

• 4.9：“吃自助餐不能几个人合买一份拼单”而不是“沙拉吧内禁止分享食物”（no sharing at the salad bar）。此处是理解“如果站点使用支持服务的用户数量超出合同约定，则可以终止服务合同或要求支付更高费用”这一逻辑的类比，此处以方便汉语读者直观理解为优先。

• 其余改写

  • 显化ESR的论证语气

  • 显化ESR未明确说明的论点与逻辑链

    • 显化论点

      e.g.

      a. Indistinguishable from Magic （开源社区的成就）与魔法无异

      b. Beyond Geeks Bearing Gifts 超越极客与礼物文化（的视角）

      c. The Inverse Commons 反向公地（的正向循环）

      d. Why Sale Value Is Problematic 销售价值的困境

      e. Indirect Sale-Value Models （开源软件的）间接获利之道

      f. 以及其它大部分标题

    ESR的正文几乎都是在论述，指向不明的标题显然会增加读者的阅读负担。译者意图用这种做法，确保读者看到标题就能一眼理解ESR这篇文章要说什么，从而实现ESR文本在中文语境下的功能对等。d的全文语境是销售价值遇到了很多问题和挑战，而不是抨击销售价值本身漏洞百出、站不住脚，因此problematic需要适度意译，消除“销售价值概念本身有漏洞”这一歧义。

    • 显化行文逻辑链

    e.g. 4.7中ESR原文如下：

    Maybe it’s for electronic commerce,

    maybe you’re a high-visibility media outlet selling advertising,

    maybe you’re a portal site.

    译者采用了以下处理，补写了原文没有深入阐释的逻辑：

    它可能用来支持电子商务（高频交易），

    也可能用来给高流量媒体做广告营销，

    又或者用来支持门户网站（日常运维）。

    另外此处用了“……也……又”让列举层层递进，同时补齐细分业务场景与“高流量媒体做广告营销”对齐，以提升各位读者的阅读体验。 又例如4.9中ESR的各小节标题：

    Loss-Leader/Market Positioner

    Widget Frosting

    Give Away the Recipe, Open a Restaurant

    Accessorizing

    Free the Future, Sell the Present

    Free the Software, Sell the Brand

    Free the Software, Sell the Content

    译者的处理如下：

    （舍卒保车，）抢占市场

    开源软件，反哺硬件

    共享配方，经营餐馆

    （立足开源，）销售周边

    限期闭源，永久开源

    解放软件，销售品牌

    解放软件，销售内容

    全部采用4-4字的格式，在不损害原意的前提下保持对仗，加粗的标题和括号部分并不对应英文原文，Widget Frosting“西点上撒糖霜”的意象也做了中文语境下容易理解的重构。译者这里也采取了处理章节标题的策略，结合对应的文本拟定了提纲挈领的标题，让读者一眼理解小节的论述，实现该小节标题的功能对等。

译注

• 刻意保留精确溯源的锚点（中文人名、原文人名、中文书名、原文书名，谁在哪本书中提出了xxx），供有需求的读者溯源使用，以求概念可溯源、可验证

人机协同翻译

AI 工具在此译本的翻译中承担了以下辅助工作：

• 生成译文初稿：AI 辅助生成各章节的初稿译文，作为人工修订的起点。所有 AI 生成的初稿均经过逐句审校、修订或重译。

• 辅助润色译文：AI 辅助润色语句通顺度与语体。

• 辅助学术查证：在译者确认学术判断的方向后，AI 协助检索文献出处、核对外文人名及书名原文、整理跨学科术语的背景信息。所有查证结果均由译者独立核实和判断。

术语锚定和译注框架并非在翻译开始前预先确立，而是在 AI 初稿生成后，由译者在逐章修订的过程中逐步做术语锚定、确立译注框架、术语统一等动作，引入一致性、建立体系。最终所有术语定名、译注学术判断及论证结构的显化策略，均由译者独立完成。

开源翻译作为社会行动

ESR 在“超越软件？”一节中说过“音乐作品、大多数书籍和软件有着本质区别，它们一般不需要持续修复缺陷、长期维护”，然而时隔二十多年，音乐书籍等创作产物也越来越多地采用数字化模式，生产模式也产生了剧烈的变化。数字化模式让长期维护数字化的需求浮上水面，数字化书籍多了：维护作品存续、适配 PDF/EPUB/MOBI 格式，防止未授权篡改的需求；书籍纠错评审流程慢、读者反馈流程长甚至无果的情况也屡见不鲜，而这个问题由于数字化程度加深显得更加迫切了。一本重要的译著（比如《大教堂与集市》），在豆瓣、知乎、技术社区被反复引用、讨论、争论。如果译文中存在一处术语误译或逻辑偏差，这个错误会像病毒一样在网络上扩散，成为后续讨论的“事实前提”，等到出版社重印时修正或者出修订版那就至少得好几年了，这样的效率是难以响应当下的需求的。译者认为，提供相应的 Issue 模块是加快纠错评审流程可以认真考虑的一个方案（PR 则需要谨慎考虑）。

• 从代码作为社会行动，到翻译作为社会行动（翻译服务的深层目的）
• SSL 式知识传播 vs P2P 式知识传播
• 出版社/机构权威翻译 vs 民间众包翻译
• 当代翻译的“文化转向” 为什么用学术翻译的标准翻译技术随笔？《大教堂与集市》不只是技术随笔，翻译并非复制与“译者透明隐身”，经典并非静止的、而是生成的，当下有需要回应与深化的议题，不能视而不见。忠实于字句的翻译传统固然有相当的价值，然而注疏传统也同样存在。翻译行为的价值不仅在于传递文本本身，更在于与原本对话、常译常新
• 开源翻译的实践及好处
  • 开源翻译配套设施（重点强调可追溯性，翻译过程可见透明，回应当下议题）
  • 开源翻译不代表集市模式

此译本的版本理念

以上翻译伦理呼吁一套符合数字时代特征、内容透明、灵活查阅更改的版本机制，故译者也需要在此阐述全新的版本理念。此译本的版本理念与传统出版有较大出入，具体区别在此不加赘述。该版本由分布式版本控制工具 git 做版本管理，译者认为有必要单独提出。

为什么是 git 而不是区块链？

当前在讨论数字内容的可信性与版本管理时，一种常见的 AI 回应是“使用区块链”，而这一建议在出版等需要持续迭代的场景中并不适用。下文说明为何选择 git 而非区块链。

• 核心是修改可追溯、修改内容可见，而不是不修改，区块链的技术特性决定了修改流程繁琐。出版流程理应鼓励快速迭代、及时修正，减少修改的时间成本，而不是增加修改的时间成本。git 也有精细的权限管理，不合规的提交不会并入主线导致内容污染
• 区块链圈层小，普通用户不可及，普通用户接触 git 远比区块链友好
• 区块链本质高度依赖资本生态的小圈子，git 则能做到从中解耦
• 落地的成本-效用核算：区块链费用高昂，动辄上万，搭建繁琐；git 是免费的，搭建简单

git commit 作为版本最小粒度

与传统出版的第一版、第二版不同，此译本采用git commit的哈希值作为译本的最小粒度，以便各位读者追溯，贯彻修改可追溯、译本演化过程可见的翻译伦理。

和当今各大图书平台的电子书不同，git的分布式特性使得译稿的历史痕迹很难被一笔抹去，即使有人在自己的仓库做了篡改，只要还有人clone了仓库，那么这种篡改的尝试也终将失败。clone仓库的人越多，那么译本的历史痕迹越难成功篡改。

源码防伪与产物防伪

仅凭上述手段无法解决两个高发问题：

• 他人 clone 代码仓库，更改其中内容
• 直接更改释出的 pdf 内容

如果没有机制能将译者的产物与上述两种情况的产物区分开，那么此译本的可信度将被稀释。译者不愿出现上述后果，所以采用以下思路采取防伪措施：

• 在源码（及其提交）和产物两个层级上加入唯一的、无法伪造/去除/混淆的作者身份识别标记，无论是 fork、clone 源仓库还是直接更改 pdf，都无法提供等同于本仓库提交和释出文件的身份识别标记。
• 不做额外的 pdf 加密。防伪≠加密，防伪的首要目的在于识别产物唯一且无法伪造的作者身份，不对内容更改做额外限制。

基于这种思路，在仓库提交和释出文件上签署 PGP 公钥签名 + X.509 自签名证书就是顺理成章的方式了。

附言

此译本已采用 typst 排版工具深度优化 pdf 文件的排版，使其更适合深度文本阅读，并提供更好的阅读体验。预计将分别提供适合纸质版打印的 A5 pdf 文件与适合电子设备阅览的 pdf 文件，如有排版上的优化建议也可以提 issue。

另外，此译本计划：

• 为 zotero 提供更细粒度的引用格式，以便引用以 git commit hash 为颗粒度的网络文本；
• 采用功能更强大、更适配书籍表现力的 asciidoc 输出格式，而不是现行的 markdown。

支付声明

你可以支付看这本译本的费用（对，是支付，不是打赏/赞助😉），份额随喜，下限为 0 元。你的一笔支付，译者完全不保证用途：它可能会成为译者一瓶金银花露，可能会成为译者一顿辣椒炒肉，也可能成为译者手头一本新漫画书，但未必是用于完善译本和基建设施的资金；支付的 0 元也同样可能会用来完善译本和基建设施:D