Discord ist keine Dokumentation
(shkspr.mobi)- Discord ist nützlich für Hilfe in Echtzeit und zum Teilen von Arbeitsständen, eignet sich strukturell aber nicht als Ersatz für die dauerhafte Dokumentation eines Projekts
- Dass Open-Source-Projekte dort kommunizieren, wo sich ihre Nutzer versammeln, ist naheliegend; Discord ist seinem Wesen nach jedoch ein Werkzeug für flüchtige Gespräche
- Die Entwicklungsplattform Watchy verweist Nutzer für Informationen jenseits der grundlegenden Einrichtung auf Discord, sodass sie ohne API-Dokumentation selbst Nachrichten durchsuchen müssen
- Selbst wenn man Fragen per Suche findet, ist der Kontext und die Relevanz der Antworten schwer einzuschätzen, sodass dieselben Befehle oder Optionen falsch interpretiert werden können
- Wenn häufige Fragen und Antworten nicht an einem Ort gesammelt werden, erleben Nutzer beim Lernen und Verwenden des Produkts dauerhaft unnötige Reibung
Wobei Discord hilft – und was es nicht ersetzen kann
- Über Discord kann man Hilfe in Echtzeit zu Problemen erhalten und sofort sehen, woran andere arbeiten oder wo sie feststecken
- Die Einstiegshürde unterscheidet sich nicht wesentlich von anderen Kommunikationstools wie Slack, Matrix, Gitter oder IRC
- Es ist auch naheliegend, wenn Open-Source-Projekte dem Prinzip folgen, „dorthin zu gehen, wo die Nutzer sind“
- Als Vergleich wird angeführt, dass es wenig sinnvoll ist, nur auf MySpace zu posten, wenn alle auf Facebook sind
- Dass Discord nicht Open Source ist, stört bis zu einem gewissen Grad, aber es funktioniert auch im Firefox problemlos
- Entscheidend ist: Discord eignet sich zwar für flüchtige Gespräche, ist aber kein Ersatz für Dokumentation
Die Dokumentationslücke bei Watchy
- Beim Einstieg in die Entwicklungsplattform Watchy kam zunehmend Frust auf
- Das Angebot ähnelt eher: „Hier ist ein Grundlagenleitfaden für die Einrichtung, alles Weitere bitte auf Discord fragen“
- Ohne API-Dokumentation müssen Nutzer viele Nachrichten selbst durchscrollen, um die benötigten Informationen zu finden
- Wenn Informationen nur in Discord-Gesprächen verbleiben, fehlt ein strukturierter Bezugspunkt wie in einer Dokumentation
Das Kontextproblem lässt sich nicht durch Suche lösen
- Die Discord-Suche ist kaum eine echte Lösung, wenn Menschen Threads nicht ordentlich nutzen
- Man findet vielleicht die Frage, aber die zugehörige Antwort nur schwer
- Selbst wenn man eine Antwort findet, ist schwer zu beurteilen, ob sie zur aktuellen Frage gehört oder zu einem anderen Gespräch
- In einem Beispieldialog vermischen sich eine Frage zum Befehl
fullscreen, eine Frage zum Formatieren eines Datenträgers und eine Antwort zum Flag-f, wodurch der Zielkontext der Antwort unklar wird - In einer solchen Struktur können derselbe Befehl oder dieselbe Option völlig unterschiedlich gelesen werden
Reibung für Anfänger und durch wiederholte Fragen
- Wenn Informationen über Discord verstreut sind, stellen Anfänger Fragen erneut, die schon häufig gestellt wurden
- Manche reagieren genervt auf solche Anfängerfragen
- Wenn es viele wiederholte Fragen gibt, ist es die direktere Lösung, gemeinsame Fragen und Antworten an einem Ort zu sammeln
- Eine FAQ ist vielleicht nicht die richtige Endform umfassender Dokumentation, aber als minimale Informationsstrukturierung ist sie nötig
Dokumente, die zumindest gesammelt werden sollten
- Man muss nicht zwingend dem Four-Document Model folgen
- An diesem Modell gibt es auch Kritik
- Trotzdem ist schwer nachvollziehbar, wenn häufige Fragen und Antworten nicht gesammelt werden
- Umfassende Dokumentation lässt sich nicht allein mit einer FAQ lösen, aber Projekte, die nicht einmal eine FAQ erstellen, sollten die Veröffentlichung ihres Produkts grundsätzlich überdenken
1 Kommentare
Hacker-News-Kommentare
Es gibt einen Trend bei Startups, alles einschließlich Support in Discord zu stopfen, aber aus den im Artikel genannten Gründen ist das aus Sicht von Nutzern und Kunden eine schreckliche Erfahrung.
Es kostet viel zu viel Zeit, die Kanalstruktur zu verstehen und herauszufinden, wo man etwas posten soll, und es ist auch schwer zu durchsuchen, ob eine Lösung bereits gepostet wurde. Man weiß außerdem nicht einmal, wer tatsächlich antworten wird. Wenn man ein Startup betreibt und alles auf Discord verlagern will, sollte man das ernsthaft überdenken.
Statt öffentliche Informationen bereitzustellen, die sich per Google-Suche oder über ein Hilfeportal bzw. eine Dokumentationsseite finden lassen, bringt man alle dazu, in einen Chatraum zu kommen und Fragen erneut zu stellen, die sehr wahrscheinlich schon beantwortet wurden. Damit schafft man sich selbst nur mehr Arbeit. Ich weiß, dass viele Leute Fragen stellen, ohne in Hilfe oder Doku zu schauen, aber wenn auch nur 10 % über Self-Service-Support gelöst werden können, lohnt es sich, solche Dokumentation aktuell zu halten.
Das war früher schon einmal ein Thema auf Hacker News: „Discord is a black hole for information“
https://knockout.chat/thread/33251/1
https://news.ycombinator.com/item?id=30311982
Zumindest in meinem Fall ist das Publikum sehr jung und alle wollen auf Discord sein. Wenn sich ein ordentliches Community-Mitglied als Moderator anbietet, läuft es praktisch mit fast keinem Aufwand. Meiner Erfahrung nach kam der Zug zu Discord zuerst aus der Community, und die Idee, damit anzufangen, war nicht einmal meine. Andere Plattformen will niemand, selbst wenn ich sie vorantreibe. Ich weiß nicht, warum es funktioniert, aber es funktioniert einfach gut.
Es unterstützt Sprache, Video und Text und ermöglicht Echtzeit-, verzögerte und automatisierte Interaktion. Es läuft im Web, auf dem Desktop und mobil. Ich kann verstehen, warum man Support-Prozesse und Schulungen vereinfachen möchte, indem man auf ein einziges Tool standardisiert. Wenn sich Zugänglichkeit und Nutzbarkeit verbessern ließen, könnte Discord in vielerlei Hinsicht ein großer Fortschritt sein. Weniger Kanäle und klarere Namen wären ein guter erster Schritt, und auch eine kurze Willkommensnachricht mit Tipps könnte helfen.
Die Standard-Benachrichtigungseinstellungen sind völlig absurd, sodass alles ständig als ungelesen erscheint, alles wichtig ist und überall rote Badges kleben. Jedes Mal, wenn ich einem neuen „Server“ beitrete, muss ich zuerst rechtsklicken und „@everyone und @here unterdrücken“ sowie „Rollen-Erwähnungen unterdrücken“ auswählen. Trotzdem werden @everyone-, @here- und @role-Nachrichten immer noch gelb hervorgehoben, als wäre ich persönlich erwähnt worden. Broadcast-Erwähnungen sind eine Funktion, die zwangsläufig missbraucht wird, und hätten nie gebaut werden sollen.
Das Eingabefeld für Nachrichten tut außerdem übertrieben intelligent und ist gleichzeitig zu dumm. Es hat die standardmäßige Textersetzung von macOS kaputtgemacht, und ich meine mich zu erinnern, dass es manche Zeichen schluckt, wenn die Nachricht mit bestimmten Zeichen beginnt. Aber wenn man @username direkt eintippt und nicht die auftauchende Autovervollständigung auswählt, funktioniert die Erwähnung nicht.
Auch die UI zum Hinzufügen von Reaktions-Emojis ist lächerlich schlecht. Erst werden die zuletzt verwendeten Emojis gezeigt, dann endlos die benutzerdefinierten Emojis aller Server, die man ohne Abo ohnehin nicht verwenden kann, und erst danach kommen die Unicode-Emojis.
Pop-ups, Banner und Tooltips, die das kostenpflichtige Abo bewerben, sind ebenfalls extrem lästig. Dasselbe gilt für die „Neues“-Pop-ups. Wenn jemand seit Jahren den kostenlosen Tarif nutzt und kein Geld bezahlt, sollte man wohl davon ausgehen, dass die Chance auf Conversion bereits gering ist, und mit dem Upselling aufhören, das in der Hoffnung auf zahlende Kunden nur die Augen nervt.
Dateien werden auch viel zu oft mit „too powerful“ blockiert, und es gibt keine Option, sie so komprimieren zu lassen, wie der Server es möchte. Dabei muss man Bilder oder Videos nur selten bitgenau perfekt versenden. Irgendwann will ich als nächstes Projekt einen modernen Desktop-Messenger mit mehreren Protokollen bauen, und Discord wird ganz oben auf der Liste der zu unterstützenden Dienste stehen.
Die unmittelbare Reaktion von HN auf bestimmte Themen wird zunehmend ermüdend.
Ein großer Teil der Leute, die hier gerade kommentieren, scheint nicht einmal gelesen zu haben, worum es in dem Text geht, sondern nur Nostalgie für alte Mailinglisten und halb fertige Dokumentation loswerden zu wollen. Solche Dokumentation hatte bestenfalls ein einziges Codebeispiel und war im Durchschnitt am Ende kaum mehr als ein „Inhaltsverzeichnis“ für den Source Code, den man sowieso lesen musste. Ich persönlich fände es gut, wenn solche Projekte zusätzlich zu Discord auch ein BBS hätten, aber es ist wirklich schön, einfach mit den Menschen zu reden, die Dinge bauen, die mich interessieren, und dabei Freunde zu werden.
Bei Watchy war die Dokumentation ein guter Ausgangspunkt: https://watchy.sqfmi.com/docs/getting-started
Es gibt ein Architekturdiagramm, einige Codebeispiele für häufige Anwendungsfälle, und es vermittelt auch ziemlich gut, dass dieses Projekt ein „abenteuerartiges“ Projekt mit großer thematischer Breite ist. Vielleicht könnte man irgendwann Links zu Artikeln oder Projekten ergänzen, die andere gemacht haben, aber ich weiß nicht, ob es viele solcher Materialien geben wird. Es ist ein ziemlich nischenhaftes Produkt.
Hier gibt es ein paar Themen, die viele Leute triggern, und unabhängig davon, was der eigentliche Beitrag ist, posten sie vorgefertigte Kommentare, ohne den Text überhaupt zu lesen. Schon die Tatsache, dass jemand einen Wegwerf-Account wie „discordsucks“ erstellt, um zu kommentieren, zeigt das deutlich.
Außerdem sind das keine „Server“, sondern Kanäle.
Wir haben ebenfalls begonnen, https://www.answeroverflow.com/ zu nutzen, um Inhalte aus Discord ins Web zu spiegeln
Man könnte zwar auch selbst etwas Ähnliches bauen, aber AnswerOverflow bietet einige brauchbare Funktionen und geht auch mit Einwilligungsfragen gut um. Wenn man mit Discord neu anfängt, würde ich dringend empfehlen, von Anfang an klarzustellen, dass Inhalte auch an anderer Stelle gespiegelt werden können, selbst wenn man das nicht sofort umsetzt. Später ist es viel schwieriger
Die bessere Lösung wäre wohl, Discord gar nicht zu verwenden, aber wegen der Hürden bei Alternativen, des Widerstands von Kollegen und der Angst, dass sich die Community zersplittern könnte, war das für uns die beste Lösung. Discord von vornherein nicht zu nutzen, ist vielleicht am besten, aber zumindest für manche Communities hat es den Vorteil, vertraut zu sein. Wir pflegen zwar auch „richtige“ Dokumentation, aber es ist schwer, dort alles unterzubringen, und in Discord gibt es wertvolle Inhalte, die sonst nirgends festgehalten werden
Also die Hauptkommunikation auf etwas Offenes wie XMPP MUC, Matrix Spaces oder IRC zu legen, oder auf Plattformen wie Zulip oder Mattermost. Dann hängt die eigentliche Heimat nicht von einem Großunternehmen ab, das den Dienst durch Sanktionen oder neue Paywalls einstellen kann, auch wenn das Chat-Tool der Woche wechselt
In meinem letzten Unternehmen haben wir Discord für den Support genutzt, und das war großartig
Es dauert eine Weile, eine Community aufzubauen, aber wenn sie einmal steht, ist sie ein großer Gewinn. Die größten Vorteile sind unmittelbares Nutzerfeedback, höhere Bindung, Zusammenarbeit unter Nutzern und Hilfe aus der Community. Discord ist dialogorientiert, daher kann man bei Produktfeedback schnell besprechen, welches Problem genau jemand hat, Lösungen vorschlagen und direkt sehen, wie darauf reagiert wird. Wenn Nutzer sofort Zugang zu den Produktentwicklern haben, haben sie das Gefühl, dass ihr Feedback sinnvoll genutzt wird, und ihre Bindung steigt. Wenn die Community groß genug ist, können Nutzer gemeinsam Verbesserungen brainstormen oder neuen Nutzern helfen, was die Zeit reduziert, die Entwickler für Support aufwenden müssen
Persönlich finde ich die Kritik, dass es „nicht indexiert“ wird, etwas lächerlich. Wie oft hat man schon nach einem obskuren Fehler gesucht und ist bei einer Mailingliste gelandet. Meist haben indexierte Mails keine Antwort, und selbst wenn es eine gibt, löst sie das Problem oft nicht. Chatprotokolle zu durchforsten ist kein effizientes Mittel der Dokumentation. Wir nutzen Community-Feedback als Signal dafür, was in der Dokumentation fehlt, und aktualisieren sie entsprechend. Wenn diese Woche zehn Nutzer nach Funktion X gefragt haben, bedeutet das, dass die Dokumentation aktualisiert werden muss
Es gibt jetzt zwar Threads, aber die funktionieren nur, wenn sie auch alle benutzen. Wenn man jemanden mit derselben Frage findet, aber keine Antwort sieht, weiß man nicht, ob es wirklich keine Antwort gab oder ob sie 1000 Nachrichten weiter unten außerhalb des Threads gegeben wurde. Ohne Threading ist das eine Katastrophe
Ich bin oft über die Suche bei obskuren Fehlern auf Mailinglisten gestoßen, wobei Foren noch besser waren. In Discord oder Slack habe ich fast nie Antworten bekommen, und wenn doch, dann oft keine guten. Wenn eine Frage nach oben weggedrückt wird, sieht sie niemand mehr, und selbst wenn jemand antwortet, ist es oft ein übereifriger Anfänger, der das Problem gar nicht verstanden hat
Früher habe ich viel in Foren geschrieben und Probleme mit gut geprüften reproduzierbaren Beispielen präzise gezeigt. Außerdem bin ich nach dem Prinzip „eine Frage stellen, eine Frage beantworten“ die erste oder zweite Seite mit unbeantworteten Fragen durchgegangen und habe etwas hinterlassen, wenn ich eine Antwort wusste
Fast alle Discord- oder Slack-„Support“-Kanäle waren miserabel. Unternehmen verschieben damit die Erwartungen in Richtung Ignorieren der Nutzer und reduzieren so den Support. Drone(CI) hat das kürzlich ebenfalls so gemacht, und der Slack-Kanal war voll mit unbeantworteten Fragen von Nutzern
Der eigentliche Grund für die Beliebtheit von Discord und Ähnlichem sind meiner Meinung nach die geringen Aufwandskosten. Man erwartet keine ausgereiften Beispiele, und weil es ein Gespräch ist, kann man eine halbfertige Frage hineinwerfen und darauf warten, dass jemand einen an die Hand nimmt und durchlotsst. Der Preis dafür ist, dass man Leute verliert, die lieber an einer Community teilnehmen möchten, die Mühe und Einsatz verlangt, statt an einem Raum voller Emojis und Memes
Das Web selbst ist zu einem fast nicht mehr durchsuchbaren Ort geworden. Wegen SEO-Spam, der schlechteren Qualität der Google-Suche, der Entwicklung hin zu ummauerten Plattformen und der Tendenz, im Kampf gegen LLMs API-Preise zu erhöhen und Daten zu horten
Ich denke allgemein, dass das Sterben des durchsuchbaren Webs die Verlagerung zu Discord antreibt. Das ist weniger die Schuld einzelner Entwickler; für sie ist es, wie gesagt, netto vorteilhaft. Was wir brauchen, ist ein „ozempic web“: dieselbe Größenordnung wie 2023, aber schlanker, indexierbar, ohne Mauern und mit weniger sinnlosem Füllmaterial und auf Aufmerksamkeitsabschöpfung ausgelegter Monetarisierung. Bis dahin kann man die Spieler noch so sehr beschimpfen, das Spiel selbst ist bereits verzerrt
Aber das ist Selection Bias. Die Gespräche, an denen der Eigentümer teilgenommen hat, laufen natürlich gut. Aber was ist mit den anderen Gesprächen. Wenn eine unbeantwortete Frage nach drei Stunden unter anderen Unterhaltungen verschwindet, sieht das Unternehmen diese Frage nicht. Das Unternehmen kann nicht sehen, was es nicht gesehen hat, und genau dadurch entsteht der Selection Bias
Discord entzieht diesen offenen Orten Informationen. Manchmal entdeckt man Projekte überhaupt erst durch solche Antworten. Allerdings interessiere ich mich mehr für FLOSS als für Startups mit proprietärem Code, daher könnte der primäre Kundenfokus dort ein anderer sein
Erstens war man erfolgreich darin, Discord in den Dokumentationsprozess zu integrieren. Wenn Feedback zu X kommt, wird die Dokumentation aktualisiert, um X abzudecken. Eden sagt hingegen, dass viele Projekte X in Discord beantworten und danach die Dokumentation nicht aktualisieren
Zweitens reagiert das Team schnell auf Discord-Nachrichten. Viele Teams ziehen Antworten in die Länge oder reagieren gar nicht
Chat ist keine Dokumentation
Wenn ich an einen Punkt komme, an dem ich nicht weiterweiß, überfliege ich zuerst grob die Implementierung, aber in einer unbekannten Codebasis hilft das meist nicht viel. Also schaue ich in die Dokumentation und finde dort nur einen Link mit „Tritt der Discord-Community bei“. Also öffne ich Discord, installiere ein Update, richte eine benutzerdefinierte E-Mail-basierte Zwei-Faktor-Authentifizierung ein, stimme den geänderten Nutzungsbedingungen zu, schließe das Nitro-Banner, akzeptiere die Serverregeln und gehe in
#general. Ich stelle eine Frage mit so viel Kontext wie möglich, bekomme aber keine Antwort. Am Ende starte ich den Debugger und verfolge die Library oder das Framework Zeile für Zeile, um herauszufinden, was eigentlich passiert. Ich erstelle eine bearbeitbare Kopie, füge Logging hinzu und probiere einige Änderungen aus, und nach ein paar Stunden finde ich heraus, dass X Y nicht unterstützt oder dass man den Wert in Base 47 oder Latin 1 kodiert übergeben muss. Und dann bekomme ich drei Tage später um 1 Uhr nachts auf Discord eine abweisend wirkende Antwort, ich solle mir doch eine Unterhaltung ansehen, die zwei Wochen vor meinem Beitritt stattgefunden hatChat verlagert die Last, Probleme selbst zu verstehen und dass Nutzer sich gegenseitig unterstützen, in hohem Maß auf die Nutzer. Gerade in einer Welt asynchroner Arbeit kann es kein Ersatz für Dokumentation sein. Man könnte meinen, es eigne sich gut für asynchrones Arbeiten, weil man asynchron antworten kann, aber das stimmt nicht, weil man Blockaden nicht asynchron auflösen kann
Ich habe in den letzten 12 Jahren etwa 8 Jahre mit Django gearbeitet, und fast die einzigen Male, in denen ich einen Debugger im Django-Code benutzt habe, waren beim Finden von Sicherheitslücken oder wenn ich mir bei sehr niedrigstufigen Details absolut sicher sein musste. Im Gegensatz dazu habe ich einen Monat lang an einem Hobbyprojekt mit einem Projekt gearbeitet, das statt Dokumentation Discord empfiehlt, ungefähr 5 Tage lang, und musste dreimal den Debugger benutzen, nur um herauszufinden, was vor sich geht
Dafür gibt es tatsächlich eine hilfreiche kulturelle und prozessuale Lösung. Nämlich Fragen aus Discord sorgfältig in Dokumentations-Updates zu überführen
Dann kann Discord ein starker Beschleuniger sein, um die Qualität der Projektdokumentation zu erhöhen. Das erfordert allerdings entsprechend viel Disziplin
Wenn ich meine Arbeit erledigen soll, aber den ganzen Tag Slack, Discord und Mattermost überwachen muss, dann kann ich meine Arbeit nicht machen. Wenn meine Arbeit Support ist, ist das etwas anderes. Entwickler sind oft naiv, meinungsstark und wollen es anderen recht machen, deshalb ist dies nur ein weiteres Beispiel dafür, dass Softwareentwicklung sich auch noch einen weiteren Geschäftsbereich, nämlich Support, auflädt. In der Agile-Zeit hat sie Projektmanagement übernommen, in der DevOps-Zeit Systemadministration. Je nach Situation kann das unterschiedlich sein
Man sollte meinen, dass das schon jemand gebaut hat, aber als ich zuletzt danach gesucht habe, konnte ich nichts finden
Als Produktnutzer möchte ich nicht in eine Community aus zufälligen Leuten hineingehen und mich in unproduktive Gespräche hineinziehen lassen
Ich möchte auch keinen fast synchronen Chat ständig aktualisieren müssen und nicht wichtige Informationen verpassen, nur weil ich einen Tag nicht hingeschaut habe. Ich wünschte, Unternehmen würden meine Zeit und Aufmerksamkeit respektieren
Die Suche von Discord ist erstaunlich schlecht. Nutzer beschweren sich seit Jahren darüber, aber es wird nicht besser
Allein deshalb taugt es schon nicht als Dokumentation
Wenn ein Nutzer den Server verlässt, kann man nicht mehr gezielt nach Inhalten suchen, die diese Person gepostet hat. Selbst wenn der Nutzer noch auf dem Server ist, scheint die Discord-Suche nicht immer alle aktuellen Nutzer zu kennen, sodass es schwer sein kann, Beiträge dieser Person zu finden. Wenn man nach etwas mit vielen Treffern sucht und dann zur ersten Seite, also zum frühesten Ergebnis, zurückgehen will, geht es kaputt. Auf manchen Servern kann ich zum Beispiel nicht zu meiner ersten Nachricht springen. Innerhalb eines bestimmten Threads kann man auch nicht suchen. Auch die Art, wie die Textsuche selbst funktioniert, hat mich früher schon genervt, aber ich finde gerade kein gutes Beispiel mehr dafür, was genau das Problem war
In solchen Unternehmen gilt Engagement, also Zeitverschwendung, oft als wünschenswerte Eigenschaft
Aus demselben Grund ist auch Slack keine Dokumentation
Ich arbeite gerade daran, die Dokumentation im gesamten Unternehmen zu verbessern. Wir sind ein altes Startup in einem Bereich mit sehr langen Time-to-Market-Zyklen, und im letzten Quartal habe ich zwei Projekte geleitet, bei denen wir mehrere Wochen damit verbracht haben, Fragen zu altem Code zu beantworten. Manchmal hatte der ursprüngliche Autor das Unternehmen schon verlassen und es gab überhaupt keine Dokumentation, manchmal war der ursprüngliche Autor noch da, konnte sich aber buchstäblich nicht einmal mehr daran erinnern, diesen Code geschrieben zu haben, und auch dann gab es keine Dokumentation. Jedes Mal sagen die Leute, irgendwo müsse es doch einen Slack-Thread geben, in dem alles erklärt wird. Nein, den gibt es nicht. Jedes Projekt und jede Anwendung braucht vorab ein Designdokument und hinterher ein Benutzerhandbuch, und beides muss tatsächlich gepflegt werden
Es verwirrt mich, dass die breitere Community geradezu seltsam begeistert von Discord ist.
Wie jemand anderes schon sagte, ist es im Wesentlichen IRC mit Multimedia. Warum wird es so aggressiv beworben? Selbst wenn man die sehr umstrittene Idee akzeptiert, „Support über Discord“ anzubieten, ist das Produkt selbst nichts Besonderes. Es ist nur ein wenig besser als ähnliche Produkte, die es bereits gab. Ganz abgesehen von den sehr realen Sorgen darüber, wie Nutzerdaten künftig verwendet werden könnten.
Und viele Nutzer haben IRC nie benutzt. Auch dass es eine App mit demselben Namen wie der Dienst gibt, spielt eine große Rolle. So wird es zu einem einzigen „Ding“, wie Instagram oder TikTok. Es ist ziemlich erstaunlich, wie viele Menschen nie darüber nachgedacht haben, dass die reddit-App und der reddit-Dienst bzw. die Website getrennte Dinge sind. Auch die breitere IT-Community ist immer noch eher eine kleine Nische, und das vergessen wir oft.
Abgesehen von Slack hat Discord unter den browserbasierten Chat- und Sprach-Apps für Endverbraucher wohl das qualitativ beste Produkt gebaut. Es ist gut gestaltet, stabil und hat meist eine einfache Benutzeroberfläche.
IRC und die vielen oft genannten Alternativen scheitern häufig schon an diesem ersten Schritt, selbst bei reinem Textchat, ganz zu schweigen von Multimedia. Die Konkurrenten, die das verstanden haben, sind an der Umsetzung gescheitert oder kamen viel zu spät. Datenschutzbedenken stehen in den Prioritäten der Nutzer zu weit unten, als dass sie den First-Mover-Vorteil von Discord wahrscheinlich ernsthaft gefährden könnten.
Das allein reicht schon. Aber in vielerlei Hinsicht ist es auch deutlich besser als IRC. Klar, man kann einen IRC-Bouncer für Libera selbst auf einem „Shell-Account“ oder einer ständig laufenden AWS-Mikroinstanz betreiben, aber wer außer den allergrößten Nerds möchte das schon. Und selbst dann kann man beim Betreten eines neuen Kanals keine alten Nachrichten sehen, und auch mit Logging-Bots oder Archivseiten bleibt es umständlich. Ganz zu schweigen von dem NickServ-Ritual auf jedem Netzwerk. Und die gute Multimedia-Unterstützung, die die meisten Nutzer heute als Teil normaler Kommunikationskultur erwarten, fehlt ebenfalls.
Dazu kommen eine ordentliche UI, Link-Vorschauen, bei denen der Absender genau weiß, was der Empfänger sehen wird, Markdown-artige Nachrichtenformatierung, genug Metadaten, um Antworten zu verknüpfen, kompakte Emoji-Reaktionen, die Kanäle nicht mit Spam füllen, sowie Sprach- und Videokonferenzen, die ohne zusätzliche Einrichtung gut funktionieren. Abgesehen von der Suche und der Such-UI ist auch die UI im Vergleich zu den Alternativen gut, vielleicht mit Ausnahme von Zulip.
Früher habe ich IRC täglich benutzt, einen archivierenden Bouncer betrieben und Community-Kanäle verwaltet, aber inzwischen kümmert es mich nicht mehr. Während ich eine Zeit lang beschäftigt und krank war, lief mein registrierter NickServ-Benutzername ab, wodurch auch die Kanalverwaltung kaputtging, und das hat meine Motivation zusätzlich zerstört. Als dann alle von Freenode zu Libera abgewandert sind, habe ich einfach ganz mit IRC aufgehört.
Gleichzeitig stimme ich der Kritik stark zu, dass Projekte Discord auf eine Weise nutzen, bei der weiterhin nützliche Dokumentation entsteht, sie aber faktisch verloren geht. Man muss anerkennen, dass Discord ein qualitativ hochwertiges, poliertes Produkt mit nachvollziehbaren Netzwerkeffekten gebaut hat. Aber es ist bedauerlich, dass es für Projekte schwierig ist, ihre Kanäle öffentlich zu archivieren und durchsuchbar zu machen. Ebenso bedauerlich ist, dass es weder ein offenes Netzwerk noch ein Open-Source-Produkt ist. Dass die Suche und die Such-UI miserabel sind, gilt genauso.
Wenn man bedenkt, dass die meisten Projekte auf Discord, die ich sehe, Open Source sind, insbesondere wenn man auch kommerzielle Projekte mitzählt, besteht immer noch die Möglichkeit, dass Matrix es eines Tages ersetzt, sofern Discord sein Netzwerk nicht in irgendeiner Form öffnet. Allerdings ist die Hürde hoch: Bestehende Projekte können weder ihren Chatverlauf noch ihre Nutzer mitnehmen, und neue Projekte müssen Nutzer dort erreichen, wo sie bereits sind, also in Netzwerken wie Discord, Slack oder Telegram.