译后记:论此译本的翻译范式、翻译作为社会行动
在本篇小记中,译者会集中阐释在翻译过程当中思考的一些问题与具体的方法论,尤其针对论证类文本翻译中突出的问题,借此抛砖引玉。把问题意识推到最显眼的地方、逐一辩驳各类对立观点并非此篇的意图,目的仅仅是从批判性视角说明译者每一处译法取舍背后的考量。
此译本的翻译伦理
译者认为必须坦诚承认,译者很难全然隐身于幕后,而译者对文本的理解必然会影响文本本身,像 ESR 《大教堂与集市》这种涉及到跨学科概念层面的多层论证更是如此。因此,译者选择显化潜在的影响,而不是装作不会带来影响。
非虚构类翻译的功能对等
当下流行的翻译伦理沿袭严复提出的“信达雅”理念,“信达之外,求其尔雅”,作为“尔雅”的“雅”,是“合规范;纯正”的意思,与文笔优雅的雅存在根本的区别。关于以优雅作为“信达雅”的标准所产生的危害,可以参照这篇文章。译者在此只是借用曹明伦老师对“雅”的辨析,并意图再向前推进一步:
我们现在比以往任何时候都更加需要去提防过分优雅的写作;因为当学问取得了某种进步、各种写作中都出现了杰出的作者之后,人们最容易陷进去的,正是过分优雅的写作方式。
——休谟《论写作的质朴和优雅》
另外,传统翻译(尤其是文学类翻译)似乎总有一种“什么都不准删掉,什么都不准加上去”的论调,在文学类翻译(尤其是经典文学类翻译)里保持字句忠实固然自洽也很有价值,在处理论证类文本时也相当有正本清源的意义,然而译者在处理论证文本的过程中,对此理念也有所疑问:此时“信达雅”到底服务于字词本身,还是作者本人想构建的论证结构与概念体系?译者认为,“信达雅”不应该只针对字词(尤其是作为“尔雅”的“雅”),无视论述文体具有的论证结构维度,既然同样的“信达雅”会导致好几种截然不同的理解,那么其标准就应该更加具体、更具有可操作性,而不是仅停留于“会批判性思考就行”。论证类文本与文学类文本不同,不以字词风格、语感最优先,而是论证结构最优先:
- 如果二者可以兼顾,那最优先的策略是保留精确的概念锚点;
- 如果二者产生了系统性的冲突,从字词的角度来看“忠实”的、严格逐字直译的译法,会让读者花费更多精力梳理逻辑,那么个人的倾向就是展现论述文体的论证结构,而并非局限于字词。
“什么都不准删掉,什么都不准加上去”的评判标准在这类体裁中会暴露出异文化背景意象、理解精确学术/专业概念及论证的理解困难,或许更好的处理方式是坦诚哪里做了改动、做出改动判断的理由。
戏谑感的传达
- 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 在“超越软件?”一节中说过“音乐作品、大多数书籍和软件有着本质区别,它们一般不需要持续修复缺陷、长期维护”,然而时隔 20 多年,音乐书籍等创作产物也越来越多地采用数字化模式,生产模式也产生了剧烈的变化。数字化模式让长期维护数字化的需求浮上水面,数字化书籍多了新的维护需求:维护作品存续、适配 PDF/EPUB/MOBI 格式,防止未授权篡改的需求;大教堂式的书籍纠错评审流程慢、读者反馈流程长甚至无果的情况也屡见不鲜(这是大教堂模式的结构性后果),而这个问题由于数字化程度加深显得更加迫切了。一本重要的译著(比如《大教堂与集市》),在豆瓣、知乎、技术社区被反复引用、讨论、争论。如果译文中存在一处术语误译或逻辑偏差,这个错误会像病毒一样在网络这个天然的集市上扩散,成为后续讨论的“事实前提”,等到出版社重印时修正或者出修订版那就至少得好几年了,而 Issue 模块的响应周期可以是几天甚至几小时。
基于当下产生的新需求,译者提出了开源翻译的初步构想:
开源翻译不等于无权威的集市模式。集市模式的一种典型实践是众包翻译,但粗放的众包翻译还不足以处理好书籍翻译所需的语境一致性要求。译者意图在维基百科、技术文档成功的众包翻译实践基础上,吸取《失控》众包译本因为缺少对语境一致性负责的权威节点导致译文风格漂移的教训,本译本采用 BDFL 模式(即译者作为译本项目维护者,允许读者 fork 保证读者可以自取版本做不同处理),试图为高度依赖语境的文本找到一种不失准确性的集市方法论。
这个 BDFL 模式的开源翻译的构想为:提供相应的 Issue 模块、加快纠错评审流程可以认真考虑,而 PR 则需要谨慎考虑。任何读者都有权通过 Issue 反馈译本存在的 bug;PR 则涉及改动文本本身,需要维护者的权威来保持风格一致,而不仅是技术层面的合并。在高度依赖语境的文本中,这种不对称尤为关键。本译本也是译者的自我民族志实验:用 ESR 的集市方法论来翻译 ESR 的集市方法论宣言,与 ESR 当初的 fetchmail 实验形成了跨文本的呼应。
注疏传统的当代形态
为什么用学术翻译的标准翻译技术随笔?《大教堂与集市》不只是技术随笔,翻译并非复制与“译者透明隐身”,经典并非静止的、而是生成的,当下有需要回应与深化的议题,不能视而不见。翻译行为的价值不仅在于传递文本本身,更在于与原本对话、常译常新;译者也不是透明的管道,而是文本的第一位读者、对话者,乃至“知识中介”(当代翻译研究的“文化转向”同样质疑了“译者隐身”的迷思,但本文的切入点更接近注疏传统)。
在中国学术史上,注疏本身就是“维护”机制——历代注家对经典的不断修订、补充、对话,正是前现代的知识维护实践(注疏的“常注常新”和 ESR 的“早发布,勤发布”不谋而合),也产生了版本控制在注疏文本中的雏形。在书籍等文本步入数字化的当代,数字技术手段不仅保存文本,还提供了更完善的历史记录(对应 git commit)与更高效的反馈循环(对应 issue 模块),注疏的信息量可以随时代发展,从文本的一维升至文本维度、时间维度、互动维度的三维。
此译本的版本理念
以上翻译伦理呼吁一套符合数字时代特征、内容透明、灵活查阅更改的版本机制,故译者也需要在此阐述全新的版本理念。此译本的版本理念与传统出版有较大出入,具体区别在此不加赘述。该版本由分布式版本控制工具 git 做版本管理,译者认为有必要单独提出。
为什么这个场景不需要区块链?
当前在讨论数字内容的可信性与版本管理时,一种常见的直觉反应是“用区块链”,但这一建议在出版等需要持续迭代的场景中,无论是技术层面还是伦理层面都不适用。
-
技术层面的理由:
- 修改的灵活性:出版流程理应鼓励快速迭代、及时修正,减少修改的时间成本,而不是增加修改的时间成本。区块链的技术特性决定了修改流程繁琐(配置上链的时间 git 都已经设置完成了);git 则相反,它正为高频修改的场景而生,还有精细的权限管理,不合规的提交不会并入主线导致内容污染。
- 可及性:区块链圈层小,普通用户不可及,普通用户接触 git 远比区块链友好
-
伦理层面的理由: 区块链本质高度依赖资本生态,从矿机、算力到交易所、gas费,整个基础设施都建立在资本密集型的投机经济上。而本译本采用 copyleft 许可证,其伦理姿态是让知识从资本逻辑中解耦、回归公共领域。git 作为去中心化的版本控制工具,不依赖任何资本生态,是自由软件运动的原生基础设施,与 copyleft 的伦理立场一致。选择 git 而不是区块链,不仅是技术上的务实,也是伦理上的一致。
git commit 作为版本最小粒度
与传统出版的第一版、第二版不同,此译本采用git commit的哈希值作为译本的最小粒度,以便各位读者追溯,贯彻修改可追溯、译本演化过程可见的翻译伦理。
和当今各大图书平台的电子书不同,git的分布式特性使得译稿的历史痕迹很难被一笔抹去,即使有人在自己的仓库做了篡改,只要还有人clone了仓库,那么这种篡改的尝试也终将失败。clone仓库的人越多,那么译本的历史痕迹越难成功篡改。
另外,采用 git commit 也能解决一个痛点:读者甲引用某段译文写论文,读者乙发现该段在三个月后的某个 commit 中被修改,如果引用不带 commit hash,那么甲乙两人引用的就是不同的文本,却都自称引用“同一个译本”。此时 commit 的粒度就非常有必要了。
源码防伪与产物防伪
git 的分布式特性虽然保证了历史痕迹难以篡改,但无法防止两种伪造:
- 源码层伪造:他人 clone 仓库后更改内容,重新打包分发
- 产物层伪造:直接修改释出的 pdf 文件,冒充原版流传 如果没有机制能将译者的产物与伪造品区分开,译本与译者的社群声望(egoboo)都将被稀释。
防伪的目的不是阻止修改(这与开源精神相悖),而是让读者能够识别真伪,在源码(git 提交)和产物(pdf 文件)两个层级上,提供可验证的作者身份标记。这个标记必须满足三大特性:
- 伪造者无法复制
- 修改后无法保留
- 读者可以轻松验证
另外防伪≠加密,译者不限制内容的复制与修改,只保证身份的可识别性。
基于上述目标,译者采用 PGP 公钥签名(源码层)+ X.509 自签名证书(产物层):
- 源码层:对每个 git commit 进行 PGP 签名,签名与提交哈希绑定,任何对内容的修改都会导致签名验证失败
- 产物层:在 pdf 元数据中嵌入 X.509 证书,证书与源码签名关联,伪造者无法提供有效的证书链
- 验证方式:读者可以通过公开渠道(如本仓库 README)获取公钥,对下载的 pdf 进行一键验证
附言
此译本已采用 typst 排版工具深度优化 pdf 文件的排版,使其更适合深度文本阅读,并提供更好的阅读体验。预计将分别提供适合纸质版打印的 A5 pdf 文件与适合电子设备阅览的 pdf 文件,如有排版上的优化建议也可以提 issue。
另外,此译本计划:
- 为 zotero 提供更细粒度的引用格式,以便引用以 git commit hash 为颗粒度的网络文本;
- 采用功能更强大、更适配书籍表现力的 asciidoc 输出格式,而不是现行的 markdown。
支付声明
你可以支付看这本译本的费用(对,是支付,不是打赏/赞助😉),份额随喜,下限为 0 元。你的一笔支付,译者完全不保证用途:它可能会成为译者一瓶金银花露,可能会成为译者一顿辣椒炒肉,也可能成为译者手头一本新漫画书,但未必是用于完善译本和基建设施的资金;支付的 0 元也同样可能会用来完善译本和基建设施:D
| 支付宝 | 微信 |
|---|---|
|  |  |