FOSS प्रोजेक्ट्स के लिए Discord का इस्तेमाल न करें (2021)
(drewdevault.com)- अगर कोई FOSS प्रोजेक्ट Discord को community chat tool के रूप में चुनता है, तो proprietary client इस्तेमाल करने या न करने के आधार पर भागीदारी में बाधा बनती है, और free software के प्रति संवेदनशील contributors बाहर धकेले जा सकते हैं
- accessibility जरूरतों वाले users, low-end hardware users, असामान्य operating systems/devices इस्तेमाल करने वाले users, अमेरिकी प्रतिबंध वाले देशों के users, और Tor·VPN पर निर्भर users तक भागीदारी से बाहर हो सकते हैं
- chat logs, bot configuration, और project space को moderate/adjust करने की permissions प्रोजेक्ट नहीं बल्कि Discord नियंत्रित करता है, और community के लिए अपनी जरूरत के बेहतर clients मिलकर बनाना भी मुश्किल हो जाता है
- service का चुनाव सिर्फ सुविधा नहीं बल्कि लंबी अवधि का निवेश है, इसलिए Discord का इस्तेमाल FOSS platforms के बजाय proprietary platform को मजबूत करने वाला चुनाव बन जाता है
- IRC-based chat.sr.ht, Matrix, Zulip जैसे विकल्प मौजूद हैं, और यही सोच GitHub, Twitter, YouTube जैसे proprietary infrastructure पर निर्भरता पर भी लागू होती है
Discord किन जगहों पर FOSS projects से टकराता है
- FOSS project में Discord इस्तेमाल करने से free software की values और community चलाने का तरीका आपस में मेल नहीं खाते
- FOSS projects इसलिए बनते हैं क्योंकि वे free software को अहम मानते हैं, लेकिन Discord proprietary client इस्तेमाल करने या न करने के आधार पर community को बांट देता है
- जो users proprietary Discord client इस्तेमाल नहीं करना चाहते, उन्हें project community में दूसरे दर्जे के नागरिक जैसा माना जा सकता है
- बाहर रह जाने वाले users सिर्फ accessibility issues तक सीमित नहीं हैं
- accessibility जरूरतों वाले users के लिए Discord का proprietary client कभी-कभी इस्तेमाल करना मुश्किल हो सकता है
- वे users भी नुकसान में हैं जो resource-heavy client को आराम से चलाने के लिए नया hardware नहीं खरीद सकते
- नया operating system या असामान्य device इस्तेमाल करने वाले users के लिए Discord के उस platform पर port होने तक client इस्तेमाल करना मुश्किल रहता है
- Discord Iran जैसे अमेरिकी प्रतिबंध वाले देशों के users को service नहीं देता
- privacy को अहम मानने वाले या Tor·VPN पर निर्भर users Discord में शामिल होने से हिचक सकते हैं या उन्हें रोका जा सकता है
- accessibility का मूल्यांकन सिर्फ “अच्छा/बुरा” पर खत्म नहीं होता
- Discord पर accessibility issues को गंभीरता से लेने के लिए मुकदमा भी हुआ था
- accessibility field में काम करने वाले एक feedback contributor ने बताया कि वे screen reader के साथ Discord को धाराप्रवाह इस्तेमाल नहीं कर पाए, और desktop-targeted web app UI इतना जटिल था कि element-by-element navigation बेहद भारी लगा
- Slack और Zulip भी उन्हें कुछ हद तक ऐसे ही लगे, लेकिन IRC बेहतर लगा क्योंकि उसमें चुनने के लिए clients ज्यादा हैं
- हालांकि हाल के वर्षों में Discord accessibility बेहतर हुई लगती है, और कुछ visually impaired communities तथा युवा visually impaired programmers के groups भी Discord इस्तेमाल कर रहे हैं
Proprietary infrastructure के बजाय FOSS ecosystem में निवेश क्यों करना चाहिए
- Discord और FOSS projects के बीच conflict of interest है
- chat logs का ownership, उपयोगी bot settings की permissions, और project space को अपने विवेक से adjust करने का अधिकार Discord के पास रहता है
- Discord पूरा experience control करता है, इसलिए FOSS communities के लिए accessibility जरूरतों या low-end devices के हिसाब से बेहतर clients मिलकर बनाना मुश्किल होता है
- Discord users को अपने हिसाब से ढालने की दिशा में है, जबकि FOSS users को peers और collaborators की तरह देखता है; यहीं दोनों विचारधाराएं टकराती हैं
- tools का चुनाव सिर्फ सुविधा नहीं बल्कि निवेश है
- Discord चुनने से उस platform को वैधता मिलती है और FOSS platforms की ओर जाने वाला निवेश घटता है
- भले ही आपको लगे कि वहां reach और audience बड़ी है, यह FOSS ecosystem के दीर्घकालिक लक्ष्यों की तुलना में ज्यादा short-term और individual choice है
- FOSS platforms के पास आम तौर पर venture capital या बड़े marketing budgets नहीं होते, और market हासिल करने के लिए dark patterns या predatory tactics कम अपनाने की कोशिश करते हैं
- Discord में participant count server में कभी भी आए सभी users को दिखाता है, इसलिए यह वास्तविक active users की संख्या से अलग हो सकता है
- Discord और Slack के विकल्प के रूप में IRC, Matrix, Zulip पर विचार किया जा सकता है
- SourceHut IRC में निवेश कर रहा है और chat.sr.ht जैसी अधिक accessible services बना रहा है
- अन्य विकल्पों में Matrix और Zulip हैं
- यही तर्क दूसरे proprietary infrastructure पर भी लागू होता है
1 टिप्पणियां
Hacker News की राय
अगर मकसद सिर्फ इंटरनेट पर कोड डाल देना है, तो कोई भी टूल ठीक है, बल्कि मैं उसका समर्थन ही करूँगा
लेकिन अगर आप चाहते हैं कि जितना संभव हो उतने लोग प्रोजेक्ट को खोजें, उसका लाभ लें, और network effects भी मिलें, तो आधुनिक open source development में सबसे ज़्यादा इस्तेमाल होने वाले proprietary platforms GitHub और Discord को न चुनना लगभग संभव नहीं है
मैंने अपने प्रोजेक्ट में एक साल से ज़्यादा समय तक सिर्फ Matrix इस्तेमाल करने के लिए प्रोत्साहित किया और Discord को ठुकराया, लेकिन जैसे ही दोनों चलाने का फैसला किया, एक महीने से भी कम समय में 95% से ज़्यादा लोग Matrix channel छोड़कर Discord पर चले गए, और community का आकार भी बहुत तेज़ी से बढ़ा
मुझे यह पसंद नहीं है, लेकिन लोग वहीं हैं
issue, discussion, wiki वैसा नहीं है, लेकिन कम से कम वे web पर हैं, इसलिए searchable हैं, archive किए जा सकते हैं, और
curlसे भी access किए जा सकते हैं। कई बार ऐसा हुआ है किlibsslजैसी किसी अजीब error को खोजते-खोजते मैं किसी अनजाने टूल के random issue तक पहुँचा, और वहाँ किसी ने debugging के दौरान root cause बहुत अच्छी तरह समझाया हुआ था, जिससे मेरी समस्या हल हो गई। सिर्फ browser होना काफ़ी हैDiscord बिल्कुल अलग है। वह indexed नहीं होता, और servers भी ज़्यादातर अपनी-अपनी दीवारों के भीतर बंद रहते हैं। Discord पर साझा की गई चीज़ें 10~20 साल बाद गायब हो जाने की पूरी संभावना है, और किसी प्रोजेक्ट के Discord के भीतर खोजी या सुलझाई गई बात उस प्रोजेक्ट के बाहर शायद ही किसी के काम आए
IRC में भी यही समस्या थी, लेकिन वह text-centric था, इसलिए थोड़ा जटिल विषय forum या mailing list पर शिफ्ट हो जाते थे, और दोनों web access व search के लिए उपलब्ध थे। कुछ प्रोजेक्ट log bot के ज़रिए text files को web server पर dump भी करते थे
FOSS की ‘freedom’ को लोग अलग-अलग स्तर पर स्वीकार करते हैं, लेकिन यह निराशाजनक है कि इतने सारे FOSS प्रोजेक्ट दुनिया की सबसे anti-freedom कंपनियों में से एक के proprietary product में इतनी बड़ी मात्रा में योगदान देना ठीक मानते हैं
असल में chat की तरह कम समय में सवालों के जवाब शायद ही कभी मिले हों, और कुछ दिन या एक हफ़्ते बाद बातें या तो भुला दी जाती हैं या फिर ऊपर scroll करके दोबारा ढूँढना भी मुश्किल हो जाता है
search engine उसे index नहीं कर पाते, इसलिए discoverability कम होती है—यह बात अक्सर कही जाती है—लेकिन account बनाकर या login करके server में घुसने से पहले तो यह भी पता नहीं चलता कि वह server पूरी तरह मर चुका है या नहीं। अंदर जाने पर हो सकता है सिर्फ नए लोगों के आने की notifications भरी हों, और एक-दो सवालों के बाद कोई activity ही न हो
सबसे बड़ी समस्या यह है कि कई servers और channels की chat को साथ-साथ follow करना संभव नहीं है। तब फिर समझ नहीं आता कि इसे chat ही क्यों होना चाहिए। Reddit जैसा तरीका कहीं बेहतर है, वह current भी रहता है और chat जितना ephemeral भी नहीं है
proprietary platforms का boycott एक अच्छा अंतिम लक्ष्य है, लेकिन अभी लोगों को Discord और GitHub जैसे dominant collaboration tools से हटने के लिए मनाना उतना ही अवास्तविक है जितना mobile के दो बड़े monopolies से बाहर निकलने के लिए मनाना
अंत में, proprietary tools पर बनी विशाल hacker culture, दूसरे tools पर बनी छोटी hacker communities की तुलना में शायद राजनीतिक और तकनीकी आज़ादी ज़्यादा पैदा कर सके। बड़ी community का scale और उसका political influence महत्वपूर्ण है
जब भी Discord पर support देने की बात उठती है, मैं यह कहानी फिर से बताता हूँ
मैं एक पैसे देकर खरीदे गए commercial product का support लेना चाहता था, लेकिन support channel सिर्फ Discord था और उस channel में phone number verification ज़रूरी थी
मैंने अपना वह phone number डाला जो 24 साल से इस्तेमाल कर रहा हूँ, लेकिन वह invalid बताया गया। जब मैंने support team से पूछा, तो system ठीक करने के बजाय उन्होंने कहा कि Discord इस्तेमाल न करने वाले किसी और व्यक्ति का mobile उधार लेकर verification कर लो। उन्होंने यह भी कहा, “सिर्फ एक बार करना है, तो ठीक है।”
अगर official support team ही bypass की सलाह दे रही है, तो फिर phone number verification का उद्देश्य आखिर है क्या, समझ नहीं आता। अंत में मुझे उस product का support नहीं मिला और वह फिर कभी काम नहीं किया
अगर decentralization, privacy, security प्रोजेक्ट अपना communication channel Discord को बनाते हैं, तो उन्हें गंभीरता से लेना मुश्किल हो जाता है
“join our Discord” देखते ही मैं tab बंद कर देता हूँ, और यह शर्मनाक है
मुझे पता है कि इस लेख का फ़ोकस “अभिव्यक्ति की स्वतंत्रता के रूप में स्वतंत्रता” वाले पक्ष पर है, लेकिन Discord को नापसंद करने के कई कारण होने के बावजूद community participation tool के रूप में यह हैरान करने वाली हद तक अच्छा है
GitHub के शुरुआती दिनों में ऐसा कुछ नहीं था। अंदरूनी चैट के लिए Campfire था, लेकिन शुरुआती users और बाहरी IRC जैसी जगहों से संवाद करने का कोई साधन नहीं था, और IRC आम तौर पर लगभग कोई इस्तेमाल नहीं करता था, इसलिए वह आसान platform नहीं था। users से बातचीत आम तौर पर Twitter जैसी जगहों पर होती थी
मुझे याद है कि Leah Culver ने IRC तकनीक पर आधारित Convore बनाकर इस समस्या को हल करने की कोशिश की थी, लेकिन खैर, वह चल नहीं पाया। इसके उलट Discord सफल हुआ और वहाँ बहुत बड़ी संख्या में लोग हैं। हमने GitButler server खोला था, और users से जुड़ने व उन्हें support देने में यह वास्तव में शानदार था
user के नज़रिए से भी community में भाग लेने के लिए यह बहुत अच्छा है। Planetscale इस्तेमाल करते समय जब मुझे समस्या हुई, तो server में जाकर सवाल पूछा और लगभग तुरंत ही असली PS कर्मचारियों और users से जवाब मिल गया। GitHub issue डालकर उसे पड़ा रहने देने से यह कहीं ज़्यादा ताकतवर है
Discord ने open source communities के लिए वास्तव में बहुत काम किया है। ohmyzsh channel में जाएँ तो लगभग किसी भी चीज़ का जवाब मिल सकता है, और वहाँ हमेशा सक्रिय users ही लगभग 1000 हैं
सिर्फ़ इस वजह से कि यह “FOSS नहीं है”, इसे छोड़ देने का विचार कल्पना करना भी मुश्किल है
Sway, Drew DeVault का project है, इसलिए उम्मीद के मुताबिक वह LibreChat/IRC पर निर्भर है, जबकि Hyprland Discord इस्तेमाल करता है
Hyprland का Discord कहीं ज़्यादा सक्रिय था और सवालों के जवाब पाना भी आसान था। इसमें chat history और ठीक-ठाक search का बड़ा हाथ था। Sway का source code बेहतर लिखा हुआ था और उसका runtime process भी हल्का लगा, लेकिन आखिरकार Hyprland चुनने में इसका बड़ा असर पड़ा
IRC की तुलना में इसके नुकसान हैं, लेकिन औसत user को Discord पर कहीं बेहतर अनुभव मिलने की संभावना ज़्यादा है, और इसकी विस्फोटक लोकप्रियता की बड़ी वजह यही है
Discord इसका ठीक उलटा है, क्योंकि नियंत्रण किसी बाहरी पक्ष के हाथ में होता है, और वह privileged स्थिति में रहकर बयानों की निगरानी कर सकता है या मनमाने ढंग से रोक सकता है। GitHub के विपरीत, community को code repository और CI system की तुलना में कहीं ज़्यादा कठिनाई से migrate किया जा सकता है, और यह सिर्फ़ तकनीकी समस्या नहीं है
मैं इसे इस अर्थ में लेता हूँ कि हमारे product में दिलचस्पी रखने वाले लोग एक ही जगह पर केंद्रित हो जाते हैं
मैं लेख की बातों से सहमत हूँ, लेकिन Discord का उपयोग GitHub के उपयोग से भी बदतर है। GitHub एक git-आधारित service है, इसलिए account न होने पर भी repository और files डाउनलोड की जा सकती हैं, और उन्हें कई services पर mirror भी किया जा सकता है
project contribution और discussion के लिए GitHub पर issue या pull request भेजना, GitHub पर कुछ host करना, और अगर Discord का उपयोग अनिवार्य हो, तो यह समस्या बन सकता है। लेकिन अगर GitHub और कई अन्य services पर mirrors बनाए जाएँ, और GitHub issue tracker को कई विकल्पों में से सिर्फ़ एक रखा जाए, तो समस्या कम हो जाती है। फिर भी, जो लोग GitHub पर डाले गए issue पर comment करना चाहते हैं, उनके लिए अलग issue tracker या discussion forum होने पर भी बँटाव की समस्या बनी रहती है
IRC बेहतर है, लेकिन कुछ projects IRC और Discord या Matrix के बीच bridge भी बनाकर रखते हैं, इसलिए ज़रूरत हो तो इस्तेमाल किया जा सकता है। NNTP भी मददगार हो सकता है, इसलिए मैंने खुद server खड़ा किया, लेकिन लगभग कोई उसका इस्तेमाल नहीं करता
IRC का एक और फ़ायदा यह है कि विशेष IRC client के बिना भी यह आम तौर पर साधारण text की तरह इस्तेमाल किया जा सकता है। खासकर जब TLS अनिवार्य नहीं बल्कि वैकल्पिक हो, और character set Unicode नहीं बल्कि printable ASCII हो; और अगर ऐसा न भी हो, तब भी यह Discord की तुलना में कहीं अधिक usable है
developer tools कंपनियों द्वारा default रूप से GitHub integration देने वाले व्यापक ecosystem को देखें तो यह साफ़ है। यह अब कोई differentiator नहीं, बल्कि अपेक्षित feature बन चुका है। Microsoft GitHub बहुत फ़ायदेमंद स्थिति में रहकर अच्छे हिस्सों को चुन-चुनकर platform में समाहित कर सकता है और धीरे-धीरे अपने products और services का मूल्य बढ़ा सकता है
ऊपर से यह खुला दिखता है, लेकिन उबलते पानी में बैठे मेंढक की तरह आप धीरे-धीरे platform पर और अधिक निर्भर होते जाते हैं। यह git बनाम GitHub के स्तर से बहुत आगे की बात है। GitHub product suite software development lifecycle के कई पहलुओं में वास्तविक productivity gains देता है, और इसमें लगातार चीज़ें जुड़ती जा रही हैं। यह बहुत सुविधाजनक है और बस कुछ clicks की दूरी पर है
इस नज़रिए से git बस वह data export format है, जब आप छोड़कर जाने का फैसला करते हैं। कहीं और तुलनीय services मिल जाएँ, इसके लिए बस किस्मत अच्छी होनी चाहिए
बहुत पहले forum के दौर और स्वतंत्र platforms के मूल्य, और projects व communities के archived history को व्यवस्थित करने व उपलब्ध कराने के तरीकों पर बहुत-से लेख थे
Discord एक real-time chat platform है, इसलिए आज भी उस भूमिका के लिए उपयुक्त नहीं है
लोगों ने forums क्यों छोड़े, इसके सारे कारण पूरी तरह उचित नहीं थे। gaming communities से निकले तेज़ meme-sharing platforms, mobile-first सोच की तेज़ शिफ्ट, और forum writing या email-जैसे UX के अभ्यस्त न होने वाली पीढ़ीगत दूरी जैसी बातें थीं
लेकिन जहाँ हम अभी हैं, वह HN भी ज़्यादातर मानकों से एक पारंपरिक forum है, और Reddit तो दस लाख forums का platform है। forums की आज भी बहुत बड़ी उपयोगिता है; वे बस popularity competition और ऊपर बताए गए मुद्दों के दबाव में पीछे चले गए
लगभग तुरंत feedback अच्छा होता है, लेकिन उस बिंदु के बाद चीज़ें बस social media जैसी होने लगती हैं। मुझे लगता है कि forums, Discord की तुलना में लोगों से अधिक परिष्कृत और बेहतर लिखवाते हैं
मेरी मौजूदा नौकरी में phpBB इस्तेमाल होता है और थोड़ा-बहुत GitHub discussion भी मिलाकर चलता है, और यह Slack जैसी चीज़ों की तुलना में कहीं कम बिखरा हुआ लगता है, जो मुझे पसंद है
Discord, IRC की तुलना में इस्तेमाल करने में बहुत आसान version है। और ज़्यादातर IRC चैनल logs नहीं रखते थे, और हमेशा एक black hole जैसे थे
अभी मैं यह उम्मीद नहीं करता कि यह हमेशा ऐसा ही रहेगा, लेकिन Discord पुराने IRC की तुलना में कहीं कम black hole है
धीरे-धीरे यह सवाल उठता है कि क्या decentralized open source सच में ज़रूरी है। शायद इसके बजाय GitHub जैसी services, chat services, और social networks चलाने का वादा करने वाली centralized non-profit mission organization की ज़रूरत हो सकती है
अगर हर project अलग-अलग सब कुछ चलाए, तो security और backup दोनों में कमजोर ढेर सारे projects बन जाते हैं, और duplicate work बहुत बढ़ जाता है। अगर वे बिखरी हुई teams एक ही project पर काम करतीं, तो शायद वे अपने-अपने स्वतंत्र विकास की तुलना में कई orders of magnitude ज़्यादा scale कर सकती थीं
https://web.libera.chat खोलकर
/join #channelटाइप करने से यह कैसे ज़्यादा आसान है, समझ नहीं आतायह कि ज़्यादातर IRC चैनल logs नहीं रखते थे, दरअसल एक अच्छी बात थी। जो channels logs रखते थे, वे उन्हें searchable, JavaScript-रहित plain text में देते थे, इसलिए 2011 के chat messages में भी किसी string को आसानी से ढूँढा जा सकता था
दूसरी तरफ, Discord के दाईं ओर वाले अजीब search UI में आख़िरी बार कब मैंने सफलतापूर्वक कुछ खोजा था, यह भी याद नहीं। सिर्फ search usability खराब होने की वजह से ही Discord, IRC से बड़ा black hole है
जहाँ तक centralized non-profit GitHub जैसी organization की ज़रूरत वाली बात है, यह देखना होगा कि मौजूदा स्थिति कितने समय तक टिकती है
यह दिलचस्प है कि इस पर राय इतनी बंटी हुई है। सब लोग वहाँ हैं इसलिए उस हालात को सह लेना समझ में आता है, लेकिन यह सोचना कि उसकी usability अच्छी है, समझना मुश्किल है
Matrix/Element भी बहुत शानदार नहीं है, लेकिन कम से कम alternative clients की संभावना तो साफ़ है
लेख की शुरुआत वाला मुद्दा कुल users की संख्या पर केंद्रित बहस में ज़्यादातर नज़रअंदाज़ हो जाता है
free software के सबसे उत्साही users के साथ second-class citizens जैसा व्यवहार किया जाता है
Discord accessibility requirements वाले users के लिए अच्छा नहीं है
पुराने computers इस्तेमाल करने वाले users, असामान्य operating systems या devices इस्तेमाल करने वाले users बाहर रह जाते हैं
ईरान जैसे देशों के users भी बाहर रह जाते हैं
privacy की परवाह करने वाले users भी बाहर रह जाते हैं
2024 में, मेरे हिसाब से IRC किसी भी काम के लिए उपयुक्त platform नहीं है। Matrix मैंने कभी इस्तेमाल नहीं किया, और लगता भी नहीं कि वह जम रहा है
forums भी मैंने कुछ साल पहले छोड़ दिए। मदद माँगने के लिए post लिखकर कुछ घंटों बाद एक जवाब पाने के बजाय, अगर Discord पर दूसरे users से real-time में बात की जा सकती है, तो forum post क्यों लिखूँ, समझ नहीं आता
FOSS में Discord इस्तेमाल करने की समस्याएँ सही हैं, लेकिन मुझे नहीं लगता कि community interaction के लिए इससे बेहतर कोई platform है। Project को हर चीज़ के लिए Discord पर निर्भर नहीं होना चाहिए, और documentation जैसी चीज़ें online होनी चाहिए, लेकिन तेज़ी से बदलने वाली discussions और users के बीच मदद के लिए कोई अच्छा alternative दिखाई नहीं देता
Discord खोले हुए projects में ऐसा लगता है कि documentation पुरानी पड़ जाती है या अपर्याप्त रह जाती है
कोई group collaboration के लिए क्या इस्तेमाल करता है, इससे फर्क नहीं पड़ता, लेकिन users को Discord server पर भेजना ऐसा लगता है जैसे जानकारी पाने का विशेषाधिकार मिलने से पहले किसी club की सदस्यता लेनी पड़े। इसमें exclusionary atmosphere बहुत मज़बूत है
यह कई devices के बीच आने-जाने वाले users के लिए उपयुक्त नहीं है, और एक-दो PC पर तो ठीक है, लेकिन mobile devices जुड़ते ही अनुभव जटिल हो जाता है। Bridges या proxies से इसे कुछ हद तक कम किया जा सकता है, लेकिन इससे एक और management layer जुड़ जाती है, और इसी वजह से लोग दूसरे platforms को पसंद करने लगते हैं
notification system भी modern messaging solutions की तुलना में कम robust है और features भी कम हैं
बिना registration के web client से शुरू किया जा सकता है, इसलिए entry barrier सबसे कम है। पहला chat log email से साझा किया जाता है
जब Libera Chat https://github.com/Libera-Chat/sable पर migrate करेगा, तो registered users को 24 घंटे के logs मिलेंगे, जो खासकर unstable mobile connections के लिए अच्छा है
FOSS या वैसे ही Discord servers पर मेरा अनुभव यह रहा है कि अक्सर इंतज़ार करते रहो और जवाब न मिले। और बाद में उसे फिर ढूँढना भी मुश्किल होता है, और वही सवाल खोजने वाले लोगों को भी वह नहीं मिलता
गंभीर सवाल project के सबसे महत्वपूर्ण asynchronous boards पर चले जाते हैं, जैसे Reddit या Discourse
Discord की सबसे बड़ी समस्या यह है कि project जितना लोकप्रिय होता है, उतना ही सही व्यक्ति के message पढ़ने से पहले लगभग 15 सेकंड का ही समय होता है, और उसके बाद emoji उसे screen से बाहर धकेल देते हैं
मैं एक कुछ हद तक लोकप्रिय प्रोजेक्ट [1] मेंटेन करता हूँ, और support chat को Matrix, Telegram और Discord के बीच bridge किया गया है
Discord तक bridge करने का फ़ैसला मैंने यह लेख पढ़ने के बाद काफ़ी लंबे विचार-विमर्श के बाद लिया था
अगर आप शुद्धता के पीछे भागते हैं, तो व्यावहारिकता और रणनीतिक लचीलापन क़ुर्बान हो जाता है और विकल्प कम हो जाते हैं। लक्ष्य हासिल करने के लिए कभी-कभी समझौता ज़रूरी होता है
मैंने यह निष्कर्ष निकाला कि proprietary platform का इस्तेमाल करना तब तक ठीक है, जब तक इसका नकारात्मक असर उन users पर न पड़े जो इसे इस्तेमाल नहीं करना चाहते। यानी सभी channels को non-Discord पक्ष से bridge किया जाना चाहिए, और community किसी भी रूप में बँटनी नहीं चाहिए
जब समझौता करना पड़े, तो FOSS users को प्राथमिकता देनी चाहिए, और Matrix usability पर असर न पड़े इसलिए Discord-only features से बचना चाहिए। अभी तक यह अच्छी तरह काम कर रहा है, इसलिए कहा जा सकता है कि लगभग दोनों लक्ष्य हासिल हो गए हैं। bridge को Ansible playbook [2] से configure किया गया था, और मेरी तरफ़ से अपेक्षाकृत कम मेहनत लगी
लेकिन लंबे समय में community fragmentation कैसे होगी, यह सोचने वाली बात है। हर बार एक नया tool जुड़ने पर friction और maintenance burden भी बढ़ता है
लोग शायद उसी tool की तरफ़ जाएँ जिसमें friction सबसे कम हो। उदाहरण के लिए, अगर core developers Matrix को primary channel की तरह इस्तेमाल करें और दूसरे channels को सिर्फ़ pure mirror की तरह देखें, तो शायद इससे प्रोजेक्ट में FOSS tools को अपनाने के लिए प्रोत्साहन मिल सकता है