Сейчас BAS упирается не в ядро, а в экосистему.
Функционал растёт в основном за счёт команды BAS, а это заведомо ограничивает скорость развития продукта.
Маркетплейс модулей решает эту проблему напрямую:
развитие функционала без участия команды BAS и без раздувания core-части.
На текущий момент модули могут существовать только в виде опенсорса.
Это автоматически убивает экономический смысл разработки сложных модулей.
Разработчик, продавая модуль, не может быть уверен, что его работу не сольют через день.
Формально защиту можно городить самостоятельно: лицензии, серверные проверки, своя система обновлений.
По факту это:
- резко повышает порог входа
- требует отдельной инфраструктуры
- превращает разработку модуля в побочный проект по поддержке защиты
В BAS уже есть:
- защита проектов
- компиляция
- обновления
Но для модулей - ничего из этого нет.
При этом парадокс в том, что модули уже появляются.
На рынке есть качественные решения, без которых оставаться в экосистеме BAS с ростом технологий становится всё сложнее.
Пишутся статьи о популяризации модулей, но без системной поддержки это даёт минимальный эффект.
Разработчиков нельзя мотивировать энтузиазмом, когда речь идёт о десятках и сотнях часов работы.
Отсутствие нормальной системы модулей приводит к простому результату:
- серьёзные разработчики либо не делают модули вообще
- либо пишут их только под себя
- либо уносят решения за пределы экосистемы BAS
Маркетплейс модулей с нативной защитой, обновлениями и лицензированием:
- снимает этот стоп-фактор
- ускоряет развитие функционала
- делает BAS полноценной платформой, а не просто инструментом.
Вопрос не в том, нужен ли маркетплейс.
Вопрос в том, как долго BAS может расти без него и оставаться конкурентоспособным.
Возможные варианты реализации / дальнейшие шаги
Возможные варианты реализации / дальнейшие шаги
Чтобы разговор не оставался на уровне абстракций, вижу несколько рабочих вариантов, от простого к более системному:
Минимальный вариант
Добавить в BAS нативную защиту модулей по аналогии с проектами:
- компиляция модулей
- привязка к лицензии
- встроенные обновления
Даже этого уже достаточно, чтобы разработчики начали вкладываться в модули.
Каталог модулей без прямых продаж
- Единый официальный каталог модулей внутри экосистемы BAS:
- установка и обновление из интерфейса,
- автор решает, бесплатный модуль или платный вне BAS.
BAS даёт инфраструктуру, рынок начинает формироваться сам.
Полноценный маркетплейс:
- продажей модулей
- лицензированием
- комиссией BAS
Самый сложный вариант, но и самый перспективный с точки зрения экосистемы и мотивации разработчиков.
Лично мне не принципиален формат.
Ключевой момент один: модули должны иметь нативную защиту и поддержку на уровне BAS, иначе экосистема в этом направлении не взлетит.
Предлагаю обсуждать не «нужно или нет», а:
- какие ограничения у команды BAS,
- какой вариант реалистичен первым шагом,
- что критично для разработчиков модулей уже сейчас.
Если есть разработчики, которые делали или хотели делать модули — будет полезно услышать их опыт и причины, почему они остановились или не начали.