Уже сейчас мы предлагаем хостинг в Австралии на базе AWS, но в настоящее время в нашем плане нет colocated-хостинга в этих регионах, так как спрос на него невелик. Есть ли какая-то конкретная причина, по которой вы предпочли бы локальный хостинг вместо хостинга в США или ЕС?
Хех, сложность глобального распределения в том, что очень трудно расставить приоритеты по местам для таких мероприятий. Но мне интересно — какое событие принесло бы достаточно ценности, чтобы вы отправились в Сидней ради него?
Эта тема мне действительно близка, и я очень рад, что вы её затронули. Я довольно подробно написал о своих прогнозах здесь и о том, о чём, по моему мнению, должны размышлять создатели сообществ, здесь. А Мей делится советами по оптимизации контента сообществ для обнаружения ИИ здесь.
Мы много времени уделяем тому, как лучше поддерживать сообщества Discourse, чтобы они могли гибко выбирать, как использовать (и защищать) свои данные.
Сейчас мы особенно рады Discourse MCP, а за будущими инновациями можно следить здесь.
Часть работы над загрузчиком 2 версии включает выпуск готового Docker-образа, так что да, у нас есть такие планы, и вы уже можете попробовать его в бета-версии
Что касается хранения данных для каждого пользователя в темах. Это область, которую я хотел реализовать уже ОЧЕНЬ давно. Я несколько раз обсуждал это за эти годы с @david. Одна из главных проблем здесь — обеспечение правильных ограничений. Мы не хотим, чтобы плохая тема потребляла терабайты серверного хранилища. Найти оптимальную площадь поверхности сложно. Я как раз немного обдумывал это с помощником GitHub. Смотрите: https://meta.discourse.org/discourse-ai/ai-bot/shared-ai-conversations/OjpV557puqmyvwFkEIcUvA
Мне нравится идея API, который опционально позволяет «предзагружать» данные, так как это может стать прорывом для разработчиков тем.
Открытый исходный код — это ДНК Discourse. Мы всегда хотели предложить открытую альтернативу огромному количеству закрытых проприетарных систем, которые, к сожалению, захватывают рынок. Мы хотим, чтобы наш код существовал долгие годы, и считаем, что развертывание экземпляров Discourse как у нас, так и самостоятельно — это позитивное явление.
Открытый исходный код делает Discourse более безопасным по сравнению со многими другими альтернативами, так как код проходит аудит, и позволяет расширять платформу неожиданными и удивительными способами.
Мы любим взаимодействовать с сообществом открытого исходного кода и замечательными участниками на meta
Мне тоже нравится этот вопрос, Джен. У меня есть несколько мыслей, некоторые из которых я изложил здесь. Я считаю, что умные создатели сообществ понимают, что у них есть важная роль в управлении тем, как контент распространяется и потребляется. Я предполагаю, что это может быть сложно с учётом вашей структуры управления, где лидируют члены сообщества. Это может сработать — здесь представлен пример сообщества, которому удалось эффективно масштабировать коммуникацию при управлении силами толпы, но они стратегически управляли этим с самого начала.
Привет! (У меня уже 23:00 ). Спасибо за вашу статью How Discourse Uses Discourse, которую я сразу же поделился с коллегами. Так что уже сегодня один из них, прочитав пост, спросил меня:
«Почему мы не используем Discourse Chat, как они?»
(мы используем Discord для мгновенных сообщений, что сводит большинство людей с ума, ведь наши две основные платформы для общения — это Discourse и Discord )
Так что мой ответ был таким:
«В основном из-за отсутствия push-уведомлений, особенно при самохостинге».
Тогда я подумал: может, Discourse мог бы что-то сделать с push-уведомлениями, как это было сделано с Discourse ID? Но потом решил, что, скорее всего, нет — это поставило бы под угрозу их ценность хостинга… Но всё же, возможно, это интересный вопрос для других?
В своём блоге я немного предупреждал о возможных недостатках. Поэтому эту область всегда нужно подходить с осторожностью.
Тем не менее, это ещё ранние стадии, но я настоятельно рекомендую вам попробовать (и посмотреть), как развивается Discourse Vibe:
ИИ-агенты развиваются с бешеной скоростью, и мы гарантируем, что Discourse предоставляет наилучший контекст и инструменты, чтобы агенты могли эффективно выполнять свою работу.
Например, недавно мы завершили набор из трёх инструментов, необходимых для того, чтобы агенты могли реализовать правильный цикл «сборка–тестирование–сборка–тестирование»:
bin/rspec FILENAME — запуск любого спецификационного теста bin/lint FILENAME — проверка любого файла на соответствие стандартам (новое) bin/qunit FILENAME — запуск любого теста QUnit (новое)
Кроме того, мы теперь выпускаем Discourse MCP, который упрощает для агентов создание тестовых данных и проведение ручного тестирования.
Что касается «ИИ, который вносит изменения в интерфейс за меня»:
Я экспериментировал с dv config theme, чтобы помочь запустить песочницу для создания тем, но это пока ранние стадии. Я надеюсь довести это до состояния, когда можно будет создавать простые каркасы тем.
Я определённо вижу будущее, где клиенты смогут самостоятельно указать на веб-сайт и сказать: «Эй, это мой сайт, сделай форум немного похожим на него».
Поиск — это одна из областей, которая, по моему мнению, будет сильно развиваться по мере того, как LLM станут дешевле и быстрее.
Встраивание LLM в критический путь может быть довольно сложным, так как поиск перестанет быть мгновенным.
Тем не менее, люди готовы немного подождать ради отличных результатов, что доказывает ask.discourse.com.
Что касается «более быстрого и лучшего поиска», я вижу комбинацию подходов: как интегрировать BM-25 в Discourse и как использовать LLM для внедрения концепций, которые будут заранее обрабатывать странные и необычные случаи орфографии (то есть не вызывать их во время поиска, а выполнять предобработку).
На нашей дорожной карте пока ничего конкретного нет, но более быстрый и качественный поиск — это то, к чему мы всегда стремимся.
Это всё ещё находится на этапе «мы экспериментируем».
Мы профинансировали большую часть работы, завершённой @angus. @pmusaraj тщательно отслеживал прогресс на всём протяжении.
Плагин теперь невероятно функционален. Мне бы очень хотелось увидеть его более широкое внедрение и услышать, какие отличные идеи у сообщества есть относительно его будущего.
Полагаю, вопрос возвращается к вам: какие самые значительные пробелы вы видите?
S3-совместимость всегда сопряжена с определёнными компромиссами. Действительно ли она полностью совместима с S3? Поддерживает ли она, например, подписанные прямые загрузки, одинаковые XML-политики жизненного цикла и так далее — список можно продолжать долго.
Мы стараемся обеспечить работу базовых функций, но это может быть сложной задачей, учитывая, что существует множество «совместимых» провайдеров S3 с разным уровнем совместимости.
Однако прокси и CDN являются функциями первого класса. Их настройка может быть капризной (особенно для прокси), так как необходимо безопасно передавать IP-адреса, а отладка может быть затруднительной.
Это, безусловно, дополнительная ценность, которую мы могли бы рассмотреть, чтобы сделать Discourse ID более привлекательным. Часть этого — вызов, связанный с протоколом, особенно на сторонних сайтах.
Мы не хотим хранить какие-либо приватные данные форумов, поэтому, возможно, нужен какой-то протокол, который говорит: «Эй, у вас новое уведомление на сайте X», а затем приложение само запросит это уведомление с сайта X. Либо какой-то вид сквозного шифрования.
Это сложная техническая задача.
Тем не менее, Discourse PWA уже поддерживает push-уведомления как на iOS, так и на Android.
На самом деле очень сложно управлять ростом здоровым и устойчивым образом. Многие наши системы и процессы развивались органически вместе с бизнесом. Когда нас было 14 (как это было в начале моего пути), всё можно было контролировать с помощью электронных таблиц и электронной почты. У нас было очень мало бюрократии и формальностей, которые нужно было преодолевать. Мы могли действовать быстро.
По мере роста вам требуются более надёжные рамки, а это подразумевает внедрение процессов. Некоторые люди адаптируются к таким изменениям труднее, чем другие, но мы хотим вовлечь в этот путь всех. Хороший пример — создание дочерних компаний. Недавно мы зарегистрировали CDCK.BV в Нидерландах для найма всего нашего персонала в ЕС. Это вносит огромный уровень сложности, с которым нам раньше не приходилось сталкиваться. Хотя и для компании, и для сотрудников есть определённые выгоды, объём работы, связанный с этим, огромен.
Аналогично, масштабирование коммуникаций в полностью удалённой среде, ориентированной на асинхронную работу, представляет собой сложную задачу. Поддержание правильного соотношения полезного сигнала и шума становится всё труднее.
Найти способы решения проблем в мире, который ещё не настроен для работы в нашем формате, — нелёгкая задача. Я не думаю, что мы уже полностью преодолели эти трудности, но мы определённо усердно работаем над тем, чтобы внести изменения.
Очень извиняюсь, мне было очень сложно ответить на этот вопрос.
Думаю, если оглянуться назад, то 5 лет назад я ожидал, что Discourse станет лучшей платформой для сообществ, и так и произошло.
Я ожидаю, что через 5 лет мы станем ещё лучшей платформой для сообществ, которая будет адаптироваться к изменениям времени и создавать бесчисленное множество значимых онлайн-пространств, где люди смогут собираться и делиться интересными мыслями
)
Спасибо