Ну то есть: я могу взять любой опенсурсный проект, форкнуть его и на его базе создать новый. В этом вся суть опенсурса. Но это не делает из любого опенсурсного проекта платформу для создания <нужное подставить>.
Но ещё раз, это чисто терминологическая претензия, никаких других вопросов у меня не осталось.
Нет, всё что я хотел выяснить я уже выяснил, в принципе можете дальше не объяснять, концепция понятна.
Можем разве что поспорить по формулировкам, хотя думаю большой пользы в этом нет. Но: если я могу создать новый продукт на базе вашего только путём форка и изменения его кода — то это не платформа, а классический опенсурсный продукт.
Слушайте, ну это несерьёзный ответ. Речь вообще не о том, полезно это или нет. Речь о том, что вы себя позиционируете как ПЛАТФОРМУ.
Из ваших ответов я понимаю, что речь идёт не о платформе, а просто об опенсурсном мессенджере. Что тоже неплохо и полезно и т.д., но просто совершенно другая по сути вещь. Не было бы слова «платформа» в заголовке темы, я бы и вопросы эти задавать не стал.
Ну headless js библиотека — это понятно, она в принципе и не так нужна если есть нормальный API.
Просто получается, что если нужна какая-то минимальная кастомная функциональность (не на уровне весь UI переписать, а буквально пару элементов добавить), есть всего два варианта:
1) переписывать существующий код и получить кучу проблем с обновлением и т.д.
2) вообще выкинуть существующий front-end код и писать его с нуля под себя
Как-то оба варианта выглядят немного странно.
Вот виджеты или компоненты или что-то такое — было бы хорошо. Или наоборот, гибкая система плагинов. То есть чтобы или 1) код актора можно было относительно безболезненно встроить в существующее окружение, или 2) наоборот, кастомную функциональность можно было дописать поверх существующего кода. Второй вариант выглядит лучше, т.к. предоставляет больше возможностей, но видимо сложнее в реализации.
Так это плохо: брать готовый код и переписывать под себя. Выйдет следующее обновление и начнёт конфликтовать с моим кастомным кодом. Это вроде очевидные вещи.
Лучше всего сделайте несколько готовых примеров использования.
Реквестирую вот такой: нужен мессенджер, интегрированный в некоторый абстрактный корпоративный портал.
Интегрирован — это в плане:
1. Использует уже существующие аккаунты
2. Содержит элементы UI этого портала, ну в простейшем случае — главное меню хотя бы
3. Скажем отображает какую-то кастомную информацию у контактов, вроде: должность, отдел, непосредственный руководитель
4. Ну и получает какие-то хуки, хотя вот этот пункт я в документации как раз нашёл
Если что-то из этого сейчас невозможно, планируется ли реализовывать?
Вот да. Люди, опишите пожалуйста подробно с самого начала: что это вообще, зачем, что умеет и как с ним работать.
На всякий случай: нет, сайт и документация на эти вопросы не отвечают.
А насколько это именно платформа? Пока я вижу скорее вполне конкретный готовый продукт, который, да, можно развернуть на своём сервере и т.д.
А насколько реально создать на этой основе свой проект БЕЗ переписывания собственно кода актора? Ну или скажем встроить в существующую ERP или что-то подобное, желательно не iframe-ом.
Использую в качестве байндера в связке с Backbone на своём проекте, что хочу сказать: библиотека довольно сырая и глючная, плюс действительно подзаброшенная (см. предыдущие комментарии — там всё верно). Ну то есть к использованию не рекомендую, если только проект не совсем элементарный.
Из однозначно хороших альтернатив — Ractive.js, умеет всё то же самое, только лучше, без лишних хаков и с меньшим количеством багов. Из недостатков — к сожалению, намного больший объём.
Ну вот по результатам публикаций на Хабре и Мегамозге уже почти 600 регистраций. Пока мне этого достаточно, дальше планирую более серьёзно заняться привлечением людей уже когда введу платные подписки.
Из каналов — пока планирую попытаться засветиться где-нибудь в прессе плюс более активно займусь ведением блога, может ещё что-то, а там уже буду смотреть по результатам от чего больше пользы будет. Сейчас записался дополнительно на обучающий семинар для стартапов от ФРИИ у нас в Нижнем Новгороде, там в том числе маркетинг будет освещаться, может там что полезного почерпну.
Такую фишку точно добавлю, считаю отличный ход. Это из гиттера же?
На самом деле при удалённой разработке часто возникает задача просто обсудить какой-то кусок кода с коллегой. Решается обычно эта задача совершенно адскими методами от копирования кода в чат до демонстрации экрана. Вот это и есть основное предназначение.
Из других вариантов применений — ревью, обучение новичков, собеседования. В меньшей степени парное программирование, тут да, скорее что-то другое нужно, флубитс вот есть.
> По умолчанию код весь и всегда проприетарный и вообще — чужая интеллектуальная собственность
А про опенсурс вы ничего не слышали?
> Показывать его в паблике нельзя никак, за это могут денег стрясти, лишить репутации, а особо неудачливых и свободы
Я же специально прописал в статье, что закрытые конференции планируются в будущем.
Можете. Точно так же вы можете создать открытый репозиторий на гитхабе и не давать никому на него ссылку. На практике скорее всего сработает, но безопасность вам при этом никто не гарантирует.
Для участия в открытой вам нужна только ссылка. В ней кстати можно участвовать не имея аккаунта. Если кто-то такую ссылку опубликует на странице опенсурсного проекта например, в обсуждении сможет поучаствовать любой желающий.
Для участия в закрытой нужно, чтобы вам специально выдали к ней доступ.
Пока что все конференции могут быть только открытые, поэтому вы можете просмотреть/поучаствовать в любой, на которую вам дадут ссылку.
Какого-то общего списка нет, не вижу в нём смысла.
Но ещё раз, это чисто терминологическая претензия, никаких других вопросов у меня не осталось.
Можем разве что поспорить по формулировкам, хотя думаю большой пользы в этом нет. Но: если я могу создать новый продукт на базе вашего только путём форка и изменения его кода — то это не платформа, а классический опенсурсный продукт.
Или я уже что-то должен вам заплатить?
В общем довольно странно вы реагируете на вопросы, которые вытекают из ваших же размытых формулировок.
Из ваших ответов я понимаю, что речь идёт не о платформе, а просто об опенсурсном мессенджере. Что тоже неплохо и полезно и т.д., но просто совершенно другая по сути вещь. Не было бы слова «платформа» в заголовке темы, я бы и вопросы эти задавать не стал.
Просто получается, что если нужна какая-то минимальная кастомная функциональность (не на уровне весь UI переписать, а буквально пару элементов добавить), есть всего два варианта:
1) переписывать существующий код и получить кучу проблем с обновлением и т.д.
2) вообще выкинуть существующий front-end код и писать его с нуля под себя
Как-то оба варианта выглядят немного странно.
Вот виджеты или компоненты или что-то такое — было бы хорошо. Или наоборот, гибкая система плагинов. То есть чтобы или 1) код актора можно было относительно безболезненно встроить в существующее окружение, или 2) наоборот, кастомную функциональность можно было дописать поверх существующего кода. Второй вариант выглядит лучше, т.к. предоставляет больше возможностей, но видимо сложнее в реализации.
Реквестирую вот такой: нужен мессенджер, интегрированный в некоторый абстрактный корпоративный портал.
Интегрирован — это в плане:
1. Использует уже существующие аккаунты
2. Содержит элементы UI этого портала, ну в простейшем случае — главное меню хотя бы
3. Скажем отображает какую-то кастомную информацию у контактов, вроде: должность, отдел, непосредственный руководитель
4. Ну и получает какие-то хуки, хотя вот этот пункт я в документации как раз нашёл
Если что-то из этого сейчас невозможно, планируется ли реализовывать?
На всякий случай: нет, сайт и документация на эти вопросы не отвечают.
В документации написано Angular, кому верить?
actor.readme.io/docs/apps#section-web
А насколько реально создать на этой основе свой проект БЕЗ переписывания собственно кода актора? Ну или скажем встроить в существующую ERP или что-то подобное, желательно не iframe-ом.
Из однозначно хороших альтернатив — Ractive.js, умеет всё то же самое, только лучше, без лишних хаков и с меньшим количеством багов. Из недостатков — к сожалению, намного больший объём.
Из каналов — пока планирую попытаться засветиться где-нибудь в прессе плюс более активно займусь ведением блога, может ещё что-то, а там уже буду смотреть по результатам от чего больше пользы будет. Сейчас записался дополнительно на обучающий семинар для стартапов от ФРИИ у нас в Нижнем Новгороде, там в том числе маркетинг будет освещаться, может там что полезного почерпну.
Такую фишку точно добавлю, считаю отличный ход. Это из гиттера же?
Из других вариантов применений — ревью, обучение новичков, собеседования. В меньшей степени парное программирование, тут да, скорее что-то другое нужно, флубитс вот есть.
А про опенсурс вы ничего не слышали?
> Показывать его в паблике нельзя никак, за это могут денег стрясти, лишить репутации, а особо неудачливых и свободы
Я же специально прописал в статье, что закрытые конференции планируются в будущем.
Для участия в закрытой нужно, чтобы вам специально выдали к ней доступ.
Какого-то общего списка нет, не вижу в нём смысла.