🤽🏻 😫 ⌨️ 20 भाषाओं में लगातार उत्पादों को कैसे जारी करें और मरें नहीं? 👉🏻 👐🏽 🌶️

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

हम कौन है

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

दर्द

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

स्रोत डेटा।

समय

स्थानीयकरण चक्र में 3 सप्ताह लगे:

3-5 दिन - स्थानांतरण;
2 सप्ताह - भाषाई परीक्षण।

अनुवाद के साथ, सब कुछ स्पष्ट है, लेकिन भाषाई परीक्षण क्यों, और यह सब क्या है?

भाषाई परीक्षण का मुख्य लक्ष्य अनुवाद को संदर्भ में जाँचना है, अर्थात वास्तव में स्थानीयकरण करना है। अनुवादकों को हमारी शब्दावली पता थी, लेकिन फिर भी उन्होंने बस पाठ का अनुवाद किया, यह देखते हुए कि यह एक बटन या शीर्षक था, कौन सा पाठ अगला था।

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

वॉल्यूम

एक मिथक है कि यदि एप्लिकेशन मोबाइल है, तो यह छोटा है, और अनुवाद करने के लिए क्या है?
haha कुछ आँकड़े:

इंटरफ़ेस में पाठ - परियोजना में औसतन 25 हजार शब्द;
10 आवेदन;
प्रत्येक परियोजना में औसतन 19 स्थानीयकरण;
इंटरफ़ेस में ग्रंथों को अद्यतन करना, हर हफ्ते प्रलेखन का अनुवाद।

क्यों नहीं बढ़ सका गति?

आइए देखें कि स्थानीयकरण के प्रत्येक चरण में क्या शामिल था। अनुवाद चरण (9 चरण):

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

अनुवाद चरण की समस्याएं: संक्षेप में, पुरानी कैट का उपयोग करते समय यह पुरानी प्रक्रियाओं की एक सीमा है और बहुत सारे नियमित काम हैं:

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

भाषाई परीक्षण का चरण (19 चरण):

विधानसभा चलाएं और इसका इंतजार करें।
, .
, -.
.
20+ .
, .
— .
FTP.
.
.
.
.
( ).
.
( , ).
.
FTP.
.
(, ) .

भाषाई परीक्षण चरण की समस्याएं: मैनुअल स्क्रीनशॉट ने उस समय के शेर के हिस्से को लिया। यदि फीचर में लगभग 40 स्क्रीन, और 20 भाषाएं हैं, तो यह 70 घंटे के मैनुअल स्क्रीनशॉट तक पहुंच सकता है ...

इसके अलावा, एक मानव कारक भी था।

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

हमें एक समाधान तलाशना था, और एक ही समय में बहुत जल्दी। समाधान विकल्प क्या थे? यह हो सकता था:

अधिक छात्रों को किराए पर लें;
स्थानीयकरण कार्यों की संख्या कम करें (और, इसलिए, गुणवत्ता की गुणवत्ता);
नियमित कार्यों को स्वचालित करें।

हम बाद में बस गए।

तुम क्या चाहते थे

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

हमारे पास और क्या आवश्यकताएं थीं:

कम अनुमोदन : खरीद के सहमत होने तक इंतजार नहीं करने के लिए, वे चाबियां और यह सब लिख देंगे।
तैयार बुनियादी कार्य l: बैठना और करना शुरू करना। जिसे स्क्रैच से लिखने की जरूरत नहीं है। स्थिर। बाकी रास्ते में मुड़ सकते हैं।
इसके लिए विशाल सर्वर क्षमता की आवश्यकता नहीं है : फिर से, ताकि लंबे समय तक स्वीकृतियों में फंस न जाए।
सस्ती (अधिमानतः मुक्त) सेवा में प्रवेश शुरू।
एक इनडोर डेवलपर की कोई आवश्यकता नहीं थी : अर्थात्, पर्याप्त सर्वर-साइड समर्थन और इसे स्वयं को तैनात करने की क्षमता।
आंतरिक सुरक्षा की आवश्यकताओं के साथ सेवा का अनुपालन : हम सेवा से जुड़ते हैं, और हमारे लिए नहीं।
एकाधिक ब्रंच के साथ एक साथ काम करने के लिए समर्थन : समानांतर में कई विशेषताओं का अनुवाद।
अतिरिक्त स्थानान्तरण के समानांतर लॉन्च ।

विभिन्न विकल्पों में से, हम ज़िंग (एवरनोट डेवलपर्स से एक अनुवाद सेवा) पर सबसे अधिक करीब से देखा ।

पेशेवरों से :

खुद के लिए customizability;
मुक्त स्थापना पैक - केवल सर्वर क्षमता की आवश्यकता थी;
कोई मासिक शुल्क नहीं;
अपने अनुवादकों को जोड़ने;
निजी पहुंच (आंतरिक रूप से होस्ट की जा सकती है)।

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

आपने क्या चुना है?

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

पेशेवरों से :

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

विपक्ष :

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

क्या किया और कैसे बन गया

संक्षेप में - इंटरफ़ेस ग्रंथों के साथ काम करने की प्रक्रिया को बदल दिया :) क्या किया:

जीआईटी - सर्ज - स्मार्टकैट का एक गुच्छा परीक्षण किया गया।
हमने लेखकों और स्थानीय लोगों के लिए नामकरण नियमों पर डेवलपर्स के साथ सहमति व्यक्त की (यह डेवलपर्स के साथ पत्राचार को हटाने के लिए आवश्यक है, साथ ही साथ लोकोबॉट के नियमों को कॉन्फ़िगर करने के लिए भी)।
( 25 — , 20+ ).
Smartcat, Serge.
.
Serge: ID , , .
cron, () .
- ().
, : , , .
Monorepo: Serge .
हमारे डेवलपर्स ने कस्प्रेसो फ्रेमवर्क के आधार पर एक फीचर-स्क्रीनशॉटिंग लागू किया है । इससे हमें न केवल ऑटोसॉर्बिनशॉट ^{* के} साथ समस्या को हल करने की अनुमति मिली , बल्कि अनुवादकों के लिए संदर्भ बनाने के लिए भी। इसलिए, फ़ाइल में प्रत्येक नई लाइन के लिए, इस नई लाइन का उपयोग कहां और कैसे किया जाता है, यह समझने के लिए स्क्रीनशॉट के लिए एक लिंक जोड़ा जाता है। जब नई लाइनें "मक्खियों" के साथ स्मार्टकैट पर जाती हैं, तो स्क्रीनशॉट के लिंक "खंड पर टिप्पणियाँ" फ़ील्ड में आते हैं।

अब कैसा स्थानीयकरण दिखता है (हर चीज के लिए 9 कदम):

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

बेशक, अभी भी स्वचालन और सुधार के लिए एक क्षेत्र है। लेकिन आप पहले से ही अंतर महसूस कर सकते हैं कि पहले क्या था।

सर्ज क्या है?

यह एक ओपन सोर्स सॉल्यूशन है, एक वर्जन कंट्रोल सिस्टम (SVN, Git, Gerrit (Git-based code review system), Mercurial) और TMS के बीच संबंधक, हमारे मामले में Smartcat।

हम "लॉग इन" क्यों हैं: सभी क्लाउड टीएमएस में एक कनेक्टर बॉक्स से बाहर होता है। लेकिन ऐसे बॉक्सिंग कनेक्टर सीधे रिपॉजिटरी से जुड़ते हैं। जो हमारे मामले में असंभव है। विकल्प क्या हैं:

संस्करण नियंत्रण प्रणाली का खुलासा हिस्सा;
सार्वजनिक पहुंच के लिए संसाधन फ़ाइलों के साथ क्लोन फ़ोल्डर;
TMS पर भेजने से पहले संसाधन फ़ाइलें प्राप्त करें और संसाधित करें, फिर TMS पर निर्यात करें।

सिस्टम का हिस्सा प्रकट करना जोखिम भरा है।

एक क्लोन बनाना संभव है, केवल इसके लिए अस्थायी और मानव संसाधनों की आवश्यकता होती है।

सर्ज केवल संसाधन फ़ाइलों को प्राप्त करने और टीएमएस को भेजने से पहले उन्हें संसाधित करने में सक्षम है। नतीजतन, वास्तुकला इस प्रकार है: गिट - सर्ज - टीएमएस।

सर्ज गिट से फाइलें लेता है और उन्हें कुछ नियमों के अनुसार संसाधित करता है। फिर यह उन्हें पीओ प्रारूप में परिवर्तित करता है और उन्हें स्मार्टकैट पर भेजता है। सर्ज को स्मार्टकैट से अनुवादित पीओ फाइलें मिलती हैं, उन्हें परिवर्तित करता है और गिट में आता है।

इसके अलावा, हमारे लिए सर्ज का बड़ा प्लस यह है कि यह हमारी कंपनी के भीतर तैनात है। इस प्रकार, पूरी "रसोई" एक पत्थर की दीवार के पीछे बनी हुई है। कुछ भी रहस्य सामने नहीं आया :)

मुख्य विशेषताएं:

मैच सॉर्स लक्ष्य फ़ाइल और संसाधन स्ट्रिंग आईडी द्वारा।
पथ में या सामग्री के आधार पर फ़ाइलों का चयन करने की क्षमता।
पार्सिंग से पहले / बाद में संसाधन फ़ाइलों की सामग्री को संसाधित करना।
पार्सर को कॉन्फ़िगर करना।

आप वेबसाइट पर सर्ज की अन्य विशेषताओं से परिचित हो सकते हैं या वीडियो देख सकते हैं ।

सारांश

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

परिणाम और संख्या

मंच	कितने घंटे थे (2018)	कितने घंटे बन गए हैं (2019 का अंत)
सभी ब्रंच से लाइनें एकत्र करें। मैन्युअल	1	0
पुनरावृत्ति के लिए केवल नई या परिवर्तित लाइनें प्राप्त करें, 20 भाषाओं के लिए पुराने CAT टूल में लोड करें	4	0.25
अनुवाद पैकेज बनाएँ। 20 भाषाओं के लिए दोहराएं।	0.5	0
एजेंसियों / अनुवादकों के लिए कार्य निर्धारित करें। 1 भाषा = 1 एजेंसी।	2	0
प्रत्येक भाषा के लिए एफ़टीपी अनुवाद के साथ पैकेज डाउनलोड करें। 20 भाषाओं के लिए दोहराएं।	0.5	0
लिखें, एजेंसी / अनुवादक से पुष्टि करें कि कार्य लिया गया है। 20 भाषाओं के लिए दोहराएं।	2-3	0
अनुवादक के प्रश्नों का उत्तर दें। 20 भाषाओं के लिए दोहराएं।	2-4	0.5
प्रत्येक भाषा के लिए अनुवाद स्वीकार करें	1	0.25
रन बनाएँ	<8 (पुराने कैट टूल से संपादन कीड़े)	0.25
अतिरिक्त अनुवाद (उपरोक्त सभी को दोहराएं)	8	0.25
स्क्रीनशॉट लें	16-32 (मैन्युअल रूप से अपने आप से)	8 (ऑटो स्क्रीनशॉट)
FTP पर अपलोड करें	8	1
एजेंसी / फ्रीलांसरों के साथ चैट करें	8	1
संसाधन संपादित करें	8	2
गिट में बदलाव डालो	8	0.25
शुद्ध समय	84	14

बोनस:

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

इसके अलावा, गिट - सर्ज - स्मार्टकैट के एक समूह ने यूएक्स लेखकों के काम को स्मार्टकैट में अनुवाद करने की अनुमति दी। हमने यह कैसे किया, हम अगले लेख में बताएंगे :)।

* ऑटोसॉर्बिनशॉट्स के बारे में अधिक जानकारी: हमारे सहयोगियों ने ऑटोटैस्ट्स लिखा और ऑटोटैस्ट्स के लिए एक फ्रेमवर्क कास्प्रेसो बनाया । बस उस पर ऑटोस्कैनशॉट बनाया गया है, जिसका उपयोग हम स्थानीयकरण में करते हैं। ऑटोटेस्ट्स के उप-उत्पाद के रूप में।

20 भाषाओं में लगातार उत्पादों को कैसे जारी करें और मरें नहीं?