อย่าใช้ Discord เป็นฟอรัม Q&A

 (archive.md)
1 คะแนน โดย GN⁺ 2023-09-14 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • การใช้ Discord เป็นช่องทางถาม-ตอบสำหรับ side project นั้นไม่เหมาะสม และด้วยข้อจำกัดเชิงโครงสร้างจึงทำให้การซัพพอร์ตผู้ใช้ไม่มีประสิทธิภาพ
  • ข้อความถูกกลืนหายไปในสตรีมที่ไหลไม่สิ้นสุด ทำให้ข้อมูลสำคัญหายไปภายในไม่กี่วินาที และฟีเจอร์ threads ก็ยังไม่ดีพอ
  • ฟังก์ชันค้นหาและการนำทางอ่อนแอมาก ทำให้ค้นหาการสนทนาเก่าหรือวิธีแก้ปัญหาได้ยาก
  • มีกระบวนการที่ยุ่งยากหลายขั้นตอนกว่าจะเข้าถึงคำตอบได้ เช่น ค้นหาลิงก์ ล็อกอิน เข้าร่วมเซิร์ฟเวอร์ ยอมรับกฎ และไล่หาช่อง
  • เนื่องจากข้อมูลมีความไม่ถาวร หากบริการปิดตัว ข้อมูลที่สะสมไว้ก็เสี่ยงหายไปด้วย จึงควรมีทางเลือกที่คงอยู่ถาวรกว่า

เหตุผลที่ Discord ไม่เหมาะเป็นฟอรัม Q&A

  • สภาพแวดล้อมที่วุ่นวาย (Chaos)

    • ในกระแสข้อความที่ไหลเข้ามาไม่หยุด โพสต์สำคัญจะถูกกลบและหายไปภายในไม่กี่วินาที
    • แม้จะมีฟีเจอร์ threads เพิ่มเข้ามาแล้ว แต่ก็ยังไม่สมบูรณ์และมีข้อจำกัดอยู่

  • การค้นหาและการนำทางที่อ่อนแอ

    • ระบบค้นหาของ Discord ทำให้การค้นหาการสนทนาเก่าหรือวิธีแก้ปัญหาเป็นเรื่องยากมาก
    • แค่พลาดไปไม่กี่คำ หรือด้วยเหตุผลเล็กน้อย ก็อาจค้นหาแม้แต่ข้อความที่ส่งไปเมื่อหลายสัปดาห์ก่อนไม่เจอ

  • ขั้นตอนอันยุ่งยากกว่าจะเข้าถึงคำตอบได้ (The Discord Odyssey)

    • เมื่อเกิดปัญหากับโปรเจกต์ที่พึ่งพา Discord เพียงอย่างเดียว ก็ต้องผ่านหลายขั้นตอนกว่าจะได้คำตอบ
      • ค้นหาชื่อโปรเจกต์ด้วย SearX เป็นต้น เพื่อไล่หาลิงก์ Discord
      • ตรวจสอบสถานะการล็อกอินในเบราว์เซอร์หรือแอป
      • เข้าร่วมเซิร์ฟเวอร์ จากนั้นยอมรับกฎและเลือก role เพื่อเข้าถึงช่องต่าง ๆ
      • หาแชนเนล help ทางด้านซ้าย แล้วค้นหา issue หรือถามใหม่อีกครั้ง
    • สุดท้ายก็ลงเอยด้วยการ bun install ไลบรารี JS ตัวใหม่ โดยยังหาวิธีแก้ไม่พบ

  • ไม่ถาวรเกินไป (Too ephemeral)

    • ไม่มีอะไรรับประกันได้ว่า Discord จะยังคงอยู่ในวันพรุ่งนี้
    • แพลตฟอร์มอย่าง Stack Overflow ถูกสแครปและเก็บรักษาไว้ทุกวัน แต่ Discord ไม่เป็นเช่นนั้น

ทางเลือกที่ดีกว่า

  • ฟอรัมชุมชนเฉพาะทาง

    • แพลตฟอร์มอย่าง Discourse ถูกออกแบบมาสำหรับการสนทนาแบบมีโครงสร้าง จึงช่วยป้องกันไม่ให้โพสต์สูญหาย
    • มอบ SEO ที่ดี เพื่อให้ผู้ใช้ซอฟต์แวร์ค้นหาข้อมูลที่ต้องการได้อย่างรวดเร็ว

  • ใช้แพลตฟอร์มเฉพาะทาง

    • Stack Overflow หรือชุมชนอย่าง Reddit, Lemmy, Kbin เหมาะสำหรับการขอความช่วยเหลือ

  • การติดตาม issue บน Git

    • สำหรับปัญหาเกี่ยวกับโค้ด ควรใช้ระบบติดตาม issue แบบ Git เช่น GitHub, Gitlab, Gitea
    • โดยเฉพาะหากเป็นโปรเจกต์โอเพนซอร์ส ที่นั่นคือที่ซึ่งผู้ใช้มารวมตัวกัน และรองรับ SEO สำหรับการค้นหาทั่วไปได้เพียงพอ

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 2023-09-14
ความคิดเห็นจาก Hacker News

  • ผมเห็นรีโพซิทอรีของ เคอร์เนลไดรเวอร์ สำหรับคอนโทรลเลอร์ไร้สาย Xbox แล้วพบว่าเขาปิด GitHub Issues และใช้ Discord แทน
    พอถามว่าทำไมไม่เปิด Issues เขาตอบว่า “ไม่อยากให้มันกลายเป็นฟอรัมซัพพอร์ต” ซึ่งเข้าใจได้ยาก
    ถ้าเป็นปัญหาที่พบบ่อย คนหนึ่งก็เปิด issue ไว้ แล้วทุกคนก็ได้ประโยชน์จากการสนทนานั้น แต่บน Discord ต้องล็อกอิน เข้ากลุ่ม แล้วถามข้อความผิดพลาดเอง สุดท้ายถึงรู้ว่าเป็นปัญหาทั่วไปและมีขั้นตอนแก้ไขอยู่ไม่กี่อย่าง
    ข้อมูลที่ควรหาเจอได้ทันทีถูกเจ้าของรีโพซิทอรีย้ายไปไว้ใน Discord จนค้นพบได้ยาก และกลายเป็นโครงสร้างที่ผู้มาใหม่ทุกคนต้องขอความช่วยเหลือจากคนจริง ๆ โดยตรง

    • โปรเจกต์แบบนั้นแทบจะแน่นอนว่าผมจะเลิกใช้
      เวลาประเมินว่าจะใช้โปรเจกต์หนึ่งได้ไหม สิ่งแรกที่ดูคือ Issues เพื่อดูว่ามีบั๊กหรือฟีเจอร์ที่ขาดอะไรบ้าง และผู้ใช้มักขอความช่วยเหลือเรื่องอะไร
      ถ้าเป็นหน้า Issues จะเห็นภาพรวมได้เร็ว แต่ถ้าต้องไปคุ้ย Discord เว้นแต่จะเป็นโปรเจกต์ที่พิเศษและจำเป็นจริง ๆ ผมคงไม่ยอมรับความยุ่งเหยิงนั้น
    • GitHub Issues เองก็มีคำถามและปัญหาเดิม ๆ ซ้ำไปซ้ำมาในรีโพซิทอรีที่ได้รับความนิยมพอสมควร
      เมื่อโปรเจกต์โตพอจนดึงดูด ผู้ใช้คุณภาพต่ำ เข้ามาด้วย ผู้ดูแลก็ต้องรับมือกับความวุ่นวายไม่ว่าจะใช้แพลตฟอร์มไหน
      สุดท้ายอาจมองได้ว่าการเลือกแพลตฟอร์มที่ตัวเองชอบน่าจะดีกว่า
    • เรื่องนี้ดูอธิบายได้บางส่วนด้วยทัศนคติแบบยุคใหม่ที่ว่า “สิ่งล่าสุดสำคัญที่สุด ส่วนของเก่าไม่ต้องสนใจก็ได้”
      เมสเซนเจอร์อย่าง Telegram หรือ WhatsApp เรียงบทสนทนาตามข้อความล่าสุด, Prometheus ไม่ค่อยสนใจการเก็บข้อมูลสรุประยะยาว และแกลเลอรีรูปบนมือถือก็มี UI เริ่มต้นเป็นไทม์ไลน์ตามเวลา
      เมื่อมีข้อมูลและสิ่งแย่งความสนใจมากเกินไป นี่ก็เป็นการรับมือที่สมเหตุสมผลเช่นกัน
      จากมุมมองนี้ การค้นหาและการค้นพบไม่จำเป็น ปัญหาที่เกิดบ่อยจะถูกพูดถึงบ่อยจนได้รับความสนใจและสุดท้ายก็ถูกแก้ ส่วนปัญหาที่พบน้อยไม่สำคัญ
      การเก็บถาวรรู้สึกเหมือนเป็นภาระ และ issue เก่า ๆ ก็ยังเรียกร้องความสนใจต่อไปแม้เวลาจะผ่านไปแล้ว
      เข้าใจได้ แต่ในฐานะ ผู้ใช้รุ่นเก่า ก็ยอมรับได้ยาก
    • ถ้าโปรเจกต์ต้องการพื้นที่สำหรับรับคำถามซัพพอร์ตแต่ไม่อยากใช้ Issues ก็ใช้ฟีเจอร์ Discussions ของ GitHub ได้
    • แม้บน GitHub พอล็อกอินแล้วค้นใน issues หลายพันรายการเพื่อหาข้อความผิดพลาด ก็อาจเจอแค่ issue ที่ปิดแล้วสามรายการซึ่งไม่มีคำตอบ กับขั้นตอนแก้ไขภาษาจีนหนึ่งชุดเท่านั้น
      นี่อาจไม่ใช่ปัญหาเฉพาะของ Discord แต่เป็นปัญหาของ ตัวโปรเจกต์เอง ก็ได้

  • ถ้าใช้ที่อย่าง Discord หรือ IRC สำหรับซัพพอร์ตและสร้างคอมมูนิตี้ มักเกิดกรณีที่คนไม่ค่อยมีอะไรทำจะออนไลน์อยู่ตลอด แล้วกลายเป็น หน้าตาของฟอรัม ที่ผู้ใช้ใหม่เห็น
    พูดตรง ๆ ผมเองก็เคยเป็นคนแบบนั้น

    • เป็นปัญหาจริง
      ในโปรเจกต์ของผมก็เคยมีคนที่ครอบงำการสนทนาและมักตอบข้อมูลที่ผิดอย่างชัดเจน
      เราพยายามทำงานร่วมกันด้วยทุกวิถีทางแล้ว แต่เขาไม่เปลี่ยน หลังจากขอคำแนะนำจากผู้ดูแลหลายคนและเตือนหลายครั้ง แม้เขาจะไม่ได้ละเมิดกฎที่ระบุไว้ชัดเจน สุดท้ายเราก็บล็อกเขา
      ในฐานะผู้ดูแลคอมมูนิตี้ เรามีทั้งสิทธิและหน้าที่ในการสร้างสภาพแวดล้อมที่ทุกคนรู้สึกยินดี และเมื่อเห็นว่าคนคนนั้นทำให้สมาชิกทั่วไปหยุดมีส่วนร่วม จึงตัดสินว่า การบล็อกเป็นสิ่งที่เหมาะสม
    • ผมคิดว่าฟอรัมแบบเก่าก็เกิดเรื่องเดียวกันได้
      ในฟอรัมของผลิตภัณฑ์บางอย่าง แม้จำชื่อผู้ใช้ไม่ได้ แต่เห็นแค่อวาตาร์ก็รู้ว่าเป็นคนที่เชื่อถือไม่ได้ และเขาโผล่อยู่ในหนึ่งในสามเธรดที่หาเจอจาก Google
      อย่างน้อยเขาไม่เปลี่ยนอวาตาร์ เลยไม่ถูกหลอกซ้ำ
      ในฟอรัมที่แสดงจำนวนคำตอบ ถ้าบัญชียังไม่ถึง 10 ปีแต่มีคำตอบเป็นพัน ๆ ครั้ง ผมว่าควรเพิกเฉยจะดีกว่า
      คนแบบนั้นดูเหมือนใช้เวลาอยู่ในฟอรัมมากกว่าใช้ของที่เป็นหัวข้อของฟอรัมจริง ๆ
    • แพลตฟอร์มแบบนั้นให้ รางวัลทันที จึงดึงดูดคนที่มีเวลามากเกินไป
      คนที่ยุ่งและจริงจังจะไม่ไปเตร็ดเตร่อยู่ในเครื่องมือที่ไม่เหมาะอย่าง Discord, Slack, IRC แล้วตอบคำถามซ้ำ ๆ ที่มือใหม่สามารถแก้เองได้ด้วยเครื่องมือที่ถูกต้อง
    • เมื่อไม่กี่วันก่อนผมเข้าไปถามใน Discord ของ Bun.sh แต่คำถามถูกกลบด้วยคำถามอื่นและมุกคุยเล่น
      Discord ของ Ripcord ก็คล้ายกัน ตอนนี้แทบกลายเป็นสตรีมมีมไปแล้ว
    • Slack ของโปรเจกต์ FOSS ที่ผมอยู่ก็เป็นแบบนั้น
      คนคนนั้นไม่ได้เป็นมิตรนัก และพูดตรง ๆ ดูใกล้เคียงกับ ความอยากควบคุม มากกว่า

  • IRC อย่างน้อยโดยทั่วไปก็ยังมี log เหลืออยู่
    แต่ผมเห็นแนวโน้มที่น่ากังวลในฝั่งร้านค้าออนไลน์
    เมื่อก่อนนโยบายและแบบฟอร์มการคืนสินค้าจะถูกลิงก์ไว้ที่หน้าแรกหรือในเมนู เหมือนข้อกำหนดการใช้งานหรือนโยบายความเป็นส่วนตัว แต่ทุกวันนี้ IKEA โปแลนด์หรือแบรนด์เสื้อผ้ารายใหญ่ ๆ กลับแทนที่สิ่งเหล่านี้ด้วย “แชตกับเรา”
    ต้องเสียเวลา 5 นาทีงัดข้อกับโมเดลภาษาขนาดใหญ่ห่วย ๆ เพื่อโน้มน้าวว่าต้องการคุยกับเจ้าหน้าที่ รออีก 15 นาทีเพราะ “มีคำถามเข้ามามากกว่าปกติ” จากนั้นเจ้าหน้าที่ถามคำถามหนึ่งข้อ ให้หมายเลข RMA แล้วสั่งให้บริษัทขนส่งมารับพัสดุ
    เวลาที่ควรเอากลับคืนมาได้กลับสูญเปล่าไปมากมาย ทั้งที่มีแค่ แบบฟอร์ม RMA ง่าย ๆ ก็พอแล้ว และหวังว่าแนวโน้มนี้จะไม่แพร่ไปทุกที่

    • แล้วบริษัทเดิม ๆ เหล่านั้นก็ทำเป็นไม่เข้าใจว่าทำไมทุกคนถึงสั่งของจาก Amazon
      ตอนคืนสินค้าไม่เคยต้องข้ามอุปสรรคหรือรับมือกับ AI โง่ ๆ เลย
    • Max assistant ที่เรียกกันว่า AI ของศูนย์บริการลูกค้า Orange ให้ความรู้สึกเหมือนของที่ถูกยัดเยียดเข้ามา ด้วยน้ำเสียงหลงตัวเองและกดดัน
      มันอยู่ข้างข้อความว่า “ต่อไปต้องการยืนยันตัวตนด้วยเสียงไหม ปลอดภัยอย่างสมบูรณ์” และน่ารังเกียจจริง ๆ
      มันยังถูกฝึกมาให้หลีกเลี่ยงคำขออย่าง “ต่อสายให้คนหน่อย” ให้มากที่สุด
      พอคิดว่าต้องรับมือกับสิ่งนี้เวลาต้องการความช่วยเหลือจาก ISP รายนั้น ก็ทำให้รู้สึกว่า หรือควรแค่หุบปาก จ่ายเงิน แล้วเซ็นสัญญาบริการใหม่ไปเสีย
      มันอาจสมบูรณ์แบบสำหรับจัดการลูกค้าที่โทรมาเรื่องเล็กน้อย แต่กลับขังคนที่มีปัญหาซับซ้อนกว่าและต้องคุยกับเจ้าหน้าที่ทันทีไว้ในลูปนรกที่ต้องต่อสู้กับอัลกอริทึม
    • เป้าหมายอาจเป็นการทำให้เสียเวลาก็ได้
      ผมสงสัยว่าเขาอาจอยากให้คนล้มเลิกการคืนสินค้า
      เหมือนหวังว่าลูกค้าจะยอมรับเป็นความเสียหายแทนที่จะเสียเวลา 30 นาที

  • ควรเพิ่มประเด็นนี้ด้วย
    ไม่สามารถค้นหาปัญหาด้วย Google เพื่อหากระทู้และวิธีแก้ที่คล้ายกันได้ และก็ไม่รู้ด้วยว่าปัญหานั้นถูกจัดการหรือแก้ไขแล้วหรือยัง
    แม้ในยุคฟอรัมเก่าที่ถูกล็อกไว้ ต้องสมัครสมาชิกหรือโพสต์ตอบก่อนถึงจะเห็นวิธีแก้ อย่างน้อยก็ยังรู้ได้ว่ามีปัญหาอะไรและจะแก้อย่างไร
    ใน Discord ไม่มีอะไรเลย
    ดังนั้นถ้าบริการหรือซอฟต์แวร์ที่ผมกำลังจะใช้ชู Discord เป็นช่องทางสื่อสาร ผมก็จะไม่ใช้มันเลย
    ต่อไปเราจะประชุมกันบน Twitch แล้วถกเถียงกันบน TikTok หรือไง

    • ผมไม่อยากรับความเสี่ยงจากการพึ่งพาซอฟต์แวร์ที่ตามหาปัญหาด้วย Google ไม่ได้อย่างแท้จริง
      นั่นเป็น การทำร้ายตัวเองด้วยการเลือก ในระดับที่ผมไม่ต้องการ

  • หลายคนที่มีปฏิสัมพันธ์กับโปรเจกต์ของผมต้องการ Discord
    พวกเขาไม่ต้องการฟอรัมและไม่ต้องการ Matrix
    สุดท้ายแล้วมันคือเรื่องของ การรู้จักฐานผู้ใช้
    ผมกำลังหาวิธีเก็บเธรดซัพพอร์ต/คำถามให้ดีขึ้น และการค้นหาของ Discord ก็ไม่ได้เลวร้ายขนาดนั้น

    • นี่เป็นสถานการณ์คลาสสิกที่โปรแกรมเมอร์รุ่นใหม่ต้องเรียนบทเรียนของรุ่นก่อนซ้ำอีกครั้งด้วยความยากลำบาก
      ตอนเริ่มเรียน ถ้าจะแก้ปัญหา สิ่งที่เป็นธรรมชาติคืออ่านและพยายามทำความเข้าใจข้อความแสดงข้อผิดพลาดให้ชัดเจนก่อน แล้วค่อยหาในฟอรัมที่เกี่ยวข้องหรือ Google ว่าเคยมีใครเจอข้อผิดพลาดเดียวกันมาก่อนหรือไม่
      ถ้ายังไม่ได้ ก็โพสต์โดยเขียนปัญหาและสิ่งที่ลองทำไปแล้วให้ชัดเจน
      เธรดใน Discord หาไม่เจอจาก Google และอินเทอร์เฟซแชตก็ชวนให้โพสต์ข้อความบรรทัดเดียวมากกว่าจะอธิบายบริบทให้ดี
      แพลตฟอร์มแชตมีอยู่ได้ แต่ไม่ควรเป็น ช่องทางซัพพอร์ตอย่างเป็นทางการ
    • ผมมองว่าหนึ่งในแก่นสำคัญของมันคือความไม่เป็นทางการ
      ไม่มีความคาดหวังว่าจะค้นหาคำตอบจากประวัติแชต และถ้าไม่ได้คำตอบ แต่คนที่มาทีหลังกลับได้คำตอบ ก็ยังเรียกถามอีกครั้งได้บ้าง
      คนที่ไม่รู้คำตอบก็ยังแทรกได้ประมาณว่า “ไม่แน่ใจนะ แต่ลองดูตรงนั้นสิ”
      โดยรวมแล้วกำแพงในการเข้าร่วมต่ำกว่ามาก และมีทั้งข้อดีข้อเสียตามมา
      โดยส่วนตัวผมมองว่าโดยมากเป็นตัวเลือกที่น่าเสียดาย แต่ก็ขึ้นอยู่กับสถานการณ์ได้
    • อาจเป็นอคติก็ได้
      ผมไม่ชอบ Discord จริง ๆ และก็อยู่ใน Discord มากเกินไปแล้ว
      มันน่าเสียดายเหมือนเป็นผลผลิตของ network effect ที่แพร่ไปทั่วทุกที่
      ซัพพอร์ตผ่านแชตสาธารณะที่ค้นหาได้ผมว่าก็โอเค แต่น่าเสียดายที่ Discord ดูเหมือนจะเป็นวิธีที่ดีที่สุดในการทำสิ่งนั้น
      จริง ๆ แล้วผมอยากได้ฟอรัม แต่การต้องล็อกอินเพิ่มอีกก็น่ารำคาญ จนอาจจะไม่ใช้ก็ได้
      ถ้าฟอรัมมีโปรไฟล์ที่ใช้ร่วมกันได้และรองรับมือถือดีกว่านี้ อาจมีคนใช้มากขึ้น
    • HN มีวัฒนธรรมเฉพาะที่ไม่ชอบโซเชียลมีเดีย และด้วยลักษณะของเว็บไซต์แบบนี้ เมื่อวัฒนธรรมหนึ่งตั้งหลักได้ คะแนนก็จะเทไปให้จุดยืนที่ครอบงำ ทำให้ดึงดูดคนที่มีแนวโน้มเดียวกันเข้ามามากขึ้น
      ประมาณว่า Discord เป็นโซเชียลมีเดียจึงแย่ ส่วนของเก่าอย่างฟอรัม เมลลิงลิสต์ นิวส์กรุ๊ป IRC นั้นดี
      ถึงอย่างนั้นก็ต้องฟัง ความต้องการของผู้ใช้
      โดยส่วนตัว สิ่งที่ผมกังวลกับ Discord คือฐานผู้ใช้
      มีเด็ก ๆ อยู่มาก โอกาสที่พวกเขาจะเข้ามาในเซิร์ฟเวอร์แล้วก่อกวนหรือถามแบบไม่ใส่ใจจึงสูงกว่า Slack มาก
      แต่ถ้าผู้ใช้ต้องการ Discord ก็ต้องใช้ Discord และการสอนผู้ใช้ว่าควรชอบอะไรไม่ได้ก่อประโยชน์อะไร
    • สิ่งที่ผู้คนต้องการคือฟอรัมที่ไม่บังคับให้ล็อกอินอีกชุดหนึ่ง และไม่มีระบบนำทางใหม่ที่เข้าใจยาก
      สิ่งที่ผู้ดูแลฟอรัมต้องการคือไม่ต้องจัดการล็อกอินผู้ใช้โง่ ๆ และสแปม
      ทั้งสองฝ่ายต่างคิดว่า Discord ก็พอแล้ว แต่จริง ๆ มันไม่พอ
      ปัญหาอยู่ที่ ตัวเลือกอื่น ๆ แย่กว่า

  • น่าทึ่งที่เรื่องนี้ยังต้องพูดกัน
    Discord เป็นซอฟต์แวร์ที่ยอดเยี่ยมสำหรับจัดการการสื่อสารแบบชั่วคราว และแชตเสียงก็ทำได้ดี
    นั่นคือ 99% ของคุณค่าของ Discord
    แต่ในฐานะ คลังข้อมูลถาวร มันแย่อย่างสิ้นเชิง
    สำหรับการทำเอกสารคำถาม-คำตอบ รูปแบบ Q&A แบบ Stack Overflow เป็นตัวเลือกที่ดีกว่าอย่างชัดเจน

    • ผมไม่ได้มองว่ามันดีขนาดนั้นด้วยซ้ำ
      ในบรรดาซอฟต์แวร์สื่อสารอื่น ๆ ที่ใช้กันแพร่หลาย ไม่มีที่ไหนให้ไคลเอนต์แย่ ๆ ที่สิ้นเปลืองทรัพยากรและทำให้หน่วยความจำรั่ว แล้วถ้าใช้ไคลเอนต์ทางเลือกที่ดีกว่าก็แบนบัญชี
      ที่แบบนั้นคือ สภาพแวดล้อมที่เป็นพิษ ที่สุดเท่าที่จะจินตนาการได้สำหรับการสื่อสาร

  • Dlang ทำได้ถูกทางแล้ว
    มีเมลลิงลิสต์ที่ทำงานเหมือนฟอรัม พร้อมบอตส่งข้อความแบบทันทีหลายตัว (IRC, Discord, Matrix)
    อยากให้โปรเจกต์มากกว่านี้ได้แรงบันดาลใจจากตรงนี้ และซอฟต์แวร์ก็เป็นโอเพนซอร์สด้วย
    [1] - https://forum.dlang.org/
    [2] - https://github.com/CyberShadow/DFeed/

    • ดูเจ๋งและยังเร็วด้วย
      สงสัยว่าการผสานรวมทำงานอย่างไร
      โพสต์ในฟอรัมแล้วส่งออกเป็นอีเมลหรือเปล่า?

  • ผมมองว่า การฟันธงเชิงบรรทัดฐาน ว่าควรใช้อะไรหรือไม่ควรใช้อะไร คือความคิดเห็นที่แต่งตัวเป็นข้อเท็จจริง
    ใช้สิ่งที่เหมาะกับตัวคุณและลูกค้าของคุณก็พอ
    ทุกช่องทางมีข้อดีข้อเสีย และเหมือน CAP theorem เวอร์ชันงานซัพพอร์ต คือสามารถเข้าถึงได้ รวมศูนย์ และมีโครงสร้างได้ แต่ยากที่จะได้ทั้งสามอย่างพร้อมกัน
    ผมเองก็คิดถึงอีเมลเหมือนกัน
    หลัก ๆ เพราะความล่าช้าในการส่งทำให้ความคาดหวังเรื่อง “ทันที” ถูกลดทอนลง
    ถ้าต้องการความทันที ก็อาจต้องจ่ายต้นทุน

    • อ่านชื่อเรื่องประมาณว่า “เหตุผลที่ Discord มีแนวโน้มสูงว่าไม่เหมาะกับคุณในฐานะฟอรัม Q&A” ก็ได้
      เพียงแต่มันไม่แรงเท่า

  • น่าสนใจที่ได้เห็นโซลูชันที่ผู้คนชอบ
    ความชอบส่วนใหญ่น่าจะสัมพันธ์กับช่วงเวลาที่เริ่มใช้อินเทอร์เน็ตและสิ่งที่นิยมตอนนั้น เช่น เมลลิงลิสต์, Usenet, เว็บฟอรัม, IRC, Slack เป็นต้น
    สงสัยว่าต้องใช้เวลานานแค่ไหนกว่าผู้คนจะพูดว่า “แค่อยาก กลับไปใช้ Discord ได้ก็ดีแล้ว”

    • ผมอายุมากแล้ว ดังนั้นถ้าไม่ได้ถูกบังคับให้ใช้ของอย่าง Teams ในที่ทำงาน ก็ยังไปไม่พ้นเมลลิงลิสต์, Usenet, ฟอรัม, วิกิ
      สำหรับผม การตอบแบบเป็นเธรด ในรูปแบบใดก็ตามคือฟีเจอร์หลักในการทำความเข้าใจข้อมูลจำนวนมากที่อาจเกี่ยวข้องหรือไม่เกี่ยวข้องก็ได้

  • หากคิดว่าบริษัทขนาดใหญ่จะใช้แพลตฟอร์มที่ออกแบบมาสำหรับเกมเป็นช่องทางสนับสนุนหลัก ก็ไม่ใช่เลย
    ผู้ให้บริการ “enterprise” รายหนึ่งย้ายจาก Slack ไป Discord แต่ community manager ไม่เข้าใจว่าทำไมเรื่องนั้นถึงแย่ และยังคงผลักดันต่อไป
    ตัวอย่างเช่น เมื่อบอกว่าไม่มี SSO ก็ตอบว่ามี แต่ไม่เข้าใจว่าค่าใช้จ่ายในการตั้งค่านั้นเราต้องเป็นคนรับผิดชอบ และ CISO ต้องตรวจสอบเครื่องมือนี้เพื่อการใช้งานที่กว้างกว่านั้น
    ตอนนี้พวกเขาอยู่บน Discord แล้ว แต่ผมจะไม่แชร์ เอกสารที่เกี่ยวข้องกับ NDA ไว้ที่นั่น และทีมความปลอดภัยกับความเป็นส่วนตัวของข้อมูลของเราก็คงไม่ชอบด้วย
    อย่างน้อยในกรณีนี้ พวกเขาตัดสินใจว่าจะยังคงใช้ Slack Connect ต่อไป

    • ครั้งล่าสุดที่ตรวจสอบ รูปภาพหรือเอกสารที่ฝังไว้ไม่มีความปลอดภัยเลย
      แค่มี URL ก็สามารถดูเนื้อหาได้ ซึ่งเป็นสิ่งที่ทีมของเรายอมรับไม่ได้เด็ดขาด
      ดังนั้น Discord จึงอยู่กับเราได้แค่เดือนเดียว