जापान SUMO कम्युनिटी का समापन

 (support.mozilla.org)
4 पॉइंट द्वारा GN⁺ 2025-11-07 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • Mozilla सपोर्ट साइट की जापानी localization कम्युनिटी ने विघटन का फैसला घोषित किया, जिससे 20 से अधिक वर्षों से जारी गतिविधियां समाप्त हो जाएंगी
  • कारण के तौर पर ऑटोमैटिक ट्रांसलेशन बॉट ‘SumoBot’ की शुरुआत को बताया गया, जिस पर जापानी दिशानिर्देशों का पालन किए बिना 300 से अधिक दस्तावेज़ ओवरराइट करने का आरोप लगा
  • कम्युनिटी लीडर ने बॉट के बिना अनुमति संचालन, संवाद की कमी, और contributors को प्रशिक्षित करने के अवसर खत्म होने जैसे कारणों से गतिविधियां रोकने और अनुवाद डेटा के उपयोग पर रोक की घोषणा की
  • इटली सहित अन्य क्षेत्रों के लीडरों ने भी SumoBot के तत्काल हस्तक्षेप और नए contributors की भागीदारी में बाधा की समस्या साझा की
  • कई प्रतिभागियों ने मशीन ट्रांसलेशन लागू करने की प्रक्रिया में संवाद की कमी और क्षेत्रवार विकल्प की आवश्यकता की ओर इशारा करते हुए सुधार पर चर्चा का प्रस्ताव रखा

जापान SUMO कम्युनिटी के समापन की घोषणा

  • जापानी locale लीडर 20 से अधिक वर्षों से Mozilla सपोर्ट में योगदान देते रहे हैं, और 4 नवंबर से SUMO जापान कम्युनिटी के समापन की घोषणा की
    • 22 अक्टूबर को जापानी knowledge base (KB) में SumoBot लागू होने के बाद समस्याएं शुरू हुईं
  • उठाई गई मुख्य समस्याएं
    • अनुवाद दिशानिर्देशों का पालन न करना और जापानी उपयोगकर्ताओं के लिए localization को नज़रअंदाज़ करना
    • सभी archived KB दस्तावेज़ों पर अंग्रेज़ी मशीन ट्रांसलेशन को तुरंत approve कर देना
    • अपडेट के 72 घंटों के भीतर ऑटो-अप्रूवल के कारण नए contributors को प्रशिक्षित करने का अवसर खत्म होना
    • कम्युनिटी की approval, control, या communication के बिना काम करना
    • 300 से अधिक KB दस्तावेज़ ओवरराइट हो जाना
  • ये बदलाव staging server पर नहीं बल्कि वास्तविक प्रोडक्ट server पर हुए, और लीडर ने इसे “काम का बड़े पैमाने पर विनाश और Mozilla mission का स्पष्ट उल्लंघन” बताया
  • लीडर marsf ने निम्न बातें घोषित कीं
    • support.mozilla.org में योगदान बंद
    • अपने अनुवादों को SUMO bot और AI training data के रूप में इस्तेमाल करने पर रोक
    • मौजूदा training data से अपने अनुवाद हटाने का अनुरोध
  • अन्य जापानी contributors अपनी व्यक्तिगत इच्छा से गतिविधि जारी रख सकते हैं, लेकिन कम्युनिटी स्तर का समर्थन समाप्त होगा

कम्युनिटी की प्रतिक्रिया और सहानुभूति

  • एक प्रतिभागी ने “आपने बहुत मेहनत की (ご苦労様でした)” कहकर संक्षिप्त प्रतिक्रिया दी
  • Mozilla पक्ष के एक जिम्मेदार व्यक्ति ने MT (machine translation) workflow लागू किए जाने पर खेद जताया और समस्या पर चर्चा के लिए वीडियो मीटिंग का प्रस्ताव दिया
  • इटली के क्षेत्रीय लीडर Michele ने SumoBot लागू होने के बाद की असंतुष्टि और सहानुभूति व्यक्त की
    • इटली और स्पेन कम्युनिटी ने सबसे पहले SumoBot का परीक्षण किया था और उन्होंने भी ऐसी ही चिंताएं देखीं
    • SumoBot का तत्काल अनुवाद नए contributors के प्रशिक्षण में बाधा बनता है, और लीडरों को review कार्य में फंसा देता है
    • उन्होंने तर्क दिया कि हर क्षेत्र को मशीन ट्रांसलेशन का उपयोग करना है या नहीं, यह स्वयं तय करने की स्वतंत्रता होनी चाहिए

तकनीकी समस्याएं और bug की संभावना पर चर्चा

  • Mozilla पक्ष ने कहा कि जापानी कम्युनिटी ने जिन समस्याओं का सामना किया, उनमें से कुछ हाल ही में रिपोर्ट किए गए bug (issue #2605) से संबंधित हो सकती हैं
    • इस bug की वजह से ऐसा लगा हो सकता है कि अनुवाद दिशानिर्देशों का पालन नहीं किया जा रहा
  • साथ ही यह राय भी दी गई कि फोरम moderator प्रशिक्षण और नए contributors की onboarding अलग चीजें हैं
  • SumoBot के हस्तक्षेप के तरीके और समय को लेकर स्पष्ट communication की कमी को समस्या बताया गया

SumoBot के हस्तक्षेप और अनुवाद गुणवत्ता की समस्या

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

कम्युनिटी के भीतर अतिरिक्त प्रतिक्रियाएं

  • कुछ प्रतिभागियों ने बॉट द्वारा इंसानी भूमिका की जगह लेने की स्थिति पर चिंता जताई
  • एक अन्य उपयोगकर्ता ने मौजूदा टीमों से चर्चा किए बिना बॉट को वास्तविक काम के लिए तैनात किए जाने को “गंभीर प्रक्रियात्मक समस्या” बताया
  • कुल मिलाकर, कई क्षेत्रीय कम्युनिटी SumoBot की automation और मानव योगदान के बीच संतुलन की समस्या को समान रूप से पहचान रही हैं

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2025-11-07
Hacker News राय

  • “क्या आप हमसे बात करके इस पर और चर्चा करना चाहेंगे?” जैसी पंक्ति असल में customer support की औपचारिक प्रतिक्रिया जैसी लगती है

    • कॉर्पोरेट भाषा में यह “सार्वजनिक जगह पर नहीं, निजी तौर पर बात करें” जैसा सुनाई देता है। खासकर जिन लोगों की मातृभाषा अंग्रेज़ी नहीं है, उनके लिए लिखकर धीरे-धीरे अपनी बात कहना अधिक सहज हो सकता है
    • ऐसा लग सकता है, लेकिन कभी-कभी सहानुभूति और बारीकी पहुँचाने के लिए voice conversation उपयोगी होती है। शिकायत के समय चेहरे के भाव और बोलने का लहजा महत्वपूर्ण जानकारी बन जाते हैं। कर्मचारी की मंशा को व्यंग्यात्मक नज़र से देखना उचित नहीं लगता
    • “जापानी community ने जैसा महसूस किया उसके लिए हमें खेद है” जैसी बात बिना सच्चाई वाली माफ़ी जैसी सुनाई देती है
    • यह “आपका कॉल हमारे लिए महत्वपूर्ण है” जैसे automated response की तरह, पर्याप्त लोगों को नियुक्त किए बिना किया गया खोखला वादा लगता है

  • आखिरकार यह बस ऐसी स्थिति है जहाँ दो इंसानों ने असंतोष जताया, और एक अन्य व्यक्ति ने बातचीत का चैनल खोलने का प्रस्ताव रखा। केवल text से भावनाएँ पहुँचाना कठिन है, इसलिए voice या video पर बात करके समाधान खोजना सही लगता है

    • लेकिन मेरे अनुभव में लंबे समय से काम कर रहे volunteer अचानक शायद ही कभी छोड़ते हैं। संभव है कि पहले ही कई बार संचार की कोशिश की गई हो। और “Senior Community Manager” जैसे पदों के पास अक्सर वास्तव में बदलाव करने का अधिकार नहीं होता। अंत में यह असली संवाद चैनल नहीं, सिर्फ औपचारिक प्रक्रिया रह जाती है
    • सच तो यह है कि ऐसा संवाद चैनल शुरुआत से होना चाहिए था। volunteers ने लंबे समय तक community को बनाया-संवारा, और ऊपर से अचानक AI bot चालू कर देना स्वाभाविक रूप से स्वागतयोग्य नहीं होगा
    • लेकिन मूल पोस्ट लिखने वाले ने पहले ही सार्वजनिक रूप से छोड़ने की घोषणा कर दी थी। वह निजी बातचीत नहीं चाहता था, बस अपना कारण समझा रहा था
    • जब कंपनी का कर्मचारी “बात करते हैं” कहता है, तो वह अक्सर ticket बनाने की प्रक्रिया जैसा लगता है। बाद में कहा जाता है कि “उपयोगी चर्चा हुई”, लेकिन वास्तव में कुछ बदलता नहीं। Mozilla के पुराने रवैये को देखें तो यह पैटर्न बार-बार दिखा है
    • यह सिर्फ संचार की समस्या नहीं, बल्कि community पर नियंत्रण का सवाल है। मुख्य बात यह है कि Mozilla ने ऐसा bot पेश किया जिसने community की मेहनत पर परदा डाल दिया

  • मैंने पहले Firefox में TLS 1.1 और 1.2 जोड़ने पर काम किया था, लेकिन पूरी प्रक्रिया इतनी नौकरशाही भरी थी कि निराशा हुई। इसलिए मैंने contributors list से अपना नाम हटाने का अनुरोध किया

    • मैंने भी 2018 Berlin Open Night में patch submit किया था, लेकिन review process और tools की जटिलता के कारण फिर कभी भाग नहीं लिया। ऐसे माहौल में नए contributors को बनाए रखना कठिन लगता है

  • काश Ladybird जैसे वैकल्पिक browser जल्दी बढ़ें। Mozilla की गलतियों पर लेख बहुत ज़्यादा बार सामने आते हैं

    • HN पर Mozilla से असामान्य रूप से नफ़रत करने वाले बहुत लोग हैं। उसका स्तर असंतुलित लगता है
    • अभी Mozilla के बारे में सकारात्मक रूप से बस इतना ही कहा जा सकता है कि “कम से कम यह Google या Microsoft नहीं है”
    • लेकिन अगर Ladybird सफल हुआ, तो उसी तरह आलोचक समूह वहाँ भी पैदा हो जाएगा। कोई भी product हर व्यक्ति के लिए उपयुक्त नहीं हो सकता
    • अंततः सफलता मिलने पर वह भी Firefox की तरह व्यावसायीकरण के दलदल में फँस सकता है। इसे रोकने के लिए GPLv3 जैसे मजबूत license और nonprofit संरचना की ज़रूरत होगी। बड़ी कंपनियों का पैसा नहीं लेना चाहिए, बल्कि सीधे users के समर्थन पर निर्भर होना चाहिए

  • मुझे लगता है Mozilla की समस्या विनम्रता और समझ की कमी से आती है। लंबे समय तक जिस Big Tech रवैये की वह आलोचना करता रहा, अब वही खुद दोहरा रहा है

    • उम्मीदों का असंतुलन community में टकराव पैदा करता है। Google से ऐसा हो तो समझ आता, लेकिन Mozilla से लोग बेहतर व्यवहार की अपेक्षा करते थे
    • “competitive salary” के नाम पर Big Tech पृष्ठभूमि वाले लोगों को भर्ती करते-करते अंत में वही संस्कृति अपनाई जा रही है
    • ऐसी AI integration सुविधाएँ default extension के रूप में दी जानी चाहिए थीं, ताकि चाहें तो हटाई जा सकें
    • Mozilla में खुद अपने पैरों पर कुल्हाड़ी मारने का पैटर्न दिखता है
    • पहले यह ethical tech education पर ज़ोर देता था, लेकिन असली product उस दर्शन का पालन नहीं करते

  • जापान में 10 साल से अधिक रहने के बाद मुझे लगा कि “फोन पर जल्दी सुलझा लेते हैं” वाला तरीका जापानी संस्कृति में सामने वाले की इज़्ज़त कम करने जैसा हो सकता है। जापानी नेमावाशी (根回し) पहले से सहमति बनाने की प्रक्रिया है, लेकिन Mozilla ने इसे नज़रअंदाज़ करके एकतरफा ढंग से आगे बढ़ाया

    • मैंने भी नेमावाशी और रिंगी (稟議) के बारे में पढ़ा है; यह पहले से समन्वय और सहमति को महत्व देने वाली प्रक्रिया है। Mozilla का बिना ऐसी प्रक्रिया के bot ला देना अमानवीय लग सकता है
    • लेकिन कुछ लोगों का मानना है कि नेमावाशी सिर्फ औपचारिक प्रक्रिया है और ईमानदार राय को रोकती है
    • मैं भी लंबे समय से जापान में रहा हूँ, लेकिन नेमावाशी को जापान की ताकत नहीं मानता
    • “जापान अधिक मानवीय है” जैसी अभिव्यक्ति कुछ धुंधली सी लगती है

  • “हम इस समस्या को बेहतर समझना चाहते हैं” कहना, जबकि असंतोष की सूची पहले से स्पष्ट दी जा चुकी हो, एक खोखले इशारे जैसा लगता है

    • Mozilla वास्तव में ध्यान से नहीं सुनता, यह उसी एक वाक्य से दिख जाता है। समस्या पहले ही साफ़-साफ़ लिखी है, फिर माफ़ी के बजाय “आपको ऐसा लगा, इसका खेद है” कहना अपमानजनक लगता है
    • फिर भी कुछ लोगों का मानना है कि वास्तव में कारण कोई bug भी हो सकता था, इसलिए बातचीत के ज़रिए पुष्टि करना चाहा गया होगा
    • अंततः सामने वाला सच में समझना चाहता हो सकता है। अगर ऐसा है, तो आप उसकी जगह क्या जवाब देते?
    • कुछ शिकायतें पर्याप्त ठोस नहीं थीं। यह कहा गया था कि translation guidelines का पालन नहीं हुआ, लेकिन समस्या कहाँ थी यह स्पष्ट नहीं था। कर्मचारी शायद उतना ही कर सकता था

  • सिर्फ “jump on a quick call” जैसी अभिव्यक्ति देखकर ही गुस्सा चढ़ जाता है। इसका लहजा बहुत हल्का और गैर-गंभीर लगता है

    • व्यवहार में इसका अर्थ अक्सर “चलो ऐसी जगह चलते हैं जहाँ सार्वजनिक रिकॉर्ड न बचे” होता है। बाद में कहा जा सकता है कि “इस पर पहले ही कॉल में चर्चा हो चुकी है”, और बहस रोक दी जाती है
    • जो लोग ऐसी अभिव्यक्ति इस्तेमाल करते हैं, उन्हें अक्सर अंदाज़ा नहीं होता कि उनका लहजा कितना आक्रामक लग सकता है। इसमें सामने वाले के फैसले को हल्के में लेने का भाव होता है
    • मैंने भी पहले यह अभिव्यक्ति इस्तेमाल की थी और मुझे मना कर दिया गया था। सामने वाले ने अपना रुख पहले ही साफ़ कर दिया था, और मुझे समझ आया कि निजी तौर पर मनाने की मेरी कोशिश अशिष्ट व्यवहार थी
    • लेकिन कुछ लोग मानते हैं कि मंशा बस समस्या को जल्दी समझने की रही होगी। software की समस्याओं में जितनी ज़्यादा जानकारी हो, उतना अच्छा होता है
    • तो ऐसे हालात में कौन-सी अभिव्यक्ति अधिक उपयुक्त होगी, यह जानने की जिज्ञासा है

  • “Hi Marsf…” से शुरू होने वाला Mozilla का जवाब उपदेश देने वाले लहजे जैसा लगता है। अगर मुझे ऐसा mail मिलता, तो नौकरी छोड़ने का मेरा फैसला और पक्का हो जाता

    • लेकिन कुछ लोगों ने कहा कि उन्हें यह बिल्कुल भी असभ्य नहीं लगा। उन्हें यह बस मदद करने की कोशिश लगी
    • “मैंने सब कुछ पहले ही लिख दिया है, फिर दोबारा कॉल क्यों?” जैसी प्रतिक्रिया भी थी
    • कुछ लोग समझ नहीं पाए कि यह असभ्य क्यों महसूस होता है। उन्हें यह स्थिति समझने की कोशिश जैसा लगा
    • कुछ ने पूछा, “तो फिर इसे कैसे कहा जाए कि कम असभ्य लगे?”
    • कुछ लोगों ने इसे बस “फोन पर बात करने का प्रस्ताव” भर माना

  • “तुमने हमें लात मारकर बाहर किया और अब माफ़ी मांग रहे हो?” जैसी व्यंग्यात्मक तुलना के ज़रिए Mozilla की प्रतिक्रिया का मज़ाक उड़ाया गया

    • “ऐसी ‘आपको ऐसा महसूस हुआ, इसका खेद है’ वाली माफ़ी वाकई चिढ़ दिलाती है” जैसी प्रतिक्रियाएँ बहुत थीं
    • “मैं तुम्हारे दर्द को बेहतर समझना चाहता हूँ” जैसी पंक्तियाँ उल्टा तंज़ का मज़ाक बन जाती हैं
    • कुछ लोगों ने इसे “अगली तिमाही की shareholders meeting के बाद फिर इस पर बात करेंगे” जैसे कॉर्पोरेट शब्द-जाल से समाप्त किया