एक अंतर्राष्ट्रीयकरण का इतिहास

स्रोत डेटा

एक कंपनी के ढांचे के भीतर, कई वैचारिक रूप से रूसी-भाषा सामग्री के साथ वेब सेवाओं से जुड़े रहते हैं और विकसित होते हैं। एक बिंदु पर, वे अंतर्राष्ट्रीयकरण के सुंदर लेकिन कांटेदार मार्ग पर पैर सेट करने के लिए किस्मत में थे। इसके अलावा, समर्थित भाषाओं की सूची को गहनता के साथ विस्तारित करने की योजना बनाई गई थी।



हमें निम्नलिखित चरणों से गुजरना पड़ा:

1. अंतर्राष्ट्रीयकरण के लिए परियोजनाओं की तैयारी;
2. पाठ अनुवाद प्रक्रिया के विकास के वर्कफ़्लो में एकीकरण;
3. अनुवाद सेवा के साथ काम करने के लिए उपकरणों का चयन और विन्यास;
4. डेवलपर्स और अनुवादकों के बीच बातचीत की स्थापना।

मैं इस कार्य के भाग के रूप में हुई समस्याओं और समाधानों के बारे में बात करूँगा (और नृत्य नृत्य के बारे में भी) नीचे।

पहला कदम

वह सबसे कठिन है। समय से पहले अनुकूलन के समर्थक नहीं होने (और इसके लिए समय नहीं होने के कारण), हमने एक सरल "पीटा" पथ के साथ जाने का फैसला किया।



हमारे शस्त्रागार में क्या है? परियोजनाओं को वाई वाई वाई फ्रेमवर्क के आधार पर कार्यान्वित किया जाता है, जिसमें एक अंतर्निर्मित अंतर्राष्ट्रीयकरण तंत्र होता है । ठीक है, महान, इसका उपयोग न करना मूर्खता होगी।



चलो चलते हैं: प्रत्येक परियोजना को एक "भाषा" निर्देशिका मिली है, जहां शुरुआत में केवल स्रोत और प्रिय आरयू था। तब टेम्प्लेट, त्रुटि संदेश और अन्य अंतर्राष्ट्रीय सामग्री में सभी ग्रंथों को प्रारूप कुंजी-मूल्य में शब्दकोशों के रूप में वहां ले जाया गया था। यहां पहला कैप्टन सबक सीखा गया था: अग्रिम में परियोजनाओं को आंतरिक बनाने के बारे में सोचें । यदि आज किसी अन्य भाषा का समर्थन करने की आवश्यकता नहीं है, तो वह कल दिखाई दे सकती है। पहला कदम सबसे कठिन नहीं होना चाहिए।



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



परिणामस्वरूप, सामान्य शब्दकोशों को फ्रेमवर्क स्तर पर रखा गया और हम निम्नलिखित योजना में आए:









FWF। ऐसा लगता है कि हमारी परियोजनाएं "अनुवादित" होने के लिए तैयार हैं। देखते हैं क्या होता है।

इसका अंतर्राष्ट्रीयकरण करें

ओह, मैं यह बताना भूल गया कि हमारी अपनी अनुवाद टीम थी। सच है, इससे पहले कि वे वेब सेवाओं के विकास के साथ बातचीत नहीं करते थे, वे अपने कार्यों में, अपने उपकरणों के साथ और अपनी प्रक्रियाओं में लगे हुए थे। लेकिन फिर भी यह अद्भुत था, क्योंकि बाहरी ठेकेदारों के साथ काम करने से हमारा जीवन और भी जटिल हो जाएगा।



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



और अब, लंबे समय से प्रतीक्षित क्षण आ गया है जब हमारी सेवाओं ने दूसरे भाषा संस्करण का अधिग्रहण किया है।









हुर्रे, एक इंद्रधनुष आकाश में खेलना शुरू कर दिया और ग्नोम नृत्य करना शुरू कर दिया। लेकिन मैं कुछ के बारे में चुप रहा, मैं नहीं था? शब्दकोशों को आर्काइव में पैक करने और gnomes के नृत्य के बीच, जीवन बंद नहीं हुआ और पहले अलार्म घंटियाँ सुनी गईं।



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



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



अगली उल्लेखनीय समस्या अनुवादकों द्वारा इसी तरह के प्रश्न थे, जो नियमित रूप से भयावहता के साथ दोहराए गए थे: “आपके पास“ खाता खोलने में असमर्थ ”वाक्यांश है। क्या आपका मतलब वित्तीय खाता या खेल खाता है? ” हां, हमारे पास फुटबॉल सिम्युलेटर नहीं है, लेकिन यह सुनिश्चित करना आवश्यक था कि अनुवादक के पास विषय क्षेत्र में अग्रिम पहुंच थी। तो, तीसरा पाठ: उच्च-गुणवत्ता का अनुवाद बिना संदर्भ के असंभव है ।



कुछ देरी के साथ, हमने अनुवाद टीम को अपने परीक्षण स्टैंड तक पहुंच प्रदान की और उन्हें कुछ उपयोगकर्ता कहानियों को वापस खेलने का अवसर दिया जो सही अनुवाद के लिए महत्वपूर्ण हैं। इसके अलावा, पहले से जुड़े नए भाषा संस्करण के साथ सेवाओं की अंतिम समीक्षा की गई।



लंबे समय से प्रतीक्षित रिलीज के बाद, सेवाओं के नए "अंतर्राष्ट्रीय" दर्जे को ध्यान में रखते हुए, परिचित विकास प्रक्रिया में बदलाव के बारे में सोचने का समय है।

अनुवाद की कठिनाइयाँ

एक सुविधा बनाई - इसका अनुवाद करें! यह वह आदर्श वाक्य है जो हमारी टीम के जीवन में एक नए युग का हकदार है। डिवेलपर के कंधों पर लेट ट्रांसलेशन करने का सवाल। कुछ मामलों में, आप भाषा के बारे में अपना ज्ञान दिखा सकते हैं और अपने शब्दकोश में "हैलो, {userName}!" जैसा कुछ जोड़ सकते हैं। लेकिन ज्यादातर स्थितियों में, अनुवादकों को बार-बार खींचना पड़ता था।



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



इस समस्या की एक गरमागरम चर्चा का परिणाम था कि सभी परियोजनाओं से अलग पुस्तकालय में शब्दकोशों को हटा दिया गया:









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



एक अन्य भाषा संस्करण के उद्भव की प्रत्याशा में, डेवलपर्स और अनुवादकों के बीच बातचीत के प्रोटोकॉल ने उचित चिंताएं पैदा कीं।

अनुवादकों द्वारा निम्नलिखित समस्याओं को आवाज दी गई:

• आने वाले स्थानान्तरण के लिए एक समान प्रारूप का अभाव। डेवलपर्स ने शब्दकोशों, शब्दकोशों के टुकड़े, वाक्य और यहां तक ​​कि एकल शब्द भेजे;
• इस योजना में अप्रभावी, अपने स्वयं के भाषाई साधनों का उपयोग;
• परिवर्तनों के इतिहास की समीक्षा, चर्चा, अनुवाद के लिए अनुवाद के साथ वर्तमान भंडार तक पहुंच का अभाव।

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



अनुवाद के साथ काम करने के लिए हमें एक केंद्रीकृत सेवा की आवश्यकता थी, और हमने खोज शुरू की।

इसे स्वचालित करें

पहला कदम आवश्यकताओं की एक सूची को संकलित करना था जिसे हमारी सपने की सेवा को पूरा करना होगा:

1. डेवलपर्स, अनुवादक और अन्य इच्छुक पार्टियों के लिए पहुंच;
2. खातों, समूहों, परियोजनाओं के भीतर अधिकारों के बीच अंतर करने की क्षमता;
3. आवश्यक शब्दकोश प्रारूपों के लिए समर्थन;
4. पूर्ण बाहरी एपीआई;
5. अनुवाद के लिए अतिरिक्त कार्यक्षमता:
   
   
   • फ़िल्टर न की गई कुंजी;
   • ट्रैकिंग अनुवाद इतिहास;
   • विशिष्ट मामलों पर चर्चा करने का अवसर;
   • डुप्लिकेट और इसी तरह के वाक्यांशों के लिए खोजें;
6. लचीली अधिसूचना मॉडल:
   
   
   • अनुवादकों के लिए - नई कुंजी की उपस्थिति के बारे में और मौजूदा संपादन के बारे में;
   • डेवलपर्स के लिए - अनुवाद की स्थिति और उन सवालों के बारे में जो अनुवादकों के लिए उत्पन्न हुए;
7. एक सेंस इंटरफ़ेस जो मिर्गी के दौरे का कारण नहीं बनता है।

समय और संसाधनों का त्वरित मूल्यांकन जो हमें अपनी सेवा के विकास और समर्थन पर खर्च करना होगा, टर्नकी समाधानों के साथ खोजों की दिशा को सीमित करता है।



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



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









बेशक, प्राथमिक शब्दकोशों के साथ हमारे स्वयं के भंडार बने रहे, एक बाहरी सेवा में यह केवल इसका "वेब फेस" बन गया। यदि एक दुर्भाग्यपूर्ण दिन यह हवा में घुल जाता है, तो हम निश्चित रूप से परेशान होंगे, लेकिन विकास प्रक्रिया को अवरुद्ध किए बिना, जल्दी से पुरानी योजना में वापस आ जाएंगे।



अंतर्राष्ट्रीयकरण पर काम के नियमों ने निम्नलिखित रूप लिया:

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

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



पांचवां और अंतिम पाठ: अधिकांश तकनीकी प्रक्रियाओं की तरह, अंतर्राष्ट्रीयकरण प्रक्रिया को स्वचालित किया जा सकता है । स्वचालन की डिग्री विशिष्ट स्थिति और परियोजनाओं की जरूरतों के आधार पर निर्धारित की जानी चाहिए।

सारांश

उन लोगों के लिए जिन्होंने स्क्रॉल किया है और जो अंत तक पढ़ चुके हैं, वे भूल गए कि शुरुआत में क्या चर्चा की गई थी:

1. अग्रिम में परियोजनाओं को आंतरिक बनाने के बारे में सोचें;
2. विकास और अनुवाद प्रक्रियाओं के सिंक्रनाइज़ेशन पर विचार करें;
3. संदर्भ के बिना उच्च-गुणवत्ता का अनुवाद संभव नहीं है;
4. बाहरी अंतर्राष्ट्रीयकरण सेवा चुनते समय, पहले इसे एक परीक्षण परियोजना पर देखें;
5. अधिकांश तकनीकी प्रक्रियाओं की तरह, अंतर्राष्ट्रीयकरण प्रक्रिया को स्वचालित किया जा सकता है।

इस लेख के बाहर, वेब सेवाओं के अंतर्राष्ट्रीयकरण का एक समान रूप से दिलचस्प पहलू बना हुआ है - बहुभाषावाद की दुनिया में परीक्षण स्वचालन। लेकिन उस समय के बारे में अधिक।



मुझे आशा है कि मेरे द्वारा वर्णित अनुभव भविष्य के अंतर्राष्ट्रीयवादियों के लिए उपयोगी होगा।



आपका धन्यवाद