Discourse en tant qu'application locale d'édition markdown pour la prise de notes en mode personal-wiki

Fonctionnalité
23

Nous utilisons Discourse dans un petit bureau. Comme mentionné ci-dessus, il y a le problème des brouillons. Vous savez probablement qu’il y a une habitude de créer rapidement un nouveau dossier, puis un nouveau dossier (2), un nouveau document texte, un nouveau document texte (2), de remplir ces fichiers avec des informations différentes et de ne jamais les renommer par la suite.

Plus tard, il s’avère que les blocs de texte n’ont pas de référence temporelle, pas de versions, pas d’images, et parfois certaines choses ne sont pas sauvegardées en raison de l’absence de sauvegarde automatique.

Les informations dans les fichiers texte sont mélangées et mal structurées. Après un long moment, il y a très peu de chances de trouver quoi que ce soit dans de tels dossiers. L’indexation de contenu ou l’intelligence artificielle pourraient aider un peu dans ce cas et Discourse remplit cette fonction.

J’ai mentionné le travail d’équipe au bureau. Et cela signifie que les brouillons locaux propriétaires des employés sont verrouillés derrière des comptes utilisateurs. En parlant d’employés travaillant sur une tâche collaborative, il n’est pas nécessaire de cacher leurs brouillons les uns aux autres. Au contraire, il serait préférable que les brouillons soient disponibles pour tout le monde à la fois. Vous souvenez-vous comment les développeurs de logiciels travaillent ? Ils placent le code (et souvent la documentation sous forme de code) dans un dépôt partagé avec contrôle de version. Et dès que l’ingénieur principal vérifie les modifications, elles deviennent disponibles pour tout le monde dans la branche principale. Dans le cas des brouillons, il n’y a pas besoin d’un tel modérateur. Donc, ici, Discourse est au top.

Le problème des brouillons avec images liées est facilement résolu par les éditeurs Markdown (je suis resté avec Typora, surtout pour l’édition de tableaux et la conversion d’images base64 étrangement rétrograde - aucun éditeur n’insère ce texte depuis le presse-papiers). Discourse convient parfaitement comme plateforme de travail concurrent. Les discussions de chat sont facilement converties en sujets ou en messages. Le modèle OpenAI peut jouer un rôle important dans le traitement des données, mais les algorithmes intégrés suffisent également à rendre les fils de discussion du forum pertinents.

Nous utilisons la fonction de boîte de réception pour envoyer rapidement du texte par e-mail au forum. De cette façon, nous ne perdons pas de pensées précieuses sans la distraction d’ouvrir le forum lui-même. Nous utilisons ensuite ces idées dans le brainstorming.

En utilisant les permissions, il est facile de déplacer les sujets du bac à sable vers le domaine public lorsqu’ils sont prêts. Les niveaux de confiance flexibles nous permettent d’organiser l’accès pour différents départements.

5 « J'aime »
25

@Ivan_Rapekas si je comprends bien, vous utilisez déjà Discourse au sein de votre organisation comme une application de prise de notes collaborative. Est-ce une affirmation juste ? Ou est-ce que je me méprends ?

Y a-t-il des défis que vous souhaitez signaler dans l’utilisation actuelle de Discourse de cette manière ? Y a-t-il des changements que vous envisagez qui aideraient à relever ces défis ?

Peut-être est-ce là le principal problème que vous rencontrez actuellement ?

Avez-vous envisagé de créer une catégorie pour les brouillons où il est entendu que ce qui s’y trouve est un travail en cours non poli ?

4 « J'aime »
26

Oui, nous utilisons Discourse depuis 3 ans. Au début, j’étais la seule personne à partager des notes dans Discourse. J’ai réalisé que je n’avais pas besoin d’utiliser un éditeur de texte pour préparer l’article avant de le publier. J’avais l’habitude de répondre chaque jour aux mêmes questions de l’équipe de support. Et j’ai créé une base de connaissances personnelle.

Après un an, nous avons embauché un gars, qui a été inspiré par les articles de Discourse. Il est devenu le premier éditeur. En tant que pionnier, il a étendu l’influence à ses collègues proches. Maintenant, 1/5 des 150 employés travaillent activement dans Discourse, écrivant et éditant. Les sujets sont de type wiki par défaut, sans limite d’éditions.

La première fois, l’équipe a été confuse par les tableaux markdown et l’incapacité d’indexer les pièces jointes.

Ensuite, ils ont réalisé qu’un texte modifiable est plus puissant qu’un PDF compilé, par exemple. Pas besoin de chercher le code source, de demander l’approbation, de créer un fichier binaire, de le télécharger et enfin d’informer de la mise à jour.

Vous demandez si le problème principal est le partage des brouillons, n’est-ce pas ? Oui, c’est le cas. Mais je pense que le problème fondamental est l’indifférence et le manque de responsabilité. Parfois, ils ont peur de montrer leur travail, mais ils ne se soucient pas de savoir comment les autres pourront utiliser ce qu’ils ont produit.

De plus, les gens ne sont pas motivés à faire quelque chose en public, car ils deviennent une personne à qui poser des questions. Un autre point, les membres du forum discutent dans ce cas en dehors du forum. Ils préfèrent envoyer des messages sur Skype au lieu de citer le message original et de discuter au même endroit. À mon avis, les gens préfèrent toujours la « voie rapide » pour résoudre leurs problèmes.

Mise à jour : nous ne divisons pas les catégories pour les brouillons et les articles prêts à être publiés. Parfois, nous déplaçons un brouillon vers les Annonces. Laissons-le être un article terminé :slight_smile:

5 « J'aime »
27

J’ai voté oui, car je pense que Discourse devrait faire quelque chose dans ce domaine. Ma préférence irait à une application de prise de notes locale qui se synchroniserait avec une instance Discourse partagée.

À mes yeux, les notes devraient être enregistrées localement sous forme de fichiers markdown, modifiables avec Vim, et facilement synchronisables avec Github et Discourse.

J’ai esquissé une application CLI Obsidian/Discourse l’année dernière. Elle fonctionne assez bien pour une première tentative. J’aime l’utilisation par Obsidian du système de fichiers comme source de vérité, mais si je devais le refaire, je laisserais Obsidian hors de l’équation et utiliserais une base de données SQLite pour enregistrer les notes locales. (J’utiliserais également Go au lieu de Ruby pour l’application, juste pour faciliter l’installation pour les gens.)

4 « J'aime »
28

Eh bien, c’est une petite entreprise, assez transparente, avec des services à prix raisonnable (synchronisation, publication) et une solide communauté de développeurs de plugins et d’utilisateurs. Et comme tout est basé sur des fichiers markdown locaux, il n’y a pas de souci de dépendance vis-à-vis de la plateforme. J’aime l’open source, mais il y a de la place pour des entreprises entre cela et la Big Tech.

6 « J'aime »