数字本地化不是没有必要的吗？

Question

我刚看过这一页http://weblogs.asp.net/scottgu/archive/2010/06/10/jquery-globalization-plugin-from-microsoft.aspx

他们所做的事情之一就是将阿拉伯日期转换为阿拉伯日历。我想知道这样做是否是个好主意。对用户来说，这实际上是烦人/令人困惑的(即使用户是阿拉伯语)。

另外，我的第二个问题是，对于德国这样的文化，我们真的需要改变33,899.99到33.899,99吗？我的意思是，这样做并不有害，因为库已经为我们做了，但这不会给用户造成更多的混乱(即使他是德国人，等等)。

我敢肯定，不管这些人来自什么文化，如果我给你的数字是33,899.99，你就不可能做错了吗？(除非我的网站/应用程序是你一生中使用过的第一个网站/应用程序，这可以说是可能的，但可能性很小。)

我的意思是“普遍”，因为每个人都会看到和知道它意味着什么。不一定非要用黑白之类的标准来写。只要每个人都能读懂它，毫不混淆地知道它所代表的是什么，这是普遍的。可以肯定的是，1.234,00绝对不是普遍的。我的意思是，我很肯定你能找到一个人，在他们的一生中，一直在使用计算机，但从来没有遇到这种数字格式。由于大多数网站/应用程序一直在使用12344.00，并没有改变以适应本土化，我相信这是事实上的(每个人都会看到和知道它的含义的通用格式)。

至于日期，如果我们写0/02/03，我相信没有人会知道日期(直截了当，正确，毫不含糊)是什么日期。但是如果我们把它们写成这样的话，没有人能搞错2003年1月2日，2003年2月1日，2001年2月3日，不是吗？

顺便说一句，这个问题是针对本土化的，不要告诉我“嘿，不是每个人都能读懂英语！”因为这是一个国际化的问题(这超出了本主题)。让我们继续讨论本地化问题。

Answer 1

为什么非安格洛斯必须解码日期、数字等，而安格罗斯只需阅读它们？数字和日期本地化是绝对必要的，如果你想让非天使的感觉，你知道，欢迎作为用户和客户。为什么一个德语用户必须计算出你的号码，而不是，你知道，用他或她自己的语言格式？

此外，您对数字格式的视图(和日期: q.v )。是无可救药的简单。例如，毫无疑问，你会发现像1,234,567这样的数字“自然”、“明显”和“逻辑”.但是，那些来自不同文化的人，有着无数种基于数字的方案，那该怎么办呢？例如，我的学生(中文)总是对1000以上的数字感到困惑，因为他们对数字的分组不同。对于他们的思维过程，一个更“自然”的分组(包括千点以上的无数)是123,4567。此外，在许多情况下，欧洲数字系统在一般情况下根本不适合。在这种情况下，能够编写全中文一百二十三万四千五百六十七，甚至是在这里常用的各种混合系统是很好的。

你对约会的想法也是错误的。你正确地指出了01/02/03是如何模棱两可的(如果只是因为美国人拒绝在日期上遵守标准的话)，并建议2001年2月3日是明确的。不过，我不确定你是否注意到了什么。它是明确的，明确的英语。回到我的学生们，我很确定他们很愿意看到2001年的年2月3日(甚至二00一年二月三日)，这是明确的，而且，得到这个，他们可以不需要破译就能读到。

i18n和l10n的底线是:你想要钱和/或用户吗？你做你的用户想要的。你的用户想要的是他们自己的语言，而不是你的。故事到此结束。

编辑以添加

比基于万千的系统还要糟糕。看看印度编号的这个可爱的进展：

1
10
100
1000
10,000
1,00,000
10,00,000
1,00,00,000

...and等等，直到：

100,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,000

看到最后三人分组了吗？看到二次一二的分组了吗？看到一群人突然又被三人重新介绍了吗？

进一步编辑，以添加(我就是不能回避这个主题，似乎！)

即使十进制系统具有普遍性的假设也是错误的。有基于4，5，8基(八进制)，10为基础(十进制)，12为基础，20为基础，甚至60为基础的本机编号系统.这些都是被真实的人所积极使用的系统(就像在不为科幻小说所弥补的那样)。并不是所有这些都还活着(虽然我们可以看到，例如，在英语术语中，基于12，60的数字系统的残余)。

至于日期，让我们不要忘记世界上许多地方仍在积极使用的月历。穆斯林世界倾向于使用阴历，在阴历中，日期可以全年漂移，而中国人使用的是一个复杂的系统，它的日期永远不会超过一个月。(这只是我头顶上的两个名字。)

Answer 2

另外，我的第二个问题是，对于像德国这样的文化，我们真的需要改变3,899.99到3.899,99吗？我的意思是，这样做并不有害，因为库已经为我们做了，但这不会给用户带来更多的混乱(即使他是德国人)。

即使用户是德国人，他也会与德国符号混淆？我很确定我不同意。不，会给用户带来更多混乱的是他们的本地网站上充斥着非本地化的数据。数字和日期是这方面的一个关键问题。

如果您正在本地化一项服务，您需要适当地本地化它。精简数字格式是懒惰和无知的。

3,899.99不是通用格式--“每个人都会理解它”的假设在智力上是懒惰的。这也是比较粗鲁的。既然我们讨论的是你发布的一个特定链接，那么为什么不去做，至少表现出一些文化意识呢？

Answer 3

American <> Universal.

阅读类似“2003年1月2日”这样的日期需要一些时间来解码。我们总是把这个月的前一天。所以必须是“2003年1月2日”。当然，我们知道了，但我们得考虑5秒才能破译它。

显示一个像1234这样的数字，大多数欧洲人会想到一个十进制数。1,345.00只是“感觉不对”。

如果你不本地化你的应用程序，那也没关系。只是别指望它会在你的国家之外引起轰动。