क्या स्थानीयकरण सिर्फ अनावश्यक नहीं है?


30

मैंने अभी इस पृष्ठ को पढ़ा है 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 लिखते हैं, मुझे यकीन है कि कोई रास्ता नहीं है किसी को भी पता चलेगा (सीधे, सही, अस्पष्टता के बिना) यह किस तारीख को है। लेकिन कोई भी २ जनवरी २००३, १ फरवरी २००३, ३ फरवरी २००१ को गलत हो सकता है अगर हमने उन्हें ऐसा लिखा है तो क्या ऐसा नहीं है?

Btw यह सवाल स्थानीयकरण को लक्षित कर रहा है, मुझे सामान न बताएं जैसे "अरे हर कोई अंग्रेजी ठीक नहीं पढ़ता है!" क्योंकि यह अंतर्राष्ट्रीयकरण का विषय है (जो इस विषय से परे है)। चलो स्थानीयकरण पर चर्चा के लिए चिपके रहते हैं।


66
आपको जल्द ही पता चलेगा कि इस दुनिया में कितनी चीजें "सार्वभौमिक" हैं।
R0MANARMY

8
यह प्रश्न और इसके उत्तर (और पहले से ही) प्राप्त करने के लिए निश्चित है, सभी के लिए एक महान सीखने का अनुभव है।
जॉर्डन

34
बेशक 1.234,00 एक समस्या के रूप में 1,234 या 1.234 के रूप में ज्यादा नहीं है।
रीइनियरियरपोस्ट

51
आप सही हैं, स्थानीयकरण अनावश्यक है। लेकिन बड़ी समस्या यह है कि एंग्लो-सैक्सन दुनिया सार्वभौमिक फ्रेंच लोगों के बजाय अपने विशिष्ट सम्मेलनों का उपयोग करना जारी रखती है ...
मौविइल

27
कैसे एक अच्छा समझौता के बारे में? अंग्रेजी संख्या, मीट्रिक इकाइयां, यूरोपीय समय (24h), दाईं ओर ड्राइविंग, और एशियाई तिथियां (वर्ष / माह / दिन)।
माइक डनलैवी

जवाबों:


120

गैर-एंग्लो को तारीखों, संख्याओं इत्यादि को डिकोड करना चाहिए , जबकि एंग्लोस उन्हें सिर्फ पढ़ सकता है? यदि आप गैर-एंग्लो को महसूस करना चाहते हैं, तो आप जानते हैं कि उपयोगकर्ताओं और ग्राहकों के रूप में आपका स्वागत है। एक जर्मन उपयोगकर्ता को यह क्यों पता लगाना चाहिए कि आपका नंबर इसके बजाय क्या है, आप जानते हैं, इसे अपनी भाषा के प्रारूप में प्राप्त करना है।

इसके अलावा, संख्या स्वरूपों (और दिनांक: qv नीचे) के बारे में आपका दृष्टिकोण निराशाजनक रूप से सरल है। उदाहरण के लिए, निस्संदेह आपको 1,234,567 "प्राकृतिक" और "स्पष्ट" और "तार्किक" जैसे नंबर मिलेंगे ... लेकिन उन लोगों के बारे में क्या है जो मैरिड-आधारित नंबरिंग योजनाओं के साथ संस्कृतियों से आते हैं? मेरे छात्र (चीनी), उदाहरण के लिए, हमेशा 1000 से अधिक संख्याओं के बारे में भ्रमित होते हैं क्योंकि वे अलग-अलग संख्या में समूह बनाते हैं । उनकी विचार प्रक्रियाओं के लिए एक अधिक "प्राकृतिक" समूहन (जिसमें हजार बिंदु से ऊपर एक असंख्य शामिल है) 123,4567 है। इसके अलावा कई संदर्भ हैं जिनमें यूरोपीय संख्या प्रणाली सामान्य रूप से अनुकूल नहीं है। यह उन परिस्थितियों में अच्छा होगा जो अखिल चीनी 二十 三万 those 四千 五百 even that या यहां तक ​​कि विभिन्न संकर प्रणालियों को लिखने में सक्षम हो सकते हैं जो यहां आम उपयोग में हैं।

तिथियों के लिए आपका विचार गलत है। आपने सही ढंग से बताया है कि कैसे 01/02/03 अस्पष्ट है (यदि केवल इसलिए कि अमेरिकी तारीखों के मानकों का पालन करने से इनकार करते हैं) और इसके बजाय सुझाव देते हैं कि फरवरी 3 2001 अस्पष्ट है। मुझे यकीन नहीं है, हालाँकि, अगर आपने वहाँ कुछ देखा है। यह अस्पष्ट और अस्पष्ट अंग्रेजी है । अपने छात्रों के पास वापस जाने पर, मैं बहुत शापित हूं कि वे 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

अंत में तीन द्वारा उस समूह को देखें? तीन द्वारा समूहीकरण के बाद दो द्वारा उस समूह को देखें? एक समूह के अचानक पुन: प्रजनन को तीन से देखें?


आगे जोड़ने के लिए संपादित किया गया (मैं इस विषय को बंद नहीं रख सकता ऐसा लगता है!)

यहां तक ​​कि दशमलव संख्या प्रणालियों के सार्वभौमिक होने की धारणा गलत है। देशी अंकन प्रणालियाँ हैं जो 4-आधारित, 5-आधारित, 8-आधार (ऑक्टल), 10-आधारित (दशमलव), 12-आधारित, 20-आधारित और 60- आधारित हैं। ये सभी प्रणालियां हैं जो वास्तविक लोगों द्वारा सक्रिय उपयोग में हैं (जैसा कि विज्ञान कथा कहानियों के लिए नहीं बनाया गया है)। ये सभी अभी भी जीवित नहीं हैं (हालांकि हम देख सकते हैं, उदाहरण के लिए, 12-, 60-आधारित संख्यात्मक प्रणालियों की शब्दावली) अंग्रेजी शब्दावली में।

तारीखों के लिए, आइए हम चंद्र कैलेंडर को अभी भी दुनिया के अधिकांश हिस्सों में सक्रिय उपयोग में न भूलें। मुस्लिम दुनिया एक चंद्र कैलेंडर का उपयोग करने के लिए जाती है, जहां पूरे वर्ष के दौरान तिथियां बह सकती हैं, जबकि चीनी एक जटिल प्रणाली के साथ एक का उपयोग करता है जो तिथियों को कभी भी एक महीने से अधिक नहीं रखता है। (और यह सिर्फ मेरे सिर के ऊपर से दो नामकरण है।)


3
बहुत अच्छे उदाहरण हैं।
R0MANARMY

18
मैं इसे फ्रांसीसी के लिए जोड़ूंगा, अल्पविराम (',') को वास्तव में दशमलव (1,5 = 3/2) के लिए एक विभाजक के रूप में उपयोग किया जाता है। इस अवधि का उपयोग बिल्कुल नहीं किया जाता है, और जब लेखक ऐसा महसूस करता है, तो रिक्तियाँ समूह विभाजकों (150 000,53 डॉलर ...) के रूप में कार्य करती हैं। जब भी मैं अपने आप को एक अंग्रेजी वेबसाइट में पैसे की रकम लिखते हुए पाता हूं, मुझे नहीं पता कि मुझे क्या प्रारूप लिखना चाहिए या कौन सा स्वीकार करना चाहिए। रिक्त स्थान ठीक हैं? यदि मैं अल्पविराम के बजाय एक अवधि का उपयोग करता हूं, तो क्या मैं वास्तव में स्थानांतरण के लिए अपेक्षित राशि का 100 गुना हस्तांतरण करने जा रहा हूं? उचित l10n आपके उपयोगकर्ताओं के लिए बहुत महत्वपूर्ण है।
मैं

4
@ स्पेसर: i18n और l10n काम में हाथ बटाते हैं। कभी-कभी ग्लिफ़ के अंतर्राष्ट्रीयकरण के बिना तारीखों को स्थानीय बनाने की कोशिश करें। (संकेत: यह संभव नहीं है।) नर्क, कुछ समय के बाद अंतर्राष्ट्रीयकरण के बिना संख्याओं को स्थानीय बनाने का प्रयास करें । (संकेत: फिर से यह संभव नहीं है।)
JUST MY correct OPINION

4
मैं इस पर दो दिमाग हूँ, नेवरमाइंड। एक तरफ, हाँ, एक प्रोग्रामर के रूप में मेरा जीवन आसान हो जाएगा अगर i18n और l10n नहीं हुआ। दूसरी ओर, यह उपयोगकर्ता का काम नहीं है कि मैं कंप्यूटर के क्वर्क्स के अनुकूल हूं क्योंकि मैं आलसी हूं। (यह भी विचार की चीज के पारिस्थितिकी तंत्र की पूरी जीवन शक्ति के साथ शुरू नहीं होता है!) अंत में, हालांकि, नीचे की रेखा सिर्फ वही है जो आपके ग्राहक और / या उपयोगकर्ता चाहते हैं। और वे जो चाहते हैं वह उनकी भाषा में सामान है। यहाँ कुछ geeks और वहाँ यह पसंद नहीं है कि मूल, सरल तथ्य नहीं बदलेगा।
बस मेरा सही

4
@ दाविद मर्डोक: यह मेरी पोस्ट की शुरुआत में वापस जाता है। यदि आप चाहते हैं कि लोग आपको पैसा दें, तो आपको उन्हें वह देना होगा जो वे चाहते हैं। वे जो चाहते हैं वह सॉफ्टवेयर है जो उनकी भाषा और / या उस नंबर, दिनांक, मुद्राओं आदि को प्रदर्शित करता है, जिस प्रारूप में उनका उपयोग किया जाता है। यदि आप उन्हें (ठीक से!) नहीं देते हैं, तो वे आपके सॉफ़्टवेयर को नहीं खरीदेंगे। यह सच में इतना आसान है।
JUST MY सही OPINION

58

इसके अलावा, मेरा दूसरा सवाल यह है कि क्या हमें जर्मन जैसी कुछ संस्कृतियों के लिए वास्तव में 3,899.99 से 3.899,99 को बदलने की आवश्यकता है? मेरा मतलब है कि ऐसा करने से दुख नहीं होता है क्योंकि लाइब्रेरी पहले से ही हमारे लिए है लेकिन यह वास्तव में उपयोगकर्ता के लिए अधिक भ्रम का कारण नहीं होगा (भले ही वह जर्मन हो)।

यहां तक ​​कि अगर उपयोगकर्ता जर्मन है, तो वह जर्मन संकेतन के साथ भ्रमित हो जाएगा? मुझे पूरा यकीन है कि मैं इससे सहमत नहीं हूँ। नहीं, उपयोगकर्ताओं के लिए अधिक भ्रम का कारण क्या होगा, गैर-स्थानीयकृत डेटा के साथ उनके स्थानीय साइटों की पेप्परिंग। इस संबंध में अंक और तिथियां एक प्रमुख मुद्दा है।

यदि आप किसी सेवा का स्थानीयकरण कर रहे हैं, तो आपको इसे ठीक से स्थानीय बनाने की आवश्यकता है। संख्या प्रारूप पर कंजूसी आलसी और अज्ञानी है।

3,899.99 सार्वभौमिक प्रारूप नहीं है - और यह धारणा कि "हर कोई बस इसे समझ जाएगा" बौद्धिक रूप से आलसी है। यह तुलनात्मक रूप से अशिष्ट भी है। आपके पास करने की सुविधा है - चूंकि हम आपके द्वारा पोस्ट किए गए एक विशेष लिंक पर चर्चा कर रहे हैं - तो बस इसे क्यों न करें और कम से कम कुछ सांस्कृतिक जागरूकता दिखाएं?


27
+1 अशिष्टता पर ध्यान देने के लिए
nikie

1
अमेरिका में हम कह सकते हैं "फिफ्टी-टू पॉइंट सत्तर-एक" का मतलब 52.71 (या 52,71 अगर आप रेटा-उह हैं, तो दूसरे लोकेल [j / k ... I kid] के आदी हैं)। चूंकि अल्पविराम किसी "बिंदु" से संबंधित नहीं है, इसलिए अल्पविरामों के लिए दशमलव वर्णों को व्यक्त करने का संक्षिप्त तरीका क्या है? मैं वास्तव में आशा करता हूं कि आप "फिफ्टी और इकहत्तरवें" को नहीं कहेंगे।
डेविड मर्डोक

6
@ डेविड: अमेरिका में (जो एक महाद्वीप है, मैं आपको याद दिलाता हूं) हम शायद "पचास-दो अल्पविराम इक्यावन " भी कह सकते हैं (मैंने अंग्रेजी में बात की थी)। क्या कल्पना करने के pointलिए शब्द की जगह commaइतनी मेहनत थी?
पेत्रुजा

3
@Petruza, वास्तव में, अमेरिका एक महाद्वीप नहीं है। एक उत्तर अमेरिकी और एक दक्षिण अमेरिका है, लेकिन कोई महाद्वीप अमेरिका (या कम से कम अमेरिकी स्कूलों में पढ़ाया जाता है) नहीं है। हाँ यह कल्पना करना बहुत कठिन था। मैं अभी इसके चारों ओर अपना सिर प्राप्त नहीं कर सकता। गंभीरता से। तुमने तो मेरा दिमाग ही उड़ा दिया है। मैं यहाँ बिलकुल अविश्वास में बैठा हूँ। / व्यंग्य। "अल्पविराम" के साथ "बिंदु" को बदलने का कारण यह नहीं था कि अंग्रेजी में "अल्पविराम" का उपयोग विराम चिह्न के रूप में किया जाता है, जबकि "बिंदु" नहीं है (हम इसके बजाय "अवधि" शब्द का उपयोग करेंगे); इसलिए "बिंदु" के बजाय "अल्पविराम" का उपयोग करते समय थोड़ी अधिक अस्पष्टता होगी।
डेविड मर्डोक

6
डेविड, अल्पविराम, या, कोमा, का उपयोग जर्मन में विराम चिह्न के रूप में किया जाता है, और कौमार्य, फ्रांसीसी समकक्ष का उपयोग फ्रांसीसी में विराम चिह्न के रूप में किया जाता है। मैं यह भी जोड़ना चाहता हूं कि यूरोप में अंग्रेजी में, हम वाक्य के अंत को निर्दिष्ट करने के लिए पेरोड का उपयोग नहीं करते हैं; हम "पूर्ण विराम" का उपयोग करते हैं। मूल पोस्ट के बारे में एक प्रमुख शिकायत सांस्कृतिक जागरूकता की कमी थी। सिर्फ इसलिए कि अमेरिका में चीजों को एक तरह से किया जाता है इसका मतलब यह नहीं है कि यह कहीं और है। यह संभव है कि english.stackexchange दशमलव संकेतन में प्रयुक्त बिंदु की व्युत्पत्ति पर एक उपयुक्त स्थान है।
पूर्वाह्न

35

अमेरिकन <> यूनिवर्सल।

"जन 2 2003" जैसी तारीख को पढ़ने में कुछ समय लगता है। हम हमेशा महीने से पहले का दिन रखते हैं। तो यह "2 जनवरी 2003" होना चाहिए। निश्चित रूप से हम इसे प्राप्त करते हैं लेकिन हमें इसे डिकोड करने के लिए 5 सेकंड सोचना होगा।

1,234 जैसी संख्या दिखाएं और अधिकांश यूरोपीय एक दशमलव संख्या के बारे में सोच रहे होंगे। 1,345.00 बस "गलत लगता है"।

यदि आप अपने ऐप का स्थानीयकरण नहीं करते हैं तो यह ठीक है। बस अपने देश के बाहर हिट होने की उम्मीद मत करो।


8
क्या बुरा है अमेरिकी शायद ही कभी "सिपाही 11" लिखते हैं, वे 9/11/01 लिखते हैं, जो स्वाभाविक रूप से भ्रामक है। वास्तव में, कनाडा में, हम कभी-कभी 11/9/01 को समान रूप से भ्रमित सम्मेलन का उपयोग करते हैं, और 11 सितंबर के हमलों तक, मैं हमेशा इस बात पर उलझन में था कि किस देश ने किस संकेतन का इस्तेमाल किया और इसने मुझे हमेशा परेशान किया। हमलों के बाद, "9/11" पर सभी हूपला ने कम से कम मुझे यह याद रखने का एक आसान तरीका दिया कि किस देश ने किस सम्मेलन का उपयोग किया। किसी भी मामले में, जो कोई भी अमेरिका में नहीं रहता है वह आमतौर पर समझता है कि दुनिया में हर जगह पर तारीखों को लिखने का एक अलग तरीका है।
स्कॉट व्हिटलॉक

1
यहां डिफ़ॉल्ट 11/9/01 है, यह हमारे सभी कैलेंडर में उपयोग किया जाता है। उदाहरण के लिए: आउटलुक इसका उपयोग करता है। लेकिन जब से मीडिया ने इसे नौ योगों के रूप में कवर किया, हम इसे उसी रूप में याद करते हैं।
कार्रा

1
एक अंग्रेजी वक्ता के लिए जनवरी २ २००३ को २ जनवरी २००३ को डिकोड करना जितना आसान होना चाहिए; कोई बात नहीं आपका लोकेल।
डेविड मर्डोक

3
@ करारा, "आउटलुक इसका उपयोग करता है"। मुझे यकीन है कि यह स्थानीयकृत है। आउटलुक और एक्सेल मेरे लिए 9/11/01 को दिखाते हैं।
डेविड मर्डोक

1
@temptar - स्पष्ट रूप से बेहतर नए लोगों के साथ पुराने मानकों को बदलने के लिए लोगों की अनिच्छा सिर्फ कनाडा और अमेरिका में यहाँ पर ब्रिटिश शाही माप प्रणाली पर हमारी सुस्त समझ के रूप में अदूरदर्शी है क्योंकि तारीख की समस्या तुलनात्मक रूप से ठीक करना आसान है ... एमएमएम डीडी या डीएम एमएमएम के पक्ष में भ्रमित संख्यात्मक-केवल वेरिएंट (मिमी / डीडी और डीएम / मिमी) का उपयोग करना बंद करें।
स्कॉट व्हिटलॉक

29

यहां आपकी समस्या एक बुरी धारणा है। संख्या या दिनांक के लिए कोई "सार्वभौमिक प्रारूप" नहीं है। 3,899.99 कुछ स्थानों में मान्य है, और दूसरों में भ्रामक है। दीक्षांत समारोह के लिए भी। लोग अक्सर पता लगा सकते हैं कि उन्हें क्या चाहिए, लेकिन यह बात नहीं है। वही आपके द्वारा बात किए जाने वाले दिनांक स्वरूपों के लिए जाता है। प्रारूप स्वयं स्थानों के बीच भिन्न होते हैं। यहां कोई "सार्वभौमिक" नहीं है।

कुछ वैज्ञानिक और तकनीकी डोमेन को छोड़कर, जो सामान्य सॉफ़्टवेयर आमतौर पर संबोधित नहीं करते हैं, इनमें से किसी भी चीज़ के लिए कोई सार्वभौमिक प्रारूप नहीं है। यदि आप चाहते हैं कि आपका सॉफ़्टवेयर कहीं और लेकिन आपकी अपनी जगह पर स्वीकार किया जाए, तो आपको इसके लिए काम करना होगा।

क्या आप लोगों के गले के नीचे एक डिफैक्टो मानक की कुछ धारणा को हिला सकते हैं? ज़रूर। लेकिन संख्याओं के स्थानीयकरण (आपके प्रश्न के अनुसार) को किसी भी पेशेवर, अंतर्राष्ट्रीय सॉफ्टवेयर में अनावश्यक नहीं माना जा सकता है।


7
दरअसल, यह विचार कि एक सार्वभौमिक प्रारूप है वास्तव में कुछ के लिए अपमानजनक है। हां, शायद वे थोड़े से सांवले हैं, लेकिन कुछ लोगों को एक विशिष्ट स्थानीय पहचान और उस से होने वाले विभाजन का महत्व है।
S.Lott

वास्तव में मीट्रिक प्रणाली सार्वभौमिक है, अमेरिका (और कुछ अन्य पूर्व कालोनियों को छोड़कर)
पेत्रुजा

@Petruza भले ही सभी देश मीट्रिक प्रणाली को अपनाते हों, लेकिन तारीखें और संख्याएँ विभिन्न स्वरूपों का उपयोग कर सकती हैं। मीट्रिक प्रणाली मापन इकाइयों के बारे में है, न कि संख्याओं के लिए उपयोग करने के लिए प्रारूप; मैं "10.1 किग्रा" या "10,1 किग्रा" लिख सकता था और मैं अभी भी मीट्रिक प्रणाली की एक मापने वाली इकाई का उपयोग कर रहा था।
kiamlaluno

1
@Petruza, FYI करें, मुझे लगता है कि अधिकांश अमेरिकी अमेरिकियों को इंपीरियल इकाइयों से नफरत है और उन्हें मीट्रिक सिखाया जाएगा। मुझे पता है कि मैं करता हूँ।
डेविड मर्डोक

18

आप यह मानने लगते हैं कि जो आप पढ़ने के आदी हैं, वह सार्वभौमिक है, जबकि ऐसा नहीं है।

जहां मैं रहता हूं, अल्पविराम दशमलव विभाजक को दर्शाता है, और एक बिंदु का उपयोग हजारों विभाजक के रूप में किया जाता है। मेरे लिए $ 3,004.25 पार्स करना अप्राकृतिक है। लेकिन अगर आप मुझे $ 5,535 देते हैं तो मैं शायद इसे लगभग 5 डॉलर और एक आधा के रूप में पढ़ूंगा। 3.899,99 पढ़ना मेरे लिए बिल्कुल भी भ्रमित करने वाला नहीं होगा, और मैं सिर्फ यह नहीं देख सकता कि आप ऐसा क्यों सोचते हैं।

तारीखों के लिए, मैं निश्चित रूप से 3 फरवरी 2001 को पढ़ सकता हूं, साथ ही साथ आप 3 फेब 2001 को पढ़ सकते हैं।

इसलिए, उपयोगकर्ता आमतौर पर हम में सबसे अधिक संख्या और तारीखों को स्थानीयकृत कर सकते हैं। कभी-कभी अस्पष्टता हो सकती है, जैसे $ 5,535 में। किसी भी मामले में मुझे अभी यह नहीं पता है कि आपको क्यों लगता है कि यह उनके अपने स्थान से अधिक स्पष्ट होगा।


2
यह "अधिक स्पष्ट" है क्योंकि मनुष्य बहुत दृढ़ता से जातीय होते हैं और जो कुछ भी आप उपयोग करते हैं वह "तार्किक" और "स्पष्ट" और "स्पष्ट" है जबकि आप जो उपयोग नहीं करते हैं वह "अतार्किक", "फजी" और "है inobvious "। यह हमारे उद्योग और वास्तव में, बहुत ज्यादा हर उद्योग को व्याप्त करता है। कुछ मजा लेना चाहोगे? पेपर साइजिंग को देखें ....
JUST MY correct OPINION

मुझे लगता है कि आपने मेरे दावे को गलत समझा है। मैंने ओपी वाक्य "लेकिन यह वास्तव में उपयोगकर्ता (भले ही वह जर्मन हो) के लिए अधिक भ्रम का कारण नहीं होगा।" इसलिए मुझे लगता है कि हम सहमत हैं।
एंड्रिया

नहीं, मैंने आपके दावे को पूरी तरह से समझा। मैं बढ़ रहा था, विरोधाभास नहीं। ;)
बस मेरा सही समय

13

मुझे संख्या और मुद्रा स्थानीयकरण के बारे में अधिक जानकारी नहीं है, लेकिन तारीखों को आईएसओ 8601 ( http://en.wikipedia.org/wiki/ISO_8601 ) YYYY-MM-DD के प्रारूप में शामिल किया गया है जैसे 2011-05-10 10 मई।


दुर्भाग्य से उन moro-- उपयोगकर्ताओं आईएसओ मानकों के साथ ऊब नहीं हो सकता है ऐसा लगता है और अपने पुराने तरीकों से चिपके रहते हैं! / व्यंग्य
मैथ्यू एम।

1
एक मानक जो औसत उपयोगकर्ता नहीं जानता है वह बेकार IMHO है।
पचेरियर

केवल यूआई / यूएक्स के लिए बेकार, लेकिन मानक प्रारूप से अधिक है। दिनांक इनपुट के लिए अधिकांश प्रारूप प्रति एप्लिकेशन (उम्मीद के अनुसार) निर्दिष्ट किए जाएंगे, इसलिए एक डेवलपर को उचित रूप से पार्स करने और अपेक्षित प्रारूप के उपयोगकर्ताओं को सूचित करने के लिए एक स्ट्रिंग लेबल लगाने के अलावा किसी अन्य चीज के बारे में चिंता करने की आवश्यकता नहीं होगी। या डेट पिकर लागू करें।
स्टुपेरयूजर

11

इसके अलावा, मेरा दूसरा सवाल यह है कि क्या हमें जर्मन जैसी कुछ संस्कृतियों के लिए वास्तव में 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 की सिफारिश करता हूं जो संभवतः आपकी राष्ट्रीय सीमाओं को पार कर सकता है। जब आप तुरंत नहीं देख सकते हैं, अगर फरवरी 01 या जनवरी 02 का मतलब है, तो इस अंकन को पहले अधिक वज़नदार संख्या (दिन से पहले महीने) के लिए मानकीकृत किया जाता है।


1
जहां तक मैं बता सकता है कुछ भी नहीं कभी, एक प्रारूप के रूप में इस्तेमाल किया गया है साल के दिन-महीने तो 2016/12/06 वास्तव में कुछ नहीं हो सकता है अन्य साल के महीने दिन से।
सुपरकैट

10

आप जो चाहते हैं, उसे प्राप्त करने के तरीके हैं, लेकिन वे सभी उन स्वरूपों का उपयोग करते हैं जो किसी भी व्यक्ति के लिए स्वाभाविक हैं। उदाहरण के लिए, हम अपने उत्पाद को मानव-पठनीय प्रारूप में टाइमस्टैम्प स्टोर करते हैं: YYYYMMDDHHMMSS। वहाँ कोई भ्रम नहीं है, लेकिन कोई भी अपने दैनिक जीवन में उस प्रारूप का उपयोग नहीं करता है।

मुझे लगता है कि आप की आवश्यकता है एक अंतर्निहित प्रारूप है जो कि सार्वभौमिक है, कहते हैं, सेकंड 1 जनवरी 1970 के बाद से। एक बार जब आपके पास होता है, तो आप अपने पसंद के किसी भी प्रारूप में समय प्रदर्शित कर सकते हैं, और लाइब्रेरी और ओएस सही समय को फिर से प्रदर्शित कर सकते हैं। किसी भी तरह से आप की तरह


5
एक अंतर्निहित प्रारूप होने के बारे में इतना सच है कि फिर किसी भी तरह से प्रदर्शित किया जा सकता है। इसे सही करें और फिर स्थानीयकरण अधिक सीधा है।
ChrisF

वास्तव में, मैं आपके इपोक के साथ पिछली घटनाओं पर अधिकांश जन्म तिथियों का प्रतिनिधित्व नहीं कर सकता, हम इसके बजाय जूलियन तारीख का उपयोग नहीं करते हैं, और माइक्रो-सेकंड तक मापने के लिए पर्याप्त रूप से फेंक देते हैं? यह 64-बिट पूर्णांक में फिट बैठता है, इसलिए कोई समस्या नहीं है! आह प्रतीक्षा, astrophysicians मुझे बताओ कि वे पहले -100,000 ईसा पूर्व तिथियों के बारे में परवाह है तो वे पसंद करते हैं ...
माथीउ एम

@ मैथ्यू, डीओ, कोई व्यक्ति उन लाइटों को लोगों के हाथों में लगाना भूल गया जो 30 साल की होने पर लाल हो जाती हैं। हमें समस्या डोमेन के आधार पर सिर्फ एक या अधिक अलग-अलग अंतर्निहित अभ्यावेदन चुनना होगा।
gbjbaanb

8

एक उत्तर की तुलना में अधिक टिप्पणी मुझे लगता है, लेकिन ...

यह स्वाभाविक रूप से नहीं आता है

"क्योंकि वह शायद सार्वभौमिक प्रारूप वैसे भी सीख सकता था"

मुझे क्षमा करें, लेकिन मैं स्कूल में काफी देर तक "सार्वभौमिक" प्रारूप "वास्तव में" नहीं सीख पाया, क्योंकि यह बात है: कोई भी परवाह नहीं करता है । या कम से कम, जब तक उन्हें ज़रूरत न हो (उदाहरण के लिए आधिकारिक दस्तावेजों, व्यापार के लिए, आदि ...)। तो यह भ्रामक है जब आप ऐसे प्रारूप देखते हैं जो आपकी संस्कृति के सम्मेलनों का उपयोग नहीं करते हैं। सामान्य MM/DD/YYYYया DD/MM/YYYYशायद एक बड़ा मुद्दा है।

सीखना एक विशेषाधिकार है

इसके अलावा, काफी लोगों को दुर्भाग्य से उन चीजों को "सीखने" का मौका नहीं मिलता है। प्रत्येक व्यक्ति को स्कूल जाने (यहां तक ​​कि प्राथमिक विद्यालय) या विकसित देशों में भी इसे पूरा करने के लिए नहीं मिलता है। और मैं इस पर जोर नहीं दे सकता, लेकिन हम उनके लिए भी सॉफ्टवेयर डिजाइन करते हैं।

Google ऐसा करने का तरीका देखें। वे स्पष्ट रूप से आंतरिक रूप से भाषा से संबंधित उत्पादों पर काम करने के लिए वास्तव में कठिन प्रयास करते हैं, और वे स्थानीय सेवाओं को प्रदान करने के लिए अपनी पूरी कोशिश करते हैं, इस कारण से।

जबकि यहाँ हम में से बहुत से, प्रोग्रामर, आमतौर पर हमारी "आम" भाषा (अंग्रेजी, और ASCII में एन्कोडेड, सुंदर कृपया) पसंद करते हैं, एक महान कई लोगों को अपनी भाषा में बधाई देने पर अधिक स्वागत महसूस होता है। एक विदेशी हवाई अड्डे में गेट से बाहर कदम रखने की तरह, जहां कोई भी आपकी भाषा नहीं बोलता है और लेखन आपके लिए बहुत ही दूरस्थ है। यह थोड़ा डरावना हो सकता है, अगर आपको इसकी आदत नहीं है। और ईमानदार होने के लिए और इसे आईटी दुनिया में वापस लाने के लिए, यहां तक ​​कि यूनिकोड वर्णों वाली एक स्रोत फ़ाइल खोलना या किसी अन्य भाषा के किसी शब्द का एक ध्वनि-अनुमानित संस्करण काफी परेशान करने वाला है।

हालांकि मुझे भ्रम की स्थिति में आपका आधार नहीं मिल रहा है: आप हर बार यह सोचकर समाप्त हो जाते हैं कि सिस्टम डिजाइनर का इरादा क्या था और वे किस प्रारूप के लिए लक्ष्य रखते थे। लेकिन यह लगभग आपके लिए भ्रामक नहीं है जब ऐसा होता है जैसे कि यह किसी ऐसे व्यक्ति के लिए है जो अन्य चीजों को समझने में सक्षम नहीं होगा।

कल्चर मैटर्स

अंत में, मुझे लगता है कि समस्या के मूल में एक और बात है: यदि हम आपके सुझावों का पालन करते हैं, तो हम बहुत सी अन्य महान संस्कृतियों को रद्द कर देंगे , जो सभी मौजूद रहने के लायक हैं, याद किया जाए और मनाया जाए। और वे अपने लेखन के माध्यम से रहते हैं और ये छोटे - प्रतीत होते अप्रासंगिक हैं - साथ ही विवरण: वे संस्कृतियों का हिस्सा हैं, और वे एक कारण के लिए प्रत्येक संस्कृति में मौजूद हैं।

मैं इसे बड़े पश्चिमी दुष्ट साम्राज्य के विस्तार पर तीखा मोड़ नहीं देना चाहता, लेकिन यह उन चीजों की तरह है जो लोगों की कठोर प्रतिक्रियाओं और टिप्पणियों को ट्रिगर करता है। केवल इसलिए क्योंकि ऐसा लगता है कि आप अन्य लोगों की राय, स्वाद और संस्कृतियों को छोड़ना चाहते हैं (मुझे यकीन है कि आप नहीं हैं) और यहां तक ​​कि सुझाव है कि आप उनसे बेहतर जानते हैं कि उन्हें क्या उपयोग करना चाहिए और पसंद करना चाहिए। या, किसी भी मामले में, कि आप उनके तरीकों के लिए बहुत कम सम्मान करते हैं और उन्हें अपने उपयोगकर्ता नाम का हिस्सा नहीं मानते हैं, उनका स्वागत करने का प्रयास नहीं करना चाहते हैं, और वास्तव में सामान्य रूप से उनके लिए बहुत परवाह नहीं करते हैं।


EDIT - व्यक्तिगत उपाख्यान: मेरे साथी हर समय मुझ पर चिल्लाते हैं कि मैं ब्रिटिश / ऑस्ट्रेलियाई वर्तनी के बजाय एक अमेरिकी वर्तनी के साथ "माफी माँगता हूँ" या "प्राधिकरण" लिखता हूँ, इसलिए अनुमान लगाता हूँ कि अगर मैं तारीखों का उपयोग करना शुरू करूँगा तो वह मुझसे क्या करेगी? एक अजीब तरीके से संख्या ... :)


मुझे केंद्रीय चीनी शहर (something) में किसी से संबंधित होने का अवसर आपके हवाई अड्डे के उदाहरण के समान था। वह शिकायत कर रहा था कि वह विदेशी पर्यटकों को किसी भी महान संख्या में शहर में आने के लिए नहीं मिल सकता है, चाहे वह उन्हें कितना भी विज्ञापन दे। मैंने ध्यान दिलाया कि ट्रेन से आगे बढ़ने में मुझे पिनयिन (अंग्रेजी में उल्लेख नहीं!) के बजाय in हर आखिरी of के साथ अरबों संकेतों का सामना करना पड़ा था और अन्य चीनी पर्यटन-उन्मुख शहरों की तुलना में as वास्तव में आ रहा था! तेजतर्रार और उदासीन। वह दुखी नहीं था, दुख की बात है, इसलिए उसे अभी भी अपनी समस्या है।
बस मेरा सही समय

@ जस्ट माय कोरेट ओपिनियन: फनी, मैं इसे लिखते समय विशेष रूप से चीन के कुछ व्यक्तिगत अनुभवों को याद कर रहा था, लेकिन मैंने सोचा कि किसी देश को विशेष रूप से एकल करने का कोई मतलब नहीं है :) पूर्वी यूरोप की यात्रा करते समय, मेरे साथी को भी अक्सर शिकायत होती है कि "वे यहाँ अंग्रेजी नहीं बोलते"। ठीक है, हाँ, ऐसा होता है ... मुझे लगता है कि चीनी तारीख प्रारूप के बारे में आपका उदाहरण सबसे अधिक बता रहा है। बहुत सारे चीनी को दूसरे प्रारूप को संसाधित करने के लिए वास्तव में (या समय की आवश्यकता नहीं होगी) मिलेगा। और मामले बहुत खराब हो जाते हैं यदि आप टाइप किए गए पात्रों के बजाय स्क्रिप्ट / श्राप का उपयोग करते हैं।
केश

मैं इसके लिए चीन को बाहर नहीं करूंगा। बहुत सारे देशों (या देशों के भीतर के शहरों) का दावा है कि वे विदेशी पर्यटन में बहुत रुचि रखते हैं और फिर विदेशी पर्यटकों के लिए शत्रुतापूर्ण महसूस करने के लिए अपने रास्ते से बाहर जाते हैं।
मेरा सही चुनाव

मैं किसी ऐसे व्यक्ति को नहीं बुलाऊंगा जो ब्राउज़र से संबंधित भाषा की वरीयताओं के बजाय जियोइप का उपयोग करता है जो भाषा से संबंधित सामान पर अच्छा है।
कोडइन्चोस

1
"माफी मांगना" जैसे शब्द ब्रिटिश / ऑस्ट्रेलियाई वर्तनी में सही वर्तनी हैं। en.wikipedia.org/wiki/Oxford_spelling तो क्षमा याचना न करें, और निश्चित रूप से, इसके लिए माफी न मांगें!
एंड्रयू ग्रिम

5

दुनिया के अधिकांश, दशमलव विभाजक (नीचे की छवि पर हरे) के रूप में उपयोग करते हैं। मैं नहीं देखता कि बहुमत अल्पसंख्यक के अनुकूल क्यों होना चाहिए।


1
लेकिन क्या वे आबादी के मामले में अल्पसंख्यक हैं? चीन की आबादी लगभग 1.5 ट्रिलियन है और भारत की आबादी लगभग 1.2 ट्रिलियन है, और इस प्रकार यह ग्रह पर 6.7 ट्रिलियन लोगों का लगभग 40% है।
rjzii

1
नीले पुराने ब्रिटिश कालोनियों की तरह एक बहुत लग रहे हो।
एंडी

1
@ रोब ज़ का मानना ​​है कि आप अरब का मतलब है, खरब नहीं?
जिमी कॉलिन्स

@ जिमी सी - हाँ, उन खरबों का बिलियन होना चाहिए।
rjzii

3
लाल </ s> राज्यों के बारे में उत्सुक लोगों के लिए, वे मोमेयेज़ नामक कुछ का उपयोग करते हैं।
एंड्रयू ग्रिम

3

मुझे लगता है कि मैंने हजारों विभाजक के लिए एक प्रस्तावित वैकल्पिक प्रारूप देखा: 1'000'000
हालांकि मुझे नहीं पता है कि प्रस्तावित दशमलव विभाजक है या नहीं।
मुझे नहीं लगता कि स्थानीयकरण अभी अनावश्यक है।

आमतौर पर हम सभी प्रोग्रामर, और जो लोग इंटरनेट में अक्सर भटकते हैं, उन्हें अंग्रेजी नंबर प्रारूप और उपायों के बारे में पता होने की बहुत संभावना है, ब्यूरो बहुत सारे लोग हैं जो यह नहीं जानते हैं कि अभी भी कंप्यूटर का उपयोग करते हैं, और भ्रमित हो सकते हैं वे एक ऐसा प्रारूप देखते हैं जो अपने जैसा दिखता है, लेकिन इसका अर्थ विपरीत है।

मुझे लगता है कि मानक और संख्या को मापने का एक एकीकरण वैश्विक स्तर पर एक अच्छी बात होगी, जिसमें 1,000.00 प्रारूप का उपयोग मानक के रूप में किया जा सकता है, क्यों नहीं, लेकिन हमें निश्चित रूप से ढीले इंच और पाउंड चाहिए, और 1,000,000,000 एक अरब ।

पुनश्च: मैं डिस्कवरी और इतिहास चैनल में बहुत सारे अमेरिकी वृत्तचित्र देखता हूं, और वे हमेशा football fieldsएक इकाई के रूप में उपाय देते हैं । क्या वे महसूस करते हैं कि यूएसए के बाहर किसी को भी इस बारे में कोई सुराग नहीं है कि फुटबॉल मैदान कब तक (अमेरिकी) है?


2
ठीक है, अमेरिकी फुटबॉल का मैदान लगभग सामान्य फुटबॉल क्षेत्र () 5%) के आकार का है, इसलिए वास्तव में मुझे उस विशेष उदाहरण में कुछ भी गलत नहीं दिखाई देता;; और अधिक कष्टप्रद "लाइब्रेरी ऑफ़ कांग्रेस" को राशि की माप के रूप में देखा जाता है। जानकारी।
vartec

1
लेकिन फुटबाल सही अंडा गेंद के साथ एक है? क्या वह गोल गेंद के साथ तुलना करता है जिसका कभी-कभी एक ही नाम होता है?
एंडी

मुझे नहीं पता कि फुटबॉल का मैदान कितना बड़ा है।
कोडइन्चोस

@vartec ठीक है, लेकिन कोई है जो इस खेल को नहीं जानता है, शायद यह नहीं जानता है कि इसका क्षेत्र फुटबॉल के समान है। (जैसे मुझे) एक साइड नोट के रूप में, एक फ़ुटबॉल फ़ील्ड कम से कम 90 और 100 मीटर लंबे के बीच है, इसे गज के लिए Google करें।
पेत्रुजा

@Andy: नहीं, फुटबॉल, मैं आपको नाम से अनुमान लगा सकता हूं, क्या आप पैरों से खेलते हैं ;-) खेत लगभग एक ही आकार के हैं।
वार्टेक

-2

मेरी व्यक्तिगत मान्यता है

सॉफ्टवेयर स्थानीयकरण हानिकारक है

न केवल इसे अधिकांश समय खराब तरीके से निष्पादित किया जाता है, बल्कि यह अंग्रेजी बोलने वाले समुदाय के उपयोगकर्ताओं की भी कटौती करता है, जिसके पास मदद प्राप्त करने के लिए अधिक संसाधन हैं। यह जर्मन के लिए इतना बड़ा सौदा नहीं हो सकता है, लेकिन यदि आप उदाहरण के लिए स्लोवाक को लेते हैं, तो यह आपके उपयोगकर्ताओं को पैर में गोली मारने की तरह है, यहां तक ​​कि आपको एक सभ्य अनुवाद भी मिलता है। आपको स्थानीय शब्दावली को जानना होगा और यदि आप जो चाहते हैं उसे व्यक्त करने के लिए उपयुक्त नहीं है, तो आपको इसे विस्तारित करने की आवश्यकता होगी (जो जोखिम का कारण बनती है, क्योंकि किसी अन्य व्यक्ति को उसी समय के लिए एक ही चीज़ के लिए एक और शब्द चुन सकते हैं, या एक ही शब्द को एक अलग अर्थ दे सकता है)।
मुझे एक बार एक फ्रांसीसी मैक पर कुछ ठीक करना था। यह एक दर्द था, क्योंकि मेरी फ्रांसीसी आईटी शब्दावली उक्त मैक के मालिक से भी बदतर थी। मुझे इसी शब्दावली के अनुमानों के बीच आगे-पीछे अनुवाद करना था।

मैं काफी निश्चित हूं, अंग्रेजी शब्दावली को मूल रूप से चुनना कठिन नहीं है, और अंग्रेजी को एक हद तक सीखना जहां आप कंप्यूटर संचालित कर सकते हैं, एक चुनौती नहीं है। इसके अलावा यह आप के लिए एक दुनिया को खोलता है। इसके बजाय, अब तक, कई सॉफ्टवेयर विक्रेताओं ने अपने सॉफ़्टवेयर का एक अंग्रेजी संस्करण प्राप्त करने के लिए तेजी से कठिन बना दिया है, अगर आप जर्मनी से हैं, और इससे भी बदतर, कई साइटें स्वचालित रूप से आपकी भाषा चुनती हैं। Microsoft इतनी दूर चला जाता है, कि यदि आप अंग्रेजी में कुछ गूगल करते हैं और आप उनकी साइट पर एक परिणाम खोलते हैं, तो संसाधन आपके लोकेल में स्वचालित रूप से आपको दिखाया जाता है। ARGGH !!!

IMHO, यदि किसी इंटरफ़ेस को समझने के लिए स्थानीयकरण की आवश्यकता होती है, तो आपको इंटरफ़ेस गलत मिला और यदि आप इसका अनुवाद करते हैं, तो दोष दूर नहीं होंगे, बल्कि वे गुणा करेंगे।

सॉफ्टवेयर स्थानीयकरण सही किया जाना चाहिए

यदि आप सॉफ़्टवेयर का स्थानीयकरण करते हैं, तो इसे करने का कोई मतलब नहीं है, अगर आप इसे सही करने की कोशिश नहीं करते हैं। जर्मन इंटरफ़ेस में बहुत कम मूल्य है जो एक जर्मन मुश्किल से समझ सकता है।

आप सहमत हैं, कि अनुवाद के दौरान, आप "हाउस" का अनुवाद "हौस" में करेंगे, भले ही जर्मनी में हर कोई पूर्व के अर्थ को समझेगा।
इसी तरह, आप अनुवाद करना चाहिए 9/11/2001करने के लिए 11.9.2001। एक जर्मन बहुत संभावना है कि पूर्व संकेतन एक तारीख का प्रतिनिधित्व करता है, लेकिन संभवतः इसे नवंबर 2001 के 9 वें दिन के रूप में व्याख्या करेगा।

इस ऐतिहासिक तारीख को लेने का कारण मेरे व्यक्तिगत अनुभव के साथ कुछ बताना है। जर्मन मीडिया ने कभी-कभी त्रासदी को "नौ ग्यारह" के रूप में संदर्भित किया। उस समय मेरी अंग्रेजी बहुत अच्छी नहीं थी, विशेष रूप से तारीख नोटेशन के बारे में मेरी जानकारी नहीं थी, इसलिए मैंने इसे अपने सिर में "911" के रूप में देखा और लगा कि यह किसी प्रकार के रूपक के साथ फोन नंबर का उपयोग करके घटना को आपातकाल की भावना से जोड़ सकता है। । अपने विचारों की ट्रेन को देखते हुए, मैं मानता हूं कि यह बहुत दूर की बात है, लेकिन किसी के लिए एक अलग तिथि संकेतन के लिए उपयोग करने योग्य प्रतीत होता है, क्योंकि यह घंटी नहीं बजती थी, जैसा कि "ग्यारह नौ" होगा। यह आपको दिखाना चाहिए, कि हमारी सोच में कुछ कथनों को कैसे उकेरा गया है और इससे स्पष्ट डेटा की गलत व्याख्या हो सकती है।

संख्या के लिए, यह मनुष्यों के लिए इतनी बड़ी समस्या नहीं है, लेकिन कार्यक्रमों के लिए एक बड़ी समस्या है। 1234.56यदि आप भाग्यशाली हैं, तो जर्मन स्थानीयकृत सॉफ्टवेयर "1.234,56" (या "1234,56") या "1'234,56" के रूप में आउटपुट करेगा । यदि आप सीधे अंग्रेजी प्रारूप मानने वाले क्षमा करने वाले पार्सर को खिलाते हैं, तो इसकी व्याख्या की जाएगी 1.234और एक अक्षम व्यक्ति अल्पविराम पर घुट जाएगा। यह उसी समस्या के बारे में है, जिस तरह से चारों ओर।
यह भी ध्यान रखना महत्वपूर्ण है, कि numpad जर्मन कीबोर्ड लेआउट पर, एक कॉमा है, जहां आपके पास एक डॉट है। इसलिए आपको जर्मन से जर्मन प्रारूप इनपुट मिलने की संभावना है। इस को संभालने में सक्षम होने के नाते है जिस तरह से अनुवाद "रद्द करें" "Abbrechen" करने के लिए तुलना में अधिक महत्वपूर्ण।

इसलिए यदि आप वास्तव में "मैं प्रारूपों के लिए परवाह नहीं करता हूं" पर ध्यान नहीं देता है, तो क्या आप और आपके उपयोगकर्ताओं को कुछ भी अनुवाद नहीं करने के लिए एक एहसान करते हैं, क्योंकि यह कम से कम उन्हें अंग्रेजी संदर्भ में सचेत करेगा। आप लोगों को उन शब्दों के लिए एक शब्दकोष का उपयोग करने के लिए मजबूर करने से कम नुकसान पहुंचाते हैं जो वे समझ में नहीं आते हैं, वे गलत सूचनाओं को छापते हैं, क्योंकि वे आपके अर्थ की एक अलग समझ रखते हैं।


8
आपकी राय पूरी तरह से और पूरी तरह से अनभिज्ञ है, जो कि मैदानी बूढ़े मानवता की कई प्रमुख विशेषताओं से परिचित है, i18n और l10n का उल्लेख नहीं करने के लिए, कि मैं भी नहीं जानता कि कहां से शुरू करना है। एक सादृश्य के रूप में, यह ऐसा है जैसे आपने मेज पर कोग, पहियों, तारों और यादृच्छिक स्टील के टुकड़ों का एक गुच्छा डंप किया और अपनी कार को बुलाया।
बस मेरा सही चुनाव

3
मैं उसके कीबोर्ड लाने के बारे में सोच रहा हूं, हालांकि यह नया है। मेरे मूल कीबोर्ड पर नंबर टाइप करते समय, मेरे पास ए है, ए नहीं।
एंडी

3
जबकि मैं केवल आंशिक रूप से सहमत हूं, फिर भी साहस के लिए +1। और, वास्तव में, मैं (जर्मन होने के नाते) भी मूल अंग्रेजी संदेश, बटन आदि जैसे मेरी मातृभाषा के उत्परिवर्तन से अधिक है, जो कि अक्सर ऐसा होता है - ähem - असमर्थ बेवकूफों द्वारा किया गया "स्थानीयकरण"।
इंगो

7
बलपूर्वक खिलाया गया स्थानीयकरण वास्तव में कष्टप्रद है। उदाहरण के लिए कई वेबसाइटें ब्राउज़र में मेरी भाषा / संस्कृति वरीयता को अनदेखा करती हैं और इसके बजाय जियोइप का उपयोग करती हैं। और फिर कुछ साइटों को लगता है कि एक ऑटो अनुवादित पृष्ठ उपयोगी है ...
कोडइन्कॉउंस

3
@CodeInChaos मैं जियोइप को पर्याप्त वोट नहीं दे सकता! उदाहरण के लिए यहां तले हुए अंडे बनाने का एक तरीका है, Google अनुवाद के एक प्राचीन संस्करण के सौजन्य से (और अंग्रेजी में अनुवाद किया गया है): दो चिकन अंडकोष लें, उनके गोले को दरारें और कच्चे तेल के साथ लेपित फ्राइंग पैन में सामग्री डालें। मध्यम रूप से लौ। यह प्रफुल्लित करने वाला था, लेकिन क्या होगा यदि उपयोगकर्ता वास्तव में अंग्रेजी नहीं जानता था और सूरजमुखी तेल के बजाय कच्चे तेल का इस्तेमाल किया था?
आंद्रेजाको
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.