Usiamo Discourse in un piccolo ufficio. Come accennato in precedenza, c’è il problema delle bozze. Probabilmente sapete che c’è l’abitudine di creare rapidamente una nuova cartella, poi una nuova cartella (2), un nuovo documento di testo, un nuovo documento di testo (2), riempire questi file con diverse informazioni e non rinominarli mai in seguito.
In seguito si scopre che i blocchi di testo non hanno riferimenti temporali, né versioni, né immagini, e talvolta alcune cose non vengono salvate a causa della mancanza di salvataggio automatico.
Le informazioni nei file di testo sono mescolate e mal strutturate. Dopo molto tempo c’è pochissima possibilità di trovare qualcosa in tali cartelle. L’indicizzazione dei contenuti o l’intelligenza artificiale potrebbero aiutare un po’ in questo caso e Discourse svolge questa funzione.
Ho menzionato il lavoro di squadra in ufficio. E ciò significa che le bozze locali proprietarie dei dipendenti sono bloccate dietro gli account utente. Parlando di dipendenti che lavorano su un compito collaborativo, non c’è bisogno di nascondere le loro bozze l’uno dall’altro. Al contrario, sarebbe meglio se le bozze fossero disponibili a tutti contemporaneamente. Ricordate come lavorano gli sviluppatori di software? Mettono il codice (e spesso la documentazione come codice) in un repository condiviso con controllo di versione. E non appena l’ingegnere capo controlla le modifiche, queste diventano disponibili a tutti nel ramo master. Nel caso delle bozze, non c’è bisogno di un tale moderatore. Quindi qui Discourse è al di sopra delle cose.
Il problema delle bozze con immagini collegate è facilmente risolto dagli editor Markdown (io sono rimasto con Typora, specialmente quando si modificano tabelle e la conversione di immagini base64 stranamente all’indietro - nessun editor inserisce questo testo dagli appunti). Discourse è perfettamente adatto come piattaforma di lavoro concorrente. Le discussioni in chat possono essere facilmente convertite in argomenti o post. Il modello OpenAI può svolgere un ruolo significativo nell’elaborazione dei dati, ma anche gli algoritmi integrati sono sufficienti per far apparire correlati i thread del forum.
Usiamo la funzione di posta in arrivo per inviare rapidamente testo via email al forum. In questo modo non perdiamo pensieri preziosi senza la distrazione di aprire il forum stesso. Utilizziamo quindi queste idee nel brainstorming.
Utilizzando i permessi, è facile spostare gli argomenti dalla sandbox al pubblico quando sono pronti. I livelli di fiducia flessibili ci consentono di organizzare l’accesso per diversi dipartimenti.
@Ivan_Rapekas se ho capito bene, state già utilizzando Discourse all’interno della vostra organizzazione come app per prendere appunti in modo collaborativo. È un’affermazione corretta? O sto fraintendendo?
Ci sono sfide che volete segnalare nell’utilizzare Discourse in questo modo attualmente? Ci sono cambiamenti che avete in mente che potrebbero aiutare ad affrontare tali sfide?
Forse questo è il problema principale che state affrontando attualmente?
Avete considerato la creazione di una categoria per le bozze in cui si capisce che ciò che c’è sono lavori in corso non rifiniti?
Sì, utilizziamo Discourse da 3 anni. All’inizio ero l’unica persona che condivideva note in Discourse. Mi sono reso conto che non avevo bisogno di usare un editor di testo per preparare l’articolo prima di pubblicarlo. Rispondevo ogni giorno alle stesse domande del team di supporto. E ho creato una knowledge base personale.
Dopo un anno abbiamo assunto un ragazzo, che è stato ispirato dagli articoli di Discourse. È diventato il primo editor. Come pioniere, ha esteso l’influenza ai colleghi vicini. Ora 1/5 dei 150 dipendenti lavora attivamente in Discourse scrivendo e modificando. Gli argomenti sono di tipo wiki per impostazione predefinita senza limiti di modifiche.
La prima volta il team è stato confuso dalle tabelle markdown e dall’impossibilità di indicizzare gli allegati.
Poi si sono resi conto che il testo modificabile è più potente del PDF compilato, per esempio. Non è necessario cercare il codice sorgente, chiedere l’approvazione, creare un file binario, caricarlo e infine informare sull’aggiornamento.
Chiedi se il problema principale è la condivisione delle bozze, giusto? Sì, lo è. Ma penso che il problema principale sia l’indifferenza e la responsabilità. A volte hanno paura di mostrare il loro lavoro, ma non si preoccupano mai di come gli altri possano utilizzare ciò che hanno prodotto.
Inoltre, le persone non sono motivate a fare qualcosa in pubblico, perché diventano persone a cui chiedere. Un altro punto, i membri del forum in questo caso discutono fuori dal forum. Preferiscono messaggiare su Skype invece di citare il post originale e parlare nello stesso posto. Per quanto mi riguarda, le persone preferiscono sempre la “corsia preferenziale” per risolvere i loro problemi.
Aggiornamento: non dividiamo le categorie per bozze e pronte per la pubblicazione. A volte spostiamo una bozza in Annunci. Lasciamo che sia un articolo finito
Ho votato sì, perché penso che Discourse dovrebbe fare qualcosa in questo ambito. La mia preferenza sarebbe per un’app di note locale che si sincronizzi con un’istanza Discourse condivisa.
Ai miei scopi, le note dovrebbero essere salvate localmente come file markdown, modificabili con Vim e facilmente sincronizzabili sia con Github che con Discourse.
L’anno scorso ho abbozzato un’app CLI Obsidian/Discourse. Funziona abbastanza bene per un primo tentativo. Mi piace l’uso di Obsidian del file system come fonte di verità, ma se dovessi rifarlo, escluderei Obsidian dall’equazione e userei un database SQLite per salvare le note locali. (Userei anche Go invece di Ruby per l’app, solo per rendere più facile l’installazione per le persone.)
Beh, sono una piccola impresa, piuttosto trasparente, con servizi a prezzi ragionevoli (sincronizzazione, pubblicazione) e una forte comunità di sviluppatori di plugin e utenti. E poiché tutto si basa su file markdown locali, non c’è preoccupazione per il blocco della piattaforma. Mi piace l’open source, ma c’è spazio per le aziende tra quello e la Big Tech.
