网络安全类外文文献翻译听起来就是把英文换成中文可真接过几篇期刊论文、学位论文的人心里都清楚这活儿的门槛压根不在英语水平上。一篇讲入侵检测的会议论文术语密集、公式成串、图表编号满天飞一篇几万字的学位论文章节层级、参考文献、附录一样不能少至于本科毕业设计里那份外文文献翻译任务看着篇幅不大却往往卡在查重率和机翻痕迹上。这三类稿子交付标准完全不同处理思路也完全不是一回事。下面这些内容是我这些年做网络安全方向文献翻译攒下来的流程、参数和踩坑记录适合刚接这类稿子的翻译从业者、需要自己啃外文文献的研究生以及要交毕业设计外文翻译任务的本科生对照着看。不聊虚的直接上能抄作业的部分。1. 先搞清楚这类稿子到底难在哪1.1 三个最容易翻车的场景网络安全文献的翻译难点和文学、商务类文本完全不是一个路数。我这些年总结下来翻车基本集中在三个地方而且往往是连锁反应一个倒了后面全塌。第一个是术语漂移。这个领域的中文译名本身就存在大量并行说法authentication有人写“认证”有人写“鉴别”vulnerability有人写“漏洞”有人写“脆弱性”exploit既是动词“利用”又是名词“漏洞利用程序”adversary在攻击模型里指“攻击者”在博弈论章节里又该译“对手”。你要是边翻边想前二十页写“入侵检测”后三十页变成“侵入检测”交付出去对方一眼就能看出来你没做统一。术语漂移是最容易被抓、也最伤专业感的错误。第二个是逻辑链断裂。英文技术写作喜欢把条件、限定、结论全部塞进一个长句用which、that、whereas一层层挂上去。一句四五十个单词的话主语后面跟两个定语从句中间插一个插入语最后才落到谓语。你要是顺着英文语序一句一句往下译中文读者读到一半就不知道这句话在说谁了。技术文献的逻辑链一断读者理解的成本立刻翻倍评审看一眼就会打回来。第三个是格式崩坏。这类文献几乎必然带公式、算法伪代码、系统架构图、实验数据表。PDF 转出来的文本公式变成乱码或者图片上下标全丢图表编号和正文引用对不上参考文献的方括号错位。语言翻得再漂亮交上去一份公式全散架的稿子等于白干。提示这三类问题里术语和格式是可以在开工前用流程规避的逻辑链断裂只能靠逐句拆解硬啃。所以时间分配上前两项花两成精力做预防第三项要留足八成时间。1.2 期刊论文、学位论文、毕业设计外文翻译三种交付物不是一回事很多人把这三类统称为“文献翻译”实际上它们的服务对象、使用场景、验收标准差异极大。搞混了轻则返工重则整篇重来。期刊论文翻译通常是单篇篇幅在 6000 到 12000 英文单词之间读者多是同方向的研究人员或工程人员。这类稿子最看重术语精准和公式还原语言可以稍微“硬”一点学术腔保留反而更符合阅读习惯。图表通常不多但每一个都关键交叉引用必须一一对应。学位论文翻译篇幅最大动辄三五万单词结构完整有摘要、目录、章节、图表清单、参考文献、附录。这类稿子除了语言还要求结构完整迁移原文章节层级要在译文里对得上目录要能自动生成图表编号要全篇连续。读者可能是内部参考使用也可能是团队做技术调研所以可读性要求比期刊论文高一些。毕业设计外文翻译是最特殊的一类。它本质上是教学任务学校通常要求原文加译文对照、译文不少于规定字数、注明原文出处而且要过查重。这类稿子对“机翻痕迹”极其敏感句式过于工整、连接词高度模式化、术语前后不统一的译文很容易被判定为机器翻译直接输出。同时它篇幅相对可控常见要求是几千汉字的译文所以性价比最高的做法是选一篇结构清晰、公式不太多的应用型论文而不是硬啃一篇满是数学推导的理论文章。交付类型典型篇幅核心验收点最容易出问题的地方期刊论文翻译6000-12000 英文单词术语精准、公式图表还原、引用对应长难句逻辑、公式符号丢失学位论文翻译3 万单词以上结构完整、目录层级、图表编号连续章节编号错位、参考文献量大易错毕业设计外文翻译通常 3000-6000 汉字译文原文出处规范、查重率、无机器翻译痕迹句式模式化、术语不统一、对照排版把这张表贴在显示器边上接活第一件事就是确认自己接的是哪一类后面的流程才有意义。2. 开工前的准备原文体检、术语表、交付标准2.1 原文体检先判断这篇稿子能不能接、该怎么接拿到原文别急着动笔先花二十分钟做一次“体检”。这一步能帮你省掉后面无数返工。体检主要看四件事。第一看文本能不能提取。有些 PDF 是扫描件选中文字全是乱码这种必须先做 OCR而 OCR 对公式和上下标的识别率极低后续校对成本会成倍上升。判断方法很简单在 PDF 里框选一段正文复制到记事本看是不是正常英文。如果是双栏排版复制出来常常是左右栏交错还需要额外处理。第二看公式和图表密度。翻到方法章节数一下公式编号最大值、图表数量。我的经验阈值是公式超过 40 个、图表超过 25 幅的单篇文献排版工作量几乎等同于翻译本身报价和工期都要重新算。第三看文体类型。综述类文章术语密集但句子规整翻译起来顺方法类文章伪代码多、符号定义多需要格外小心实验类文章数据表多单位和有效数字不能错。这三种的翻译节奏完全不同。第四确认使用范围。这类翻译绝大多数是个人学习、内部技术调研用途不对外公开发布。开工前跟委托方把使用场景说清楚避免后续出现不必要的麻烦。涉及未公开的技术方案时按委托方的保密要求处理原文和译文都不外传。体检完再决定是全译还是节译。节译不是偷懒很多场景下只翻引言、相关工作、方法、结论四部分就够用了实验细节和附录可以保留原文。提前跟委托方确认节译范围比翻完再砍掉一半要体面得多。2.2 建一张能救命的术语表术语表是这类翻译里投入产出比最高的东西没有之一。我的做法是正式开翻之前先把全文通读一遍把高频名词短语、缩写、专有方案名全部提取出来做成一张表定好译名翻译过程中只查表不临时决策。提取方法有两个。手动的话通读时用高亮标出反复出现的名词效率更高的做法是把文本导出成纯文本跑一段简单的词频统计把出现三次以上的名词短语捞出来人工筛一遍。下面这段脚本处理英文文本足够用了跑完按频次排序人工过一遍就能得到候选术语表。import re from collections import Counter with open(paper.txt, encodingutf-8) as f: text f.read().lower() # 只保留字母和连字符按空白切分 words re.findall(r[a-z][a-z\-]{2,}, text) # 双词短语统计用来捞 intrusion detection 这类组合 bigrams [ .join(words[i:i2]) for i in range(len(words)-1)] freq Counter(bigrams) for phrase, count in freq.most_common(120): if count 3: print(count, phrase)术语表至少要有五列英文原词、缩写、中文译名、首现位置、处理备注。备注列很关键用来记“保留英文”“首次出现加注原文”“该词在第三章含义不同”这类信息。下面是我常用的字段示例可以直接拿去改。英文原词缩写中文译名首现位置处理备注intrusion detectionID入侵检测摘要全篇统一不用“侵入检测”authentication—认证1.1 节与 authorization 严格区分vulnerability—漏洞1.2 节指软件缺陷时用“漏洞”exploit—漏洞利用 / 利用程序2.3 节动词译“利用”名词译“利用程序”adversary—攻击者3.1 节博弈章节改译“对手”单独标注robustness—鲁棒性4.2 节首次出现加注“健壮性”zero trustZT零信任引言不加“架构”二字按原文threat intelligenceTI威胁情报2.1 节全篇统一定译名有个原则有通行译法就用通行译法没有通行译法就保留英文加中文解释绝不自己生造。生造译名看起来专业实际上会让读者卡壳而且后面对不上任何已有资料。遇到实在拿不准的词去翻同方向的中文综述文章看别人怎么处理比自己拍脑袋强。2.3 交付标准必须在动笔前确认清楚这一条吃过亏的人都懂。翻译本身占七成时间剩下三成全耗在“改格式”上。开工前把这几个问题问清楚能省掉至少两轮返工。格式方面交付 docx 还是 PDF字体字号行距有没有指定页边距是多少是否需要页眉页脚和页码原文和译文是段落对照、左右分栏还是上下对照图表标题是双语还是只保留中文参考文献条目是保留原文著录还是翻译标题内容方面公式是重新排版还是截图插入强烈建议前者算法伪代码里的关键字保留英文吗单位是否统一换算专有方案名首次出现是否加注原文附录和致谢要不要翻我一般会把这些做成一张确认单让委托方逐项打勾。听着繁琐但一次确认能挡掉后面十次扯皮。尤其是毕业设计外文翻译这类有明确格式要求的任务格式分往往比语言分更容易拿也更不容易丢。3. 核心翻译环节的实操拆解3.1 长难句先拆骨架再往里填肉技术文献的长句处理我的固定动作是三步找主句主谓宾、把从句挂回去、按中文语序重排。举个典型结构英文原句大意是“本文提出的方案它把某种检测机制和某种调度策略结合起来目的是缓解在资源受限环境下频繁出现的那类问题在若干数据集上取得了明显优于基线的效果”。这句话英文里是一个主语加两个定语从句再加一个目的状语。直译过来中文会变成“本文提出的把 A 和 B 结合起来以缓解在 C 环境下频繁出现的 D 的方案在若干数据集上取得了……”主语被拉长到读者喘不过气。正确做法是拆成三句先说什么方案、方案由哪两部分构成、方案针对什么问题、效果如何。中文技术写作习惯“先条件后结论、先构成后效果”把英文的结论前置结构倒过来读起来才顺。拆句的量化标准我自己定了一条一句话里出现三个及以上从句或者中文译出来超过 60 个字还没有句号就必须拆。拆的时候注意补主语英文靠从句关系隐含的主语中文必须显性写出来否则读者会迷失。还有一个高频坑是插入语。英文喜欢用两个破折号或者一对逗号插一段补充说明中文里这种结构读起来非常别扭。处理方式是把它抽出来单独成句或者用括号包起来放在句末。抽出来之后记得检查原句的主谓是否还能接上我见过不少译文把插入语抽走之后主谓直接断了。3.2 学术腔转换被动语态、名词化和模糊限定词英文技术写作有三样东西直译过来必定别扭被动语态、名词化结构、模糊限定词。被动语态是最好处理的。It has been demonstrated that...直译“它已经被证明”很生硬中文习惯说“已有研究表明”或者直接“实验表明”。The system is evaluated on three datasets译成“该系统在三个数据集上进行了评估”比“该系统被在三个数据集上评估”自然得多。原则是能转主动就转主动转不了就用“经”“加以”“予以”这类结构但别滥用满篇“进行了”同样是机器味。名词化结构是英文技术写作的重灾区。the implementation of the protocol直译“协议的实施”中文更习惯说“实现该协议”或“协议实现”。the detection of malicious traffic译“恶意流量的检测”不如“检测恶意流量”。判断方法看到“XX 的 YY”结构先想想能不能还原成动宾。能还原就还原还原不了再保留名词。模糊限定词要克制。英文里may potentially、could possibly这类叠用很常见直译成“可能或许会”就是典型机翻特征。中文里一个“可能”足够表达不确定性叠词反而显得译者不自信。反过来significantly、substantially这类程度词不能一律译“显著”在实验结果描述里它可能只是“明显”在统计语境里才该译“显著”要看上下文。还有一个人称问题。期刊论文里的We propose按中文学术惯例译“本文提出”不用“我们提出”学位论文里如果是作者自述可以保留“本文”。这个细节虽小但直接影响稿子的学术调性。3.3 图表、公式、算法伪代码的处理这部分是最耗时间、也最能体现专业度的地方。公式必须用公式编辑器重排不能截图。截图的问题在于分辨率不统一、字号和正文不匹配、后期改一个符号要重新截。重排的时候注意几个点变量用斜体函数名和单位用正体矩阵和向量按原文的加粗规则处理希腊字母不要用形近的英文字母替代。公式编号右对齐正文引用公式时用交叉引用域不要手打编号否则中间插一个公式后面全错。图表的处理顺序是先确认原图能不能直接复用很多论文的图是矢量图提取出来清晰度够不能复用就按原意重绘。图题表题我一般做成双语中文在前英文在后或者按委托方要求只留中文。表格统一改成三线表单位和有效数字严格照原文不要自作主张换算。有个细节容易被忽略表格里的“—”和“-”含义不同前者表示无数据后者可能是负号或范围连接符转换时别混。算法伪代码的处理原则是关键字保留英文注释翻译成中文。for、while、return、Input、Output这些不动变量名也不动只把说明性文字换成中文。这样既保持了代码的可读性又让读者能看懂逻辑。缩进用等宽字体别用普通中文字体否则对齐全乱。交叉引用是格式崩坏的高发区。图表编号、公式编号、章节编号、参考文献编号这四类引用在长文档里必须全部用域代码或者自动编号手打的编号在增删内容后必然错位。我吃过一次亏一篇学位论文翻译中途补了一节内容手打的“图 3-2”全部要重排改了整整一个下午。从那以后所有编号一律自动。3.4 参考文献与引用格式的还原参考文献这块原则是著录信息保留原文不翻译标题和作者名。除非委托方明确要求翻译标题否则保持原样最稳妥因为读者需要靠原文信息去检索。需要处理的是格式统一作者姓名顺序、年份位置、期刊名斜体、卷期页码的标点全篇必须一致。编号对应是另一个坑。正文里的[12]和文末的第 12 条必须严格对应中间插入一条后面全乱。长文档里我建议正文引用也用交叉引用虽然设置麻烦但一劳永逸。学位论文的参考文献动辄上百条靠肉眼核对基本不可能不出错所以交付前一定要用查找功能抽查十几处尤其是跨章节的引用。还有个细节英文文献里常见的et al.在中文正文里保留原文即可不用译成“等人”ibid.这类拉丁缩写同理。参考文献里的连接符–短横和-连字符含义不同页码范围用短横不要用连字符替代这个细节评审一眼就能看出来。4. 工具链与工作流从 PDF 到可交付稿件4.1 原文处理格式转换和断行清洗PDF 转文本是整条流水线的第一道坎。双栏排版的论文直接复制左右栏会交错在一起读起来完全没法用。处理办法有两种用带版面分析功能的转换工具或者先把 PDF 裁成左右两半再分别提取。前者省事但可能需要付费后者麻烦但免费且可控。提取出来的文本还有一个通病行内断行和连字符。PDF 按行存储一句话被切成好几行复制出来每行末尾都有硬换行跨行的单词还会带一个连字符比如detec-换行接tion。不清理的话翻译工具会把一句话拆成好几个句段效率和一致性都受影响。清理断行有个简单规则行末不是句号、问号、冒号且下一行首字母小写就把换行去掉行末是连字符且下一行首字母小写就把连字符去掉直接拼接。下面这段脚本覆盖了大部分情况跑完再人工扫一遍就能用。import re with open(raw.txt, encodingutf-8) as f: lines [l.rstrip(\n) for l in f] out [] for i, line in enumerate(lines): if not line.strip(): out.append() continue nxt lines[i1] if i1 len(lines) else # 行末连字符 下行小写开头拼接单词 if line.endswith(-) and nxt[:1].islower(): lines[i1] line[:-1] nxt continue # 行末非句末标点 下行小写开头去掉硬换行 if not re.search(r[.!?:]$, line) and nxt[:1].islower(): lines[i1] line nxt continue out.append(line) with open(clean.txt, w, encodingutf-8) as f: f.write(\n.join(out))扫描件的情况要额外一步 OCROCR 之后必须逐段校对尤其是公式区、上下标、希腊字母和数字。我的经验是扫描件的校对时间大约是正常文本的三倍报价时一定要把这块算进去。4.2 CAT 工具与翻译记忆库的实际用法这类文献翻译用不用 CAT 工具差别很大。CAT 工具的核心价值有三个句段切分让长句拆解更有条理、翻译记忆库保证相同句式前后一致、术语库在译文里自动标出术语并校验。选型上桌面端的传统 CAT 适合单机、大篇幅、格式复杂的稿子对 docx 的原格式保留比较好在线协同平台适合多人分工术语库和记忆库云端共享但要注意涉密内容不能上传到外部平台。小项目、几千字以内的短稿其实不用上 CAT一张术语表加查找替换就够了上工具反而增加学习成本。实际用法上有几个细节值得说。句段切分不要全自动自动切分经常把公式、图表标题、参考文献切成独立句段翻起来支离破碎。手动合并一下把一句话的各个部分合到一个句段里翻译时思路更连贯。翻译记忆库要边翻边积累同一篇文献里重复的表述很多比如“如表 X 所示”“实验结果表明”记忆库命中后一键确认效率提升很明显。术语库设成强制校验译文里如果用了表外的译名工具会直接标红这一步能挡掉八成的术语漂移。导出后的格式还原是 CAT 工具最容易出问题的地方。公式、文本框、页眉页脚、脚注这些元素导出后经常错位或者丢失。我的做法是导出后立刻做一次结构比对打开原文和译文并排从上到下扫一遍重点看公式位置、图表标题、脚注编号。这十分钟的检查能省掉交付后的一堆麻烦。4.3 质检机器查什么、人查什么质检分两层机器查客观项人查主观项顺序不能反。机器查的项目包括数字和原文是否一致年份、百分比、数据集规模最容易错、术语是否全篇统一、括号是否成对、中英文之间是否有空格、标点是否全半角混用、图表编号是否连续、参考文献编号是否与正文对应、是否有漏译句段。这些用脚本或者 CAT 工具自带的 QA 功能跑一遍十分钟能查出几十处问题。术语一致性检查用脚本很快把术语表的英文和中文分别做成两个列表逐段比对原文出现英文时译文对应段落是否出现既定译名不匹配的打印出来人工看。terms { intrusion detection: 入侵检测, authentication: 认证, vulnerability: 漏洞, } with open(src.txt, encodingutf-8) as f: src [p.strip() for p in f.read().split(\n\n) if p.strip()] with open(dst.txt, encodingutf-8) as f: dst [p.strip() for p in f.read().split(\n\n) if p.strip()] for i, (s, d) in enumerate(zip(src, dst), 1): for en, zh in terms.items(): if en in s.lower() and zh not in d: print(f第{i}段疑似术语不一致: {en} - 应为 {zh})人查的项目是机器判断不了的逻辑是否通顺、句子是否读得下去、学术腔调是否合适、有没有把原文的否定译成肯定、限定条件有没有丢。最有效的方法是把译文出声读一遍。读着卡壳的地方基本就是句子结构没理顺读着别扭的地方往往是英文语序没倒过来。这个方法土但比任何检查工具都管用。注意质检一定要在排版之前做一遍、排版之后再抽查一遍。排版过程中很容易误删或者挪动内容尤其是调整分页和图片位置的时候。4.4 工时和报价的估算参数接活之前心里要有个数不然要么报低了亏时间要么报高了丢单子。我用的估算参数是这样的。篇幅换算英文单词数和中文汉字数的比例技术文献大致在1 : 1.6 到 1 : 1.8之间。术语密集、公式多的文章偏下限叙述性强的偏上限。一篇 8000 词的期刊论文译出来大约 1.3 万到 1.4 万汉字。速度参数新手含查术语大约300 到 400 词每小时熟练之后能到700 到 900 词每小时。注意这是纯翻译时间不含排版和质检。附加时间术语表整理按总翻译时间的 10% 到 15% 计排版还原按 15% 到 25% 计公式图表越多占比越高质检按 10% 到 15% 计。扫描件 OCR 加校对额外再加 50% 到 100%。文献规模纯翻译工时熟练术语准备排版还原质检合计6000 词期刊论文7-8 h1 h2 h1 h11-12 h10000 词期刊论文12-13 h1.5 h3 h1.5 h18-19 h3 万词学位论文35-40 h4 h8 h4 h51-56 h3000 汉字毕业设计译文3-4 h0.5 h1 h0.5 h5-6 h这张表是我自己的经验值不同人差异很大但量级上可以作为参考。报价时在这个工时基础上乘上自己的时薪再加上一定的缓冲基本不会亏。5. 常见问题排查实录5.1 术语前后不一致怎么救术语漂移一旦发生事后补救比事前预防麻烦十倍。发现得早用查找替换能解决发现得晚同一个词在不同语境下确实该用不同译名一刀切替换反而错得更离谱。我的处理顺序是先把所有候选译名统计出来看每个译名出现在哪些段落再判断这些段落是否属于同一语境语境相同就统一替换语境不同就在术语表里加备注并在首次出现处加注说明。比如adversary在攻击模型章节统一译“攻击者”在博弈论章节统一译“对手”两个译名并存但各自有明确边界这不算漂移。预防的办法前面说过就是术语表先行。我现在的习惯是术语表没定完不开工哪怕只翻摘要也要先把表建好。这个习惯让我省掉了无数次返工。5.2 缩写首次出现怎么处理技术文献里缩写密度极高ID、IDS、IPS、SIEM、TTP、IOC 一堆。规范做法是首次出现写全称加缩写之后统一用缩写。中文译文里的处理是“入侵检测系统intrusion detection systemIDS”后面全部写 IDS。坑在于有些缩写在原文里首次出现时就没给全称或者全称在脚注里。这时候不能自己编要么去文中别处找要么保留缩写加一个简短的中文说明。还有一种情况是同一个缩写在原文不同章节含义不同这种必须在术语表里分别标注翻译时按章节切换。交付前抽查一遍缩写把译文里所有大写字母组合捞出来看首次出现处是否有全称后续是否统一。这个检查五分钟能做完能挡掉不少低级问题。5.3 公式和特殊符号丢失公式丢失是格式转换的经典问题。常见表现有三种公式变成一串乱码、公式变成图片但分辨率极低、上下标降级成普通字符。第一种和第二种只能重排第三种可以在 Word 里手动改上下标但量大时非常费时。重排公式时要注意几个易错点求和符号的上下限位置、积分号的上下限、矩阵的括号类型圆括号、方括号、行列式竖线不能混、希腊字母 ν 和 v、ρ 和 p、η 和 n 这些形近字符。还有一个隐蔽的坑原文用斜体表示的变量重排后变成正体虽然不影响理解但专业读者一眼能看出不严谨。特殊符号里最容易出错的是数学运算符和逻辑符号比如“小于等于”和“远小于”、“属于”和“包含于”这些在 OCR 和格式转换中经常被替换成形近字符。交付前把公式区逐行对一遍原文是唯一可靠的办法。5.4 图表编号与交叉引用错位这个问题的根源是手打编号。只要编号是手打的中间一增删内容必然错位。解决办法只有一个全部用自动编号加交叉引用。具体做法是图表标题用“插入题注”生成正文引用用“交叉引用”指向题注。这样增删内容后按 F9 更新域所有编号自动重排。学位论文这种长文档尤其要这么做章节编号、图表编号、公式编号、参考文献编号四套体系全部自动化。有个细节从 CAT 工具导出后交叉引用经常变成纯文本需要在 Word 里重新链接。导出后先检查一遍域代码是否还在不在的话批量重新插入。这一步很枯燥但比交付后被退回来强。5.5 机器翻译痕迹和查重率怎么控制毕业设计外文翻译这类任务对机翻痕迹特别敏感。机器翻译输出的中文有几个典型特征连接词高度模式化“此外”“然而”“因此”反复出现、句式长度均匀、被动语态密集、术语前后不统一、长句不拆。人工译后编辑要做的是打散这些特征。具体动作把连续三个以“此外”开头的句子改掉两个把过长的句子拆开把被动改主动把均匀的句长打乱把术语按术语表统一。改完之后出声读一遍读着像人话就差不多了。查重方面外文翻译的查重主要看两点一是译文与已有中文文献的重复率二是原文与已有英文文献的重复率。选原文时尽量避开已经被大量翻译过的经典文献选近几年的应用型论文重复率会低很多。译文表述上不要照搬网络上的现成译法同样的意思换一种说法重复率自然下来。5.6 常见问题速查表现象可能原因排查动作处理办法术语前后不一致边翻边定译名用脚本比对术语表统一替换语境不同的加备注长句读不通按英文语序直译找主句主谓宾拆成 2-3 个中文短句公式乱码或丢失格式转换降级对照原文逐行核用公式编辑器重排图表编号错位手打编号检查是否为域代码改题注加交叉引用参考文献对不上中间增删条目抽查跨章节引用正文引用改交叉引用译文有明显机翻味句式过于模式化出声朗读拆句、改主动、打散连接词缩写首现无全称原文未给或漏译捞取大写组合核查补全称或加中文说明中英文标点混用输入法切换用查找替换筛查统一为中文全角标点6. 几个我踩过的坑说出来给你省点时间最后分享几条纯经验的东西都是文档里不会写、但实际干活时特别管用的。第一条动笔之前一定把原文完整读一遍哪怕只是 skim。我早年接过一篇讲联邦学习隐私保护的论文上来就翻摘要翻到第三章才发现作者在前面定义了一套自己的符号体系跟我默认理解的不一样前面两章全部返工。通读一遍花不了半小时省下的返工时间可能是好几个小时。第二条术语表要包含“不要用什么译名”。只写正确译名不够还要把容易混进来的错误译名记下来翻译时看到就警惕。比如authentication旁边标注“不用‘鉴权’”vulnerability旁边标注“软件缺陷语境不用‘脆弱性’”。这一列救过我很多次。第三条排版和翻译分开做不要边翻边排。边翻边调格式思路会被不断打断效率至少掉三成。正确顺序是先出纯文本译文质检通过之后再统一排版排版完再抽查一遍内容。第四条交付前把译文从头到尾读一遍最好是出声读。这个方法笨但抓问题的效率高得离谱。读着别扭的地方十有八九是句子结构问题读着断气的地方一定是句子太长读着不知所云的地方往往是主语丢了。我现在的习惯是交付前留半小时专门做这件事几乎每次都能揪出几处自己没发现的问题。第五条保留一份自己的工作底稿。术语表、翻译记忆库、处理脚本这些东西下次接同类稿子直接复用第二篇的效率通常比第一篇高百分之三十以上。网络安全这个方向的文献术语体系就那么几套做上几篇之后术语表基本可以通用后面主要精力就能放在长难句和格式上了。