Discourse como um aplicativo local de edição markdown para anotações estilo wiki pessoal

Funcionalidade
23

Usamos o Discourse em um pequeno escritório. Como mencionado acima, há o problema de rascunhos. Provavelmente você sabe que existe o hábito de criar rapidamente uma nova pasta, depois uma nova pasta (2), um novo documento de texto, um novo documento de texto (2), preenchendo esses arquivos com informações diferentes e nunca os renomeando depois.

Mais tarde, descobre-se que os blocos de texto não têm referência de tempo, nem versões, nem imagens, e às vezes algumas coisas não são salvas devido à falta de salvamento automático.

As informações nos arquivos de texto estão misturadas e mal estruturadas. Depois de muito tempo, há pouquíssima chance de encontrar algo em tais pastas. A indexação de conteúdo ou a inteligência artificial poderiam ajudar um pouco nesse caso e o Discourse cumpre essa função.

Mencionei o trabalho em equipe de escritório. E isso significa que os rascunhos locais proprietários dos funcionários ficam bloqueados atrás de contas de usuário. Falando de funcionários trabalhando em uma tarefa colaborativa, não há necessidade de esconder seus rascunhos uns dos outros. Pelo contrário, seria melhor se os rascunhos estivessem disponíveis para todos de uma vez. Lembra como os desenvolvedores de software trabalham? Eles colocam o código (e muitas vezes a documentação como código) em um repositório compartilhado com controle de versão. E assim que o engenheiro-chefe verifica as alterações, elas ficam disponíveis para todos no branch master. No caso de rascunhos, não há necessidade de tal moderador. Então, aqui o Discourse está por cima.

O problema de rascunhos com imagens vinculadas é facilmente resolvido por editores Markdown (eu fiquei com o Typora, especialmente ao editar tabelas e a conversão de imagens base64 estranhamente reversa - nenhum editor insere esse texto da área de transferência). O Discourse é perfeitamente adequado como plataforma de trabalho concorrente. Discussões de chat são facilmente convertidas em tópicos ou posts. O modelo OpenAI pode desempenhar um papel significativo no processamento de dados, mas os algoritmos integrados também são suficientes para fazer com que os tópicos do fórum pareçam relacionados.

Usamos o recurso de caixa de entrada para enviar rapidamente texto por e-mail para o fórum. Dessa forma, não perdemos pensamentos preciosos sem a distração de abrir o próprio fórum. Em seguida, usamos essas ideias no brainstorming.

Usando permissões, é fácil mover tópicos do sandbox para o público quando eles estiverem prontos. Níveis de confiança flexíveis nos permitem organizar o acesso para diferentes departamentos.

5 curtidas
25

@Ivan_Rapekas Se entendi corretamente, você já está usando o Discourse dentro de sua organização como um aplicativo de anotações colaborativas. Essa afirmação é justa? Ou estou entendendo errado?

Existem desafios que você gostaria de destacar no uso do Discourse dessa forma atualmente? Existem mudanças que você tem em mente que ajudariam a abordar esses desafios?

Talvez esta seja a principal questão que você está enfrentando atualmente?

Você considerou criar uma categoria para rascunhos onde se entende que o que está lá é trabalho em andamento não polido?

4 curtidas
26

Sim, usamos o Discourse há 3 anos. No início, eu era a única pessoa que compartilhava notas no Discourse. Percebi que não precisava usar um editor de texto para preparar o artigo antes de publicá-lo. Eu costumava responder às mesmas perguntas da equipe de suporte todos os dias. E criei uma base de conhecimento pessoal.

Depois de um ano, contratamos um rapaz que se inspirou nos artigos do Discourse. Ele se tornou o primeiro editor. Como pioneiro, ele expandiu a influência para colegas próximos. Agora, 1/5 dos 150 funcionários trabalham ativamente no Discourse, escrevendo e editando. Os tópicos são do tipo wiki por padrão, sem limite de edições.

Na primeira vez, a equipe ficou confusa com as tabelas markdown e a incapacidade de indexar anexos.

Então eles perceberam que o texto editável é mais poderoso do que um PDF compilado, por exemplo. Não há necessidade de procurar o código-fonte, pedir aprovação, criar um arquivo binário, carregá-lo e, finalmente, informar sobre a atualização.

Você pergunta se o principal problema é o compartilhamento de rascunhos, certo? Sim, é. Mas acho que o problema raiz é a indiferença e a responsabilidade. Às vezes, eles têm medo de mostrar seu trabalho, mas sempre não se importam em como os outros poderão usar o que produziram.

Além disso, as pessoas não são motivadas a fazer algo em público, porque se tornam a pessoa a ser questionada. Outro ponto, os membros do fórum, neste caso, discutem fora do fórum. Eles preferem trocar mensagens no Skype em vez de citar a postagem original e conversar no mesmo lugar. Para mim, as pessoas sempre preferem a “via rápida” para resolver seus problemas.

Atualização: não dividimos categorias para rascunhos e prontos para publicação. Às vezes, movemos um rascunho para Anúncios. Deixe que seja um artigo finalizado :slight_smile:

5 curtidas
27

Votei sim, porque acho que o Discourse deveria fazer algo nesse espaço. Minha preferência seria por um aplicativo de anotações local que sincronizasse com uma instância compartilhada do Discourse.

Para meus propósitos, as anotações devem ser salvas localmente como arquivos markdown, editáveis com Vim e facilmente sincronizadas com Github e Discourse.

Esbocei um aplicativo CLI Obsidian/Discourse no ano passado. Funciona bem o suficiente para uma primeira tentativa. Gosto do uso do sistema de arquivos do Obsidian como fonte da verdade, mas se eu estivesse fazendo isso de novo, deixaria o Obsidian fora da equação e usaria um banco de dados SQLite para salvar anotações locais. (Eu também usaria Go em vez de Ruby para o aplicativo, apenas para facilitar a instalação pelas pessoas.)

4 curtidas
28

Bem, eles são uma pequena empresa, bastante transparente, com serviços com preços razoáveis (sincronização, publicação) e uma forte comunidade de desenvolvedores e usuários de plugins. E como tudo é baseado em arquivos markdown locais, não há preocupação com o aprisionamento tecnológico. Eu gosto de código aberto, mas há espaço para empresas entre isso e as Big Tech.

6 curtidas