Как может я открытый источник мой проект программного обеспечения и удерживать контроль? [закрытый]
Поскольку многие из нас делают, у меня есть много идей программного обеспечения, нескольких действительно хороших, и недостаточно времени, чтобы сделать все. (Я - разработчик, но только один). Я хотел бы к открытому источнику некоторое программное обеспечение и происходящие идеи, но также и сохранил бы направление и видение проекта. Вплоть до сих пор я только работал в не свободный как в программном обеспечении пива, и оно избегает меня, как открытый источник мог удовлетворить мои потребности для контроля его.
Позвольте мне быть ясным, я не намереваюсь коммерциализировать открыто поставленные проекты за деньги. То, что очень я знаю. Я просто хочу иметь контроль над своим видением, которое я начинаю.
Чтобы управлять моим собственным общедоступным проектом, я должен был бы управлять им, давая представление, но тот аспект избегает меня также, о том, как управлять чем-то, что это эффективно свободно.
Я рявкаю неправильное дерево?
9 ответов
] Я сам прошел этот цикл, и могу сказать, что с тележкой ты выходишь перед лошадью. Не хочу показаться резким, но есть рамки отсчета, которые вы определенно должны получить.[
] []Во-первых, "контролировать свой собственный открытый проект" - это конфликтно. Открытый исходный код подразумевает раздачу чего-то, в данном случае сообществу. Итак, думать о том, чтобы контролировать и владеть чем-то, что вы отдали, - это ментальное препятствие, которое вам нужно пересечь.[
] []Во-вторых, вам нужен кто-то другой, кроме вас, кто готов участвовать в вашем проекте. Без него у вас не будет никого, кто мог бы отвлечь вас от любого направления и видения.[
] []В-третьих, контроль с точки зрения руководства проектом зарабатывается в любых проектах с открытым исходным кодом, с любыми последующими действиями. Не имеет значения, являетесь ли вы первоначальным разработчиком с исходной идеей; если сообщество готово следовать вашему руководству, оно будет следовать. Если нет, то они просто не будут участвовать.[
] []Достаточно мыльницы. С точки зрения управления проектами, разделите роль на две функции: 1) Вовлечение разработчиков, принятие на себя задач, просмотр кода, руководство и управление и т.д. Поверьте, это не только работа по продажам, но и работа, основанная на доверии. Нисходящий, иерархический, основанный на старшинстве тип ожиданий - это верный способ изгнать волонтеров из проекта. 2) Логистика репозитория. В конце концов, вы можете контролировать, кто есть/не есть коммиттеры, их разрешения и т.д. Если вы сделаете #1 достаточно хорошо, это позаботится о себе.[
] []В качестве последнего бита комментария, проекты с открытым исходным кодом нелегко оторвать от земли. Проектов больше, чем людей, готовых приложить усилия, необходимые для того, чтобы дать ногам вашего проекта.[
] []Удачи![
].]Линус Торвальдс выступил с отличной речью на []google talk[] о том, как он использует (помимо прочих тем) git, чтобы избежать необходимости включать весь код от сообщества разработчиков с открытым исходным кодом! На это стоит обратить внимание![
]] Вероятно, ты не можешь съесть свой торт и его тоже. Если вы откроете свой исходный текст под "настоящей" лицензией с открытым исходным текстом, то любой, кто захочет, сможет начать свой собственный проект. Вы могли бы сохранить контроль над "настоящим" проектом. Затем нужно подождать и посмотреть, какая версия больше нравится пользователям и какая привлекает большую часть сообщества. Вы всегда будете иметь контроль над "своей" ветвью проекта. Что вы должны принять, так это то, что кто-то другой может стать более успешным с вашим исходным кодом, чем вы, и таким образом также иметь контроль.[
] []В общем, идей там больше, чем разработчиков, ждущих, чтобы над ними поработать. Так что ваша реальная проблема, скорее всего, будет заключаться в том, чтобы []кто-нибудь [] заботился о вашем проекте достаточно сильно, чтобы внести патчи, не говоря уже о том, чтобы достаточно заботился о том, чтобы узурпировать контроль.[
].] Даже если вы делаете исходный текст доступным в репозитории для захвата кем-либо, вы всё равно сохраняете контроль над репозиторием: вы решаете, кто имеет доступ, вы решаете, какие патчи будут зафиксированы (или, по крайней мере, вы решаете, кто будет решать, какие патчи будут зафиксированы).[
] []Однако, это не останавливает людей, которые воркуют ваш проект и берут свои вилки в другом направлении. Не существует простых способов предотвратить это: некоторые люди украшены и будут вилкировать каждый проект, к которому они прикасаются, в то время как другие просто могут иметь другое представление о том, как ваш код может быть полезен.[
] []Лучший способ минимизировать вилки - это быть вовлечённым в сообщество: участвовать в обсуждении направления проекта, принимать патчи, которые добавляют возможности, которые нравятся людям (сохраняя при этом ваш собственный стиль кодирования и стандарты, конечно же). Если людям проще работать с сообществом и с вами, чем поддерживать свою собственную вилку, большинство людей не будут утруждать себя вилкой.[
] []Конечно, это означает, что вы уступили некоторый контроль сообществу, потому что если вы упорно отказываетесь дать им то, что они хотят, то они сделают вилку...[
].] Если он с открытым исходным кодом, в конце концов, вы не сможете его контролировать - кто угодно сможет вилкой в него вставить и пойти своим собственным сладким путем. Способ предотвратить это - быть "доброжелательным тираном" и принимать во внимание чужие взгляды на направление проекта. Это предполагает, что кто-то другой заинтересован в том, что вы делаете.[
].] Звучит так, как будто недостающий ингредиент - это некоторые восторженные разработчики, которые любят ваши идеи и готовы работать бесплатно. [
] [] Я не думаю, что они просто выскочат из интернета; вам нужно будет пойти и найти их. [
] [] И как только вы найдете их, вам нужно будет держать их заинтересованными, что вполне может означать отказ от некоторого или всего этого контроля... [
] [] Спросите себя, какова ваша цель здесь - доставить программное новшество в мир, или иметь домашний проект? [
]] В принципе, нельзя. [
] [] Вы не можете предотвратить, чтобы кто-то другой встряхнул ваш код и запустил новый проект. [
] [] В лучшем случае вы можете выбрать лицензию, в которой говорится, что исходный текст нельзя применять к одному и тому же продукту ( я не знаю, какая это лицензия, но она существует ) [
] [] А во-вторых, что вы можете сделать, так это иметь очень хороший контроль над существующей базой и список возможностей, которые вы хотите включить. [
] [] Если ваш проект вилен, ваши новые возможности сделают менее привлекательными другие. [
] []Наконец, ваш проект будет вилкой, если вы не будете работать над ним и оставите его умирать. Иначе никто не придет и не вскроет ваш проект, когда вы будете делать всю тяжелую работу правильно?[
] []Вот пара интересных видео на эту тему:[
] [] []Ну, это просто зависит от того, какой проект вы открываете.
Вы открываете одну четко определенную базовую функциональность в небольшой библиотеке, такой как Ruby Gem или PHP PEAR Package, или вы хотите создать следующий Wordpress, в котором у миллионов пользователей есть мнение?
Я бы посоветовал начиная с малого. Используйте то, что вы написали ранее, и может быть использовано другими:
- Подключаемый модуль jQuery.
- Плагин Wordpress.
- Пакет PHP PEAR или предложение для Zend Framework.
- Ruby Gem, создающий поведение, которое можно использовать в Rails.
- Модуль или надстройка к какой-либо CMS с открытым исходным кодом.
Создайте конкретную функциональность, которая вам нужна. Поместите его где-нибудь, чтобы другие пользователи могли разветвлять или разветвлять ваш код, но не позволяйте им сливаться обратно в основную ветвь или ствол вашего кода.
Таким образом, люди могут работать с вашим кодом, но в конечном итоге вы контролируете то, что возвращается в официальный проект.
Что ж, капитан Блай, все зависит от того, как вы раздаете разрешение на фиксацию, не так ли? Если вы сделаете исходный код открытым, но будете жестко контролировать коммиты, тогда все будет в ваших руках. При условии, конечно, что вы можете найти кого-нибудь еще, кто достаточно заботится, чтобы отправить исправления для вашего обзора и оценки.