IRC คือโปรโตคอลแชตเดียวที่ใช้งานได้จริง (2022)
(koshka.love)- IRC ซึ่งมีมาตั้งแต่ปี 1988 แม้จำนวนผู้ใช้จะลดลง แต่ด้วย ความกระจายศูนย์·ความเบา·ความไม่เปิดเผยตัวตน จึงถูกมองว่าเป็นฐานการแชตที่ปกป้องได้มากกว่า Discord
- จุดวิจารณ์ Discord อยู่ที่โครงสร้างของ แพลตฟอร์มผูกขาดแบบรวมศูนย์ ที่รวบรวมบทสนทนาและข้อมูลส่วนบุคคล และทำให้ผู้ใช้ขึ้นอยู่กับการตัดสินใจของผู้ให้บริการ
- IRC เปิดให้ใครก็สร้างเซิร์ฟเวอร์และช่องได้ จึงสามารถ ย้ายออกและจัดตั้งใหม่ ได้ เหมือนกรณีที่ย้ายไป Libera Chat หลังการล่มสลายของ Freenode
- ข้อจำกัดเรื่องบันทึกการสนทนา การแชร์ภาพ และการไม่มีเสียง·วิดีโอ สามารถชดเชยได้ด้วย เครื่องมือเสริม เช่น terminal client, bouncer, SSL, OTR, Mumble, image hosting และ DCC
- Microsoft Comic Chat ถูกนำเสนอเป็นตัวอย่างที่แสดงบทสนทนา IRC เป็นแผงการ์ตูนและสีหน้าของอวาตาร์ เพื่อเพิ่ม การสื่อสารแบบไม่ใช้คำพูด ให้กับบทสนทนาแบบข้อความ
เหตุผลที่ชอบ IRC
- IRC เป็นโปรโตคอลแชตที่มีมาตั้งแต่ปี 1988 ผู้ใช้เชื่อมต่อไปยัง daemon ของเซิร์ฟเวอร์ด้วย IRC client เลือกชื่อ แล้วสนทนาผ่านช่องหรือข้อความส่วนตัว
- แม้ความนิยมจะลดลงอย่างมากเมื่อเทียบกับยุครุ่งเรืองเพราะโซเชียลมีเดียและ Discord แต่บทความนี้สรุปเหตุผลที่กลับยิ่งรู้สึกดึงดูดกับ IRC มากขึ้น
- ผู้เขียนเริ่มด้วยการเผยให้เห็นแนวโน้มของตนเองที่ยังใช้ เทคโนโลยี·วัฒนธรรมเรโทร เช่น โทรศัพท์ฝาพับ, CD, Office 97, เครื่องเล่น MP3, ทีวี·จอภาพ CRT และพีซีสำหรับเล่นเกม Windows 98
- ณ ปี 2022 ผู้เขียนดูแล IRC server เองและใช้เวลาอยู่กับมันมาก โดยมองว่าการใช้แพลตฟอร์ม “เก่า” จากยุค 1980 เป็นสิ่งที่มีเหตุผลและปกป้องได้มากที่สุดในบรรดาทางเลือกการใช้ชีวิตที่กล่าวมา
เหตุผลที่ควรเลือก IRC แทน Discord
- การวิจารณ์ Discord เริ่มจากประเด็นที่มันเป็น แพลตฟอร์มแบบรวมศูนย์·ผูกขาด
- วิจารณ์ว่า Discord เก็บข้อมูลอย่างบทสนทนาของผู้ใช้ โปรแกรมที่กำลังรันอยู่ และหมายเลขโทรศัพท์ แล้วนำไปใช้กับการกำหนดเป้าหมายโฆษณา
- เปรียบเทียบว่าแม้หลายคนจะชินชากับการเฝ้าระวังของบริษัทและรัฐบาล แต่ในโลกจริง หากพนักงานขายแอบฟังบทสนทนา เดินตาม และแนะนำสินค้า ก็คงรู้สึกว่าเป็นการละเมิด
- ในบริการแบบรวมศูนย์ ผู้ใช้จะขึ้นอยู่กับผู้ให้บริการ
- มองว่า Discord แทนที่ทะเลของ IRC server อิสระด้วย walled garden แบบองค์กรเดียว
- ชี้ว่าเป็นปัญหาที่หากผู้ใช้ขัดใจเจ้าของบริการ ก็อาจถูกขับออกจากพื้นที่สาธารณะทั้งหมดได้
- แนะนำแหล่งข้อมูลที่สนับสนุนการหลีกเลี่ยง Discord ได้แก่ คำวิจารณ์ Discord ของ Richard Stallman และ บทความ Discord ของ Spyware Watchdog
ความกระจายศูนย์และโครงสร้างอำนาจของ IRC
- IRC ไม่ใช่แพลตฟอร์มเดี่ยวแบบ Discord แต่ใกล้เคียงกับ ระบบนิเวศของมาตรฐานและเซิร์ฟเวอร์ ดังนั้นใครก็ตามที่มีโฮสติ้งที่เสถียรและความรู้คอมพิวเตอร์พื้นฐานก็สามารถสร้างเซิร์ฟเวอร์ได้
- มีเครือข่าย IRC ขนาดใหญ่ เช่น Rizon, EFNet และ Libera Chat แต่เครือข่ายขนาดเล็กก็มีอยู่มากเช่นกัน
- Netsplit.de ทำดัชนีช่องของเครือข่ายมากกว่า 500 แห่งเล็กน้อย
- เสิร์ชเอนจินนี้ก็ครอบคลุมเฉพาะเครือข่ายที่ค่อนข้างใหญ่ และไม่รวมเครือข่ายที่เป็นส่วนตัวหรือเล็กมากจนไม่เป็นที่รู้จัก
- เครือข่ายบางแห่งอาจมีไว้สำหรับกลุ่มเพื่อนหรือการสื่อสารภายในองค์กร
- IRCOp มีโอกาสใช้อำนาจในทางที่ผิดได้ แต่ใน โครงสร้างแบบกระจายศูนย์อย่างสมบูรณ์ การใช้อำนาจแบบนั้นดำรงอยู่นานได้ยาก
- ผู้ใช้สามารถย้ายไปเครือข่ายอื่น หรือสร้างเครือข่ายใหม่เองได้
- ตัวอย่างสำคัญคือ Freenode exodus
- Freenode ล่มสลายอย่างรวดเร็วภายในไม่กี่เดือนหลังถูกฝ่ายบริหารใหม่เข้ายึดแบบไม่เป็นมิตร
- ผู้ใช้ที่ไม่พอใจจำนวนมากย้ายไปยัง Libera Chat ที่เพิ่งก่อตั้งขึ้น
ที่พักพิงเล็ก ๆ ที่ IRC สร้างขึ้น
- IRC ถูกมองว่ามีศัพท์เฉพาะและขั้นตอนการเชื่อมต่อที่ดูซับซ้อนจากภายนอก จึงมีผลในการคัดกรอง ผู้ใช้ที่มีความรู้เท่าทันเทคโนโลยีต่ำ ออกไป
- อินเทอร์เฟซแชตบนเว็บถูกสร้างขึ้นเพื่อดึงคนเข้าสู่ IRC แต่กล่าวกันว่าผู้ใช้ใหม่จำนวนมากจะออกไปหากไม่มีกิจกรรมราว 30 วินาที
- มองว่าเว็บไคลเอนต์ใกล้เคียงกับเครื่องมือชั่วคราวสำหรับผู้ใช้ทั่วไปเมื่อเข้าถึง IRC client จริงไม่ได้
- ผู้เขียนใช้ Kiwi IRC บนโทรศัพท์ฝาพับที่ไม่มี SSH client หรือ IRC client
- ผู้ใช้ IRC รับข้อความบนหน้าจอว่าเป็นข้อความ และหากไม่ต้องการก็ออกจากช่องหรือบล็อกด้วยฟังก์ชัน ignore ได้
- หลายเครือข่ายยังมีฟังก์ชัน ignore ฝั่งเซิร์ฟเวอร์ที่บล็อกข้อความส่วนตัวจากผู้ใช้ที่ไม่ได้รับอนุมัติล่วงหน้า
- ตามหลักการใน UnrealIRCd IRCOp guide โดยทั่วไป IRCOp ถูกมองว่าเป็นผู้ที่วางตัวเป็นกลางและใช้อำนาจเฉพาะในสถานการณ์ร้ายแรง เช่น ความปลอดภัยของเซิร์ฟเวอร์หรือการละเมิดกฎหมาย
- บนเซิร์ฟเวอร์ขนาดใหญ่ หากไม่ได้อยู่ในช่องเดียวกัน ก็มักแทบไม่มีโอกาสโต้ตอบกับ IRCOp โดยตรง และใคร ๆ ก็สร้างและดูแลช่องได้ จึงมองว่าผู้ดูแลมักทำหน้าที่ใกล้เคียงกับการคอยรักษาให้ระบบเปิดอยู่
ความไม่เปิดเผยตัวตนและความแตกต่างระหว่างเครือข่าย
- IRC มักไม่เรียกร้องข้อมูลส่วนบุคคลในการเข้าร่วม จึงถูกมองว่ามี ความไม่เปิดเผยตัวตน ค่อนข้างสูง
- วิจารณ์ว่า Discord อาจขอหมายเลขโทรศัพท์ และบางห้องถึงขั้นขอตรวจสอบประวัติบนโซเชียลมีเดีย
- IRC server สมัยใหม่จำนวนมากซ่อน IP address และให้บริการ VHost
- VHost เป็นฟังก์ชันที่ให้ผู้ใช้เลือกชื่อโดเมนปลอมหรือจริงเพื่อแสดงแทน IP
- เครือข่าย IRC ส่วนใหญ่ยอมให้เชื่อมต่อผ่าน VPN และ Tor ได้รับอนุญาตน้อยกว่านั้น
- ไม่ใช่ทุกเครือข่ายจะมีฟังก์ชันอำนวยความสะดวกเหมือนกัน
- EFNet เป็นเครือข่าย IRC ที่เก่าแก่ที่สุด และเป็นตัวอย่างที่แทบไม่รับฟังก์ชันอำนวยความสะดวกสมัยใหม่
- EFNet จะแสดง IP address ทั้งหมด หากเซิร์ฟเวอร์ที่เชื่อมต่อไม่มีโดเมนของตัวเอง
- และไม่มีบริการลงทะเบียนชื่อ·ช่องอย่าง NickServ และ ChanServ
ความเบาของ IRC และการเสริมเรื่องบันทึก
- โปรโตคอล IRC ถูกออกแบบให้ใช้งานได้ต่อเนื่องแม้บนความเร็วอินเทอร์เน็ตปี 1988 และถูกนำเสนอเป็น โปรโตคอลข้อความที่ใช้ทรัพยากรต่ำ เมื่อเทียบกับ Discord client
- สามารถเชื่อมต่อ IRC server ด้วย Telnet ได้เช่นกัน แต่ต้องส่ง ping เองเพื่อไม่ให้เซิร์ฟเวอร์ตัดสินว่าการเชื่อมต่อหลุด
- IRC พื้นฐานไม่มีฟังก์ชันดูบันทึกบทสนทนาช่วงที่ไม่ได้เชื่อมต่ออยู่
- วิธีเสริมที่ชอบที่สุดคือรัน client แบบเทอร์มินัล เช่น Irssi หรือ WeeChat บน Linux/BSD server ต่อเนื่องภายใน Screen หรือ Tmux
- ผู้ใช้เชื่อมต่อเข้าเซิร์ฟเวอร์ผ่าน SSH จากคอมพิวเตอร์ที่มีอินเทอร์เน็ต แล้วกลับเข้าสู่สถานะที่ client เปิดค้างไว้อย่างต่อเนื่อง
- ผู้เขียนระบุว่าใช้วิธีนี้มาตั้งแต่ปี 2006 ตั้งแต่ shell บนเซิร์ฟเวอร์ของเพื่อน, shell ฟรีสาธารณะ, เซิร์ฟเวอร์ Raspberry Pi ที่บ้าน ไปจนถึงเซิร์ฟเวอร์ปัจจุบันที่มีเว็บไซต์และโครงสร้างพื้นฐานอยู่
- ทางเลือกสำหรับผู้ใช้ที่ไม่ใช้ terminal client คือ IRC bouncer
- bouncer เชื่อมต่อไปยังเซิร์ฟเวอร์และช่องที่กำหนดแทนผู้ใช้ และบันทึกข้อความไว้
- ผู้ใช้เชื่อมต่อไปยัง bouncer เหมือนเป็น IRC server รับบันทึกช่วงที่ไม่อยู่ แล้วสนทนาได้ตามปกติ
วิธีเลี่ยงข้อจำกัดด้านความปลอดภัย รูปภาพ และเสียง·วิดีโอ
- IRC เป็นโปรโตคอลที่เปิดเผยและเรียบง่าย จึงอาจเสี่ยงต่อการถูกดักฟังได้
- เครือข่าย IRC จำนวนมากอนุญาตการเชื่อมต่อ SSL และมักใช้พอร์ต 6697 แทนพอร์ตปกติ 6667
- หากมีคนหนึ่งในช่องไม่ใช้ SSL ความพยายามของคนอื่นก็อาจถูกบั่นทอนได้
- ช่องสามารถจำกัดการเข้าร่วมของผู้ที่ไม่ใช้ SSL ได้
- Irssi, WeeChat และ HexChat บน Linux สามารถตั้งค่า OTR เพื่อสนทนาแบบ 1:1 ที่เข้ารหัสครบถ้วนกับคู่สนทนาที่มีปลั๊กอินได้
- ฟังก์ชันที่ Discord มีแต่ IRC ไม่มีโดยพื้นฐาน ได้แก่ การแชร์ภาพ, แชตเสียง และวิดีโอแชต
- ผู้เขียนมองว่าฟังก์ชันเหล่านี้ไม่จำเป็นสำหรับตนเอง โดยเฉพาะไม่ชอบแชตเสียง
- หากจำเป็นต้องมีแชตเสียงจริง ๆ สามารถใช้บริการภายนอกอย่าง Mumble ได้
- Mumble เป็นซอฟต์แวร์เสรี และสามารถตั้งเซิร์ฟเวอร์ส่วนตัวได้เหมือน IRC
- การแชร์ภาพสามารถเลี่ยงไปใช้ image hosting เช่น เซิร์ฟเวอร์ส่วนตัว, Catbox.moe หรือ Uguu.se ได้
- IRC รองรับการส่งไฟล์แบบ 1:1 ผ่านโปรโตคอล DCC
- แต่ DCC มีการใช้งานแตกต่างกันตาม client และอาจถูกไฟร์วอลล์บล็อกเป็นค่าเริ่มต้น
วิธีแสดงออกที่ Microsoft Comic Chat เพิ่มเข้ามา
- Microsoft Comic Chat เป็น IRC client ที่มีเอกลักษณ์ ซึ่ง Microsoft สร้างขึ้นในทศวรรษ 1990
- แม้จะถูกยุติไปกว่า 20 ปีก่อนขณะย้ายไปทาง MSN Messenger แต่ยังมีความนิยมแบบ cult อยู่
- ต่างจาก IRC client แบบข้อความล้วนทั่วไป มันเรนเดอร์ช่องให้เหมือน comic strip ที่กำลังดำเนินอยู่
- ผู้เข้าร่วมเลือกอวาตาร์ได้
- เวลาพูดสามารถใส่สีหน้าหรือท่าทางเฉพาะได้
- สามารถส่งเฉพาะสีหน้าเป็นการตอบสนองโดยไม่พูดได้ด้วย
- Comic Chat มีด้านที่ตลกขบขันมากจากอวาตาร์พื้นฐานและอวาตาร์ที่ผู้ใช้สร้างขึ้น แต่ก็สามารถเพิ่มสีหน้าและท่าทางให้บทสนทนา เพื่อเน้นหรือทำให้เจตนาของคำพูดชัดเจนขึ้น
- ด้วยสีหน้าและท่าทางที่เกินจริง รวมถึงลักษณะบทสนทนาข้อความแบบ asynchronous ของ IRC จึงมองว่า Comic Chat อาจเป็นรูปแบบการสื่อสารที่เหมาะมากสำหรับคนออทิสติก
- Comic Chat เป็นโปรแกรมสำหรับ Windows แต่ก็รันบน Linux ได้เช่นกัน และมี คู่มือตั้งค่า Wine ของ ShadowM00n ประกอบ
- นอกจากอวาตาร์พื้นฐานแล้ว เว็บไซต์ Comic Chat ของ Mermaid Elizabeth ยังรวบรวมเว็บไซต์ Comic Chat เก่า ๆ รวมถึงอวาตาร์และทรัพยากรไว้มากมาย
KoshkaIRC และ Comic Chat Caturday
- ผู้เขียนแนะนำให้ย้ายจาก Discord ไปยังพื้นที่เสรีและกระจายศูนย์อย่าง IRC และ Mumble พร้อมแนะนำเครือข่าย IRC ของตนเองชื่อ KoshkaIRC
- ที่อยู่เซิร์ฟเวอร์คือ
irc.koshka.love - ชื่อช่องหลักคือ
#
- ที่อยู่เซิร์ฟเวอร์คือ
- ระบุว่าการใช้ Microsoft Comic Chat กลับมาคึกคักอีกครั้งในช่อง
#comicchatบนเซิร์ฟเวอร์เดียวกัน - Comic Chat ต้องใช้ IRC client แยกต่างหาก รันจาก shell ไม่ได้ และเป็นโปรแกรมเก่าเกินกว่าจะเชื่อมต่อกับ bouncer ได้ จึงตัดสินใจจัดอีเวนต์ตลอดวันทุกวันเสาร์ชื่อ Comic Chat Caturday
- สำหรับผู้ใช้ในภูมิภาคโอเชียเนีย อาจใกล้เคียงกับวันอาทิตย์
- บทสรุปคือ หากยังคงใช้โปรโตคอลที่เสรีและเปิดกว้าง และรักษาหลักการของอินเทอร์เน็ตยุคเก่าไว้ “อินเทอร์เน็ตดี ๆ ในวันวาน” ก็จะไม่ตายไปอย่างสมบูรณ์
1 ความคิดเห็น
ความคิดเห็นจาก Hacker News
บทความพูดข้ามไปแบบเบา ๆ แต่ผมคิดว่าการไม่มีการรองรับ ประวัติการสนทนา ในตัว คือเหตุผลหลักที่ทำให้ IRC ถูกดันให้ตกขอบไปโดยปริยาย
ประวัติไม่ใช่ฟีเจอร์ที่ “หวือหวา” และวิธีที่บอกให้ไปเปิดบริการ logging แยกที่ทำงานตลอดเวลาเองนั้นยังไม่พอ
โดยเฉพาะอย่างยิ่ง ตอนนี้ก็มี โปรโตคอลแชตแบบ federated แบบเปิดที่ไม่มีปัญหานี้อยู่แล้ว
ประวัติไม่ใช่ของผู้ใช้ แต่เป็นของ Discord ดังนั้นถ้าถูกแบนจากเซิร์ฟเวอร์ เซิร์ฟเวอร์ปิด หรือบัญชี Discord ถูกระงับ การเข้าถึงก็จะหายไปตลอดกาล
มันไม่ได้ถูกเผยแพร่บนเว็บให้จัดทำดัชนีหรือค้นหาจากภายนอกได้เหมือน log ของบางช่อง IRC และ UX ในการไล่ดู log ย้อนหลังไม่กี่วันก็ช้าและเจ็บปวด
ส่งออกไปประมวลผลด้วยเครื่องมือข้อความมาตรฐานก็ยาก ไม่มีการค้นหาด้วย regex และค้นหา log จากหลายเซิร์ฟเวอร์พร้อมกันก็ไม่ได้
ผมยังค้นหา log IRC เมื่อหลายสิบปีก่อนได้ทันทีและจัดการเป็นข้อความได้ แต่ log ของ Discord ถูกขังอยู่ใน Discord และต้องค้นหาผ่าน UI ที่ดูสวยแต่แย่มากเท่านั้น
เหตุผลที่ Discord เป็นที่นิยมไม่ใช่เพราะประวัติ แต่เพราะสมัคร เข้าร่วม และเปิดเซิร์ฟเวอร์ได้ง่าย มีรูปภาพแบบ inline ไม่ต้องรู้คำสั่ง IRC ที่เข้าใจยาก และมีไคลเอนต์ที่ดูดี
แต่ Discord คือ หลุมดำของข้อมูล ที่ข้อมูลเข้าไปตาย
การค้นหาของ Discord แย่มากจนแม้มีประวัติก็มักไร้ประโยชน์ แต่ความสามารถในการ “ปักหมุด” ข้อความหรือการสนทนาที่มีประโยชน์ด้วยลิงก์นั้นสำคัญ
IRC พื้นฐานไม่มีการอ้างที่อยู่ข้อความ ไม่ว่าจะมีประวัติหรือไม่ก็ตาม
ถ้าจะจัดการเรื่องนี้ให้ถูกต้อง ต้องมีส่วนขยาย
message-tags(https://ircv3.net/specs/extensions/message-tags), การรองรับmessage-ids(https://ircv3.net/specs/extensions/message-ids.html) และอาจต้องมีecho-message(https://ircv3.net/specs/extensions/echo-message) ด้วยผมไม่รู้ว่าเซิร์ฟเวอร์และไคลเอนต์รองรับสิ่งเหล่านี้แค่ไหน และไคลเอนต์ก็ต้องมีวิธีแสดง message ID หรือ permalink ด้วย
พอถึงจุดนั้น ก็คงอยากได้ส่วนขยาย
chathistoryที่กำลังทำอยู่ซึ่งให้การรองรับประวัติ (https://ircv3.net/specs/extensions/chathistory) ด้วยDiscord กับ Slack มีประวัติ คนเลยคาดหวังว่าทุกคนคงอ่านทุกอย่างแล้ว
ประสบการณ์ที่สมมติว่าคนที่ไม่ได้อยู่ในห้องคงไม่เห็นข้อความนั้นดีกว่า และ IRC ให้ความรู้สึกเหมือน การสนทนาแบบ synchronous ที่ชัดเจนกว่ามาก
แชตใน Discord กับ Slack ก้ำกึ่งว่าเป็น synchronous หรือ asynchronous กันแน่
สมัยก่อนผมใช้ IRC เป็นงานอดิเรก และที่ทำงานก็ใช้มา 10 ปี แต่ในฐานะรูปแบบการสื่อสาร IRC นั้นแย่โดยสิ้นเชิง
สิ่งที่ไม่ชอบที่สุดคือคนเปลี่ยน nickname เพื่อบอกว่าตัวเองไม่อยู่
พอเข้าช่องแล้วเหมือนเข้าไปในห้องจริง ๆ และอยู่ในสภาพที่ไม่รู้ว่าตอนเราไม่อยู่เขาคุยอะไรกัน
พูดถึงคนที่ไม่ชอบ Discord ก็ง่าย ๆ
ก่อนมี Discord ผมใช้ Ventrilo, Mumble, TeamSpeak, Skype ฯลฯ แทบทุกวันอยู่เกือบ 10 ปี
ตอนนั้นมีแชตเสียง และบางตัวก็มีแชตข้อความที่พอใช้ได้ แต่ Discord รวมแชตเสียง, แชตข้อความดี ๆ ที่ส่งรูปภาพ·โค้ดสั้น ๆ·อีโมจิ·รีแอ็กชันได้, วิดีโอสตรีมมิง, การแชร์ไฟล์, การเชื่อมต่อบอตที่ทรงพลัง และปัญหาความปลอดภัยที่น้อยกว่าทางเลือกแบบโฮสต์เอง ไว้ในที่เดียว
โดยเฉพาะในคอมมูนิตี้เกมอย่าง MMORPG ความปลอดภัยสำคัญมาก เพราะเคยมีกรณีที่ถูก DDoS เพียงเพราะออกจากทีมหรือไปคุยกับใครบางคนบนเซิร์ฟเวอร์ TeamSpeak ผิดที่เมื่อ 5 เดือนก่อน
Push-to-Talk ก็สำคัญ
เวลาทำงานรีโมตแล้วมีเด็ก ๆ อยู่ข้างหลัง ฟีเจอร์กดปุ่มแล้วค่อยพูดมีประโยชน์มาก และเกมเมอร์ก็ทำแบบนั้นโดยมีพ่อแม่เป็นเสียงรบกวนพื้นหลังมานานกว่า 20 ปีแล้ว
รวมถึงการใช้บัญชีเดียวในทุกเซิร์ฟเวอร์พร้อมปรับแต่งตัวตนได้ มันจึงเป็นโซลูชันครบในตัว และนั่นคือเหตุผลที่ชนะตลาด
ความเรียบง่ายของ IRC อาจสวยงามในอารมณ์แบบแฮกเกอร์ แต่ไม่ได้แก้ปัญหาของผมหรือทำให้ชีวิตสะดวกขึ้น จึงไม่คิดจะใช้แทน Discord
เมื่อก่อนในเซิร์ฟเวอร์เกมบางประเภท TeamSpeak เป็นช่องทางสื่อสารหลัก และแทบทุกเซิร์ฟเวอร์เกมกับหลายทีมมี TS
ผลคือเกิดหายนะที่ที่อยู่ IP รั่วไปทั่ว และถ้าเข้าเซิร์ฟเวอร์แล้วถูกเชื่อมโยงกับชื่อในเกม ก็มีโอกาสสูงที่จะถูก DDoS จนหลุดออฟไลน์ในจังหวะสำคัญ
ย้ายมา Discord แล้วเรื่องแบบนั้นเกิดน้อยลงมาก
เพียงแต่หวังว่าจะใช้ โปรโตคอลแบบเปิด และอนุญาตให้ทำดัชนีเนื้อหาได้
โดยหลักการแล้วผมไม่ชอบซอฟต์แวร์ปิด และก็รู้ว่า Discord คงไม่เปิดเผยสูตรลับสำคัญ แต่ถ้าอย่างน้อยผู้ดูแลสามารถกดเช็กบ็อกซ์ให้ช่องข้อความถูกทำดัชนีในเสิร์ชเอนจินได้ก็คงดี
คนในอนาคตจะสามารถค้นหาวิธีแก้ปัญหาที่ปักหมุดไว้ใน FAQ ได้โดยไม่ต้องเข้าแชนเนล Discord และแม้วันหนึ่งแชนเนลนั้นหายไป ความรู้นั้นก็จะไม่สูญหายไปทั้งหมด
คำตอบสั้น ๆ อยู่ที่ https://answers.microsoft.com/en-us/msteams/forum/all/teams-... และเอกสารอยู่ที่ https://support.microsoft.com/en-us/office/muting-and-unmuti...
ใช้ IRC มาตั้งแต่ยุค 90 เคยเป็นโอเปอเรเตอร์ที่ Undernet
#Linuxและ#Japanอยู่นาน เคยรันเซิร์ฟเวอร์ให้เครือข่าย IRC เล็ก ๆ ตอนอยู่ลอนดอน และก็รันเซิร์ฟเวอร์ของเครือข่ายเล็ก ๆ เดียวกันในญี่ปุ่นด้วยบทความเขียนได้ยอดเยี่ยม แต่ไม่ได้พูดถึง Matrix เลย
Matrix กระจายศูนย์เหมือน IRC และคุณสามารถรันโฮมเซิร์ฟเวอร์ของตัวเองได้เหมือนรัน
ircdถ้าเชื่อมต่อกับโฮมเซิร์ฟเวอร์ Matrix ด้วยไคลเอนต์ที่เหมาะสม ก็จะได้ข้อดีด้านแชตของ IRC บวกกับข้อดีแบบ Discord เช่น การโพสต์รูปในแชตและการจัดรูปแบบข้อความ
ขึ้นอยู่กับการตั้งค่าห้อง อาจมีประวัติแชตได้ และทำห้องที่เข้ารหัสแบบสมบูรณ์ได้ รวมถึงสร้างห้องเสียง·วิดีโอได้ด้วย
ตอนนี้ผมย้ายมา Matrix เต็มตัวแล้ว และเพราะ Discord เป็นสวนที่มีกำแพงล้อม ในขณะที่ Matrix กระจายศูนย์เต็มรูปแบบเหมือน IRC ทุกวันนี้ผมจึงแนะนำ Matrix มากกว่า IRC
Dendrite ทางเลือกเจเนอเรชันที่ 2 ที่เขียนด้วย Go เบากว่า แต่ครั้งล่าสุดที่ดูยังขาดฟีเจอร์บางส่วน
เมื่อไม่กี่ปีก่อนผมเจอ implementation โฮมเซิร์ฟเวอร์ที่เบามากชื่อ Conduit(https://conduit.rs/) ซึ่งเขียนด้วย Rust และยังมีคอมมูนิตี้ที่มีส่วนร่วมสูงและตอบสนองเร็วด้วย
ผมรันมา 18~24 เดือน ใช้ติดต่อกับครอบครัว ธุรกิจเล็ก ๆ และกลุ่มที่ทำงาน ถ้ายังไม่เคยดู ขอแนะนำอย่างยิ่งให้ลองดู Conduit
ในแง่การค้นพบคอมมูนิตี้เฉพาะทาง ตอนนี้ทำได้ดีกว่า Fediverse มากแล้ว
อยากให้ผู้เขียนเขียนโดยอิงข้อเท็จจริง และมันดูเหมือนแฟนฟิกแนวอำนาจนิยมที่ดันทุรัง
เหตุผลที่ IRC ไม่เวิร์กนั้นเรียบง่ายและชัดเจน คือมันขาดฟีเจอร์ที่ผู้ใช้คาดหวัง
Signal หรือ Telegram ก็ทำบริการแบบ IRC อย่างห้องแชตขนาดใหญ่เช่นกัน แต่ที่น่าคิดคือพวกเขาไม่ได้สร้างมันบน IRC
พวกมันเชื่อมต่อเป็นเกตเวย์ไปยังเซิร์ฟเวอร์สาธารณะ ส่วนตัว และเซิร์ฟเวอร์เพื่อนกลุ่มเล็ก ๆ จำนวนมาก แล้วกวาดข้อมูลข้อความทั้งหมดดูดเข้า data lake ได้
ดังนั้น Discord จึงผลักดัน Application Commands[0] ที่จะรับข้อมูลก็ต่อเมื่อผู้ใช้เริ่มต้นแอปพลิเคชันเท่านั้น และทำให้ Message Contents เป็น privileged intent[1] ที่ต้องยืนยันตัวตนหากบอตอยู่ในเซิร์ฟเวอร์มากกว่า 100 แห่ง
[0] https://discord.com/developers/docs/interactions/application...
[1] https://support-dev.discord.com/hc/en-us/articles/4404772028...
ไม่ได้มีอคติกับ IRC แต่การเสนอ IRC เป็นทางเลือกแทน Discord นั้นชวนงง เพราะดูเหมือนไม่เข้าใจพื้นฐานว่า Discord เก่งเรื่องอะไร
ถ้ากำลังมองหาทางเลือกแบบโฮสต์เอง Matrix โดยเฉพาะ Matrix ที่มีห้องแชตวิดีโอและเสียงแบบสมัยใหม่ จะใกล้เคียงกับสิ่งที่ Discord มอบให้มากกว่า
ถึงอย่างนั้นก็ยังยากที่จะทดแทนการใช้งานหลักของ Discord อย่าง การคุยเสียงระหว่างเล่นเกม การสตรีมวิดีโอจากหน้าจอเกมที่แคปเจอร์มาได้อย่างลื่นไหล และ UI ที่ลื่นพอจนหลานอายุ 8 ขวบก็เรียนรู้เองได้
Discord มีการใช้งานแบบข้อความล้วนอยู่มาก เช่นตัวอย่างต่อไปนี้
https://news.ycombinator.com/item?id=36746154
https://news.ycombinator.com/item?id=29712098
ถ้าทำให้ IRC ใช้งานได้ดีขึ้นสำหรับคนที่ชอบ Discord เป็นต้น สำหรับคนจำนวนมากที่ชอบ IRC มันคงรู้สึกเหมือนถูกเปลี่ยนแก่นแท้และทำให้พังไป
ในทางกลับกันก็เช่นเดียวกัน ดังนั้น IRC คงไม่มีทางฟื้นกลับมาและถูกใช้ในวงกว้างอีก
ถ้าเหตุผลคือ “Discord ไม่เป็นส่วนตัว” ก็แพ้ไปแล้ว
คนที่ใช้ Discord ไม่ได้สนใจเรื่องนั้น และข้อโต้แย้งแบบนั้นเผยให้เห็นว่าไม่เข้าใจจริง ๆ ว่าทำไมคนถึงใช้ Discord
บทความที่พูดว่า Discord แย่อย่างไรนั้นโผล่มาเป็นระยะ แต่ทั้งหมดพลาดประเด็นสำคัญ
เว็บไซต์และฟอรัมจำนวนมากถูกแทนที่ด้วย Discord ซึ่งไม่ค่อยดีนัก
โดยพื้นฐานมันเป็นแอปส่งข้อความ แต่กลับถูกใช้ในกรณีที่เว็บไซต์เหมาะสมกว่า เช่น “ลิงก์อยู่ใน Discord ของผม”
แน่นอนว่าผมและคนจำนวนมากใช้แทบแต่เซิร์ฟเวอร์สาธารณะ และจริง ๆ แล้วอยากให้มันเป็นส่วนตัวน้อยลงเพื่อให้ค้นหาบนอินเทอร์เน็ตได้
เห็นด้วยว่า IRC ในแบบที่มีแต่โครงกระดูกนั้นอาจเท่ได้
แต่บริการสมัยใหม่อย่าง Teams, Slack, Discord ให้ความสำคัญสูงสุดกับ ความต่อเนื่องแบบไร้รอยต่อ ระหว่างอุปกรณ์ไคลเอนต์
เช่น วางแล็ปท็อปไว้แล้วไปเข้าห้องน้ำ หยิบมือถือขึ้นมาพิมพ์ต่อ
หลังจากเริ่มใช้อุปกรณ์หลายเครื่องแล้วก็ยังใช้ IRC อยู่พักหนึ่ง แต่ฟีเจอร์พื้นฐานอย่างการส่งข้อความแบบอะซิงโครนัสต้องพึ่งวิธีอย่างพร็อกซีหรือการเชื่อมต่อ ssh ผ่าน GNU screen
ถ้าจะสร้างความไม่ขึ้นกับไคลเอนต์บน IRC ก็คงมีโอกาสสูงที่ต้องหุ้มด้วยโปรโตคอลที่ซับซ้อนกว่า IRC เอง
ผมคงเดิมพันมากกว่าว่าบริษัทใหญ่ ๆ จะนำช่องแบบ IRC มาเป็นฟีเจอร์ย้อนยุคสนุก ๆ และดูมีโอกาสที่ฟีเจอร์นั้นจะฮิตมากกว่าการคืนชีพของ IRC
การแจ้งเตือนหาย ข้อความหาย ลำดับข้อความสลับกัน พอดูเหมือนแก้ได้สัก 3 เดือนก็กลับมาเกิดอีก และดูเหมือนจะเป็นบน Android เป็นหลัก
โดยทั่วไป ปัญหาการใช้งานหลายอุปกรณ์ของเมสเซนเจอร์ดูเหมือนถูกแก้ไปแล้วตั้งแต่ยุค MSN Messenger กับ Skype แต่เมื่อเข้าสู่ยุคสมาร์ตโฟน เมสเซนเจอร์เหล่านั้นย้ายไปมือถือได้ไม่สำเร็จ จึงเกิดปัญหาแบบ WhatsApp ที่กลับไปผูกกับอุปกรณ์เดียว
ภายหลังมีการเพิ่มการเข้าถึงผ่านเว็บ แต่ก็ใกล้เคียงกับการแฮ็กมากกว่าจะเป็นการรองรับหลายอุปกรณ์อย่างแท้จริง
ปัญหาใหญ่ที่แอปส่งข้อความบนมือถือแก้ได้คือ โปรโตคอลไม่ได้ต้องการ การเชื่อมต่อค้างไว้ตลอด
ในทางทฤษฎี MSN, ICQ, Skype, IRC ก็อาจขยายได้เช่นกัน แต่การสร้างใหม่แล้วออกสู่ตลาดก่อนมักเร็วกว่าเสมอ
ถ้าวันนี้อยากใช้ IRC ให้มีประสบการณ์หลายอุปกรณ์แบบสมัยใหม่ ผมมองว่า Quassel[1] กับ Quasseldroid สำหรับ Android เป็นทางออกที่ดีที่สุด
คล้ายกับ bouncer แต่ใช้โปรโตคอลของตัวเองระหว่าง
quassel-coreซึ่งเป็น bouncer กับquassel-clientซึ่งเป็น GUI เพื่อซิงก์สถานะทุกอุปกรณ์อย่างสมบูรณ์ และยังทำงานได้แม้การเชื่อมต่อมือถือไม่เสถียรต้องรัน core บนเซิร์ฟเวอร์เพื่อให้เข้าถึงได้จากทุกที่ จึงไม่ใช่สำหรับ “คนทั่วไป” ตามที่บทความพูดถึง แต่เป็นวิธีที่ทำให้ IRC ใช้งานได้ในโลกยุคปัจจุบัน
ผมไม่อยาก ssh จากมือถือด้วย termux เข้าไปใช้ irssi ใน screen
ถ้าชอบแนว Web 2.0 ตัวเลือกถัดไปน่าจะเป็น The Lounge[2]
[1] https://quassel-irc.org/
[2] https://thelounge.chat/
เกี่ยวข้องกับประเด็นแรกอยู่เล็กน้อย ส่วนตัวแล้วผมกำลังมองหาวิธีตัดการเชื่อมต่อให้มากขึ้น
แม้จะเป็นการขาดช่วงสั้น ๆ อย่างการไม่เอามือถือเข้าห้องน้ำไปด้วยก็เถอะ ตอนนี้ผมรู้แล้วว่าไม่ชอบการเชื่อมต่ออยู่ตลอดเวลา
IRC แบบพื้นฐานฟังดูเหมือนความฝันเมื่อเทียบกับฝันร้ายของการเชื่อมต่อไม่หยุด
Discord ไม่เคยแจ้ง DM จากลูกสาว แต่ประกาศจาก Discord เกมที่ปิดเสียงไว้สนิทกลับแจ้งเตือนเสมอ
quasselclientบนเดสก์ท็อปไว้ แล้วไปเข้าห้องน้ำและพิมพ์ต่อด้วยแอป Quassel บนมือถือได้ที่จริงมันทำงานได้เพราะเชื่อมต่อกับ Quassel อยู่
แน่นอนว่าคงไม่ทำแบบนั้นจริง ๆ
Ergo IRCd รองรับการให้ไคลเอนต์หลายตัวเชื่อมต่อพร้อมกันด้วยบัญชีเดียวกันและชื่อเล่นเดียวกันได้ แม้ใช้แค่โปรโตคอล IRC ปกติ
https://github.com/ergochat/ergo/blob/master/docs/USERGUIDE....
ถ้อยคำทำนองว่า “ใครที่เคยใช้ IRC จะรู้ว่ามันไม่ได้ซับซ้อนเลย” และเรื่อง “ทำให้เป็นของคนทั่วไป” ของผู้เขียน รู้สึกเหมือน ความเป็นชนชั้นนำทางปัญญา ที่ทำให้ผมถอยห่างอย่างแน่นอนทุกครั้งที่คิดว่าจะกลับไปใช้ IRC
นี่แสดงให้เห็นได้ดีว่าการรักษาความรู้สึกเชื่อมโยงกับฐานผู้ใช้จริงนั้นสำคัญเพียงใด
ตัวเทคโนโลยีเองไม่ได้มี “ความเป็นชนชั้นนำ” อะไรอยู่ และเมื่อก่อนก็มีช่องกับเครือข่ายจำนวนมากที่มีผู้ใช้ไม่ใช่สายเทคนิคอยู่เยอะ
สมัยที่ Shoutcast กำลังฮิต เซิร์ฟเวอร์ก็มีช่อง IRC ที่เกี่ยวข้องให้ผู้คนขอเพลงหรือคุยเรื่องเพลงกัน
คำว่า “กันผู้ใช้ที่ไม่รู้เทคโนโลยีออกไป” ก็แปลก เพราะเคยเห็นเด็กมัธยมต้นเข้า IRC channel ได้โดยแทบไม่มีปัญหา
Matrix เป็นโปรโตคอลแชตที่ใช้งานได้จริงมาก และผมใช้เป็นงานหลักมาหลายเดือนแล้ว
ผม bridge บัญชี WhatsApp กับ Telegram ด้วย แล้วใช้แค่ไคลเอนต์ Matrix ทั้งบนมือถือและเดสก์ท็อป ก็ไม่มีปัญหา
สำหรับกลุ่มเพื่อนในชีวิตจริงใช้เหมือน WhatsApp ได้ สำหรับห้องออนไลน์ใช้เหมือน IRC/Discord/Slack ได้ และยังมีประวัติย้อนหลังที่ IRC ขาดไปด้วย
ผมใช้ Matrix แต่ไม่ไว้ใจ Element เลยไม่ bridge บัญชี
สมัยเรียนมหาวิทยาลัย ผมเริ่มเปิดเซิร์ฟเวอร์ IRC ส่วนตัวกับเพื่อน ๆ และตอนนี้ผ่านมาราว 15 ปีแล้วก็ยังใช้อยู่
เคยเปิดเซิร์ฟเวอร์ Ventrilo ด้วย แต่ไม่นานก็เปลี่ยนไปใช้ Mumble และดูเหมือนจะไม่มีทางย้ายไป Discord
IRC เคยเป็นส่วนสำคัญในชีวิตผม และที่ที่ผมเข้าไปเล่นแมตช์ Quake, CS 1.6, Dota แบบเป็นระบบก็คือ IRC
ตอนนี้ผมเล่นเกมฮาร์ดคอร์น้อยลงแล้ว แต่คิดว่าบทบาทนั้นคงถูกแทนที่ด้วย Discord และระบบจับคู่อัตโนมัติในเกมไปแล้ว
IRC ยังเป็นแหล่งทรัพยากรที่ยอดเยี่ยมในการเรียนรู้หัวข้อด้านเทคนิคด้วย
ทุกวันนี้คอมมูนิตี้โอเพนซอร์สส่วนใหญ่ชี้ไปยังที่อย่าง Discord, Slack, Gitter
อยากให้ IRC กลับมาอีกครั้ง
เครือข่ายใหม่ ๆ ล้วนบังคับให้ใช้ไคลเอนต์ของตัวเอง และผมก็ไม่ชอบแนวทางการออกแบบสมัยใหม่ด้วย
mIRC บน Windows และ irssi บน Linux แทบจะสมบูรณ์แบบในแง่ UX/UI ตามมาตรฐานของผม ส่วนสิ่งที่ตามมาหลังจากนั้นมีแต่เพิ่ม พื้นที่ว่างและสิ่งรบกวน ที่ดึงความสนใจออกจากเนื้อหาสำคัญอย่างการแชต
ผมรู้สึกมาตลอดว่าคนทำ UX เหมือนจะเกลียดตัวเอง จนมองว่างานที่ดีที่สุดคือ “ความว่างเปล่า”
ยิ่งพวกเขาเพิ่มความว่างเปล่า พื้นที่ และช่องว่างมากเท่าไร ก็ดูจะยิ่งรู้สึกสบายใจกับงานของตัวเองมากขึ้นเท่านั้น
มันให้ความรู้สึกแบบ “เพิ่มสิ่งที่ไม่มีอะไรเลยลงไปบนสิ่งที่สมบูรณ์แบบ แล้วก็ได้รับเงิน” และเสียงเล็ก ๆ ในหัวก็กระซิบว่าความว่างเปล่านั้นช่างคล้ายกับจิตวิญญาณของพวกเขา