IC 数据手册需要具备 EDA 背景的译员。涵盖引脚说明、电气特性、时序图，以及最常被误译的 30 个术语。
核心要点
- 数据手册为什么是一份难做的文档
- 错误集中在哪里
- 一致性如何强制
适用对象IC 设计公司和元器件供应商中为出口市场准备数据手册的文档负责人。
数据手册为什么是一份难做的文档
数据手册是工程师据以做设计的规格书。它的读者不是在通常意义上读取含义——他们是在提取数值、条件和约束，然后把硬件决策押在这些数字上。
这改变了翻译错误的代价。读起来略微别扭的文字尚可承受；但一个条件挂错了参数，或者一项最大额定值丢了限定语，就会传导进别人的设计里。
错误集中在哪里
条件与限定语。数值只有连同其测试条件才有意义。把数值与条件拆开、或者把「典型值」「最大值」「由设计保证」译得含糊，都会改变工程含义。
引脚与信号说明。低电平有效的标注方式、方向、驱动类型都承载精确含义，而通用译员常常把它们抹平。
时序。建立、保持、传播与恢复都对应特定的边沿和参考点。这里的术语对应的是既定用法，而不是词典释义。
一致性如何强制
术语在专家审校之前就锁进项目术语库，使同一个源术语在数据手册、设计套件文档以及任何相关申报文件中都解析为同一个目标术语。
这一点在改版时最要紧。一个参数在 B 版和 C 版之间被改了名，会迫使下游每一位读者去判断：究竟是器件变了，还是只有措辞变了。
问题
工程师审校很有价值，我们也鼓励，但它不能替代具备领域背景的语言人员。工程师能稳定地抓出技术错误，也会稳定地漏掉一致性和语域问题——因为他们是在读取含义，边读边在脑子里自动纠正。
标记出来，而不是悄悄自行处理，然后与贵司共同决定。一旦定下，该选择进入术语库，不会在每个项目上重新争论一次。
是。格式还原是一个明确的交付环节，表格、图注和时序图会回到原位，而不是交回一堆需要重建的散落文字。