Microsoft ने "ब्लैकलिस्ट", "व्हाइटलिस्ट" और अन्य "विवादास्पद" शब्दों जैसे "संभावित रूप से आक्रामक" शब्दों को हटाने के लिए क्रोमियम में कोड को "ठीक" करने के लिए स्वयं एक कार्य किया है।

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

इसकी शुरुआत मूल रूप से एक पोस्ट से हुई क्रोमियम बग फोरम 3 जुलाई, 2019 को वापस। माइक्रोसॉफ्ट के एक प्रोजेक्ट मैनेजर ने लिखा...

“कोडबेस में हमें मिलने वाले सभी संभावित शब्दों के लिए यह मूल मुद्दा होगा।

 

“यहाँ प्रयास केवल क्षेत्र/निर्देशिका (समीक्षक के लिए) के आधार पर समूहीकृत छोटे सीएल लगाने का होगा। उम्मीद है कि यह जल्द ही निर्विवाद रूप से जमीन पर उतरेगा।

 

"संभावित गैर-तुच्छ कॉम्पैक्ट प्रभाव (कमांड लाइन पैरामीटर नाम, एंटरप्राइज़ नीति कुंजी इत्यादि) वाली किसी भी चीज़ के लिए, सुझाव उन्हें एक-बार (या बहुत छोटे संबंधित समूहों) में करना होगा ताकि हम विशेषज्ञों से केस-बाय-केस पूछ सकें। -मामले के आधार पर कि क्या कुछ शमन आवश्यक है।"

यदि आप सभी सूत्र पढ़ेंगे तो यह काफी चौंकाने वाला है।

एक अनुभाग में एक उपयोगकर्ता पूछता है कि "क्रैकर" को क्यों चिह्नित किया गया था, और इसे माइक्रोसॉफ्ट लीड द्वारा समझाया गया था...

"[...] हम सिर्फ पॉलीचेक ने हमारे लिए जो स्कैन किया है उसका एक उपसमूह साझा कर रहे हैं, मैं सहमत हूं कि "क्रैकर" शब्द एक सामान्य शब्द है, इसलिए हम उस मुद्दे को बंद कर सकते हैं। लेकिन उदाहरण के लिए निम्नलिखित संदर्भ को संदर्भ के बाद से आपत्तिजनक माना जा सकता है:

 

पटाखे | विविधता | सेव1 | ipcipc_message_macros.h:316 | // संदेश क्रैकर और हैंडलर। उपयोग:

 

“सामान्य तौर पर, क्रोमियम कोड आधार को साफ कर दिया जाता है, अधिकांश मामले तीसरे पक्ष के कोड के साथ होते हैं जो क्रोमियम को विरासत में मिलता है जिसमें अपवित्रता, भूराजनीतिक, विविधता के मुद्दे शामिल होते हैं।

 

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

जैसा कि द रजिस्टर ने नोट किया है, इस पूरे मामले ने Google के कर्मचारियों को भी आश्चर्यचकित कर दिया।

Google के रिक बायर्स ने क्रोमियम कोडबेस भाषा को "साफ़" करने के कार्य पर टिप्पणी करते हुए लिखा...

“यह मुझे एक अच्छी रणनीति लगती है, ऐसा करने के लिए धन्यवाद! हमने निश्चित रूप से कोडबेस में किसी भी चीज़ को संभावित रूप से आक्रामक बनाने का कभी इरादा नहीं किया है, लेकिन मुझे यह भी पता नहीं है कि किसी ने उन सभी को खोजने का प्रयास किया है।

 

"विशेष रूप से, मैं इस बात से सहमत हूं कि गैर-व्यवहार-प्रभावकारी परिवर्तन गैर-विवादास्पद होने चाहिए और इस बात पर बहस किए बिना कोड समीक्षा के माध्यम से जल्दी से प्राप्त करना बहुत आसान होना चाहिए कि कोई शब्द "संभावित रूप से आक्रामक" है या नहीं। यदि यह मानक Microsoft सूची में है, तो यह मेरे लिए "संभावित रूप से" पर्याप्त है - कम से कम प्लेटफ़ॉर्म (सामग्री, ब्लिंक इत्यादि) में किसी भी चीज़ के लिए, मैं स्वयं //क्रोम कोड के लिए नहीं बोल सकता।

 

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

इनमें से कुछ परिवर्तनों में न केवल "क्रैकर" को संशोधित करना शामिल है, बल्कि "ब्लैकलिस्ट" को "ब्लॉकलिस्ट" में बदलना भी शामिल है। क्यों? क्रोमियम पर काम करने वाले डेवलपर्स में से एक के अनुसार, क्योंकि "ब्लॉकलिस्ट" अधिक "समावेशी" होती है।

वास्तव में, रयान स्लीवी ने लिखा...

“GPU ब्लैकलिस्ट का नाम बदलकर ब्लॉकलिस्ट कर दें

 

"ब्लॉकलिस्ट" नाम "ब्लैकलिस्ट" की तुलना में अधिक समावेशी है, जबकि यह अभी भी इरादे को स्पष्ट रूप से व्यक्त करता है।"

यह सही है। बग्स को ठीक करने या शानदार नई कार्यक्षमता या सुविधाओं को लागू करने के बजाय, मुट्ठी भर लोग कोडबेस शब्दों का नाम बदलने में समय बर्बाद कर रहे हैं... समग्र परियोजना के लिए वस्तुतः शून्य लाभ के लिए।

उन्होंने जुलाई से सितंबर तक लगातार मेहनत करना जारी रखा है। आखिरी अपडेट पिछले हफ्ते ही 5 सितंबर, 2019 को आया था। इसलिए, यह परियोजना अब तक कई महीनों तक चलने में कामयाब रही।

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

(समाचार टिप msoltyspl के लिए धन्यवाद)

का (मुख्य छवि शिष्टाचार डार्कसोरा01)