Что лучше «Discourse» или «Flarum»?

Это перевод статьи Эрленд С. Хегген, который проработал в Discourse 4 года, в конечном итоге в качестве вице-президента по сообществу.

Зачем я публикую это?

Нередко проходят обсуждения «X vs Y».

• Что лучше Discourse или Flarum?

Не будет секретом, что эта статья появилась, как раз на ответ по этому вопросу. Но дальше автор решил, что ответ универсальный, он просто убрал название «Discourse vs Flarum» и оставил «X vs Y», а точнее «Discourse vs X».

• LiveStreet или Alto
• WP ли Drupal и т.д.

В этой статье прослеживаются некоторые вещи, которые мы не особо учитываем. И… какой бы не был продукт, возможно стоит делать сравнение не «LiveStreet vs Alto», а допустим «Discourse vs X». Чтобы видеть разницу и понять, к чему надо стремиться.

Это не обязательно CMS, мы выбираем дизайн, а потом того, на которого (как нам кажется) стоит равняться и делает аналогичное.

И не для того эта статья чтобы показать, что «X» почти всегда хуже (хотя иногда так и выходит), а для другого…

Flarum…

Собственно сама статья.

В мета-сообществе платформы форума Discourse нередко проходят обсуждения «Discourse vs X». Когда проводится сравнение с другим коммерческим приложением, обе стороны могут получить несколько баллов.

Но когда Discourse сравнивается с альтернативным проектом с открытым исходным кодом, вокруг которого не строится бизнес, сравнение становится очень односторонним в пользу Discourse, каким бы ловким ни был претендент.

Ответив на несколько таких запросов о сравнении, я, в конце концов, пришел к всеобъемлющему ответу.

Первоначально это было написано два года назад как ответ на форуме. Я повторно публикую его здесь вместе с некоторыми изменениями для более общего применения.

Мой ответ Discourse vs X (то есть любому хорошему любителю-конкуренту с открытым исходным кодом) всегда следующий:

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

• Discourse имеет в 10−20 раз больше разработчиков, чем X, плюс целая группа поддержки. У X есть два основных разработчика, и ни один из них не работает над X постоянно.

• Discourse имеет растущую экосистему специализированных подрядчиков, которые могут выполнять такие работы, как установка, обслуживание, тематизация, разработка плагинов и многое другое.

• Discourse уже много лет является стабильным для v1.x. На момент написания этой статьи X еще не вышел из бета-версии.

• Дискурс имеет устойчивую ритмичность высвобождения. Управление релизами — дорогостоящая и недооцененная работа, которую очень трудно выполнять на постоянной основе. Но с единственным платящим клиентом управление выпусками становится само собой разумеющимся, и все получают выгоду.

• Благодаря крупным клиентам и странице HackerOne, финансируемой Discourse.org, Discourse постоянно проходит первоклассные проверки безопасности.

• Хотя X и пытался какое-то время предлагать премиальный хостинг, они отказались от этого.

Я не знаю подробностей, но полагаю, они узнали, что это действительно сложно. Фактически, это невозможно, если вы не создадите вокруг этого компанию. Команда любителей не может запустить надежный хостинг.

Я понимаю, что проект с открытым исходным кодом — это нечто большее, чем продукт. Discourse построил устойчивый бизнес на основе своего ядра с открытым исходным кодом. Потребовалось катастрофическое событие, чтобы мы остановились на этом этапе. С другой стороны, с X, если хотя бы одному из двух основных разработчиков придется взять продолжительный отпуск из-за смены работы / переезда / отношений / выгорания / чего-то еще, проект получит огромный удар.

Бизнес-приложение — это не просто основная функция для проекта с открытым исходным кодом, это такое ключевое отличие, что любой проект с открытым исходным кодом без него попадает в совершенно другую категорию, а именно в категорию любителей. Для небольших библиотек это не проблема, но и здесь растет спрос на проекты, которые могут продавать хоть какие-то гарантии, о чем свидетельствует рост популярности Tidelift.

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

Итак, где вы можете узнать, как планировать устойчивое развитие?

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

• https://indieopensource.com/
• https://sfosc.org/
• https://coss.media/
• https://blog.opentechstrategies.com/category/open-source-at-large/

Источник статьи и координаты автора для связи:

https://blog.erlend.sh/business-makes-better-open-source-2b354c755c6f