如何实现软件本地化:软件本地化流程的十条守则

唐能译牛：

软件本地化，是指将软件产品的用户界面和辅助材料，从其原产国语言向另一种语言转化，使之适应某一外国语言和文化的过程。软件翻译和本地化是将软件产品推向全球市场的必要环节。

唐能翻译提供的软件本地化服务（包括APP）有软件翻译（用户界面、帮助文档/指南/手册、图片、包装、市场资料的翻译等），软件工程（编译、界面/菜单/对话框的调整），排版，软件测试。

人们经常将本地化和翻译混为一谈，而两者本应是相辅相成的。不过，虽然这两者之间有相同之处，但软件本地化流程相对要复杂得多。要让产品或内容适应特定的地区或市场，往往少不了要对图像、布局、格式等各种细节进行调整，更不必说还要满足目标市场的法律要求、数据合规性、设备偏好，以及顺应技术趋势。

鉴于需要考虑的细微文化差异众多，一些看似微不足道的元素往往被忽略，但倘若要向尽可能广泛的受众提供至臻完美的产品，那么对这些元素的处理至关重要。那么，该从何处入手呢？以下介绍了需要特别留意的重要软件本地化优秀做法和误区。

将本地化视为一项战略

首先，要清楚软件本地化将如何支持您的整体目标，这一点十分重要。为避免本地化失败，请在需求分析和设计阶段格外小心，并确保所有利益相关者就目标市场、语言和各自的独特问题达成一致。

将软件本地化流程视为一项战略，而非任务，以在全球范围内谋求成功。如果您从一开始就将全球化就绪作为目标，则在面对新的市场机遇时，您就免去了重新设计产品的苦恼。

设计时别忘了考虑本地化

本地化友好型设计有助于减少进度拖延和成本超支。其源代码和结构能有效防范以下问题：

源文件漏洞重复出现在目标文件中
可避免的翻译错误
常见的软件本地化错误，包括功能错误、显示错误、缩写错误、过度本地化和本地化不足

建议：使用模板来确保一致的品牌形象。需要确保设计已经本地化就绪？测试、测试、再测试。准本地化是一种实用的 QA 测试形式，它通过揭示潜在翻译问题（例如，特殊字符或字符串长度引起的用户界面 (UI) 布局问题）帮助减少风险。

构建一个国际化对象库

请谨记：国际化可以助推本地化的实现。当您致力于将软件本地化为多种语言时，构建国际化对象库可以让您不必进行返工。这些对象包括：

用户界面设计元素
排序和搜索功能
多字节字符支持（面向亚洲语言）
双向或从右到左阅读支持（阿拉伯语和希伯来语）
地址、数字、日期和货币格式

避免源文本过长

所有语言都有不同的句式结构和复数规则，表达同一想法时，使用的词语数量也不尽相同。为了尽量减少翻译问题，源内容应该简洁明了，并且具备以下特点：

句式简短
尽可能使用标准的英文语序
不使用包含众多连续名词的短语（名词字符串）
不使用同义词；一个术语对应一个概念
不使用缩写；缩写需要额外的翻译，并且会丢失派生含义

建议：除了避免使用同义词之外，还要避免将名词“动词化”。也就是说，不要在不同的语境中重复使用相同的文字。英文中的许多单词既可以作名词，也可以作动词：例如，file、share 和 design。确定文字的单一用法，并在使用时保持统一。

规划文字占用空间

据估计，英文共包括 100 多万个单词，而其他大多数语言的单词数量则不足 50 万。因此，将英文翻译成其他语言时，字符串长度可能会扩展或缩减。例如，英文的“Have a nice day!”翻译成德语为“Ich wünsche Ihnen einen schönen Tag!”：长度增加了 125%。将英文翻译成亚洲语言，长度则会缩短。

至少要规划 30-35% 的扩展空间，并考虑空格的使用。同样地，请尽量保持源文本简短，并采用与格式和措辞相关的其他软件本地化优秀做法。

不要错用图标

当然，软件本地化优秀做法不只是关注文字表达。针对不同的文化，同样的视觉材料也具有不同的内涵。没有文字的图标具备优势，因为它们需要翻译的内容更少，并且可以降低成本。但请记住，并不是所有符号都是通用或中立的。

例如，美式风格的邮箱并不适用于许多其他文化。务必做好调查，避免使用手、脚、动物等图像，也不要使用其他可能会有意想不到或令人反感的含义的符号。

使用 UTF-8 编码

大多数现代技术默认使用 UTF-8（最广泛采用的 Unicode 格式）。著名的信息处理专家 Ken Lunde 博士将 UTF-8 形容为“全世界首个智能字符编码”。所有主流硬件和软件公司均支持 Unicode，而且 XML、Java 和 Javascript 等标准都要求使用 Unicode。使用 UTF-8 可确保轻松准确地翻译成所有语言，尤其是亚洲 CJKV（中文、日语、韩语和越南语）语言。