# 翻译技术类电子书：术语、缩写、单位与结论

为技术类 EPUB 翻译准备说明，并对照原文核查定义、缩写、公式、代码讲解、单位和重要结论。

技术类电子书中的术语译得是否恰当，要结合定义、公式或操作步骤来判断。只做到拼写一致，并不能保证读者理解的是同一个概念。

翻译前先准备一份简短的主题说明和几个关键术语。翻译完成后，把定义和它在后文的用法放在一起对照，不要只看开头一章。

## 写明学科领域和读者水平

同一个词在统计学里是一个意思，在日常口语里可能是另一个意思。先确定学科和读者对象：是电子学入门教材、经济学进阶读物，还是面向初学者的编程手册。

一份假设的说明可以这样写：

> 这是一本统计学入门教材。请使用通行的统计学术语和清晰的中文表达。变量名、代码标识符和产品名称保持不变。

不要粘贴一大段泛泛的“请具备专业背景”之类的要求。只写那些会影响取舍、而且你事后能核查的偏好。[翻译说明指南](https://pdfcraft.ai/zh-CN/blog/book-translation-instructions/)和[术语准备指南](https://pdfcraft.ai/zh-CN/blog/translate-epub-with-terminology/)介绍了如何把这份说明控制得简明好用。

PDF Craft 的翻译说明可以引导措辞，但它不保证每个术语或标识符都保持一致，也不会把机器输出变成经过认证的技术服务。

## 缩写和单位要连同定义一起核对

把反复出现、且展开方式不同就会造成混淆的缩写列出来。先在原文中找到它第一次给出定义的位置，再到译文中检查后面某处的用法。不要因为几个字母碰巧像某个熟悉的词组，就自行编出一个全称。

核对数量时，把数字、单位、词头和所处的条件作为一个整体来看。数字对了但单位改了，仍然是错的。还要检查小数点、负号、百分号，以及这个数值是举例还是硬性要求。

不要随口让译者把所有单位都换算一遍。翻译和单位换算是两件事。如果项目确实需要换算后的数值，就单独提出这项要求并逐项核对，不要以为选了某种地区语言，换算就会顺带完成。

## 公式和代码讲解要对照着读

看公式时，核对符号、下标、上标和不等号的方向。然后再看定义这些符号的那段文字，以及由这个公式得出的结论。表达式抄对了但解释错了，和抄错一样容易误导读者。

看代码时，留意那些有实际作用的标识符和字符串字面量。把讲解和示例对照着读：讲的是同一个参数、同一组输入、同一个返回值和同一种错误情况吗？不要因为代码放在代码块里，就以为它一定能运行。

表格和插图要检查正文引用和图注。保留下来的图片里可能仍有原文文字；图片原样保留，并不等于图里的标注已经翻译。

## 翻译整本 EPUB，并选择便于核对的方式

在 [EPUB 翻译工具](https://pdfcraft.ai/zh-CN/epub-translator/)中上传可用的文件，选择目标语言，再选择仅译文或双语输出。填上你那份简短的说明，提交前先看一下当前的限制。

双语输出会把每段原文放在译文前面，方便对照定义和不熟悉的措辞。仅译文更适合连续阅读。无论选哪种方式，都请保留原文备查。

新用户会获得试用额度，翻译按用量计费。当前价格见[定价](https://pdfcraft.ai/zh-CN/pricing/)，完成后在任务页面下载结果。

## 重点核查关键结论，而不只是术语

从论述的不同位置各取几处样本：

| 样本      | 核查问题                |
| ------- | ------------------- |
| 一处定义    | 这个概念是否仍与相关术语区分得开？   |
| 一个演算示例  | 数值、单位和步骤是否对应？       |
| 一处局限    | 前提条件、否定表述和不确定性是否保留？ |
| 一个结论    | 结论是否相同，成立条件是否也相同？   |
| 后文的一处应用 | 是否沿用了前面的定义？         |

章节导航、注释和表格要单独做一遍结构检查。如果原文是扫描件，还要考虑识别错误；[公式与脚注检查清单](https://pdfcraft.ai/zh-CN/blog/check-formulas-footnotes-after-ocr/)对此有帮助。

涉及有实际后果的技术判断时，请对照原文核实相关段落，并按项目要求安排审校。翻译过的电子书能让一个学科更易读，但它不能验证书中的论断，也不能代替专业人士对如何使用这些内容的判断。