में जर्मन उदाहरण देखें मुझे बुरा ख़बर के वाहक लेकिन क्या आप प्रस्तावित नहीं किए हों वास्तव में एक बुरा विचार है होना करने के लिए इसका मतलब यह नहीं है। मैं ऐसी कंपनी के लिए काम करता हूं जो i18n को बहुत गंभीरता से लेता है और हमने पाया है (दर्दनाक) कि आप शब्दों को वाक्यों में वाक्यों में नहीं डाल सकते हैं, क्योंकि वे अक्सर कोई समझ नहीं लेते हैं।
हम इन समस्याओं से बचने के लिए पूरी तरह से परिवर्तनीय बिट्स से त्रुटि टेक्स्ट को डिस्कनेक्ट करना चाहते हैं। तो
XYZ-E-1002 Frobozz not configured for multiple zorkmids (F22, 7).
और, त्रुटि के वर्णन में, आप बस राज्य है कि अंत में कोष्ठक में दो मानों frobozz पहचानकर्ता और zorkmids की संख्या इस प्रकार थे: के लिए, उदाहरण के लिए, हम एक त्रुटि उत्पन्न करेंगे आपने उस पर चढ़ने की कोशिश की।
यह, एक अविश्वसनीय रूप से आसान काम के रूप में i18n अनुवाद छोड़ देता है के बाद से आप अनुवाद समय में, आप की जरूरत भाषा के सभी तत्वों चिंता है कि क्या चर बिट, एकवचन या बहुवचन, मर्दाना या स्त्री होना चाहिए पहले, दूसरे के बिना या तीसरी घोषणा (जो भी बिल्ली वास्तव में मतलब है)।
अनुवाद टीम को बस "Frobozz not configured for multiple zorkmids"
परिवर्तित करना है और यह बहुत आसान है।
उन एक ठोस उदाहरण देखना चाहेंगे जो लिए, मैं कुछ हमारे अनुवाद bods से वापस (पर्याप्त सामग्री के साथ दोषी की रक्षा के लिए बदल गया है)।
कुछ बिंदु पर, किसी को प्रस्तुत निम्नलिखित:
The {name} {object} is invalid
जहां {name}
एक वस्तु का नाम था (ग्राहकों, आदेश, आदि) और {object}
ऑब्जेक्ट प्रकार ही था (टेबल, फ़ाइल, दस्तावेज़, संग्रहीत प्रक्रिया, आदि)।
अंग्रेजी के लिए पर्याप्त सरल, डेवलपर्स की प्राथमिक (शायद केवल) भाषा, लेकिन जर्मन/स्विस-जर्मन में अनुवाद करते समय उन्होंने एक समस्या का सामना किया।
जबकि "ग्राहक दस्तावेज़" का अनुवाद सही ढंग से (स्थितित्मक अर्थ में) Kundendokument
पर किया गया था, तथ्य यह है कि स्वरूप स्ट्रिंग के दो शब्दों के बीच एक स्थान था एक मुद्दा था। यह मूल रूप से था क्योंकि डेवलपर्स वाक्य को और अधिक प्राकृतिक लगने की कोशिश कर रहे थे, लेकिन दुर्भाग्यवश, उनके सीमित अनुभव के आधार पर केवल अधिक प्राकृतिक।
"ग्राहकों की संग्रहीत प्रक्रिया" के साथ एक बड़ी समस्या थी जो gespeichertes Verfahren der Kunden
, सचमुच "ग्राहकों की संग्रहीत प्रक्रिया" बन गई। जबकि जर्मन ग्राहकों ने Kunden dokument
में एक स्थान रखा हो सकता है, gespeichertes Verfahren der Kunden
को {name} {object}
पर सफलतापूर्वक लागू करने का कोई तरीका नहीं है।
अब आप कह सकते हैं एक चालाक प्रारूप स्ट्रिंग इस तय होगा कि लेकिन वहाँ कई कारण है कि सही नहीं होगा और इस प्रकार हैं:
- यह एक बहुत ही सरल उदाहरण है, वहाँ और अधिक जटिल दूसरों (होने की संभावना है मैं कुछ उदाहरण प्राप्त करने की कोशिश करता हूं लेकिन हमारे अनुवाद बोड्स ने यह स्पष्ट कर दिया है कि उन्हें अपने हर चीज में जमा करने के बजाय अधिक दबाने वाले काम हैं)।
- स्वरूप तारों का पूरा बिंदु बाहरी अनुवाद करना है। यदि प्रारूप स्ट्रिंग स्वयं अनुवाद लक्ष्य के लिए विशिष्ट हैं, तो आप टेक्स्ट को बाहरी करके बहुत कम प्राप्त कर चुके हैं।
- डेवलपर्स को
{possible-pre-adjectives} {possible-pre-owner} {object} {possible-post-adjectives} {possible-post-owner} {possible-postowner-adjectives}
जैसे स्वरूप तारों के साथ खुद को चिंता करने की ज़रूरत नहीं है। यह अनुवाद टीम का काम है क्योंकि वे बारीकियों को समझते हैं।
ध्यान दें कि डिस्कनेक्ट शुरू अच्छी तरह से इस मुद्दे को नजरअंदाज कर देता है:
पिछले अनुवाद मेरा में से एक था
The object specified by <parameter 1>, of type <parameter 2>, is invalid.
Parameter 1 = {name}.
Parameter 2 = {object}.
Der sache nannte <parameter 1>, dessen art <parameter 2> ist, ist falsch.
Parameter 1 = {name}.
Parameter 2 = {object}.
यही कारण है, यह हमारे अनुवादकों की गुणवत्ता बहस करना का उपयोग नहीं करें। इसमें कोई संदेह नहीं है कि अधिक धाराप्रवाह जर्मन वक्ताओं को इससे अच्छा हंसी मिल जाएगी।
कोई अन्य भाषा का उपयोग करें? पायथन यह करता है, लेकिन यह सी – shodanex