Аргументы за открытие с открытым исходным кодом


9

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

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

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

5

У OSI есть ряд хороших ресурсов с http://www.opensource.org/advocacy/case_for_business.php, возможно, наиболее подходящий для вас.

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

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

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

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


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

1

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


1

Публикация: Вы можете представить пример с помощью рамки Ruby on Rails.

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


1

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

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


5

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

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


4

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

Это более выгодно или выгодно для компании, чтобы выпустить это:

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

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