बुरी खबर, Emacs

 (eshelyaron.com)
1 पॉइंट द्वारा GN⁺ 2023-12-11 | 1 टिप्पणियां | WhatsApp पर शेयर करें

Emacs 30 संस्करण की समस्याएँ और एक fork संस्करण का निर्माण

  • Emacs की master branch एक बड़े बदलाव के कारण, उपयोगकर्ताओं और डेवलपर्स की चिंताओं के बावजूद, खराब हो गई है।
  • इस बदलाव के कारण Emacs registers के साथ इंटरैक्शन असुविधाजनक हो गया है, और साधारण कामों के लिए भी अतिरिक्त key input की ज़रूरत पड़ती है।
  • एक बेहतर fork संस्करण बनाया गया है और उसका उपयोग व विकास किया जा रहा है; रुचि रखने वाले लोगों की भागीदारी का स्वागत है।

Emacs master branch की स्थिरता और हाल के बदलाव

  • Emacs master branch एक development version है, जिसे वे उपयोगकर्ता follow करते हैं जो नवीनतम development changes का अनुभव करना चाहते हैं।
  • पिछले कुछ वर्षों में Emacs maintainers के प्रयासों से master branch बहुत स्थिर रही है।
  • लेकिन हालिया बदलाव के कारण उपयोगकर्ताओं को अप्रिय आश्चर्य का सामना करना पड़ा।

user experience में गिरावट और community की प्रतिक्रिया

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

नए fork संस्करण का विकास और उपयोगकर्ता की स्वतंत्रता

  • उपयोगकर्ता की स्वतंत्रता को महत्वपूर्ण मानने वाले लेखक ने मौजूदा Emacs के अजीब बदलावों को थोपे जाने से इनकार करते हुए एक नया fork बनाया है।
  • यह fork संस्करण master branch से केवल अच्छे बदलाव चुनकर लाता है, और लेखक के विकास कार्य से भी बेहतर बन रहा है।
  • इस fork संस्करण में रुचि रखने वाले लोग लेखक के repository से इसे clone कर सकते हैं, और सहयोग व सुझावों का स्वागत है।

GN⁺ की राय

इस लेख का सबसे महत्वपूर्ण बिंदु Emacs 30 संस्करण में हुई user experience की गिरावट और उस पर community की प्रतिक्रिया है। Emacs लंबे समय से डेवलपर्स के बीच customization और extensibility के लिए पसंद किया जाता रहा है, इसलिए इन बदलावों का उपयोगकर्ताओं पर क्या असर पड़ेगा, इसे लेकर दिलचस्पी काफ़ी है। साथ ही, एक डेवलपर द्वारा community की राय को नज़रअंदाज़ कर अपने बदलाव को आगे बढ़ाने की प्रक्रिया open source projects में decision-making और collaboration culture का एक रोचक उदाहरण पेश करती है। यह लेख अच्छी तरह दिखाता है कि उपयोगकर्ता software में बदलावों पर कैसे प्रतिक्रिया देते हैं और ज़रूरत पड़ने पर अपने समाधान कैसे खोजते हैं।

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

1 टिप्पणियां

 
GN⁺ 2023-12-11
Hacker News राय

  • जब Emacs की development branch में बड़ा बदलाव होता है और कुछ उपयोगकर्ता चिंता जताते हैं, तो उस बदलाव को तुरंत वापस नहीं लिया जाता। उसके फायदे-नुकसान पर चर्चा होती है, अलग-अलग समाधान implement और बेहतर किए जाते हैं, और आखिरकार एक समझौते पर पहुँचा जाता है.

    • उपयोगकर्ताओं की चिंताएँ 3 दिन पहले से उठनी शुरू हुई थीं, और यह प्रक्रिया अभी समाप्त नहीं हुई है.
    • Eli के हालिया संदेश में दो लोगों के बीच हुई शुरुआती चर्चा का ज़िक्र है, जिसमें कहा गया कि नया behavior पुराने की तुलना में कहीं अधिक तार्किक है, और अब अलग राय सामने आने के बाद ही behavior के मानदंड पर चर्चा हो रही है.

  • Emacs में copy (या अधिक सामान्य रूप से जिसे "register" कहा जाता है) के काम करने के तरीके को बदलने वाला एक commit हाल ही में स्वीकार किया गया। अब Emacs एक minibuffer खोलता है जो दिखाता है कि क्या हो रहा है, और उपयोगकर्ता से बदलाव स्वीकार करने के लिए Enter key दबाने की मांग करता है.

    • यह default behavior को बदलता है, शायद आसानी से configure भी नहीं किया जा सकता, और ऐसा लगता है कि यह पर्याप्त चर्चा के बिना किया गया.
    • Vim उपयोगकर्ताओं के लिए एक analogy के ज़रिए बताया गया है कि यह बदलाव कितना असुविधाजनक है, और इस मुद्दे को उठाने की OP की कोशिश तथा developer Thierry की प्रतिक्रिया का वर्णन किया गया है.

  • mailing list की समीक्षा करने पर लगता है कि इस behavior को वापस पलटने का एक option मौजूद होगा.

    • इस option का उल्लेख मूल पोस्ट प्रकाशित होने से पहले किया गया था, लेकिन संभव है कि लेखक ने उसे नहीं देखा हो.
    • उम्मीद है कि यह option समस्या हल कर देगा, लेकिन ginko के जवाब के अनुसार फिर भी Enter key दबाने की ज़रूरत पड़ सकती है.

  • Emacs में muscle memory को एक महत्वपूर्ण विचार माना जाना चाहिए.

  • developer के नज़रिए से, जो उपयोगकर्ता स्थिरता चाहते हैं उन्हें release branch का उपयोग करना चाहिए या master पर commit pin करना चाहिए। development branch ongoing features विकसित करने के लिए उपयोग की जाती है, और कभी-कभी ऐसे बदलाव बार-बार हो सकते हैं.

  • लेखक का रवैया कुछ हद तक ज़िद्दी है, और यह भी बताया गया है कि इस feature का उपयोग करने वाले लोग बहुत कम हैं। किसी unpaid maintainer द्वारा पहले सलाह-मशविरा किए बिना हल्का-सा बदलाव कर देना master branch को "तबाह" कर देना नहीं माना जाना चाहिए.

  • Emacs छोड़े 20 साल हो चुके हैं, लेकिन फिर भी यह बदलाव काफ़ी उलझाऊ लगता है। खुद को "kitchen sink" कहने वाले Emacs ने पुराने behavior पर लौटने का option क्यों नहीं जोड़ा, यह समझ नहीं आता.

  • Emacs का मूल सार यह है कि यह एक बेहद customizable platform है, और अगर किसी feature का behavior पसंद नहीं है, तो कुछ पंक्तियों के Lisp code से उसे खुद ठीक किया जा सकता है। सिर्फ़ एक feature में बदलाव के कारण पूरे project को fork करना तर्कसंगत नहीं है.

  • Emacs का एक और fork/reimplementation आज़माना ही शायद एकमात्र समाधान लगता है। इस बार यह निश्चित ही सफल होगा, और बाकी हर चीज़ की तरह बिल्कुल भी असंबंधित नहीं होगा.

  • इस बदलाव के पक्ष की दलील क्या है? जिन बदलावों पर इतनी राय होती है, उनके पीछे आमतौर पर कोई तर्कसंगत कारण होता है। या शायद नहीं भी होता.