博文
本地化，我来说(2014-04-22 23:53:00)
摘要：
本地化，2009 年 10 月 26 日至今，已经和我一起四年半时间了，这些日子从坎坷到平坦再到坎坷，作为一段历程，我想我也有资格说两句，仅发自内心地想说说。
我的本地化生涯伊始，跟着第一任组长 Michael Zhang 从零开始，慢慢接触了这个原本陌生的环境，一段时间后，基本了解了这个行业，或者说我自己，处在当前的位置渐渐清楚了需要做的东西，明白了一个本地化工程师的职责。起初的本地化只局限于 Trados，后来到了 World Server，等到 Michael 离职后，又有了 SDLX，按理说应该是有越来越充实的感觉，但随时间这么过，不但没有充实感，倒是更多了一份压抑和委身的感觉，觉得就像是在一个魔爪中。其实 Trados 被 SDL 收购前，它的开放文档格式 .ttx 已经很符合本地化的需求，并且针对这个格式开发出来的工具已经很能符合翻译需求，或者这是一个良好的利于翻译过程的格式，这种基于 XML 的格式无论任何方面都能被轻松接受，尤其是后来我加入到针对 .ttx 格式开发自动化脚本的过程后，我已然能体会到这种格式的优越性。但随着收购的完成，SDL 将 Trados 并入到一个集成翻译环境中，这就意味着这种开放的格式慢慢地被遗弃了，即便后来又有了高版本的 .sdlxliff 开放格式，我的感觉也只认为这只是一次不疼不痒的升级，纯粹是为了升级和垄断，号称免费的 SDK 也只能被注册用户拿到，这是翻译界的事，为什么要我注册？罢了，我还就不做有关 SDL 的自动化了。
现在，对于工具当然还是 SDL 的稍有优势，不过分，只是稍有，随着这款工具的不断升级，授权费用也越来越高，对于企业来说尚且需要衡量购买，更别说翻译了，在版权越来越被尊重的今天，盗版软件的使用越来越被行业所不齿，并且日常的本地化生产过程也因此严重受限。这种情况下，大部分本地化企业都在着手自己的本地化翻译流程化平台，基本都是基于开源翻译软件，如 OmegaT，在此基础上对功能进行扩展和完善。这样做的的坏处就是对于本地化这个行业来说，工具碎片化严重，难于制定行业规范，好处是避免了某......
本地化的征途(2012-04-11 23:18:00)
摘要：
在发这篇文章之前，我也想了多少次该不该把“本地化”加到这个编程爱好者的地盘上来，而决定把它加进来之后，又想是不是应该为它单独建一个分类，结果我都这么做了。在我进入这个行业之前，真是一无所知，进门之后发现原来也是高利润产业，并且和 IT 息息相关，虽然不是短时间内认识到，但是依旧是认识到了，我想把我对这个行业的看法说说，有同行尽可能指正一下不妥之处，毕竟我的理解不代表大众。
本地化是运用各种计算机软件技术把各类可用于交流的文件格式多国语言化的一个行业：那不就是翻译吗？自从干上这个，我从未这样想过，因为身在其中，我的的确确知道我不是做翻译的，但是翻译是最重要的一个环节。本地化的最终目的就是把一种语言格式的文件翻译成其它一种或多种语言文件以使更多的人能够用自己精通的语言来学习和认知，其中最重要的就是翻译，这是本地化最核心的部分，翻译的质量决定着整个任务的成败，但是大多数情况下“翻译人员”并不是某一方面的专家，他们只懂语言而不懂要翻译的文件的背景和特殊之处，最要命的就是他们在大量的翻译任务面前需要并且只能使用快捷的计算机辅助翻译工具（CAT），而辅助工具并不能直接或者根本就不支持原始要翻译的文档的文档格式，所以在送给翻译之前，这些原始文档就需要通过某种手段转换为计算机辅助翻译工具所能处理的格式，而这些大量的多种多样的原始格式和单一的受限被支持文档格式之间就需要我们想办法转换一下，翻译前把原始文件转换为翻译工具支持的格式，翻译后再转换回原始的文件格式，正是由于原始文档的格式太多，几乎包括了所有包含可阅读信息的文件格式，所以需要有些人专注于文件格式转换方面的工作并保证转换的健康性和可靠性，而这些人就是“本地化工程师”。
通常所说的本地化工程师大多数情况下是指上面提到的这些专注于文件本身和之间联系的面向机器的人，还有一种是面向人文的，也就是“排版工程师”，他们的工作在社会上各个行业都应用广泛，类似于图文设计和版式调整。如果被翻译文档是最终供人们获取信息的，比如演示文稿、网页、广告页、宣传册、书籍，或者软件界面也算，那么我们就需要排版工程师对其进行版式调整，因为把一种语......