从整页机翻到双语对照：一个 .NET 开发者的英文文档阅读进化

作为后端开发者，读英文文档是绕不开的日常：微软的官方文档是英文的，主流开源项目的 README 和设计文档是英文的，连框架的 breaking changes 也总是英文先出。我的阅读方式经历了三个阶段，写出来供大家对照自己的工作流。

第一阶段：整页机翻

最早用浏览器自带的整页翻译，省力，但很快发现两个问题：一是翻完的页面术语全是机翻腔，dependency injection 变成「依赖注入注入」之类的错位，代码标识符和正文混在一起认不出哪个是哪个；二是对照原文的能力没了，想确认某个词的英文原文要来回切换。

第二阶段：逐句划词

后来改成保持原文 + 划词查询。术语保住了，但读长文档太累——一段话划三次，节奏全碎。

第三阶段：双语对照

现在的方案是段落级双语对照：原文不动，每段下面跟译文。这个形态兼顾了两头——快读看中文，精读看英文，术语对应关系始终可见。遇到大段代码和命令行输出，识别为代码块跳过翻译，不会出现命令被翻译坏掉的尴尬。

PDF 场景单独说

技术白皮书和论文都是 PDF，双栏排版。普通翻译工具转纯文本后排版全毁，图表和正文对不上。保排版翻译的价值在这里：逐块替换文本，字号自适应，翻完还是原来的版面，对照阅读时公式引用、图表编号都不错位。

成本账

我用的工具是随心翻译，按量计费（2.5 元/百万 token）。我的用量大概是每天 2~3 篇长文档，一个月算下来一块钱出头，比包月会员便宜两个数量级。轻度使用场景下，按量永远是最优解。

工作流这件事没有终点，但「双语对照」这个形态，我觉得会是我长期停留的阶段。