भइरहेको व्यावसायिक एपमा अनुवाद इन्टिग्रेसनको दायरा कसरी तय गर्ने
आफ्नो व्यावसायिक एपमा अनुवादको योजना बनाउनुहोस्। कोटेशन माग्नुअघि सामग्री, भाषा, समीक्षा, डेटा नियम, असफलता व्यवस्थापन र स्वीकृति परीक्षण परिभाषित गर्नुहोस्।
तपाईंको टोलीले अर्को भाषामा गर्नुपर्ने एउटा पूरा कामबाट सुरु गर्नुहोस्। त्यसपछि त्यो काममा अनुवाद कसरी मिल्छ भन्ने परिभाषित गर्नुहोस्। यसले सफ्टवेयर आपूर्तिकर्तालाई अनुवाद बटन थपिदिन गरिएको अनुरोधभन्दा अनुमान दिन बढी स्पष्ट आधार दिन्छ।
दायरामा पाठ, मानिस, डेटा र नतिजा समेटिनुपर्छ। अनुवाद असफल हुँदा के हुन्छ भन्ने पनि यसले बताउनुपर्छ। प्राविधिक तरिका छान्नुअघि यो दायरा तयार गर्न तलका चरणहरू प्रयोग गर्नुहोस्।
पहिलो रिलिजका लागि एउटा कार्यप्रवाह छान्नुहोस्
मूल पाठ कहाँबाट आउँछ र स्वीकृत अनुवाद कहाँ पुग्नुपर्छ, लेख्नुहोस्। उदाहरणका लागि, सहायता टोलीका कर्मचारीले आएको सन्देश पढेर ग्राहकको भाषामा जवाफ तयार गर्नुपर्ने हुन सक्छ। यो उदाहरणका लागि दिइएको आवश्यकता हो, Vavus इन्स्टलेसनको रिपोर्ट होइन।
हरेक चरण सूचीबद्ध गर्नुहोस्: सन्देश खोल्ने, अनुवाद अनुरोध गर्ने, नतिजाको छेउमा मूल पाठ पढ्ने, जवाफ सम्पादन गर्ने र पठाउन स्वीकृत गर्ने। अनुवाद स्वचालित रूपमा सुरु हुने हो कि कर्मचारीले छानेपछि मात्र, तय गर्नुहोस्।
पहिलो रिलिज सानो राख्नुहोस्। एप्लिकेसनका सबै पाठ फिल्डभन्दा एउटा स्क्रिन र एउटा स्पष्ट व्यावसायिक कामको परीक्षण गर्न सजिलो हुन्छ।
सामग्री र भाषाका आवश्यकता पहिचान गर्नुहोस्
अनुवाद चाहिने फिल्डहरूको सूची बनाउनुहोस्। छोटा लेबल, स्वतन्त्र पाठ, कागजात र बोलीलाई छुट्याउनुहोस्। तिनलाई फरक प्रशोधन र फरक परीक्षण चाहिन सक्छ। अर्डर नम्बर र उत्पादन कोड जस्ता नबदलिई रहनुपर्ने फिल्डहरू पनि सूचीमा राख्नुहोस्।
स्रोत र लक्ष्य भाषा, क्षेत्रीय रूपहरूसहित, तोक्नुहोस्। पाठको सामान्य लम्बाइ र दैनिक अपेक्षित मात्रा टिप्नुहोस्। प्रस्तावित सेवाले कुन भाषा जोडी र इनपुट ढाँचा समर्थन गर्छ भनेर सोध्नुहोस्।
छोटो पाठका लागि सन्दर्भ महत्त्वपूर्ण हुन सक्छ। उदाहरणका लागि, DeepL को टेक्स्ट API ले सन्दर्भ प्यारामिटर समर्थन गर्छ, जसले सन्दर्भलाई नै अनुवाद नगरी अनुवादलाई प्रभाव पार्न सक्छ। एउटै अनुरोधभित्रका छुट्टाछुट्टै पाठ प्रविष्टिहरूले सन्दर्भ साझा गर्दैनन् भनेर पनि यसको कागजातमा उल्लेख छ। [1] उपयोगी सन्दर्भ कहाँबाट आउँछ, तपाईंको दायरामा उल्लेख हुनुपर्छ।
शब्दावली र मानव समीक्षा परिभाषित गर्नुहोस्
तपाईंको व्यवसायले प्रायः प्रयोग गर्ने शब्दहरू सङ्कलन गर्नुहोस्। रुचाइएका अनुवाद, उत्पादनका नाम र नबदलिई रहनुपर्ने शब्दहरू समावेश गर्नुहोस्। यो सूची अद्यावधिक राख्ने जिम्मा एक जना व्यक्तिलाई दिनुहोस्।
केही अनुवाद सेवाले शब्दसूची समर्थन गर्छन्। Google Cloud Translation ले आफ्नो शब्दसूचीलाई क्षेत्रविशेषको शब्दावली एकरूप राख्ने कस्टम शब्दकोशका रूपमा वर्णन गर्छ। [2] तपाईंका ठ्याक्कै भाषा जोडी र छानिएको सेवाका लागि यो सुविधा जाँच्नुहोस्। शब्दसूचीले पूरा सन्देश सही छ भन्ने प्रमाणित गर्दैन।
कुन आउटपुटलाई योग्य भाषा समीक्षक चाहिन्छ, तय गर्नुहोस्। समीक्षकलाई मूल पाठमा पहुँच दिनुहोस्। ग्राहकले देख्ने पाठ पठाउनु वा प्रकाशित गर्नुअघि स्पष्ट स्वीकृति चरण राख्नुहोस्।
डेटा र पहुँचका नियम तय गर्नुहोस्
कार्यप्रवाहले कस्तो जानकारी सम्हाल्छ, वर्णन गर्नुहोस्। सुरुका परीक्षणमा कृत्रिम उदाहरण प्रयोग गर्नुहोस्। बटन चल्छ कि चल्दैन भनेर हेर्नकै लागि ग्राहकका वास्तविक रेकर्ड परीक्षणमा कपी नगर्नुहोस्।
पाठ कहाँ प्रशोधन हुन्छ, एप्लिकेसनले के भण्डारण गर्छ, कसले पढ्न सक्छ र कहिले मेटिन्छ भनेर सोध्नुहोस्। यो छलफलमा लग र ब्याकअप पनि समावेश गर्नुहोस्। प्रदायकका हालका सर्त र छानिएको योजनामा उपलब्ध नियन्त्रणहरू पुष्टि गर्नुहोस्।
कस्टम इन्टरफेस आफैँले बाहिरी अनुवाद सेवालाई निजी वा अफलाइन बनाउँदैन। तपाईंको परियोजनालाई स्थानीय प्रशोधन चाहिन्छ भने सुरुमै त्यो आवश्यकता उल्लेख गर्नुहोस् र पूरै डेटा प्रवाहलाई त्यसैका आधारमा परीक्षण गर्नुहोस्।
ढिलाइ र त्रुटिका लागि योजना बनाउनुहोस्
अपेक्षित प्रतिक्रिया समय र सेवा उपलब्ध नहुँदा कर्मचारीले के गर्ने भन्ने लेख्नुहोस्। एप्लिकेसनले पर्खँदै, समीक्षाका लागि तयार वा असफल जस्ता स्पष्ट अवस्था देखाउनुपर्छ। मूल पाठ सुरक्षित राख्नुहोस्।
डेभलपरलाई अस्थायी असफलता र परिवर्तन आवश्यक पर्ने त्रुटि छुट्याउन भन्नुहोस्। उदाहरणका लागि, DeepL को कागजातमा रेट-लिमिट त्रुटिमा केही समय पर्खेर फेरि प्रयास गर्ने तरिका उल्लेख छ, जबकि कोटा सकिँदा फरक प्रतिक्रिया चाहिन्छ। [3] दोहोरिने अनुरोधले एउटै जवाफ दुई पटक पठाउने जस्ता व्यावसायिक कार्य दोहोर्याउनु हुँदैन।
प्रयोगसम्बन्धी अलर्ट र सहायताको जिम्मा कसको हुने भन्नेमा सहमति गर्नुहोस्। परियोजनाको लागत तुलना गर्दा सेवा शुल्क, मर्मतसम्भार र भविष्यका परिवर्तन समावेश गर्नुहोस्।
डेभलपमेन्टअघि स्वीकृति परीक्षण लेख्नुहोस्
चाहिने हरेक भाषा जोडीका लागि प्रतिनिधि उदाहरण छान्नुहोस्। लामा सन्देश, असामान्य अक्षर, खाली फिल्ड र तपाईंको स्वीकृत सूचीका शब्दहरू समावेश गर्नुहोस्। मूल रेकर्डदेखि भण्डारण गरिएको वा पठाइएको नतिजासम्म पूरै कामको परीक्षण गर्नुहोस्।
मानिसले जाँच्न सक्ने उत्तीर्ण मापदण्ड तय गर्नुहोस्: उत्पादन कोड नबदलिई रहन्छन्, स्वीकृत नभएको अनुवाद पठाउन सकिँदैन, असफल अनुरोध देखिन्छ र समीक्षक मूल पाठमा फर्कन सक्छन्। योग्य समीक्षकबाट अर्थ र शैलीको मूल्याङ्कन गराउनुहोस्। त्रुटिहरू रेकर्ड गर्नुहोस् र परिवर्तनपछि उही परीक्षण दोहोर्याउनुहोस्।
कोटेशनका लागि स्पष्ट अनुरोध तयार गर्नुहोस्
कार्यप्रवाह, नमुना फिल्ड, भाषा जोडी, अनुमानित मात्रा, डेटा नियम र स्वीकृति परीक्षण पठाउनुहोस्। हरेक कुरा सुरुवातका लागि अनिवार्य हो कि पछिको रिलिजका लागि उपयुक्त हो, चिनो लगाउनुहोस्। मान्यता र नसमेटिएका कुराहरू लिखित रूपमा माग्नुहोस्।
Vavus ले कस्टम परियोजनाका लागि लिखित दायरा निर्धारण उपलब्ध गराउँछ। [4] आफ्नो हालको एप्लिकेसन र सुधार गर्न चाहनुभएको कामको वर्णन गर्न कोटेशन पेज प्रयोग गर्नुहोस्। प्रस्तावित इन्टिग्रेसन, डिप्लोयमेन्ट र परीक्षण तपाईंको परियोजनाको दायरामा पुष्टि हुनुपर्छ।