Discourse как локальное приложение-редактор Markdown для ведения заметок в стиле личной вики

Внести вклад Функция
23

Мы используем Discourse в небольшом офисе. Как уже упоминалось выше, существует проблема черновиков. Вы, вероятно, знаете о привычке быстро создавать новую папку, затем ещё одну папку (2), новый текстовый документ, новый текстовый документ (2), заполнять эти файлы разной информацией и никогда не переименовывать их впоследствии.

Позже оказывается, что блоки текста не имеют временной метки, версий, изображений, а иногда некоторые данные не сохраняются из-за отсутствия автоматического сохранения.

Информация в текстовых файлах перемешана и плохо структурирована. Спустя долгое время шансы что-либо найти в таких папках крайне малы. В этом случае могла бы помочь индексация контента или искусственный интеллект, и Discourse выполняет эту функцию.

Я упомянул командную работу в офисе. Это означает, что локальные проприетарные черновики сотрудников заблокированы за учётными записями пользователей. Говоря о сотрудниках, работающих над общей задачей, нет необходимости скрывать их черновики друг от друга. Напротив, было бы лучше, если бы черновики были доступны всем одновременно. Вспомните, как работают разработчики программного обеспечения? Они помещают код (и часто документацию как код) в общий репозиторий с контролем версий. И как только ведущий инженер проверяет изменения, они становятся доступны всем в основной ветке. В случае с черновиками такой модератор не нужен. Поэтому здесь Discourse справляется отлично.

Проблема черновиков со связанными изображениями легко решается с помощью Markdown-редакторов (я остановился на Typora, особенно при редактировании таблиц и странном обратном преобразовании изображений в base64 — ни один редактор не вставляет этот текст из буфера обмена). Discourse идеально подходит как платформа для совместной работы. Обсуждения в чате легко преобразуются в темы или сообщения. Модель OpenAI может сыграть значительную роль в обработке данных, но встроенных алгоритмов также достаточно, чтобы связывать ветки форума.

Мы используем функцию входящих сообщений, чтобы быстро отправлять текст как электронное письмо на форум. Таким образом мы не теряем ценные мысли, не отвлекаясь на открытие самого форума. Затем мы используем эти идеи в мозговом штурме.

С помощью разрешений легко перемещать темы из песочницы в публичный раздел, когда они готовы. Гибкие уровни доверия позволяют нам организовывать доступ для различных отделов.

5 лайков
25

@Ivan_Rapekas, если я правильно понял, вы уже используете Discourse в своей организации как приложение для совместного ведения заметок. Это верное утверждение? Или я что-то неправильно понял?

Есть ли какие-либо проблемы, которые вы хотели бы отметить при использовании Discourse таким образом на данный момент? Есть ли какие-либо изменения, которые вы планируете внести, чтобы решить эти проблемы?

Возможно, это основная проблема, с которой вы сейчас сталкиваетесь?

Вы рассматривали возможность создания категории для черновиков, где будет понятно, что находящиеся там материалы являются незавершённой работой в процессе?

4 лайка
26

Да, мы используем Discourse уже три года. В начале я был единственным, кто делился заметками в Discourse. Я понял, что мне не нужно использовать текстовый редактор для подготовки статьи перед публикацией. Раньше я каждый день отвечал на одни и те же вопросы от команды поддержки. Так я создал личную базу знаний.

Через год мы наняли сотрудника, которого вдохновили статьи в Discourse. Он стал первым редактором. Как пионер, он распространил влияние на ближайших коллег. Сейчас 1/5 из 150 сотрудников активно работает в Discourse, создавая и редактируя материалы. Темы по умолчанию имеют формат вики-страниц без ограничений на количество правок.

Сначала команда была озадачена таблицами Markdown и невозможностью индексации вложений.

Затем они поняли, что редактируемый текст мощнее, например, скомпилированного PDF. Не нужно искать исходный код, запрашивать одобрение, создавать бинарный файл, загружать его и, наконец, сообщать об обновлении.

Вы спрашиваете, что главная проблема — это обмен черновиками, верно? Да, это так. Но я считаю, что корень проблемы — в безразличии и отсутствии ответственности. Иногда они боятся показать свою работу, но им всегда всё равно, смогут ли другие использовать то, что они создали.

Кроме того, люди не мотивированы что-то делать публично, потому что становятся тем, к кому обращаются с вопросами. Ещё один момент: в этом случае участники форума обсуждают вопросы вне форума. Они предпочитают переписываться в Skype, а не цитировать исходный пост и обсуждать в том же месте. На мой взгляд, люди всегда предпочитают «быструю полосу» для решения своих проблем.

Обновление: мы не разделяем категории для черновиков и готовых к публикации материалов. Иногда мы перемещаем черновик в раздел «Объявления». Пусть это будет готовая статья :slight_smile:

5 лайков
27

Я проголосовал «за», потому что считаю, что Discourse должен что-то предпринять в этой области. Мой выбор — локальное приложение для заметок, которое синхронизируется с общим экземпляром Discourse.

Для моих целей заметки должны сохраняться локально в виде файлов Markdown, редактироваться в Vim и легко синхронизироваться как с Github, так и с Discourse.

В прошлом году я набросал CLI-приложение для Obsidian/Discourse. Для первой попытки оно работает вполне неплохо. Мне нравится подход Obsidian к использованию файловой системы как источника истины, но если бы я делал это снова, я бы исключил Obsidian из уравнения и использовал бы базу данных SQLite для сохранения локальных заметок. (Также я бы использовал Go вместо Ruby для создания приложения, чтобы упростить его установку для пользователей.)

4 лайка
28

Что ж, это небольшой бизнес, довольно прозрачный, с разумно ценовыми услугами (синхронизация, публикация) и сильным сообществом разработчиков плагинов и пользователей. И поскольку всё основано на локальных файлах Markdown, не стоит беспокоиться о привязке к платформе. Я люблю проекты с открытым исходным кодом, но между ними и гигантами индустрии есть место и для компаний.

6 лайков