Открытый поиск коммерческого сайта

Я создаю веб-сайт "программное обеспечение как услуга", которое будет взимать с пользователей небольшую ежемесячную плату. Я рассматриваю возможность изменения репозитория Github с Private на Public. По сути, открывать его. Это самоубийство? Я хотел бы, чтобы сообщество могло извлечь выгоду из кода. Маловероятно, что я соглашусь на любой запрос на push, чтобы я не получил ничего в этом отношении. Это основано на сообществах, поэтому я думаю, что большая часть стоимости будет потеряна кем-то, кто самостоятельно ее разместит. Это для очень нишу аудитории, поэтому я сомневаюсь, что кто-то другой начнет конкурирующий хостинг. Мне бы очень хотелось, чтобы код был открытым, но не за счет моей идеи, конечно. Как все остальные относятся к этому? Что такое обычная практика?

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

Ответ 1

Честно говоря, и это вряд ли будет популярным ответом, но для меня я буду держать его закрытым на некоторое время.

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

Ответ 2

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

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

Ответ 3

Я говорю, делаю это как для личной выгоды, так и для потенциальной стратегической выгоды... после всего, много программного обеспечения - это сервис

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

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

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

Я знаю, что это клише, но, вероятно, по уважительной причине, но читайте Собор и базар и эссе Open Source как сигнальное устройство - экономический анализ, который интересен для чтения. Тексты Майкла Э. Портера по анализу конкуренции интересны, когда их поддерживают против смешанной экономики ценностей и конкурентных сил открытого источника и показывают, поиск продукта может быть конкурентом... и как он может повысить ценность вашей позиции на рынке. Кроме того, в то время как контрапункт, он может повысить барьеры для успешного входа конкурентов.

Больше пищи для размышлений о преимуществах и недостатках открытого источника:

Ответ 4

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

Ответ 5

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