숫자 현지화가 불필요하지 않습니까?

방금이 페이지를 읽었습니다 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은 보편적이지 않습니다. 나는 당신이 평생 동안 컴퓨터를 사용하고 있지만이 숫자 형식을 전혀 보지 못한 사람을 찾을 수 있다고 확신합니다. 대부분의 웹 사이트 / 앱은 현지화를 수용하기 위해 변경없이 1,234.00을 사용했기 때문에 실제로는 (모든 사람이 의미하는 바를 알고 이해할 수있는 보편적 인 형식) 것으로 생각합니다.

날짜에 관해서는 우리가 01/02/03을 쓰면 누구가 어떤 날짜인지 알 수있는 방법이 없다고 확신합니다. 그러나 2003 년 1 월 2 일, 2003 년 2 월 1 일, 2001 년 2 월 3 일을 잘못 쓴 사람은 아무도 없습니다.

그러나이 질문은 현지화를 목표로하고 있습니다. "모두 영어를 잘 읽지는 않습니까!"와 같은 것을 말하지 마십시오. 그것은 국제화의 문제이기 때문에 (이 주제를 넘어선 것입니다). 현지화에 대한 토론을 계속합시다.

Anglos가 아닌 사람들이 날짜, 숫자 등 을 해독 해야하는 이유는 무엇 입니까? 앵글이 아닌 사람들이 사용자 및 고객으로 느끼고, 환영하고 싶다면, 숫자 및 날짜 현지화가 절대적으로 필요합니다. 왜 독일 사용자가 자신의 언어 형식으로 숫자 대신 숫자를 알아 내야합니까?

또한 숫자 형식 (및 날짜 : 아래 qv)에 대한 관점은 절망적으로 단순합니다. 예를 들어 의심 할 여지없이 1,234,567 개의 "자연적", "명백한", "논리적"같은 숫자를 찾을 수 있지만 무수한 숫자 체계를 가진 문화에서 온 사람들은 어떻습니까? 예를 들어, 제 학생들 (중국어)은 숫자를 다르게 그룹화 하기 때문에 항상 1000 이상의 숫자에 대해 혼동 됩니다. 그들의 사고 과정에 대한 더 "자연적인"그룹화 (수천 점 이상을 포함하는)는 123,4567입니다. 또한 유럽의 숫자 체계가 일반적으로 적합하지 않은 상황이 많이 있습니다. 이러한 상황에서 모든 중국 一百 二十 三万 四千 五百 六 十七 또는 여기에서 일반적으로 사용되는 다양한 하이브리드 시스템을 작성할 수 있다면 좋을 것입니다.

날짜에 대한 당신의 생각도 잘못되었습니다. 당신은 01/02/03이 어떻게 모호한지를 정확하게 지적했으며 (미국인들이 날짜 기준을 준수하지 않기 때문에) 2001 년 2 월 3 일이 모호하지 않다고 제안했습니다. 그러나 당신이 거기에서 무언가를 발견했다면 확실하지 않습니다. 모호하지 않고 모호하지 않은 영어 입니다. 학생들에게 돌아가서, 나는 그들이 모호하지 않은 2001 年 2 月 3 日 (또는 심지어 二 〇〇 一年 二月 三 日)를 보는 것을 훨씬 선호한다고 확신합니다. 해독하지 않고도 읽을 수 있습니다.

i18n 및 l10n의 결론 : 돈이나 사용자를 원하십니까? 사용자가 원하는 것을 만듭니다. 사용자는 자신이 아닌 자신의 언어로 물건을 원합니다. 이야기의 끝.

추가 편집

무수한 시스템보다 훨씬 나빠집니다. 이 멋진 진행을 위해 인도 번호 매기기 를 살펴보십시오 .

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

... 그리고 최대 :

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

마지막에 세 개씩 그룹화되어 있습니까? 3으로 그룹화 한 후 2로 그룹화하는 것을 보셨습니까? 그룹의 갑작스런 재 도입을 다시 세 번 보시겠습니까?

추가 편집 추가 (이 주제를 유지할 수없는 것 같습니다!)

십진수 시스템이 보편적이라는 가정조차 잘못되었습니다. 4 기반, 5 기반, 8 기반 (8 진수), 10 기반 (10 진수), 12 기반, 20 기반 및 짝수의 고유 번호 시스템이 있습니다. 60 기반의 . 이들은 공상 과학 소설을 위해 구성되지 않은 것처럼 실제 사람들이 적극적으로 사용하고있는 모든 시스템입니다. 이들 모두가 아직 살아있는 것은 아닙니다 (예를 들어, 영어 용어로 12-, 60- 기반 숫자 체계의 흔적을 볼 수는 있지만).

날짜에 관해서는, 많은 세계에서 여전히 활발하게 사용되는 음력을 잊지 마십시오. 무슬림 세계는 일 년 내내 날짜가 표류 할 수있는 음력을 사용하는 경향이있는 반면, 중국은 한 달 이상 사실을 지키지 않는 복잡한 시스템을 사용합니다. (그리고 그것은 단지 내 머리 꼭대기에서 두 개의 이름을 짓는 것입니다.)

또한 두 번째 질문은 독일어와 같은 일부 문화권에서는 3,899.99를 3.899,99로 바꿔야합니까? 도서관이 이미 우리를 위해 그것을했기 때문에 그렇게하는 것이 아프지 않다는 것을 의미하지만 실제로는 사용자에게 더 혼란을주지 않습니다 (독일인이더라도).

사용자가 독일어 인 경우에도 독일어 표기법과 혼동됩니까? 나는 그것에 동의하지 않는다고 확신합니다. 아니요, 사용자에게 혼란을 줄 수있는 것은 현지화되지 않은 데이터를 사용하여 현지화 된 사이트를 망쳐 놓는 것입니다. 숫자와 날짜는이 점에서 중요한 문제입니다.

서비스를 현지화하는 경우 제대로 현지화해야합니다. 숫자 형식을 훑어 보는 것은 게으르고 무지합니다.

3,899.99는 보편적 인 형식이 아니며 "모두가 그것을 이해할 것"이라는 가정은 지적으로 게으르다. 또한 비교적 무례합니다. 당신이 할 수있는 시설이 있습니다-우리가 당신이 게시 한 특정 링크에 대해 토론하고 있기 때문에, 왜 그렇게하고 문화적 인식을 보여주지 않겠습니까?

미국 <> 유니버설.

"Jan 2 2003"과 같은 날짜를 읽으려면 해독하는 데 시간이 걸립니다. 우리는 항상 그 달 전날을 넣습니다. 따라서 "2003 년 1 월 2 일"이어야합니다. 물론 우리는 그것을 얻었지만 그것을 해독하려면 5 초를 생각해야합니다.

1,234와 같은 숫자를 보여 주면 대부분의 유럽인들은 10 진수를 생각할 것입니다. 1,345.00은 "잘못된 느낌"입니다.

앱을 현지화하지 않아도 괜찮습니다. 그것이 당신의 나라 밖에서 인기가 될 것이라고 기대하지 마십시오.

여기서 당신의 문제는 나쁜 가정 인 것 같습니다. 숫자 나 날짜에는 "범용 형식"이 없습니다. 3,899.99는 일부 지역에서 유효하며 다른 지역에서는 혼동됩니다. 대화도 마찬가지입니다. 사람들은 종종 필요한 것을 파악할 수 있지만 그게 요점이 아닙니다. 당신이 말하는 날짜 형식도 마찬가지입니다. 형식 자체는 로캘마다 다릅니다. 여기에는 "범용"이 없습니다.

일반적인 소프트웨어가 일반적으로 다루지 않는 특정 과학 및 기술 영역을 제외하고는 이러한 것들에 대한 보편적 인 형식이 없습니다. 자신의 장소가 아닌 어디에서나 기본 용어로 소프트웨어를 수락하려면 소프트웨어를 사용해야합니다.

사람들의 목 아래로 사실상의 표준에 대한 개념을 제시 할 수 있습니까? 확실한. 그러나 전문적인 국제화 된 소프트웨어에서 (귀하의 질문에 따라) 숫자의 현지화는 결코 불필요한 것으로 간주 될 수 없습니다.

당신은 당신이 읽는 데 사용되는 것이 보편적이지만 그렇지 않다고 가정하는 것 같습니다.

내가 사는 곳에서 쉼표는 소수점 구분 기호를 나타내며 점은 천 단위 구분 기호로 (구별 적으로) 사용됩니다. 내가 $ 3,004.25를 파싱하는 것은 부자연 스럽다. 하지만 당신이 5,535 달러를 주면 아마 5 달러 반 정도 읽습니다. 3.899,99를 읽는 것이 전혀 혼란스럽지 않으며 왜 그렇게 생각하는지 알 수 없습니다.

날짜에 대해서는 2001 년 2 월 3 일을 읽을 수있을뿐만 아니라 2001 년 2 월 3 일을 읽을 수도 있습니다.

따라서 사용자는 일반적으로 us-en으로 현지화 된 대부분의 숫자와 날짜를 구문 분석 할 수 있습니다. 때때로 5,535 달러와 같이 모호성이있을 수 있습니다. 어쨌든 나는 왜 자신의 로케일보다 더 명확하다고 생각하는지 알지 못합니다.

숫자 및 통화 현지화에 대한 지식이 많지 않지만 날짜는 YYYY-MM-DD 형식의 ISO 8601 ( http://en.wikipedia.org/wiki/ISO_8601 )에 따라 다릅니다 ( 예 : 2011-05-10). 5 월 10 일.

또한 두 번째 질문은 독일어와 같은 일부 문화권에서는 3,899.99를 3.899,99로 바꿔야합니까? 도서관이 이미 우리를 위해 그것을했기 때문에 그렇게하는 것이 아프지 않다는 것을 의미하지만 실제로는 사용자에게 더 혼란을주지 않습니다 (독일인이더라도).

나는 독일어이고 개인적으로 말하면 정말 혼란 스럽습니다. 왜냐하면 너무 많은 영어 텍스트와 독일어 텍스트를 다시 읽고 모두 혼합했기 때문입니다. 그렇기 때문에 내가 만나는 각 숫자, 표기법 규칙 및 실제로 의미하는 크기에 대해 약간의 휴식을 취해야하는 이유입니다.

따라서 현지화 설정에서 스위스에서 사용되는 1'234.00과 같이 숫자 그룹화 문자를 작은 따옴표 ( ')로 구성했습니다.

나는이 사람들이 어떤 문화에서 왔는지 확신합니다. 만약 당신에게 3,899.99의 숫자를 주면 당신이 그 잘못을 바로 잡을 방법이 없습니까? (어쨌든 그는 아마도 범용 형식을 배웠기 때문에)

아마 알아낼 수 있지만 시간이 좀 걸립니다.

나는 모든 사람들이 그것이 무엇을 의미하는지 알 수있는 형식으로 "유니버설"을 의미했습니다. 확실히 1.234,00이 보편적이지 않습니다. 평생이 숫자 형식을 본 적이없는 사람을 찾을 수 있다고 확신합니다. 대부분의 앱은 현지화없이 1,234.00을 사용했기 때문에 실제로는 (모든 사람이 의미를 이해하고 알 수있는 보편적 인 형식) 것으로 생각했습니다.

독일에서는 1,234.00 표기법을 본 적이없는 많은 사람들이 있습니다.

또한이 문제에는 법적 의미가 있습니다. 잘못된 소수점으로 작성된 은행 계좌 잔고를 상상해보십시오. 그로부터 모든 종류의 문제가 발생할 수 있습니다.

날짜에 관해서는 01/02/03을 쓰면 아무도 날짜를 알 수있는 방법이 없다고 확신합니다.

그래, 난 싫어! 그리고 아직도 많은 사람들이 그렇게하고 있습니다. 영국과 미국의 표기법 사이에 충돌이있는 것처럼 보일 수 있습니다. .

현지화가 가능하지 않은 경우 (문서와 같이) 국경을 초월 할 가능성이있는 모든 것에 대해 표준화 된 형식 2003-02-01을 권장합니다. 2 월 1 일 또는 1 월 2 일을 의미하는 경우 즉시 볼 수는 없지만이 표기법은 가장 가중치가 높은 숫자 (먼저 전월)를 갖도록 표준화됩니다.

원하는 것을 달성 할 수있는 방법이 있지만 모두 자연스럽지 않은 형식을 사용합니다. 예를 들어 제품에 타임 스탬프를 사람이 읽을 수있는 형식 (YYYYMMDDHHMMSS)으로 저장합니다. 혼란은 없지만 일상 생활에서 그 형식을 사용하는 사람은 없습니다.

필자가 필요하다고 생각 하는 것은 1970 년 1 월 1 일 이후의 초와 같이 보편적 인 기본 형식입니다.이 형식이 있으면 원하는 형식으로 시간을 표시 할 수 있으며 라이브러리와 OS는 올바른 시간을 다시 표시 할 수 있습니다 당신이 좋은대로.

내가 생각하는 대답보다 더 많은 의견이지만 ...

자연스럽게 오지 않습니다

"그는 어쨌든 보편적 인 형식을 배웠기 때문에"

용서해주십시오.하지만 학교에서 늦게까지 "보편적 인"형식을 실제로 "학습"하지 않았습니다. 왜냐하면 아무도 걱정하지 않기 때문입니다 . 또는 최소한 필요할 때까지 (예 : 공식 문서, 비즈니스 등). 따라서 문화의 규칙을 사용하지 않는 형식을 볼 때 혼동됩니다. 평소 MM/DD/YYYY또는 DD/MM/YYYY아마도 큰 문제 일 것입니다.

학습은 특권

또한, 많은 사람들이 불행히도 그러한 것들을 "학습"할 기회를 얻지 못합니다. 모든 bopdy가 선진국에서도 학교에 다니거나 학교에 다니는 것은 아닙니다. 그리고 나는 이것을 충분히 강조 할 수 없지만 우리는 그것들을위한 소프트웨어도 디자인합니다.

Google이하는 방식을 살펴보세요. 그들은 언어 관련 제품을 내부적으로 다루기 위해 열심히 노력하고 있으며, 이러한 이유로 현지화 된 서비스를 제공하기 위해 최선을 다합니다.

여기에 많은 프로그래머들이 일반적으로 우리의 "공통"언어 (영어, ASCII로 인코딩, 꽤 제발)를 선호하지만, 많은 사람들이 자신의 언어로 인사를받을 때 더 환영받습니다. 아무도 당신의 언어를 구사하지 않는 외국 공항에서 문 밖으로 나가는 것과 같이 글은 당신에게 매우 먼 곳입니다. 익숙하지 않으면 조금 무서울 수 있습니다. 그리고 솔직히 말해서 IT 세계로 다시 가져 오려면 유니 코드 문자가 포함 된 소스 파일이나 다른 언어의 음성으로 표현 된 단어를 여는 것조차 상당히 어려워집니다.

그러나 혼란에 대한 전제를 얻습니다. 시스템 디자이너의 의도와 그들이 의도하는 형식이 무엇인지 궁금 할 때가 있습니다. 그러나 다른 일을 이해할 수없는 사람을 위해 그런 일이 일어 났을 때 혼동하지는 않습니다.

문화 문제

마지막으로, 문제의 핵심에는 또 다른 것이 있다고 생각합니다. 만약 우리가 당신의 제안을 따라야한다면, 우리 는 다른 많은 위대한 문화를 잠식 할 것입니다 존재하고, 기억되고 축하받을 가치가있는 . 그리고 그들은 저술과 작고 부적절하게 보이는 세부 사항들도 함께 살아갑니다. 그것들은 문화의 일부이며, 각 문화에 존재합니다.

나는 이것을 큰 악한 서양 제국의 확장에 대한 조약으로 바꾸고 싶지 않지만 사람들의 가혹한 반응과 의견을 유발하는 것들입니다. 단순히 다른 사람들의 의견, 취향 및 문화를 버리고 싶기 때문에 (나는 당신이하지 않을 것이라고 확신합니다), 심지어 그들이 사용해야하고 선호하는 것보다 더 잘 알고 있다고 제안하기까지합니다. 어쨌든, 당신은 그들의 방식에 대해 거의 존중하지 않고 그것들을 사용자층의 일부로 생각하지 않으며, 그들을 환영하기 위해 노력하고 싶지 않으며, 일반적으로 그들에 대해별로 신경 쓰지 않습니다.

편집-개인 일화 : 영국 / 오스트레일리아 철자 대신 미국 철자로 "아폴로 제이션"또는 "권한 부여"를 쓸 때마다 제 파트너가 저에게 소리를 지 릅니다. 날짜와 재미있는 방법으로 숫자 ... :)

대부분 의 세계는 ,소수점 구분 기호로 사용 됩니다 (아래 이미지에서 녹색). 나는 왜 대다수가 소수에 적응해야하는지 모르겠다.

나는 수천 구분 기호에 대해 제안 된 대체 형식을 보았습니다 : 1'000'000
제안 된 소수점 구분 기호가 있는지는 모르지만.
나는 지금 현지화가 불필요하다고 생각하지 않습니다.

일반적으로 우리 모두 프로그래머와 인터넷에서 자주 방황하는 사람들은 영어 숫자 형식과 측정법을 알고있을 가능성이 매우 높습니다. 그들은 자신의 것처럼 보이는 형식을 보지만 그 반대를 의미합니다.

번호 매기기 및 측정 표준의 통일이 세계적인 규모로 수행하는 것이 좋을 것이라고 생각합니다 .1,000.00 형식을 표준으로 사용할 수는 있지만 왜 그렇지 않습니까? 우리는 인치와 파운드를 느슨하게 풀고 10 억 10 억 .

추신 : 저는 디스커버리 및 역사 채널에서 많은 미국 다큐멘터리를보고 있으며 항상 football fields단위로 조치를 취 합니다. 그들은 미국 이외의 어느 누구도 (미국식) 축구장의 길이에 대한 실마리가 없다는 것을 알고 있습니까?

내 개인적인 믿음은

소프트웨어 현지화는 유해합니다

대부분의 시간이 제대로 실행되지 않았을뿐만 아니라 영어를 구사하는 커뮤니티의 사용자가 줄어 도움을받을 수있는 리소스가 훨씬 많습니다. 이것은 독일어에게는 그리 큰 문제는 아니지만 예를 들어 슬로바키아어를 사용하면 괜찮은 번역을받는다고 가정하더라도 사용자를 발로 쏠 수 있습니다. 현지 용어를 알아야하고 원하는 것을 표현하기에 적합하지 않은 경우이를 확장해야합니다 (다른 사람이 같은 시간에 다른 용어를 거의 동시에 선택할 수 있기 때문에 혼란을 유발할 위험이 있음). 같은 용어에 다른 의미를 부여 할 수 있습니다).
한때 프랑스 Mac에서 무언가를 고쳐야했습니다. 프랑스어 IT 용어가 Mac 소유자의 용어보다 나빴 기 때문에 고통 스러웠습니다. 나는 해당 용어의 추측 사이에서 앞뒤로 번역해야했다.

나는 확실히, 기본 용어보다 영어 용어를 선택하는 것이 그리 어렵지 않으며, 컴퓨터를 조작 할 수있는 정도로 영어를 배우는 것은 그리 큰 어려움이 아닙니다. 또한 그것은 당신에게 세상을 열어줍니다. 대신, 현재 많은 소프트웨어 공급 업체에서 독일 출신 인 경우 영어 버전의 소프트웨어를 구하기가 점점 더 어려워지고 있으며, 더 많은 사이트에서는 자동으로 언어를 선택합니다. Microsoft는 지금까지 영어로 Google에 무언가를 검색하고 사이트에서 결과를 열면 해당 리소스가 자동으로 로캘로 표시됩니다. 대박 !!!

IMHO, 인터페이스가 현지화를 이해해야하는 경우, 인터페이스가 잘못되어 번역해도 결함이 사라지지 않고 오히려 배가됩니다.

소프트웨어 현지화는 올바르게 수행되어야합니다

소프트웨어를 현지화하는 경우 소프트웨어를 제대로 사용하려고하지 않으면 소프트웨어를 사용하는 데 아무런 의미가 없습니다. 독일어가 거의 이해할 수없는 독일어 인터페이스에는 가치가 거의 없습니다.

독일의 모든 사람들이 전자의 의미를 이해하더라도 번역 과정에서 "집"을 "집"으로 번역한다는 데 동의합니다.
마찬가지로로 번역해야 9/11/2001합니다 11.9.2001. 독일인은 이전 표기법이 날짜를 나타내지 만 아마도 2001 년 11 월 9 일로 해석했을 가능성이 높습니다.

이 역사적인 날짜 만 선택한 이유는 내 개인적인 경험으로 무언가를 설명하기위한 것입니다. 독일 언론은 때때로이 비극을 "아홉 아홉"이라고 불렀습니다. 당시 영어 실력이 좋지 않았고 특히 날짜 표기법에 대한 지식이 없었기 때문에 이것을 머리에 "911"로 시각화하고 전화 번호를 사용하여 사건을 비상 상황과 연관시키는 일종의 은유라고 생각했습니다. . 내 생각의 기차를 되돌아 보면, 나는 그것이 매우 멀리 가져온다는 데 동의하지만, 다른 날짜 표기법에 익숙한 누군가에게는 "일레븐 아홉"처럼 종을 울리지 않았기 때문에 그럴듯 해 보였다. 이것은 우리에게 어떤 관습이 우리의 생각에 어떻게 새겨 져 있으며, 이것이 명백한 데이터를 잘못 해석 할 수있는 방법을 보여줍니다.

숫자의 경우, 이것은 인간에게는 큰 문제가 아니라 프로그램에게는 훨씬 큰 문제입니다. 독일어로 지역화 된 소프트웨어는 1234.56"1.234,56"(또는 운이 좋으면 "1234,56", 운이 좋지 않으면 "1'234,56")으로 출력됩니다. 영어 형식으로 가정하여 용서하는 파서에 직접 공급하면 용서하는 것으로 해석되어 1.234용서할 수없는 것으로 해석됩니다 . 이것은 다른 문제와 같은 문제입니다.
숫자 키패드 독일어 키보드 레이아웃에는 점이있는 쉼표가 있습니다. 따라서 독일어에서 독일어 형식 ​​입력을 얻을 수 있습니다. 이 문제를 처리 할 수 있다는 것은 방법 "Abbrechen"을 "취소"를 번역보다 더 중요합니다.

따라서 "포맷에 신경 쓰지 않습니다"라는 길로 넘어가는 경우 최소한 영어 상황에 대해 경고하기 때문에 번역하지 않는 것이 좋습니다. 사람들은 이해하지 못하는 단어에 대해 사전을 사용하도록 강요함으로써 잘못 이해합니다. 잘못 이해 한 정보를 인쇄하는 것보다 사람들이 그 의미에 대해 다른 이해를 가지고 있기 때문입니다.