शब्दावली कोई खोज और प्रतिस्थापन नहीं है: पहले शब्द सीमाओं, मामले और अपवादों को परिभाषित करें

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

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

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

गलती किए बिना शब्दावली कैसे बदलें? एक वाक्य का निष्कर्ष

पहले उम्मीदवार ढूंढें, और फिर शब्दावली और संदर्भ के आधार पर तय करें कि प्रतिस्थापित करना है या नहीं। सीधे वैश्विक खोज न करें और प्रतिस्थापित न करें।

प्रत्येक भाषा को अपने स्वयं के मिलान सम्मेलन की आवश्यकता होती है

यह आलेख जानबूझकर रूढ़िवादी अंग्रेजी उदाहरण देता है: API अपने आप में केस मिलान को अनदेखा करता है, और अक्षर, संख्याएं और अंडरस्कोर आसन्न होने पर मेल नहीं खाते हैं। उदाहरण को पायथन मानक लाइब्रेरी re का उपयोग करके कार्यान्वित किया गया है।

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

उन तारों के साथ परीक्षण करें जो करीब हैं लेकिन टकराने नहीं चाहिए

परीक्षण करते समय, न केवल यह देखें कि क्या हिट होना चाहिए, बल्कि ऐसे तार भी डालें जो करीब हों लेकिन हिट न हों, जैसे कि APIs और api_gateway।

import re

def english_candidates(text, term):
    if not term:
        raise ValueError("empty term")
    pattern = re.compile(r"(?<!\w)" + re.escape(term) + r"(?!\w)", re.IGNORECASE)
    return [(m.start(), m.end(), m.group()) for m in pattern.finditer(text)]

text = "API and api; APIs, rapid, api_gateway."
found = english_candidates(text, "API")
assert [item[2] for item in found] == ["API", "api"]
assert all(text[start:end] == raw for start, end, raw in found)
assert english_candidates("api_gateway", "API") == []
assert english_candidates("APIs", "API") == []
assert english_candidates("(API)", "API")[0][2] == "API"
try:
    english_candidates(text, "")
except ValueError:
    pass
else:
    raise AssertionError("empty glossary term accepted")

मिलान उम्मीदवार कोई प्रतिस्थापन आदेश नहीं है

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

एचटीएमएल या वर्ड में उम्मीदवार की स्थिति को संरचना नोड्स में मैप करने की भी आवश्यकता है। आप केवल संपूर्ण स्प्लिस्ड स्ट्रिंग की स्थिति नहीं ले सकते हैं और इसे मूल पाठ पर वापस नहीं लिख सकते हैं।

मामले की असंवेदनशीलता की भी सीमाएँ होती हैं

यूनिकोड केस और भाषा परंपराएं हमेशा एक-से-एक मेल नहीं खातीं। यह लेख सरल अंग्रेजी शब्दों पर केंद्रित है और इसे सभी भाषाओं के लिए उपयुक्त शब्द पहचानकर्ता के रूप में सामान्यीकृत नहीं किया जा सकता है।

एक ही पैराग्राफ के लिए बार-बार परस्पर विरोधी सुझावों से बचने के लिए बड़ी शब्दावलियों को ओवरलैपिंग उम्मीदवारों, सबसे लंबे मिलान और संस्करण प्रबंधन के मुद्दों को भी संबोधित करने की आवश्यकता है।

📊 कोर तुलना

शब्दावली को जांचने योग्य परिपाटी बनाएं

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

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

🎯कौन सा तरीका आपके लिए उपयुक्त है?

अगर आप……

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

❓ अक्सर पूछे जाने वाले प्रश्न (FAQ)

1. शब्दावली मिलान को विश्व स्तर पर सीधे क्यों नहीं बदला जा सकता?

क्योंकि समान अक्षरों वाले शब्दों को प्रतिस्थापित करने की आवश्यकता नहीं है, उदाहरण के लिए, APIs एक रूपात्मक परिवर्तन है, और api_gateway एक कोड पहचानकर्ता हो सकता है।

2. क्या यह उदाहरण बहुवचन और स्वामित्व को संभाल सकता है?

नही सकता। यह अंग्रेजी का एक जानबूझकर रूढ़िवादी उदाहरण है जो बहुवचन, अधिकारवाचक या प्रासंगिक असंबद्धता के लिए जिम्मेदार नहीं है।

3. क्या उम्मीदवार की स्थिति सीधे पूरे पाठ में लिखी जा सकती है?

HTML या Word में उम्मीदवार की स्थिति को पहले संरचना नोड्स में मैप करने की आवश्यकता होती है, और आप संपूर्ण संयोजित स्ट्रिंग की स्थिति को वापस नहीं लिख सकते हैं।

4. बड़ी शब्दावली का उपयोग करते समय हमें क्या ध्यान देना चाहिए?

एक ही पैराग्राफ के लिए बार-बार परस्पर विरोधी सुझावों से बचने के लिए ओवरलैपिंग उम्मीदवारों, सबसे लंबे मैचों और संस्करण प्रबंधन पर ध्यान देने की आवश्यकता है।

📝सारांश

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

इसे अभी आज़माएं: मूल लेआउट को बरकरार रखते हुए अनुवाद शुरू करने के लिए दस्तावेज़ अपलोड करें