за 4 года работы родился свой фреймворк (раньше на пхп, теперь python3)
на нем ежедневно разрабатываются десятки проектов, он дорос до автоматической компиляции в бинарники с привязкой к железу и т.п.

основные модули — это работа с вебом (как например Grab), с базами sqlite, mysql, многопоточность, поддержка socks5/http/https, ftp, интеграция phantomjs (каждый поток может порождать себе фантом и рулить им через яваскрипт-апи), работа с популярными почтовиками через pop3

появилось желание сделать сайт, написать доки и выложить его для скачивания

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

и тут два варианта:
— либо мы выкладываем бинарные сборки
— либо исходники этих модулей

У бинарных сборок есть плюс — никто не будет делать форки, а будут юзать и отлаживать то что есть (писать баг-репорты на форум)
Но есть и минус — никто не найдет ошибок в коде и не укажет на них

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

В общем, для меня это тема очень новая, хотелось бы послушать вас. Как лучше все устроить, чтобы вокруг фрейма выросло комьюнити. Может где-то есть что почитать на эту тему?

Здравствуйте, Дикс, Вы писали:

Д> В общем, для меня это тема очень новая, хотелось бы послушать вас. Как лучше все устроить, чтобы вокруг фрейма выросло комьюнити. Может где-то есть что почитать на эту тему?

В исходниках и только в них, т.к. никому не нужен фреймворк, который нельзя форкнуть и поправить под свои (иногда очень специфические) нужды.

Здравствуйте, Дикс, Вы писали:

Д>за 4 года работы родился свой фреймворк (раньше на пхп, теперь python3)
Д>на нем ежедневно разрабатываются десятки проектов, он дорос до автоматической компиляции в бинарники с привязкой к железу и т.п.

Д>У бинарных сборок есть плюс — никто не будет делать форки, а будут юзать и отлаживать то что есть (писать баг-репорты на форум)
Д>Но есть и минус — никто не найдет ошибок в коде и не укажет на них

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

Двойная лицензия плюс пиратство.
1) Пиратство — никто не растиражирует Вас так как пираты. Народ подсядет сначала на пиратку — для побаловаться разницы нет, а для реального продакшн-применения всё равно пойдут в итоге на официальный сайт.
2) Двойная лицензия — сделать GPL для некомерческих применений и отдельная лицензия для монетизаторов. Бояться того, что будут втихаря юзать — не надо. В смысле, да, кто-то обязательно будет, но если клиент работает в цивилизованном поле, то ему будет выгоднее купить лицензию, чем тихариться под GPL. Особенно если бизнес пойдёт в гору.

MD>Двойная лицензия плюс пиратство.
MD>1) Пиратство — никто не растиражирует Вас так как пираты. Народ подсядет сначала на пиратку — для побаловаться разницы нет, а для реального продакшн-применения всё равно пойдут в итоге на официальный сайт.
MD>2) Двойная лицензия — сделать GPL для некомерческих применений и отдельная лицензия для монетизаторов. Бояться того, что будут втихаря юзать — не надо. В смысле, да, кто-то обязательно будет, но если клиент работает в цивилизованном поле, то ему будет выгоднее купить лицензию, чем тихариться под GPL. Особенно если бизнес пойдёт в гору.

спасибо, ценная информация
но для платной лицензии надо ещё хорошо над фреймом поработать — мы пока планировали бесплатно выбросить то, что есть ради фидбэка