Discord का इस्तेमाल Q&A फ़ोरम के रूप में न करें

 (archive.md)
1 पॉइंट द्वारा GN⁺ 2023-09-14 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • साइड प्रोजेक्ट के प्रश्न-उत्तर चैनल के लिए Discord उपयुक्त नहीं है, और इसकी संरचनात्मक सीमाएँ यूज़र सपोर्ट को अप्रभावी बनाती हैं
  • संदेशों की अंतहीन स्ट्रीम में महत्वपूर्ण जानकारी कुछ ही सेकंड में दबकर गायब हो जाती है, और थ्रेड फीचर भी अब भी अपर्याप्त है
  • खोज और नेविगेशन फीचर बहुत कमजोर हैं, इसलिए पुरानी चर्चाएँ या समाधान ढूँढना मुश्किल है
  • जवाब तक पहुँचने के लिए लिंक खोजना, लॉग इन करना, सर्वर जॉइन करना, नियमों से सहमत होना, चैनल ढूँढना जैसी कई सीढ़ियों वाला झंझटभरा प्रोसेस मौजूद है
  • डेटा की क्षणभंगुरता के कारण सेवा बंद होने पर जमा हुई जानकारी के साथ ही गायब हो जाने का जोखिम है, इसलिए स्थायी विकल्प की ज़रूरत है

Discord Q&A फ़ोरम के लिए अनुपयुक्त क्यों है

  • अव्यवस्थित माहौल (Chaos)

    • लगातार आते संदेशों की धारा में महत्वपूर्ण पोस्ट कुछ ही सेकंड में दबकर गायब हो जाते हैं
    • जोड़ा गया threads फीचर भी अब भी अधूरा है, इसलिए इसकी सीमाएँ बनी हुई हैं

  • कमजोर खोज और नेविगेशन

    • Discord की खोज से पुरानी चर्चाएँ या समाधान ढूँढना बहुत मुश्किल है
    • कुछ शब्द छूट जाएँ या किसी मामूली वजह से कई हफ्ते पहले भेजा गया संदेश भी खोज में नहीं मिलता

  • जवाब तक पहुँचने की झंझटभरी प्रक्रिया (The Discord Odyssey)

    • जब केवल Discord पर निर्भर किसी प्रोजेक्ट में समस्या आती है, तो जवाब पाने के लिए कई चरणों से गुजरना पड़ता है
      • SearX आदि में प्रोजेक्ट का नाम खोजकर Discord लिंक ढूँढना
      • ब्राउज़र या ऐप में लॉग-इन स्थिति जाँचना
      • सर्वर जॉइन करने के बाद नियमों से सहमत होना और role चुनने के बाद चैनल तक पहुँचना
      • बाईं ओर help चैनल ढूँढकर इश्यू खोजनी या फिर से सवाल पूछना
    • आखिर में समाधान मिले बिना नई JS लाइब्रेरी को bun install करने की नौबत आ जाती है

  • बहुत ज़्यादा क्षणभंगुर (Too ephemeral)

    • इस बात की कोई गारंटी नहीं कि Discord सेवा कल भी मौजूद रहेगी
    • Stack Overflow जैसे प्लेटफ़ॉर्म रोज़ स्क्रैप करके संरक्षित किए जाते हैं, लेकिन Discord के साथ ऐसा नहीं है

बेहतर विकल्प

  • समर्पित कम्युनिटी फ़ोरम

    • Discourse जैसे प्लेटफ़ॉर्म संरचित चर्चा के लिए डिज़ाइन किए गए हैं, इसलिए पोस्ट खोने से बचती हैं
    • सॉफ़्टवेयर उपयोगकर्ताओं को ज़रूरी जानकारी जल्दी मिल सके, इसके लिए अच्छा SEO देते हैं

  • विशेषज्ञ प्लेटफ़ॉर्म का उपयोग

    • Stack Overflow, या Reddit, Lemmy, Kbin जैसी कम्युनिटीज़ मदद पाने के लिए उपयुक्त हैं

  • Git-आधारित issue tracking

    • कोड से जुड़ी समस्याओं के लिए GitHub, Gitlab, Gitea जैसे Git-आधारित issue tracking सिस्टम का उपयोग करें
    • खासकर अगर प्रोजेक्ट open source है, तो यही वे जगहें हैं जहाँ यूज़र इकट्ठा होते हैं, और सामान्य खोज के लिए पर्याप्त SEO सपोर्ट भी मिलता है

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

1 टिप्पणियां

 
GN⁺ 2023-09-14
Hacker News की राय

  • मैंने Xbox वायरलेस कंट्रोलर kernel driver का repository देखा, और उसमें GitHub issues बंद करके Discord इस्तेमाल किया जा रहा था
    जब पूछा कि issues क्यों नहीं चालू करते, तो जवाब मिला “हम नहीं चाहते कि यह support forum बन जाए”, जो समझना मुश्किल था
    अगर यह आम समस्या है, तो एक व्यक्ति issue में डाल सकता है और बाकी सभी उस discussion से मदद ले सकते हैं; लेकिन Discord में login करके group में जाना पड़ा और error message के बारे में पूछना पड़ा, तब पता चला कि यह आम समस्या थी और उसके लिए कुछ troubleshooting steps भी थे
    जो जानकारी तुरंत मिल सकती थी, repository owner ने उसे Discord में ले जाकर ढूँढना मुश्किल बना दिया, और हर नए व्यक्ति को सीधे किसी इंसान से मदद लेने वाली व्यवस्था बन गई

    • ऐसे projects को मैं लगभग पक्का इस्तेमाल करना छोड़ देता हूँ
      किसी project को इस्तेमाल करना चाहिए या नहीं, इसका आकलन करते समय मैं सबसे पहले issues देखता हूँ कि कौन से bugs या missing features हैं, और users किस चीज़ पर अक्सर मदद लेते हैं
      issues page हो तो जल्दी overview मिल जाता है; लेकिन अगर Discord खंगालना पड़े, तो जब तक project सचमुच unique और जरूरी न हो, मैं शायद वह अव्यवस्था झेलना नहीं चाहूँगा
    • GitHub issues में भी थोड़े popular repositories पर वही सवाल और समस्याएँ बार-बार दोहराई जाती हैं
      project इतना बड़ा हो जाए कि low-quality users को भी आकर्षित करने लगे, तो maintainers को किसी भी platform पर गड़बड़ संभालनी ही पड़ती है
      आखिरकार यह कहना भी ठीक हो सकता है कि उन्हें अपनी पसंद का platform चुनना चाहिए
    • इसे आधुनिक दौर के आम रवैये “सबसे नया ही सबसे महत्वपूर्ण है, और पुरानी चीज़ों को ignore किया जा सकता है” से कुछ हद तक समझाया जा सकता है
      Telegram या WhatsApp जैसे messengers बातचीत को नए messages के क्रम में sort करते हैं, Prometheus को long-term aggregated information store करने में ज्यादा दिलचस्पी नहीं है, और mobile photo galleries का default UI भी time-ordered timeline होता है
      जब data और attention खींचने वाली चीज़ें बहुत ज्यादा हों, तो यह एक reasonable response भी है
      इस नजरिए में search और discovery की जरूरत नहीं होती; अक्सर होने वाली समस्याएँ अक्सर mention होकर ध्यान पाती हैं और आखिर में ठीक हो जाती हैं, जबकि rare problems महत्वपूर्ण नहीं होतीं
      permanent storage बोझ जैसा लगता है, और पुराने issues समय बीतने के बाद भी लगातार attention मांगते रहते हैं
      बात समझ आती है, लेकिन एक old-school user के तौर पर इसे स्वीकार करना मुश्किल है
    • जिन projects को support questions के लिए जगह चाहिए लेकिन issues इस्तेमाल नहीं करने, वे GitHub का Discussions feature इस्तेमाल कर सकते हैं
    • GitHub पर भी login करके हजारों issues में error message search करने पर शायद तीन बंद issues मिलें जिनका कोई जवाब नहीं, और Chinese में लिखे हुए सिर्फ एक set of resolution steps मिले
      यह सिर्फ Discord की समस्या नहीं, बल्कि project itself की समस्या भी हो सकती है

  • Discord या IRC जैसी जगहों को support और community building के लिए इस्तेमाल करने पर, अक्सर ऐसा होता है कि जिन लोगों के पास करने को ज्यादा काम नहीं होता वे लगातार online रहते हैं और नए users को दिखने वाला forum का चेहरा बन जाते हैं
    सच कहूँ तो मैं भी कभी ऐसा व्यक्ति रहा हूँ

    • यह सचमुच समस्या है
      मेरे project में भी एक व्यक्ति था जो discussions पर कब्ज़ा कर लेता था और अक्सर साफ तौर पर गलत जानकारी वाले जवाब देता था
      किसी तरह उसके साथ काम करने की कोशिश की, लेकिन वह बदला नहीं; कई maintainers से सलाह लेने और कई warnings देने के बाद, भले ही उसने कोई explicit rule नहीं तोड़ा था, आखिरकार उसे block कर दिया
      community maintainer के तौर पर सबके लिए welcoming environment बनाने का अधिकार और जिम्मेदारी है, और यह देखकर कि उस व्यक्ति की वजह से सामान्य members participate करना बंद कर रहे थे, मैंने तय किया कि block करना सही है
    • लगता है पुराने-style forums में भी यही होता है
      किसी product forum में user name याद न रहे, फिर भी avatar देखते ही पता चल जाता है कि यह भरोसे लायक व्यक्ति नहीं है, और Google से मिलने वाले हर तीन threads में से एक में वह दिख जाता है
      कम से कम avatar नहीं बदलता, इसलिए दोबारा धोखा नहीं होता
      जिन forums में response count दिखता है, वहाँ अगर account 10 साल से पुराना नहीं है लेकिन answers हजारों में हैं, तो उसे ignore करना ही बेहतर समझता हूँ
      ऐसे लोग forum के विषय वाली चीज़ को सच में इस्तेमाल करने से ज्यादा समय forum में बिताते दिखते हैं
    • ऐसे platforms instant gratification देते हैं, इसलिए बहुत ज्यादा खाली समय वाले लोगों को आकर्षित करते हैं
      busy और ईमानदार लोग Discord, Slack, IRC जैसे अनुपयुक्त tools में भटकते हुए beginners के उन सवालों का बार-बार जवाब नहीं देते जिन्हें वे सही tools से खुद हल कर सकते हैं
    • कुछ दिन पहले Bun.sh Discord में सवाल पूछने गया था, लेकिन वह दूसरे सवालों और random मज़ाक में दब गया
      Ripcord Discord भी इसी तरह अब लगभग meme stream बन गया है
    • जिस FOSS project Slack में मैं हूँ, वहाँ भी ऐसा ही है
      वह व्यक्ति बहुत मिलनसार नहीं है, और सच कहूँ तो यह control की इच्छा के करीब लगता है

  • IRC में फिर भी आम तौर पर logs रह जाते हैं
    लेकिन web shopping malls की तरफ एक चिंताजनक trend देखा
    पहले return policy और forms, terms और privacy policy की तरह main page या menu में linked होते थे, लेकिन आजकल IKEA Poland या बड़े clothing brands उन्हें “chat करें” से replace कर रहे हैं
    एक खराब large language model से 5 मिनट तक जूझकर उसे यह समझाना पड़ता है कि human agent चाहिए, फिर “सामान्य से अधिक queries हैं” कहकर 15 मिनट इंतजार करना पड़ता है, उसके बाद इंसान एक सवाल पूछता है, RMA number देता है और courier pickup का निर्देश देता है
    सिर्फ एक साधारण RMA form से बच सकने वाला बहुत समय बर्बाद हो रहा है, और उम्मीद है कि यह trend हर जगह न फैल जाए

    • फिर वही companies ऐसे pretend करती हैं जैसे उन्हें समझ नहीं आता कि सब Amazon से order क्यों करते हैं
      product return करते समय मुझे कभी hurdles पार नहीं करनी पड़ीं या बेवकूफ artificial intelligence से deal नहीं करना पड़ा
    • Orange customer center का तथाकथित AI Max assistant खुद से खुश और दबंग आवाज़ में जबरन ठूँसा हुआ सामान लगता है
      यह “क्या आप आगे voice से identity verify करना चाहेंगे, यह पूरी तरह सुरक्षित है” वाले message के पास होता है, और सच में घिनौना है
      “मुझे इंसान से connect करो” जैसी request से जितना हो सके बचने के लिए भी इसे train किया गया है
      उस ISP की मदद चाहिए और इससे निपटने का सोचकर लगता है कि क्या बस चुप रहकर पैसे दे दूँ और नई service contract sign कर दूँ
      छोटे-मोटे मुद्दों पर call करने वाले customers को handle करने के लिए यह perfect हो सकता है, लेकिन जिन्हें ज्यादा complex problem पर तुरंत human agent से बात करनी है, उन्हें algorithm से लड़ने वाले नरक जैसे loop में फँसा देता है
    • शायद समय बर्बाद कराना ही लक्ष्य हो
      लगता है कि वे return से हार मानने पर मजबूर करना चाहते हैं
      जैसे वे चाहते हों कि customer 30 मिनट बर्बाद करने के बजाय इसे loss मानकर छोड़ दे

  • यह बात भी जोड़नी चाहिए
    समस्या को Google पर खोजकर मिलती-जुलती पोस्ट और समाधान नहीं मिल पाते, और यह भी पता नहीं चलता कि समस्या पर काम हुआ या वह हल हुई
    पुराने locked forums के दौर में भी, जब समाधान देखने के लिए sign up करना या reply करना पड़ता था, कम-से-कम यह तो पता चल जाता था कि समस्या क्या है और उसे कैसे सुलझाया जा सकता है
    Discord में कुछ भी नहीं है
    इसलिए जिस service या software को मैं इस्तेमाल करने वाला हूं, अगर वह communication के साधन के तौर पर Discord को आगे रखता है, तो मैं उसे इस्तेमाल ही नहीं करता
    अगला कदम क्या होगा—Twitch पर meetings और TikTok पर discussions?

    • मैं ऐसे software पर निर्भर रहने का जोखिम नहीं लेना चाहता जिसकी समस्याएं Google से ढूंढना सचमुच असंभव हो
      यह एक अवांछित स्तर का खुद को नुकसान पहुंचाने वाला चुनाव है

  • मेरे project से interact करने वाले बहुत से लोग Discord चाहते हैं
    उन्हें forum भी नहीं चाहिए, Matrix भी नहीं
    आखिरकार यह अपने user base को समझने की बात है
    मैं support/question threads को बेहतर तरीके से archive करने पर काम कर रहा हूं, और Discord search भी इतनी भयानक नहीं है

    • यह फिर वही typical स्थिति है जहां programmers की नई पीढ़ी, पिछली पीढ़ी के lessons कठिन तरीके से फिर से सीख रही है
      जब हमने शुरुआत में सीखा था, तो किसी समस्या को हल करने के लिए पहले error message को साफ़-साफ़ पढ़ना और समझने की कोशिश करना, और related forums या Google पर यह ढूंढना स्वाभाविक था कि पहले किसी को वही error आया है या नहीं
      फिर भी बात न बने, तो समस्या और आपने क्या-क्या कोशिश की, इसे स्पष्ट रूप से लिखकर पोस्ट करते थे
      Discord threads Google पर नहीं मिलते, और chat interface स्थिति को ठीक से समझाने के बजाय एक-लाइन messages डालने के लिए प्रेरित करता है
      Chat platforms मौजूद रह सकते हैं, लेकिन उन्हें official support channel नहीं होना चाहिए
    • मुझे लगता है इसके core में एक चीज़ अनौपचारिकता है
      chat history में जवाब search करने की उम्मीद नहीं होती, और अगर जवाब नहीं मिला लेकिन बाद में आए किसी व्यक्ति को जवाब मिल गया, तो आप एक बार फिर ping कर सकते हैं
      जो व्यक्ति जवाब नहीं जानता, वह भी “पक्का नहीं, लेकिन वहां देखो” जैसा कुछ कहकर बीच में आ सकता है
      कुल मिलाकर entry barrier बहुत कम है, और इसके अपने फायदे-नुकसान दोनों हैं
      निजी तौर पर मुझे यह ज्यादातर निराशाजनक choice लगती है, लेकिन स्थिति पर निर्भर हो सकता है
    • यह bias भी हो सकता है
      मुझे Discord सच में नापसंद है, और मैं पहले से ही बहुत सारे Discord servers में हूं
      यह हर जगह फैले network effect का product लगता है, इसलिए अफसोस होता है
      searchable public chat support मुझे ठीक लगता है, लेकिन दुर्भाग्य से ऐसा करने का सबसे अच्छा तरीका Discord ही दिखता है
      सच कहूं तो मुझे forum चाहिए, लेकिन फिर login करना पड़ेगा यह झंझट है, इसलिए शायद मैं उसे भी इस्तेमाल न करूं
      अगर forums में shared profiles और बेहतर mobile support होता, तो शायद उनका ज्यादा इस्तेमाल होता
    • HN पर social media को नापसंद करने वाली एक खास culture है, और ऐसी sites की nature के कारण जब कोई culture जम जाती है, तो dominant position को votes मिलते हैं और उसी सोच वाले लोग और ज्यादा इकट्ठा होते हैं
      सोच कुछ ऐसी है कि Discord social media है इसलिए बुरा है, और forums, mailing lists, newsgroups, IRC जैसी पुरानी चीज़ें अच्छी हैं
      फिर भी users की जरूरतों को सुनना चाहिए
      व्यक्तिगत रूप से Discord में मुझे जिस चीज़ से डर लगता है, वह user base है
      वहां बच्चे ज्यादा हैं, इसलिए server में आकर trolling करने या बिना मेहनत वाले सवाल पूछने की संभावना Slack की तुलना में कहीं ज्यादा है
      लेकिन अगर users Discord चाहते हैं तो Discord इस्तेमाल करना चाहिए, और users को यह सिखाने से कि उन्हें क्या पसंद करना चाहिए, कुछ हासिल नहीं होता
    • लोगों को ऐसा forum चाहिए जिसमें एक और login की जरूरत न हो, और कोई नया मुश्किल navigation भी न हो
      forum operators चाहते हैं कि उन्हें बेवकूफाना user logins और spam से निपटना न पड़े
      दोनों पक्ष सोचते हैं कि Discord काफी है, लेकिन असल में वह काफी नहीं है
      समस्या यह है कि बाकी विकल्प और भी खराब हैं

  • हैरानी है कि यह बात कहनी भी पड़ रही है
    Discord क्षणिक communication को organize करने के लिए बेहतरीन software है, और voice chat भी अच्छी तरह चलता है
    Discord की value का 99% यही है
    लेकिन persistent information repository के तौर पर यह पूरी तरह खराब है
    Q&A documentation के लिए Stack Overflow-शैली वाला Q&A साफ़ तौर पर बेहतर choice है

    • मैं इसे इतना अच्छा भी नहीं मानता
      आम तौर पर इस्तेमाल होने वाले दूसरे communication software में ऐसा कोई नहीं है जो resource-wasting और memory-leaking घटिया client दे, और बेहतर alternative client इस्तेमाल करने पर account ban कर दे
      ऐसी जगह communication के लिए कल्पना की जा सकने वाली सबसे toxic environment है

  • Dlang ने इसे सही तरीके से किया
    forum की तरह काम करने वाली mailing list और कई instant messaging bots (IRC, Discord, Matrix) साथ में रखे
    काश और projects इससे प्रेरणा लें, और software भी open source है
    [1] - https://forum.dlang.org/
    [2] - https://github.com/CyberShadow/DFeed/

    • शानदार दिखता है, और तेज भी लगता है
      जानना चाहूंगा कि integration कैसे काम करता है
      क्या forum पर post करने पर वह mail के रूप में भेजी जाती है?

  • क्या इस्तेमाल करना चाहिए या नहीं करना चाहिए, इस तरह के normative assertions मुझे facts की तरह पेश की गई opinions लगते हैं
    जो आपके और आपके customers के लिए सही हो, वही इस्तेमाल करें
    हर channel के pros और cons हैं, और support version के CAP theorem की तरह यह accessible, focused और structured हो सकता है, लेकिन तीनों चीज़ें एक साथ पाना मुश्किल है
    मुझे भी email की कमी महसूस होती है
    मुख्य वजह यह थी कि delivery delay के कारण “तुरंत” वाली expectation कम हो जाती थी
    अगर immediacy चाहिए, तो उसकी कीमत चुकानी पड़ सकती है

    • title को कुछ ऐसा पढ़िए: “क्यों Discord आपके लिए Q&A forum के रूप में शायद सही नहीं है”
      हालांकि यह कम तीखा है

  • लोगों के पसंदीदा solutions देखना दिलचस्प है
    ज्यादातर preferences का संबंध शायद इस बात से होगा कि उन्होंने internet कब शुरू किया और उस समय क्या popular था—mailing lists, Usenet, web forums, IRC, Slack आदि
    सोचता हूं लोगों को “काश हम बस Discord पर वापस जा पाते” कहने में कितना समय लगेगा

    • मैं उम्रदराज हूं, इसलिए workplace में Teams जैसी चीज़ें मजबूरी में इस्तेमाल करने के अलावा mailing lists, Usenet, forums, wikis से आगे नहीं बढ़ पाया
      मेरे लिए किसी भी रूप में threaded replies बहुत सारे ऐसे data को समझने की core capability थीं, जो relevant भी हो सकते थे और नहीं भी

  • अगर आपको लगता है कि कोई बड़ी कंपनी gaming के लिए डिज़ाइन किए गए platform को अपने मुख्य support channel के रूप में इस्तेमाल करेगी, तो ऐसा नहीं है
    एक “enterprise” vendor Slack से Discord पर चला गया, लेकिन community manager यह समझ ही नहीं पाया कि यह खराब क्यों है और इसे आगे बढ़ाता रहा
    उदाहरण के लिए, जब हमने कहा कि SSO नहीं है, तो उसने जवाब दिया कि है, लेकिन वह यह नहीं समझ पाया कि उसकी setup cost हमें उठानी पड़ेगी और CISO को tool को बड़े उपयोग के लिए review करना होगा
    अब वे Discord पर हैं, लेकिन मैं वहाँ NDA से जुड़ी सामग्री share नहीं करूँगा, और हमारी security व data privacy teams भी इसे पसंद नहीं करेंगी
    कम-से-कम इस मामले में उन्होंने Slack Connect बनाए रखने का फैसला किया

    • पिछली बार जब मैंने check किया था, embedded images या documents में कोई security बिल्कुल नहीं थी
      सिर्फ URL होने पर content देखा जा सकता था, और हमारी team के लिए यह बिल्कुल अस्वीकार्य था
      इसलिए Discord हमारे यहाँ सिर्फ एक महीने ही टिक पाया