Аргументы в пользу перехода на открытый исходный код [закрытый]

StackOverflow https://stackoverflow.com/questions/18700

  •  09-06-2019
  •  | 
  •  

Вопрос

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

Теперь я довольно доволен тем, как это получается, и мне не терпелось опубликовать часть моего кода для публичного использования (и тщательного изучения).Я также обоснованно уверен, что это заполняет пустоту для быстрого и легкого создания сайтов (или их частей).

Каковы были бы наилучшие аргументы, чтобы убедить моего босса / коллег в том, что выпуск этого по лицензии с открытым исходным кодом - хорошая идея?

Это было полезно?

Решение

OSI располагает рядом хороших ресурсов с http://www.opensource.org/advocacy/case_for_business.php вероятно, это наиболее актуально для вас.

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

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

Таким образом, несмотря на множество преимуществ, ориентированных на разработку, даже если реальных пользователей не так много (или вообще нет), с точки зрения бизнеса / компании выглядит очень хорошо, что ваша организация поддерживает выпуск внутренних проектов по лицензиям с открытым исходным кодом.Это показывает потенциальным сотрудникам хорошие стороны в отношении открытости организации.

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

Другие советы

  • Популярность
  • Вклад сообщества
  • Общественный контроль
  • Мы будем вынуждены придерживаться стандартов.(что, в свою очередь, сделает продукт лучше)
  • Добрая воля

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

Тем не менее, вот лучшее опровержение аргумента "риск" для компании, выпускающей внутренний инструмент с открытым исходным кодом:если это не входит в вашу основную компетенцию и вы заботитесь о том, чтобы это не отнимало ресурсы компании (или не раскрывало секреты компании / инфраструктуру), то на самом деле никакого риска нет.Компания ничего не теряет и приобретает потенциальный ради выгоды — даже если этот потенциал невелик.

Я выпустил пару пакетов, разработанных компанией, с открытым исходным кодом.Основная подача:

Компании выгоднее выпустить этот:

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

Вот два автономных пакета, которые были выпущены с помощью этого подхода:

Я думаю, суть причины, по которой открытый исходный код является хорошей идеей, заключается в том, что вы объединяете БОЛЬШОЙ ресурс людей, обычно работающих бесплатно, для создания чего-то полезного и захватывающего.Такой сайт, как Digg, выпускает больше и качественнее историй, чем могли бы сотрудники @ Slashdot, потому что им управляет сообщество.Точно так же проект с открытым исходным кодом может сделать больше, чем выделенная команда, ЕСЛИ у вас есть проект, достаточно захватывающий, чтобы привлечь к участию.Есть также много других преимуществ, таких как улучшение вашего кода и обучение на этом пути.

Публичность: Вы могли бы привести пример на примере Ruby на рельсах рамки.

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

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

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

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top