Discourse como una aplicación local de edición de markdown para notas tipo wiki personal

Usamos Discourse en una pequeña oficina. Como se mencionó anteriormente, existe el problema de los borradores. Probablemente sepa que existe la costumbre de crear rápidamente una nueva carpeta, luego una nueva carpeta (2), un nuevo documento de texto, un nuevo documento de texto (2), llenar estos archivos con información diferente y nunca renombrarlos después.

Más tarde, resulta que los bloques de texto no tienen referencia de tiempo, ni versiones, ni imágenes, y a veces algunas cosas no se guardan debido a la falta de guardado automático.

La información en los archivos de texto está mezclada y mal estructurada. Después de mucho tiempo, hay muy pocas posibilidades de encontrar algo en tales carpetas. La indexación de contenido o la inteligencia artificial podrían ayudar un poco en este caso y Discourse cumple esta función.

Mencioné el trabajo en equipo de oficina. Y eso significa que los borradores locales propietarios de los empleados están bloqueados detrás de las cuentas de usuario. Hablando de empleados que trabajan en una tarea colaborativa, no hay necesidad de ocultar sus borradores unos de otros. Por el contrario, sería mejor si los borradores estuvieran disponibles para todos a la vez. ¿Recuerda cómo trabajan los desarrolladores de software? Ponen el código (y a menudo la documentación como código) en un repositorio compartido con control de versiones. Y tan pronto como el ingeniero principal verifica los cambios, se vuelven disponibles para todos en la rama principal. En el caso de los borradores, no hay necesidad de un moderador de este tipo. Así que aquí Discourse está a la altura.

El problema de los borradores con imágenes enlazadas se resuelve fácilmente con los editores de Markdown (me quedé con Typora, especialmente al editar tablas y la extraña conversión inversa de imágenes base64 - ningún editor inserta este texto desde el portapapeles). Discourse es perfectamente adecuado como plataforma de trabajo concurrente. Las discusiones del chat se pueden convertir fácilmente en temas o publicaciones. El modelo de OpenAI puede desempeñar un papel importante en el procesamiento de datos, pero los algoritmos integrados también son suficientes para que los hilos del foro parezcan relacionados.

Usamos la función de bandeja de entrada para enviar rápidamente texto por correo electrónico al foro. De esta manera, no perdemos pensamientos valiosos sin la distracción de abrir el foro en sí. Luego usamos estas ideas en la lluvia de ideas.

Usando permisos, es fácil mover temas del sandbox a público cuando están listos. Los niveles de confianza flexibles nos permiten organizar el acceso para diferentes departamentos.

5 Me gusta

@Ivan_Rapekas si entiendo correctamente, ya está utilizando Discourse dentro de su organización como una aplicación colaborativa para tomar notas. ¿Es esa una afirmación justa? ¿O estoy entendiendo mal?

¿Hay algún desafío que quiera mencionar al usar Discourse de esa manera actualmente? ¿Hay algún cambio que tenga en mente que ayude a abordar esos desafíos?

¿Quizás este es el problema principal que enfrenta actualmente?

¿Ha considerado crear una categoría para borradores donde se entienda que lo que hay allí es trabajo en progreso sin pulir?

4 Me gusta

Sí, hemos usado Discourse durante 3 años. Al principio, yo era la única persona que compartía notas en Discourse. Me di cuenta de que no necesitaba usar un editor de texto para preparar el artículo antes de publicarlo. Solía responder las mismas preguntas del equipo de soporte todos los días. Y creé una base de conocimiento personal.

Después de un año, contratamos a un chico que se inspiró en los artículos de Discourse. Se convirtió en el primer editor. Como pionero, amplió la influencia a sus colegas cercanos. Ahora, 1/5 de 150 empleados trabajan activamente en Discourse escribiendo y editando. Los temas son de tipo wiki por defecto sin límite de ediciones.

La primera vez, el equipo se confundió con las tablas de markdown y la incapacidad de indexar archivos adjuntos.

Luego se dieron cuenta de que el texto editable es más potente que un PDF compilado, por ejemplo. No es necesario buscar el código fuente, pedir aprobación, crear un archivo binario, cargarlo e informar finalmente sobre la actualización.

Preguntas si el principal problema es compartir borradores, ¿verdad? Sí, lo es. Pero creo que el problema de raíz es la indiferencia y la responsabilidad. A veces tienen miedo de mostrar su trabajo, pero siempre no les importa cómo otros podrán usar lo que produjeron.

Además, las personas no están motivadas para hacer algo en público, porque se convierten en una persona a la que se le pregunta. Otro punto, los miembros del foro en este caso discuten fuera del foro. Prefieren mensajear en Skype en lugar de citar la publicación original y hablar en el mismo lugar. En mi opinión, las personas siempre prefieren la “vía rápida” para resolver sus problemas.

Actualización: no dividimos las categorías en borradores y listas para publicar. A veces movemos un borrador a Anuncios. Que sea un artículo terminado :slight_smile:

5 Me gusta

Voté que sí, porque creo que Discourse debería hacer algo en este ámbito. Mi preferencia sería una aplicación de toma de notas local que se sincronizara con una instancia compartida de Discourse.

Para mis propósitos, las notas deben guardarse localmente como archivos markdown, ser editables con Vim y sincronizarse fácilmente con Github y Discourse.

El año pasado esbozé una aplicación CLI de Obsidian/Discourse. Funciona lo suficientemente bien para un primer intento. Me gusta el uso que hace Obsidian del sistema de archivos como fuente de verdad, pero si lo hiciera de nuevo, dejaría Obsidian fuera de la ecuación y usaría una base de datos SQLite para guardar notas locales. (También usaría Go en lugar de Ruby para la aplicación, solo para que sea más fácil de instalar para la gente).

4 Me gusta

Bueno, son una pequeña empresa, bastante transparente, con servicios (sincronización, publicación) a precios razonables y una sólida comunidad de desarrolladores y usuarios de plugins. Y dado que todo se basa en archivos markdown locales, no hay que preocuparse por el bloqueo de plataforma. Me gusta el código abierto, pero hay espacio para empresas entre eso y las grandes tecnológicas.

6 Me gusta