在你开始阅读,这里是一个related question,但恐怕缺乏细节......翻译过程
我的情况很简单,我在网站上,在不同的语言翻译工作。我们根据客户的需求定制了各种网站,他们选择最适合其目标受众的语言。
但是,我们在翻译过程中遇到了问题。问题不在于版本控制(毕竟我们是程序员)或数据库布局,我的确在谈论管理翻译,成本和事故。
我认为我们已经确定了目前为止的3个步骤。
1.准备要发送的文件
通常,你希望这是自动的。这是对这个循环任务
2.翻译浪费人力资源的痛苦
也不是那么容易的实际转换,有各种(和公开)的问题有:缺乏上下文的例子,因为自然语言可能是不明确和使用同义词没有帮助(特别是因为我们必须给英语作为基本语言,我们是法国队,所以我们可以不使用成语)
3.集成/反馈
典型的问题是将一个单词(用于按钮)翻译成整个句子,让我放弃我们要求译员不要把长度增加25%以上,但有时甚至可能会破坏所有地狱,有时甚至会在空间有限的情况下限制他们。
我想知道你是如何处理国际化这一重要步骤的。我们对此有几个头脑风暴,但没有任何结论出来。
我会在下面的回答中给您介绍我们当前的流程,以便问题和答案可以独立进行投票/评论。
问候。
确实非常好的想法。你对“太长”的句子有什么样的通知(或者在把它放入数据库之前进行预先检查)。我喜欢关于翻译的中央存储库的想法,目前我们仍然难以知道自上次翻译以来增加了哪些内容(我们确实有差异,但管理会更好)。 – 2009-10-12 14:16:08
我不需要太长的通知。这个短语可以在任何地方使用,所以当字体等上下文被确定时,字符串的长度才有意义。在运行时,我们使用GetTextExtentPoint32()等API来比较文本长度和包含控件。 关于差异,我认为跟踪比差异更好。通过跟踪我的意思是为每个短语附加一个唯一的ID,并将所有更改历史记录保存到此ID。这就像一个带有许多可空字段的数据库记录,每个语言只能用于一种语言,只在需要时才转换为该语言。 – 2009-10-13 05:52:17