# 翻譯技術類電子書：術語、縮寫、單位與論述

為技術類 EPUB 翻譯準備一份簡要說明，並對照原文檢查定義、縮寫、公式、程式碼說明、單位與重要結論。

技術類電子書中的譯名是否恰當，要配合定義、公式或操作步驟來判斷。光是把譯名統一，並不代表讀者會理解到同一個概念。

翻譯前，先準備一份簡短的領域說明和幾個關鍵術語。翻完之後，要拿定義和它後續出現的地方逐一對照，不能只看開頭那一章。

## 說明領域與讀者程度

同一個詞在統計學裡是一個意思，在日常對話裡又是另一個意思。先確認主題和讀者對象：是電子學入門教材、進階經濟學專書，還是給初學者的程式設計手冊。

假設的說明可以這樣寫：

> 這是一本統計學入門教科書。請使用既有的統計術語，英文力求清楚。變數名稱、程式碼識別字和產品名稱維持原樣。

不要貼上一大段泛泛的「請具備專業能力」要求。只寫會影響翻譯判斷，而且事後能檢查是否做到的要求。[操作說明指南](https://pdfcraft.ai/zh-Hant/blog/book-translation-instructions/)和[術語準備指南](https://pdfcraft.ai/zh-Hant/blog/translate-epub-with-terminology/)說明了怎麼把這份說明控制在好用的範圍。

PDF Craft 的翻譯指示會影響用詞，但不保證每個術語或識別字都前後一致，也不會把自動產生的譯文變成經過認證的技術服務。

## 連同定義一起追蹤縮寫與單位

把反覆出現、而且換一種展開方式就會造成混淆的縮寫列出來。先在原文找到第一次定義的位置，再到譯文裡檢查後續的用法。不要只因為字母剛好對得上某個常見說法，就自己補一個全稱。

遇到數值，要把數字、單位、字首和所處條件當成一個整體來比對。數字對、單位卻被改掉，仍然是錯的。小數點、負號、百分比，以及某個數值究竟是舉例還是要求，都要逐一確認。

不要順口要求譯者把所有單位換算過一遍。翻譯和單位換算是兩件事。如果專案確實需要換算後的數值，就另外處理、另外驗證，不要以為選了某個地區的語言，換算就會自動完成。

## 公式和程式碼說明要一起讀

看公式時，比對符號、上下標和不等號的方向。接著檢查定義這些符號的那段文字，以及根據公式得出的結論。算式抄對了、解讀卻錯了，誤導讀者的程度和抄錯沒兩樣。

看程式碼時，檢查有意義的識別字和字串常值。把說明對照範例讀一遍：講的是同一個參數、同一種輸入、同一個回傳值和同一種錯誤情況嗎？程式碼放在區塊裡顯示，不代表它一定還能執行。

表格和圖也要檢查交互參照和圖說。保留原圖時，圖裡的文字可能還是原文；圖有留著，並不表示圖中的標示已經翻好。

## 翻譯整本 EPUB，並選擇方便校對的輸出

把可用的檔案上傳到 [EPUB 翻譯工具](https://pdfcraft.ai/zh-Hant/epub-translator/)，選擇目標語言，再決定只要譯文或中英對照。填上你那份簡短說明，送出前先確認目前的用量限制。

中英對照會把每段原文放在譯文前面，方便比對定義和不熟悉的用詞。只要譯文則讀起來比較順。不論選哪一種，都請保留原文以備查核。

新使用者會拿到試用額度，翻譯則依用量計費。目前費率請看[價格方案](https://pdfcraft.ai/zh-Hant/pricing/)，完成後再從任務頁面下載譯好的檔案。

## 重點校對關鍵結論，不只校對術語

從論述的不同段落各挑一些樣本：

| 樣本    | 校對時要問的問題           |
| ----- | ------------------ |
| 一則定義  | 這個概念是否仍與相關術語區分得清楚？ |
| 一則例題  | 數值、單位和步驟是否對得上？     |
| 一項限制  | 前提、否定語氣和不確定性是否保留？  |
| 一項結論  | 主張的結果和成立條件是否相同？    |
| 後續的應用 | 前面下的定義是否一路沿用一致？    |

章節導覽、註釋和表格另外做一輪結構檢查。如果原文是掃描檔，還要考慮辨識錯誤；[公式與註腳檢查清單](https://pdfcraft.ai/zh-Hant/blog/check-formulas-footnotes-after-ocr/)在這方面可以幫上忙。

涉及後果重大的技術判斷時，請把相關段落對照原文確認，並取得你專案所需的審閱。翻譯過的電子書能讓一個主題變得容易親近，但不會驗證書中的主張，也不能取代合格專業人士對如何運用這些內容的判斷。