My<cod/>.net
Аргументы для перехода с открытым исходным кодом
Я провел свое свободное время на работе этим летом, написав своего рода рамки для облегчения моей повседневной работы. Короче говоря, он загружает xml с markup, который определяет блоки сайта, их содержание и стиль этих (очень похоже на html), обрабатывает загрузку активов и т. д.
Теперь я довольно доволен тем, как это получается, и мне не терпится выпустить часть моего кода для публичного использования (и изучения). Я также достаточно уверен, что он заполняет пустоту для быстрого и легкого строительства сайтов (или их частей).
Каковы были бы лучшие аргументы, чтобы убедить моего босса/коллег, что выпускать это под лицензией с открытым исходным кодом-хорошая идея?
OSI имеет ряд хороших ресурсов с http://www.opensource.org/advocacy/case_for_business.php , вероятно, является наиболее актуальным для вас.
Есть множество проектов с открытым исходным кодом, и когда они популярны, лучшим преимуществом, на мой взгляд, являются исправления ошибок и улучшения, внесенные обратно в проект. Вы склонны разрабатывать только необходимые функции для варианта использования на своей работе (исключения, конечно, существуют), и хорошо, что другие люди работают в других областях проекта.
Тем не менее, люди обычно делают это только в том случае, если они сами используют проект, и повышение осведомленности может быть так же сложно, как маркетинг коммерческого проекта - вы, вероятно, найдете только несколько человек, которые используют его, наткнувшись на проект через неясный поиск Google!
Таким образом, хотя есть много преимуществ, ориентированных на разработку, даже если нет большого количества (или каких-либо) реальных пользователей, это выглядит очень хорошо с точки зрения бизнеса/компании, что ваша организация поддерживает выпуск внутренних проектов по лицензиям с открытым исходным кодом. Это показывает хорошие вещи для потенциальных сотрудников об открытости организации.
Таким образом, в то время как вы получаете только большие преимущества с открытым исходным кодом с масштабом, есть менее очевидные, которые начинают работать немедленно, а именно создание хорошего имени для вашей компании.
Преимуществ для вашей компании немного. Все причины, приведенные другими, предполагают определенную степень популярности... вряд ли. Большинство деловых людей поймут, что без необходимости думать об этом очень трудно, поэтому они не найдут рекламу или рычаги воздействия или общественного контроля или улучшения инструмента достаточно оснований, чтобы взять "risk" выпуска его в качестве открытого источника.
Тем не менее, вот лучший контраст аргументу "risk" для компании, чтобы выпустить внутренний инструмент с открытым исходным кодом: если он не является частью вашей основной компетенции и заботится о том, чтобы он не высасывал ресурсы компании (или не подвергал компанию secrets/infrastructure),, на самом деле нет никакого риска. Компания ничего не теряет и получает потенциал для gain—even, если этот потенциал мал.
Я выпустил несколько пакетов, разработанных компанией, с открытым исходным кодом. Основной шаг:
Это более выгодно или выгодно для компании, чтобы выпустить это:
- этот пакет не является частью нашего основного бизнеса. Мы не отдадим рецепт секретному соусу.
- мы получим больше людей, которые будут работать с кодом, находить ошибки и тем самым повышать качество кода.
- вполне вероятно, что мы сможем найти некоторых людей, которые будут вносить код для функций, которые мы могли бы найти полезными.
- хороший инструмент рекрутинга, часть 1: хорошие программисты будут привлечены в нашу просвещенную дружественную к разработчикам организацию.
- хороший инструмент рекрутинга, часть 2: мы можем видеть некоторых людей в действии, которых мы могли бы заинтересовать в рекрутинге.
Вот два автономных пакета, которые были выпущены с помощью этого подхода:
- http://code.google.com/p/orapig -- довольно недавно
- http://sourceforge.net/projects/kap / -- в моей старой компании
Я думаю, что суть причины, по которой открытый исходный код является хорошей идеей, заключается в том, что вы объединяете ресурс LARGE людей, обычно работающих бесплатно, чтобы создать что-то полезное и захватывающее. Сайт, подобный Digg, выпускает больше и лучше историй, чем персонал @ Slashdot, потому что сообщество управляет им. Так же, может ли проект с открытым исходным кодом сделать больше, чем выделенная команда IF у вас есть проект, достаточно захватывающий, чтобы привлечь участие. Есть также много других преимуществ, таких как улучшение вашего кода и обучения на этом пути.
Реклама: вы можете привести пример с Ruby на Rails framework.
Он был создан, чтобы сделать 37signals веб-приложений. Они открыли его, а потом кто-то пришел и построил twitter. Представьте себе, какую огласку они получили от этого!
Самый важный вклад в создание продукта с открытым исходным кодом заключается в том, что он мгновенно становится более доступным для людей.
Это также помогает людям, которые действительно заинтересованы в вашей работе, чтобы увидеть, что вы сделали,внести предложения по улучшению его и даже помочь вам в этом иногда. Кроме того, вы вносите свой вклад в обширное хранилище программного обеспечения с открытым исходным кодом и помогаете сообществу расти и учиться по-своему.