डेवलपर को लक्षित अपवाद संदेशों को स्थानीयकृत किया जाना चाहिए?

Question

मैं अपवाद संदेशों का जिक्र कर रहा हूं जो दिखाते हैं कि डेवलपर गलत तरीके से एपीआई का उपयोग कर रहा है। उदाहरण के लिए विधिवत गलत तरीके से गुजरना। तो अपवाद का प्रकार कि डेवलपर पहली बार अपना गलत कोड चलाएगा। अपवाद संदेश का प्रकार जिसे किसी सिस्टम के उपयोगकर्ता को कभी प्रदर्शित नहीं किया जाना चाहिए।

यह इस सिद्धांत से संबंधित है कि प्रोग्रामिंग भाषा अंग्रेजी में है, इसलिए प्रोग्रामर को पहले से ही अंग्रेजी की समझ है। या कम से कम एक अपवाद संदेश समझने के लिए पर्याप्त है।

http://www.codinghorror.com/blog/archives/001248.html (कृपया इस सिद्धांत यहाँ का कोई चर्चा)

और हाँ मुझे लगता है कि .नेट फ्रेमवर्क "सब कुछ स्थानीय बनाना" दृष्टिकोण इस प्रकार है पता है।

Answer 1

आपका प्रश्न फिर से लिखा जा सकता है "क्या सभी डेवलपर्स को एक ही त्रुटि संदेश मिलना चाहिए ताकि वे Google इसे प्राप्त कर सकें?" ;)

और इसका उत्तर हाँ है।

अनुवाद का मतलब है

• कि संदेश नहीं रह गया है के रूप में जो कोई भी इरादा एपीआई लिखा ही है। यह वही अर्थ ले सकता है, या हो सकता है कि यह अनुवाद में कुछ खो गया हो। इसका बुरी तरह अनुवाद किया जा सकता है, और कुछ मामलों में यह कमजोर हो सकता है।
• जो भी इसे पढ़ता है वह आसानी से Google में त्रुटि टाइप नहीं कर सकता है और यह देख सकता है कि यह त्रुटि किसने प्राप्त की है। क्योंकि हर किसी को एक अलग भाषा में एक ही त्रुटि मिलती है।

.NET के "सब कुछ स्थानीयकरण" दृष्टिकोण के बारे में, यह भयानक है। मैं अनगिनत बार इसे पार कर गया हूं, खासकर क्योंकि यदि यह स्थानीय संसाधन खोजने में असमर्थ है, तो आपको सादा अंग्रेजी संस्करण नहीं देता है। यह आपको वास्तविक त्रुटि जानकारी को प्रभावी ढंग से फेंकने के बजाय, "संसाधन का पता नहीं लगा सका" त्रुटि देता है।

Answer 2

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

इसके अलावा, मुझे यकीन नहीं है कि .NET Framework अपने त्रुटि संदेशों को स्थानीय तरीके से फेंकता है या नहीं। मैंने हमेशा सोचा कि उन त्रुटि संदेश हमेशा अंग्रेजी में रहते हैं, इसलिए आपके आंतरिक त्रुटि संदेशों को अंग्रेजी में भी रखना समझदारी होगी।

Answer 3

नहीं, मुझे नहीं लगता कि वे होना चाहिए (या कम से कम हम इसे नहीं करते हैं, और हम बहुत बड़े हैं :-)। डेवलपर्स के बारे में चिंता किए बिना उपयोगकर्ता द्वारा देखी जाने वाली सभी सामग्री को स्थानीयकृत करने में पर्याप्त प्रयास शामिल हैं।

कोई मुख्यधारा की भाषा नहीं है जो विदेशी भाषा के कीवर्ड और मानक पुस्तकालयों का समर्थन करती है, इसलिए अंग्रेजी भाषा का एक प्राथमिक कमांड डेवलपर्स के लिए पहले से ही एक पूर्व-आवश्यकता है।

बेशक, यदि डेवलपर्स अपनी खुद की पुस्तकालय (या भाषा) विकसित करते हैं, तो वे स्थानीय भाषा को स्थानीयकृत या चुनने की स्वतंत्रता में हैं।

Answer 4

हमारी फर्म में हम अपवाद/त्रुटि संदेशों को हमारे कंपाइलर/आईडीई के लिए अनुवादित करने की अनुमति देते हैं और इन अपवादों/त्रुटि संदेशों का अनुवाद करने के लिए ढांचे की आपूर्ति करते हैं, हालांकि हम स्वयं अनुवाद नहीं करते हैं। फिर यह ग्राहक के लिए अनुवाद करना है अगर वह चाहता है।ऐसे कई देश हैं जहां अंग्रेजी लोकप्रिय नहीं है और जहां अपनी भाषा को बढ़ावा दिया जाता है। इसलिए अनुवादित त्रुटि संदेशों की अनुमति देने के लिए यह समझ में आता है।

Answer 5

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