Discourse als persönliches Wiki Notiz- und Markdown-Editor-Lokale App

Merkmal
23

Wir nutzen Discourse in einem kleinen Büro. Wie oben erwähnt, gibt es das Problem mit Entwürfen. Sie wissen wahrscheinlich, dass es die Angewohnheit gibt, schnell einen neuen Ordner, dann einen neuen Ordner (2), ein neues Textdokument, ein neues Textdokument (2) zu erstellen, diese Dateien mit unterschiedlichen Informationen zu füllen und sie danach nie wieder umzubenennen.

Später stellt sich heraus, dass Textblöcken der Zeitbezug fehlt, es gibt keine Versionen, keine Bilder und manchmal werden einige Dinge aufgrund fehlender automatischer Speicherung nicht gespeichert.

Die Informationen in den Textdateien sind vermischt und schlecht strukturiert. Nach langer Zeit ist die Chance, etwas in solchen Ordnern zu finden, sehr gering. Inhaltsindizierung oder künstliche Intelligenz könnten in diesem Fall etwas helfen und Discourse erfüllt diese Funktion.

Ich habe die Büro-Teamarbeit erwähnt. Und das bedeutet, dass die lokalen proprietären Entwürfe der Mitarbeiter hinter Benutzerkonten gesperrt sind. Wenn es um Mitarbeiter geht, die an einer gemeinsamen Aufgabe arbeiten, müssen ihre Entwürfe nicht voreinander verborgen werden. Im Gegenteil, es wäre besser, wenn die Entwürfe sofort für alle verfügbar wären. Erinnern Sie sich, wie Softwareentwickler arbeiten? Sie legen Code (und oft auch Dokumentation als Code) in einem gemeinsamen Repository mit Versionskontrolle ab. Und sobald der leitende Ingenieur die Änderungen überprüft hat, werden sie für alle im Master-Branch verfügbar. Im Falle von Entwürfen ist ein solcher Moderator nicht erforderlich. Also ist Discourse hier auf der Höhe der Zeit.

Das Problem von Entwürfen mit verknüpften Bildern wird leicht von Markdown-Editoren gelöst (ich bin bei Typora geblieben, besonders beim Bearbeiten von Tabellen und der seltsamerweise rückwärts gerichteten Base64-Bildkonvertierung - kein Editor fügt diesen Text aus der Zwischenablage ein). Discourse eignet sich perfekt als Plattform für gleichzeitiges Arbeiten. Chat-Diskussionen lassen sich leicht in Themen oder Beiträge umwandeln. Das OpenAI-Modell kann eine bedeutende Rolle bei der Datenverarbeitung spielen, aber die integrierten Algorithmen reichen auch aus, um Forum-Threads zusammenhängend erscheinen zu lassen.

Wir nutzen die Posteingangsfunktion, um Text schnell per E-Mail an das Forum zu senden. So verlieren wir keine wertvollen Gedanken, ohne uns durch das Öffnen des Forums selbst ablenken zu lassen. Diese Ideen nutzen wir dann im Brainstorming.

Mit Berechtigungen lassen sich Themen leicht von der Sandbox in den öffentlichen Bereich verschieben, wenn sie fertig sind. Flexible Vertrauensstufen ermöglichen es uns, den Zugriff für verschiedene Abteilungen zu organisieren.

5 „Gefällt mir“
25

@Ivan_Rapekas Wenn ich das richtig verstehe, nutzen Sie Discourse bereits in Ihrer Organisation als App für die kollaborative Notizenerstellung. Ist das eine korrekte Aussage? Oder habe ich das falsch verstanden?

Gibt es irgendwelche Herausforderungen, die Sie bei der derzeitigen Nutzung von Discourse auf diese Weise hervorheben möchten? Gibt es Änderungen, die Sie im Sinn haben, um diese Herausforderungen anzugehen?

Vielleicht ist dies das Hauptproblem, mit dem Sie derzeit konfrontiert sind?

Haben Sie erwogen, eine Kategorie für Entwürfe zu erstellen, in der verstanden wird, dass das, was dort ist, unfertige Arbeit in Arbeit ist?

4 „Gefällt mir“
26

Ja, wir nutzen Discourse seit 3 Jahren. Am Anfang war ich die einzige Person, die Notizen in Discourse geteilt hat. Mir wurde klar, dass ich keinen Texteditor mehr brauche, um den Artikel vor der Veröffentlichung vorzubereiten. Ich habe jeden Tag die gleichen Fragen vom Support-Team beantwortet. Und ich habe eine persönliche Wissensdatenbank erstellt.

Nach einem Jahr haben wir einen Kollegen eingestellt, der von Discourse-Artikeln inspiriert war. Er wurde der erste Redakteur. Als Pionier skalierte er den Einfluss auf seine Kollegen. Jetzt arbeiten 1/5 der 150 Mitarbeiter aktiv in Discourse und schreiben und bearbeiten. Themen sind standardmäßig vom Wiki-Typ ohne Bearbeitungslimit.

Anfangs war das Team verwirrt über Markdown-Tabellen und die Unfähigkeit, Anhänge zu indizieren.

Dann erkannten sie, dass editierbarer Text mächtiger ist als zum Beispiel ein kompilierter PDF. Kein Bedarf mehr, den Quellcode zu durchsuchen, die Genehmigung einzuholen, eine Binärdatei zu erstellen, sie hochzuladen und schließlich über das Update zu informieren.

Sie fragen, das Hauptproblem sei das Teilen von Entwürfen, richtig? Ja, das ist es. Aber ich denke, das Kernproblem ist Gleichgültigkeit und Verantwortung. Manchmal haben sie Angst, ihre Arbeit zu zeigen, aber es ist ihnen egal, wie andere das, was sie produziert haben, nutzen können.

Außerdem sind die Leute nicht motiviert, etwas öffentlich zu tun, weil sie zu einer Ansprechperson werden. Ein weiterer Punkt ist, dass Forenmitglieder in diesem Fall außerhalb des Forums diskutieren. Sie ziehen es vor, über Skype zu chatten, anstatt den Originalbeitrag zu zitieren und am selben Ort zu diskutieren. Meiner Meinung nach ziehen die Leute immer den “schnellen Weg” vor, um ihre Probleme zu lösen.

Aktualisierung: Wir teilen Kategorien nicht in Entwürfe und fertige Veröffentlichungen auf. Manchmal verschieben wir einen Entwurf in Ankündigungen. Lassen wir es ein fertiger Artikel sein:)

5 „Gefällt mir“
27

Ich habe mit Ja gestimmt, weil ich denke, dass Discourse in diesem Bereich etwas tun sollte. Meine Präferenz wäre eine lokale Notiz-App, die mit einer gemeinsamen Discourse-Instanz synchronisiert wird.

Für meine Zwecke sollten Notizen lokal als Markdown-Dateien gespeichert, mit Vim bearbeitbar und einfach mit Github und Discourse synchronisiert werden.

Ich habe letztes Jahr eine Obsidian/Discourse CLI-App entworfen. Sie funktioniert für einen ersten Versuch gut genug. Ich mag Obsidians Nutzung des Dateisystems als Quelle der Wahrheit, aber wenn ich es noch einmal tun würde, würde ich Obsidian aus der Gleichung lassen und eine SQLite-Datenbank zum Speichern lokaler Notizen verwenden. (Ich würde auch Go anstelle von Ruby für die App verwenden, nur um die Installation für die Leute zu erleichtern.)

4 „Gefällt mir“
28

Nun, sie sind ein kleines Unternehmen, ziemlich transparent, mit preislich angemessenen Dienstleistungen (Synchronisation, Veröffentlichung) und einer starken Gemeinschaft von Plugin-Entwicklern und Benutzern. Und da alles auf lokalen Markdown-Dateien basiert, gibt es keine Sorge vor einer Anbieterbindung. Ich mag Open Source, aber es gibt Raum für Unternehmen zwischen dort und Big Tech.

6 „Gefällt mir“