Discord दस्तावेज़ीकरण नहीं है
(shkspr.mobi)- Discord रीयल-टाइम मदद और काम साझा करने में उपयोगी है, लेकिन किसी प्रोजेक्ट के सतत दस्तावेज़ीकरण की जगह लेने के लिए संरचनात्मक रूप से उपयुक्त नहीं है
- open source प्रोजेक्ट्स का वहाँ संवाद करना स्वाभाविक है जहाँ उनके यूज़र मौजूद हों, लेकिन Discord मूल रूप से अस्थायी बातचीत के लिए बना टूल है
- Watchy डेवलपमेंट प्लेटफ़ॉर्म बेसिक सेटअप गाइड के अलावा बाकी जानकारी Discord में पूछने के लिए प्रेरित करता है, जिससे API docs के बिना यूज़र्स को सीधे संदेशों में खोजबीन करनी पड़ती है
- खोज से सवाल मिल भी जाएँ, तब भी जवाब के संदर्भ और प्रासंगिकता को समझना मुश्किल होता है, इसलिए वही command या option गलत तरह से समझा जा सकता है
- अगर बार-बार पूछे जाने वाले सवाल और उनके जवाब एक जगह इकट्ठे न हों, तो यूज़र्स को प्रोडक्ट सीखने और इस्तेमाल करने की प्रक्रिया में लगातार अनावश्यक friction झेलना पड़ता है
Discord क्या मदद करता है, और क्या उसकी जगह नहीं ले सकता
- Discord पर किसी समस्या के लिए रीयल-टाइम मदद मिल सकती है, और यह भी तुरंत दिखता है कि दूसरे लोग क्या बना रहे हैं या कहाँ अटके हुए हैं
- इसमें शामिल होने की कठिनाई Slack, Matrix, Gitter, IRC जैसे दूसरे communication tools से बहुत अलग नहीं है
- open source प्रोजेक्ट्स का “जहाँ यूज़र हों, वहीं जाना” वाला सिद्धांत अपनाना भी स्वाभाविक है
- इसकी तुलना इस बात से की गई है कि जब सब Facebook पर हों, तब सिर्फ MySpace पर पोस्ट करना अर्थहीन है
- Discord का open source न होना कुछ हद तक खटकता है, लेकिन Firefox में खोलने पर यह ठीक से काम करता है
- मुख्य बात यह है कि Discord अस्थायी बातचीत के लिए तो उपयुक्त है, लेकिन दस्तावेज़ों का विकल्प नहीं है
Watchy में दिखी दस्तावेज़ीकरण की कमी
- Watchy डेवलपमेंट प्लेटफ़ॉर्म शुरू करते समय निराशा धीरे-धीरे बढ़ती गई
- इसकी व्यवस्था लगभग ऐसी है: “सेटअप के लिए बेसिक गाइड यहाँ है, बाकी Discord में पूछिए”
- API docs न होने पर ज़रूरी जानकारी ढूँढ़ने के लिए यूज़र्स को बहुत सारे संदेश खुद स्क्रॉल करने पड़ते हैं
- जब जानकारी सिर्फ Discord की बातचीत में ही रह जाती है, तो दस्तावेज़ की तरह संरचित reference point गायब हो जाता है
खोज से हल न होने वाली संदर्भ की समस्या
- अगर लोग threads का सही इस्तेमाल न करें, तो Discord search व्यवहारिक समाधान बनना मुश्किल है
- सवाल मिल सकते हैं, लेकिन उनके साथ जवाब ढूँढ़ना कठिन होता है
- जवाब मिल भी जाए, तब भी यह तय करना मुश्किल होता है कि वह मौजूदा सवाल का जवाब है या किसी दूसरी बातचीत का
- उदाहरण बातचीत में fullscreen command का सवाल, disk format का सवाल, और
-fflag का जवाब आपस में मिला हुआ है, जिससे जवाब का लक्षित संदर्भ अस्पष्ट हो जाता है - ऐसी संरचना में वही command या option पूरी तरह अलग अर्थ में पढ़ा जा सकता है
नए यूज़र्स और दोहराए जाने वाले सवालों की friction
- जब जानकारी Discord में बिखरी होती है, तो नए यूज़र्स वही सवाल फिर से पूछते हैं जो पहले कई बार आ चुके होते हैं
- कुछ लोग ऐसे शुरुआती सवालों पर झुंझलाकर प्रतिक्रिया देते हैं
- अगर दोहराए जाने वाले सवाल बहुत हैं, तो आम सवालों और जवाबों को एक जगह इकट्ठा करना अधिक सीधा समाधान है
- FAQ व्यापक दस्तावेज़ीकरण का सही अंतिम रूप न भी हो, फिर भी कम-से-कम जानकारी को व्यवस्थित करने के लिए यह ज़रूरी है
कम-से-कम इकट्ठा रखे जाने चाहिए ऐसे दस्तावेज़
- Four-Document Model का सख्ती से पालन करना ज़रूरी नहीं है
- इस मॉडल की आलोचना भी मौजूद है
- फिर भी बार-बार पूछे जाने वाले सवाल और जवाबों को इकट्ठा न करना समझना मुश्किल है
- सिर्फ FAQ से व्यापक दस्तावेज़ीकरण पूरा नहीं हो सकता, लेकिन जो प्रोजेक्ट FAQ तक नहीं बनाते, उन्हें प्रोडक्ट सार्वजनिक करने के फैसले पर ही दोबारा विचार करना चाहिए
1 टिप्पणियां
Hacker News की राय
एक रुझान है कि startup सपोर्ट समेत हर चीज़ को Discord में ठूंस रहे हैं, और लेख में बताई गई वजहों से यूज़र·कस्टमर के नज़रिये से यह बहुत खराब अनुभव बन जाता है
चैनल संरचना समझने और यह ढूंढने में कि कहाँ पोस्ट करना है, बहुत समय लग जाता है, और यह खोजना भी मुश्किल होता है कि समाधान पहले से पोस्ट हुआ है या नहीं। यह भी पता नहीं होता कि वास्तव में जवाब कौन देगा। अगर आप startup चला रहे हैं और सब कुछ Discord पर ले जाना चाहते हैं, तो इस पर गंभीरता से दोबारा विचार करना चाहिए
ऐसी सार्वजनिक जानकारी, जिसे Google search या help portal·documentation site नेविगेट करके पाया जा सकता है, उसे छोड़कर आप सबको chat room में आकर वही सवाल फिर से पूछने पर मजबूर कर रहे हैं जिसका जवाब शायद पहले ही दिया जा चुका है। इससे अपने लिए भी काम बढ़ता है। यह पता है कि बहुत से लोग help या docs देखे बिना सवाल पूछते हैं, लेकिन अगर self-service support से 10% भी हल हो जाए, तो ऐसे docs को up to date रखना उसके लायक है
यह पहले भी Hacker News में उठाया गया विषय था: “Discord is a black hole for information”
https://knockout.chat/thread/33251/1
https://news.ycombinator.com/item?id=30311982
कम से कम मेरे मामले में, audience बहुत युवा है और सब Discord पर रहना चाहते हैं। अगर कोई अच्छा community member moderation संभालने को तैयार हो, तो यह लगभग बिना मेहनत के चल पड़ता है। मेरे अनुभव में Discord को community ने पहले अपनाया, यह शुरू करने का विचार मेरा नहीं था। दूसरे platform मैं ज़बरदस्ती भी आगे बढ़ाऊँ, तो कोई नहीं चाहता। क्यों चलता है पता नहीं, लेकिन चलता है
यह voice, video, text को support करता है, और real-time interaction·delayed interaction·automated interaction भी संभव हैं। यह web, desktop, mobile भी support करता है। support process और training को सरल बनाने के लिए एक ही tool पर standardize करना चाहें, यह समझ में आता है। अगर accessibility और usability बेहतर की जा सके, तो Discord कई मायनों में बड़ी प्रगति हो सकता है। channels की संख्या कम करना और उनके नाम साफ़ करना अच्छा पहला कदम है, और छोटा welcome message व tips भी मददगार हो सकते हैं
default notification settings पूरी तरह अजीब हैं, इसलिए सब कुछ हमेशा unread दिखता है, सब कुछ important लगता है, और हर जगह लाल badge लगे रहते हैं। हर बार किसी नए “server” में जाते समय पहले right-click करके “Suppress @everyone and @here”, “Suppress role mentions” चुनना पड़ता है। फिर भी @everyone, @here, @role messages ऐसे पीले highlight होते हैं जैसे आपको personally mention किया गया हो। broadcast mentions ऐसा फीचर है जिसका दुरुपयोग होना तय है, इसलिए इसे शुरू से बनना ही नहीं चाहिए था
message input box भी ज़रूरत से ज़्यादा smart बनने की कोशिश करते हुए एक साथ बहुत बेवकूफ है। इसने macOS के default text replacement को खराब कर दिया, और याद है कि अगर message किसी खास character से शुरू हो तो कुछ characters खा जाता है। लेकिन अगर आप @username सीधे टाइप करें और आने वाला autocomplete न चुनें, तो mention काम ही नहीं करता
reaction emoji जोड़ने वाला UI भी हास्यास्पद रूप से खराब है। पहले recent emoji दिखाता है, फिर उन सभी servers के custom emoji अंतहीन दिखाता है जिन्हें subscription के बिना इस्तेमाल भी नहीं कर सकते, और उसके बाद कहीं जाकर Unicode emoji आते हैं
paid subscription को बढ़ावा देने वाले popup, banner, tooltip भी बेहद परेशान करने वाले हैं। “What’s New” popup भी वैसा ही है। अगर कोई कई साल से free tier पर इस्तेमाल कर रहा है और पैसे नहीं दे रहा, तो शायद conversion की संभावना पहले ही कम है; उम्मीद है कि upsell से आँखों पर हमला करना बंद करेंगे, इस आशा में कि वह paid customer बन जाएगा
files भी बहुत बार “too powerful” कहकर block हो जाती हैं, और server जिस तरीके से चाहे उस तरह compress करने का option भी नहीं है। जबकि images या videos को bit-perfect भेजने की ज़रूरत बहुत कम होती है। कभी अगला project बनाऊँगा तो एक आधुनिक multi-protocol desktop messenger बनाने का सोच रहा हूँ, और Discord उसे support करने वाली services की सूची में सबसे ऊपर होगा
किसी खास topic पर HN की तात्कालिक प्रतिक्रिया अब बढ़ती हुई थकाऊ लगती है
अभी comment करने वालों में काफ़ी लोग ऐसे लगते हैं जिन्होंने पढ़ा ही नहीं कि लेख किस बारे में है, और बस पुराने mailing lists और अधूरे documentation के लिए nostalgia जताना चाहते हैं। ऐसे docs में ज़्यादा से ज़्यादा एक code example होता था, और औसतन वे बस उस source code की “table of contents” जैसी चीज़ थे जिसे अंततः पढ़ना ही पड़ता था। निजी तौर पर मैं चाहूँगा कि ऐसे projects के पास Discord के अलावा BBS भी हो, लेकिन जिन लोगों को दिलचस्प चीज़ें बनाते देखता हूँ उनसे बस बात करना और इस प्रक्रिया में दोस्त बन जाना वाकई अच्छा लगता है
Watchy के मामले में docs अच्छी शुरुआत थे: https://watchy.sqfmi.com/docs/getting-started
वहाँ architecture diagram है, आम use cases के लिए कुछ code examples भी हैं, और यह भी काफ़ी अच्छी तरह बताता है कि यह project एक “adventure-style” project है जिसका दायरा काफ़ी बड़ा है। आगे कभी दूसरे लोगों द्वारा लिखे गए लेख या project links जोड़े जा सकते हैं, लेकिन पता नहीं ऐसा material बहुत होगा भी या नहीं। यह काफ़ी niche product है
यहाँ कुछ ऐसे topics हैं जो बहुत लोगों को trigger करते हैं, और असली submission कुछ भी हो, लोग उसे पढ़े बिना पहले से दिमाग में तैयार comments डाल देते हैं। कोई “discordsucks” जैसा throwaway account बनाकर comment करे, उससे ही यह काफी साफ़ हो जाता है
और वैसे भी वे “server” नहीं बल्कि channels हैं
हमने भी https://www.answeroverflow.com/ का इस्तेमाल करके Discord सामग्री को वेब पर mirror करना शुरू किया है
ऐसा कुछ खुद भी बनाया जा सकता है, लेकिन AnswerOverflow में कुछ अच्छे फीचर हैं और यह consent से जुड़े मुद्दों को भी अच्छी तरह संभालता है। अगर आप नया Discord शुरू कर रहे हैं, तो भले ही अभी तुरंत mirror न करें, शुरुआत से ही साफ़ तौर पर बता देना कि सामग्री को कहीं और mirror किया जा सकता है—मैं इसकी ज़ोरदार सिफारिश करूंगा। बाद में ऐसा करना बहुत ज़्यादा मुश्किल हो जाता है
बेहतर समाधान शायद Discord का इस्तेमाल ही न करना हो, लेकिन alternatives अपनाने में friction, सहकर्मियों का विरोध, और community के बिखर जाने का डर—इन सबकी वजह से हमारे लिए यही सबसे अच्छा विकल्प था। शुरू से Discord न इस्तेमाल करना शायद सबसे अच्छा हो सकता है, लेकिन कम से कम कुछ communities में इसकी परिचितता एक फायदा है। हम “proper” documentation भी बनाए रखते हैं, लेकिन उसमें सब कुछ समेटना मुश्किल है, और Discord में ऐसी मूल्यवान बातें होती हैं जो कहीं और दर्ज नहीं होतीं
यानी मुख्य संवाद XMPP MUC, Matrix Spaces, IRC जैसे खुले माध्यमों में, या Zulip, Mattermost जैसी जगहों पर रखा जाए। इससे इस हफ़्ते का फैशनेबल chat tool बदल भी जाए, तब भी आपका मुख्य ठिकाना किसी ऐसी बड़ी कंपनी के हाथ में नहीं होगा जो moderation action या नई paywall के ज़रिए सेवा रोक सकती है
पिछली कंपनी में हमने support के लिए Discord का इस्तेमाल किया था और वह शानदार था
community को शुरू में खड़ा करने में समय लगता है, लेकिन एक बार बन जाए तो वह बहुत बड़ी संपत्ति बन जाती है। सबसे बड़ा फायदा है real-time user feedback, user retention, users के बीच collaboration, और community-driven help। Discord बातचीत-आधारित है, इसलिए product feedback मिलने पर यह जल्दी समझा जा सकता है कि सामने वाला ठीक किस समस्या से जूझ रहा है, और तुरंत समाधान सुझाकर प्रतिक्रिया देखी जा सकती है। जब users को product developers तक तुरंत पहुंच मिलती है, तो उन्हें लगता है कि उनकी राय काम आ रही है और retention भी बढ़ता है। community पर्याप्त बड़ी हो जाए तो users मिलकर improvements पर brainstorming करते हैं या नए users की मदद करते हैं, जिससे developers का support पर लगने वाला समय कम होता है
व्यक्तिगत रूप से, मुझे “यह index नहीं होता” वाली आलोचना थोड़ी हास्यास्पद लगती है। आपने कितनी बार कोई जटिल error खोजकर mailing list तक पहुंच बनाई है? ज़्यादातर indexed mails में जवाब नहीं होता, और जवाब हो भी तो अक्सर समस्या हल नहीं होती। chat logs खंगालना documentation का कोई असरदार तरीका नहीं है। हम community feedback को इस संकेत की तरह इस्तेमाल करते हैं कि docs में क्या कमी है, और उसी के हिसाब से documentation अपडेट करते हैं। अगर इस हफ़्ते 10 users ने feature X के बारे में पूछा, तो इसका मतलब है कि docs अपडेट होने चाहिए
अब threads हैं, यह सही है, लेकिन उनका इस्तेमाल सबको करना होगा। अगर आपको कोई ऐसा व्यक्ति मिल जाए जिसने वही सवाल पूछा था, लेकिन जवाब न दिखे, तो यह पता नहीं चलता कि सच में जवाब नहीं मिला या 1000 संदेश नीचे thread के बाहर जवाब दे दिया गया। threading के बिना तो यह आपदा है
मैंने जटिल errors खोजते हुए mailing lists तक कई बार पहुंचा है, लेकिन forums और बेहतर थे। Discord या Slack पर मुझे लगभग कभी जवाब नहीं मिला, और मिला भी तो अच्छा जवाब नहीं था। सवाल ऊपर से नीचे खिसककर गायब हो जाता है, इसलिए कोई देखता ही नहीं, और कोई जवाब दे भी दे तो अक्सर वह कोई उत्साही beginner होता है जिसने समस्या सही से समझी ही नहीं
पहले मैं forums पर बहुत लिखता था और अच्छी तरह सत्यापित reproducible examples के साथ समस्या को सटीक दिखाता था। और “एक सवाल, एक जवाब” वाले ढंग से पहले या दूसरे पेज तक के unanswered questions देखता था, और जो पता होता था उसका जवाब छोड़ देता था
लगभग हर Discord या Slack “support” चैनल बेहद खराब रहा है। यह कंपनियों का expectations नीचे खिसकाकर support कम करने का तरीका है, यानी users को अनदेखा करना। Drone(CI) ने भी हाल में ऐसा ही किया, और उसका Slack चैनल बस users के सवालों से भरा हुआ था
मेरे हिसाब से Discord वगैरह के लोकप्रिय होने की असली वजह कम effort cost है। कोई polished example लाने की उम्मीद नहीं की जाती; क्योंकि यह बातचीत है, आप आधा-पका सवाल फेंक सकते हैं और इंतज़ार कर सकते हैं कि कोई आपको guide करे और हाथ पकड़कर आगे बढ़ाए। इसकी कीमत यह है कि आप उन लोगों को खो देते हैं जो emoji और memes से भरी जगह के बजाय ऐसे community में रहना चाहते हैं जहाँ कुछ मेहनत करनी पड़ती है
वेब खुद ही लगभग non-searchable जगह बन चुका है। SEO spam, Google search की गिरती गुणवत्ता, हर चीज़ का walled garden में बंद होना, और LLMs के खिलाफ API prices बढ़ाकर data को कसकर पकड़ने की प्रवृत्ति—इन सबकी वजह से
आम तौर पर, searchable web का मरना ही Discord की ओर इस पलायन को बढ़ावा दे रहा है। यह अलग-अलग developers की गलती कम है; जैसा कहा गया, उनके लिए इसमें स्पष्ट net benefit है। ज़रूरत “ozempic web” की है—आकार 2023 जैसा रहे, लेकिन वेब और हल्का हो, indexable हो, बिना दीवारों वाला हो, और बेकार filler व attention-harvesting monetization कम हो। तब तक खिलाड़ियों को कितना भी कोस लें, खेल खुद ही टेढ़ा है
लेकिन यह selection bias है। जिन बातचीतों में owner शामिल हुआ, वे तो स्वाभाविक रूप से अच्छी चलेंगी। लेकिन बाकी बातचीतों का क्या? अगर कोई सवाल तीन घंटे बाद दूसरी बातचीतों के नीचे दब जाए और किसी ने जवाब न दिया हो, तो कंपनी उस सवाल को देख ही नहीं पाएगी। कंपनी जो नहीं देखती, उसे देख नहीं सकती—और यहीं selection bias पैदा होता है
Discord ऐसी खुली जगहों से जानकारी खींच लेता है। कभी-कभी तो ऐसे जवाबों के ज़रिए ही किसी project का पता चलता है। हालांकि मेरी रुचि proprietary-code startups से ज़्यादा FLOSS में है, इसलिए मुख्य customer focus शायद एक अलग समस्या हो सकती है
पहला, Discord को documentation process में सफलतापूर्वक जोड़ा गया। अगर X के बारे में feedback मिला, तो docs अपडेट करके X को शामिल किया गया। इसके उलट Eden कहता है कि कई projects Discord पर X का जवाब तो दे देते हैं, लेकिन docs अपडेट नहीं करते
दूसरा, टीम Discord messages का जल्दी जवाब देती है। कई टीमें बहुत देर लगाती हैं या बिल्कुल जवाब ही नहीं देतीं
चैट दस्तावेज़ नहीं है
जब कहीं अटक जाता हूँ, तो पहले implementation को मोटे तौर पर देख लेता हूँ, लेकिन अगर codebase परिचित न हो तो ज़्यादा मदद नहीं मिलती। दस्तावेज़ देखे तो वहाँ सिर्फ़ “Discord community में शामिल हों” लिंक था। फिर Discord खोला, update install किया, custom email-based 2-factor authentication किया, बदली हुई terms पर सहमति दी, Nitro banner बंद किया, server rules स्वीकार किए और #general में गया। जितना हो सके उतना context देकर सवाल पोस्ट किया, लेकिन कोई जवाब नहीं मिला। आख़िरकार debugger चालू किया और library या framework को लाइन-दर-लाइन trace करके पता लगाया कि हो क्या रहा है। एक editable copy बनाई, logging जोड़ी, कुछ बदलाव आज़माए, और कुछ घंटों बाद पता चला कि X, Y को support नहीं करता, या value को Base 47 या Latin 1 में encode करके भेजना पड़ता है। फिर 3 दिन बाद रात 1 बजे Discord पर एक ऐसा जवाब मिला जो लगभग टालने वाला था: वह बातचीत देखो जो मेरे जुड़ने से 2 हफ़्ते पहले हुई थी
चैट में समस्या को ख़ुद समझने और users को एक-दूसरे की मदद करने का बोझ बहुत ज़्यादा users पर डाल दिया जाता है। खासकर asynchronous काम की दुनिया में, यह दस्तावेज़ का विकल्प नहीं हो सकती। लगता है कि asynchronous जवाब दिए जा सकते हैं, इसलिए यह asynchronous काम के लिए अच्छी होगी, लेकिन ऐसा नहीं है, क्योंकि asynchronous तरीके से अटकाव दूर नहीं किया जा सकता
पिछले 12 सालों में लगभग 8 साल Django के साथ काम करते हुए, Django code पर debugger चलाने की नौबत लगभग सिर्फ़ तब आई जब security vulnerability मिली और बहुत low-level details को पक्का करना था। इसके उलट, एक ऐसे project के साथ जिसमें docs की जगह Discord सुझाया गया था, मैंने एक महीने में hobby project पर लगभग 5 दिन काम किया, और क्या हो रहा है यह समझने के लिए 3 बार debugger इस्तेमाल करना पड़ा
इसके लिए सचमुच मददगार cultural और process-based समाधान मौजूद है। Discord के सवालों को सावधानी से documentation updates में बदलना
अगर ऐसा किया जाए, तो Discord project documentation की quality बढ़ाने वाला एक शक्तिशाली accelerator बन सकता है। बस, उतना ही discipline भी चाहिए
अगर मुझे अपना काम करना है, लेकिन पूरे दिन Slack, Discord, Mattermost पर नज़र रखनी पड़े, तो मैं अपना काम नहीं कर रहा हूँ। अगर मेरा काम support है, तो वह अलग बात है। developers अक्सर भोले होते हैं, अपनी राय पर मज़बूत होते हैं, और दूसरों को खुश करना चाहते हैं, इसलिए यह एक और उदाहरण है जहाँ software development ने business के दूसरे क्षेत्र, यानी support, का काम भी अपने ऊपर ले लिया है। Agile के समय project management उठा लिया था, DevOps के समय system administration भी उठा लिया। हालात के हिसाब से फर्क हो सकता है
लगता है किसी ने यह पहले ही बना लिया होगा, लेकिन पिछली बार जब खोजा था तो कुछ नहीं मिला
एक product user के रूप में मैं किसी random लोगों की community में जाकर गैर-उत्पादक बातचीत में नहीं फँसना चाहता
मैं लगभग synchronous चैट को बार-बार refresh भी नहीं करना चाहता, और यह भी नहीं चाहता कि एक दिन चूकने पर कोई अहम जानकारी छूट जाए। काश कंपनियाँ मेरे समय और ध्यान का सम्मान करें
Discord की search हैरान कर देने वाली हद तक ख़राब है। users सालों से शिकायत कर रहे हैं, लेकिन इसमें सुधार नहीं हुआ
सिर्फ़ यही वजह इसे documentation की तरह इस्तेमाल करने के अयोग्य बनाती है
अगर कोई user server छोड़ देता है, तो उसके पोस्ट किए गए कंटेंट को बाद में अलग से खोजा नहीं जा सकता। user अभी भी server में हो, तब भी Discord search ऐसा नहीं लगता कि उसे हमेशा सभी मौजूदा users की पूरी जानकारी हो, इसलिए उस व्यक्ति की पोस्ट ढूँढना मुश्किल हो सकता है। अगर आप ऐसे शब्द खोजते हैं जिनके बहुत सारे results हों, और पहले पेज यानी सबसे शुरुआती result पर वापस जाना चाहें, तो यह टूट जाता है। उदाहरण के लिए, कुछ servers में मैं अपने पहले message तक jump नहीं कर सकता। किसी specific thread के अंदर search भी नहीं कर सकते। text search का तरीका भी पहले मुझे परेशान करता था, लेकिन अभी उसका अच्छा उदाहरण नहीं मिल रहा कि दिक्कत क्या थी
ऐसी कंपनियों में engagement, यानी समय की बर्बादी, को अक्सर एक वांछनीय गुण माना जाता है
इसी वजह से Slack भी documentation नहीं है
अभी मैं पूरी company में documentation बेहतर बनाने पर काम कर रहा हूँ। हम एक पुराना startup हैं, और ऐसे क्षेत्र में हैं जहाँ market तक पहुँचने में बहुत लंबा समय लगता है। पिछले quarter में मैंने ऐसे दो projects lead किए, जिनमें पुराने code के बारे में सवालों के जवाब देने में कई हफ़्ते लग गए। कभी original author कंपनी छोड़ चुका था और कोई documentation नहीं थी, कभी original author अभी भी कंपनी में था लेकिन उसे सचमुच यह तक याद नहीं था कि उसने वह code लिखा था, और तब भी documentation नहीं थी। हर बार लोगों ने कहा कि सब कुछ समझाने वाली Slack बातचीत कहीं न कहीं मौजूद है। नहीं, ऐसा नहीं है। हर project और application के लिए पहले design docs और बाद में user manual होना चाहिए, और उन्हें वास्तव में maintain भी किया जाना चाहिए
यह बात उलझन पैदा करती है कि बड़ा community Discord को असामान्य रूप से इतना पसंद क्यों करता है
जैसा किसी और ने कहा, मूल रूप से यह multimedia जुड़ा हुआ IRC ही है। फिर इसका इतना जोर-शोर से प्रचार क्यों किया जाता है? भले ही हम "Discord पर support पाएं" जैसी बहुत विवादास्पद धारणा को स्वीकार कर लें, फिर भी product अपने-आप में खास नहीं है। यह बस पहले से मौजूद मिलते-जुलते products से थोड़ा बेहतर है। भविष्य में user data का कैसे इस्तेमाल होगा, इस पर बहुत वास्तविक चिंताएं अलग हैं
और बहुत-से users ने कभी IRC इस्तेमाल ही नहीं किया। यह भी बड़ी बात है कि service के नाम वाला app भी मौजूद है। इसलिए यह Instagram या TikTok जैसी एक अकेली "चीज़" बन जाती है। यह देखकर काफ़ी हैरानी होती है कि कितने लोगों ने कभी इस बारे में सोचा ही नहीं कि reddit app और reddit service·site अलग चीज़ें हैं। व्यापक IT community भी अब भी एक छोटे niche के क़रीब है, और हम यह बात अक्सर भूल जाते हैं
Slack को छोड़ दें तो Discord ने consumer-targeted browser-based chat·voice app में अगली सबसे high-quality product बनाई है। यह अच्छी तरह design किया गया है, stable है, और ज़्यादातर simple user interface देता है
IRC और आम तौर पर जिन कई alternatives का ज़िक्र होता है, वे multimedia तो दूर, सिर्फ pure text chat में भी अक्सर उसी पहले चरण पर अटके रहते हैं। जिन competitors ने यह समझा, वे implementation में विफल रहे या बहुत देर से पहुंचे। privacy को लेकर चिंताएं user priorities में इतनी नीचे हैं कि Discord के first-mover advantage को तोड़ पाने की संभावना कम है
सिर्फ यही काफ़ी है। लेकिन कई मायनों में यह IRC से बहुत बेहतर भी है। बेशक, आप Libera के लिए IRC bouncer खुद किसी "shell account" या हमेशा चालू AWS micro instance पर चला सकते हैं, लेकिन सबसे ज़्यादा geeky लोगों को छोड़कर ऐसा कौन करना चाहेगा। फिर भी, नए channel में आने पर पुराने messages नहीं देखे जा सकते, और history bot या archive page हों तब भी सब कुछ भद्दा लगता है। हर network पर NickServ की रस्म निभानी पड़ती है, यह भी भूलना नहीं चाहिए। और अब तो वह अच्छा multimedia भी नहीं है जिसकी उम्मीद ज़्यादातर users सामान्य communication culture के हिस्से के रूप में करते हैं
इसके ऊपर ठीक-ठाक UI, link preview जिसमें sender ठीक-ठीक जानता है कि recipient क्या देखेगा, Markdown-style message formatting, replies को जोड़ने लायक metadata, channels को spam में बदले बिना काम करने वाले compact emoji reactions, और बिना extra setup के अच्छी तरह चलने वाली voice·video meetings भी मिलती हैं। search और search UI को छोड़ दें, तो alternatives में शायद सिर्फ Zulip को छोड़कर इसका UI भी अच्छा है
पहले मैं हर दिन IRC इस्तेमाल करता था, archiving bouncer चलाता था और community channels manage भी करता था, लेकिन अब इसकी परवाह नहीं करता। कुछ समय तक व्यस्त और बीमार रहने के दौरान मेरा registered NickServ username expire हो गया, जिससे channel management भी टूट गया, और उससे मेरा उत्साह भी खत्म हो गया। जब सब लोग Freenode से Libera पर चले गए, तब मैंने बस IRC इस्तेमाल करना बंद कर दिया
साथ ही, projects जिस तरह Discord का इस्तेमाल करते हैं—उपयोगी documentation बनाते रहने के बावजूद उसे व्यवहार में खो देने के तरीके से—उसकी आलोचना से मैं मज़बूती से सहमत हूँ। यह मानना चाहिए कि Discord ने समझ में आने वाला network effect रखने वाला, high-quality और polished product बनाया है। लेकिन यह अफ़सोस की बात है कि projects के लिए channels को publicly archive और searchable बनाना मुश्किल है, और यह भी कि यह न open network है न open source product। search और search UI का खराब होना भी वैसा ही है
जिन projects को मैं Discord इस्तेमाल करते देखता हूँ, उनमें ज़्यादातर—खासकर commercial projects तक—open source हैं, इसलिए अगर Discord किसी भी रूप में network को नहीं खोलता, तो Matrix के कभी न कभी उसका विकल्प बनने की संभावना अभी भी है। लेकिन existing projects chat history और users को migrate नहीं कर सकते, और नए projects को users से वहीं मिलना पड़ता है जहाँ वे पहले से हैं, यानी Discord, Slack, Telegram जैसे networks पर, इसलिए friction बहुत है