Плюсы и минусы открытого доступа к проекту
Практически каждая компания на планете работает с программным обеспечением с открытым исходным кодом. Независимо от того, используют ли они текущий программный продукт, сервис или API, или создают собственный инструментарий, работа с открытым кодом стала абсолютной необходимостью. Если компания хочет быть гибкой и автоматизированной, то открытые исходные коды - это то, что нужно.
\r\nОднако некоторые компании, создающие большое количество собственного программного обеспечения, часто сталкиваются с идеей открытого исходного кода для своих проектов. Для многих это не вызывает сомнений. Однако другие компании с трудом воспринимают идею сделать свой код доступным для всех желающих. Сама мысль о том, что кто-то может использовать ваш код в своих собственных проектах и тем самым воспользоваться плодами труда вашего разработчика, для многих не имеет смысла.
\r\nОднако такое отношение к проблеме несколько недальновидно.
\r\nДавайте рассмотрим причины, по которым стоит открывать свои проекты, и несколько причин, по которым этого делать не стоит.
Отдавайте то, что получаете
\r\n\r\nПрежде всего, невозможно обойтись без использования программного обеспечения с открытым исходным кодом в вашей компании. Это неизбежно. По правде говоря, если бы не множество проектов с открытым исходным кодом, ваша компания могла бы оказаться не там, где она сейчас находится.
\r\nПоэтому почему бы не помочь этим проектам, выпустив свой исходный код? Кто знает, может быть, вы внесли изменения в проект, которые помогут улучшить ведение бизнеса во всем мире. Такой уровень отдачи невозможно переоценить. Многие проекты с открытым исходным кодом только выигрывают от такого взаимодействия. Поэтому, если ваша компания хочет отдать дань сообществу, которое помогло вашему бизнесу войти в современную эпоху, открытые проекты - отличное начало для этого.
Всемирная проверка
\r\n\r\nУ вас наверняка есть команда штатных тестировщиков, которые проверяют каждую выпущенную программу на предмет ее работоспособности. Но что если привлечь целый мир тестировщиков для поиска и исправления ошибок?
\r\nОткрывая свои проекты, вы предоставляете исходный код разработчикам со всей планеты для просмотра и внесения изменений. Вы можете обнаружить, что разработчик C или Java на другом конце земного шара обнаружил серьезную уязвимость, которую не заметила ваша команда Q&A. За это невозможно назначить цену.
Улучшение репутации компании
\r\n\r\nРепутация имеет большое значение, особенно в наше время, когда все подключено к сети 24 часа в сутки 7 дней в неделю. Когда компания совершает плохие поступки, реакция на них происходит со скоростью 240 символов. И наоборот, когда компания делает что-то хорошее, об этом тоже узнают.
\r\nЕсли вы хотите укрепить репутацию своей компании, то открытый доступ к проекту может помочь в этом. Хотя первоначально эта хорошая новость будет распространяться в кругах разработчиков и разработчиков открытого кода, в конечном итоге она станет известна и даст толчок развитию вашей компании. И даже если это только укрепит вашу репутацию среди технологов и ИТ-специалистов, эти сообщества также полны потребителей.
Право голоса в крупных проектах
\r\n\r\nПредставьте себе, что ваши разработчики имеют право голоса в таких проектах, как Kubernetes, Docker, Apache, Samba или ядро Linux. Это не только позволит вам похвастаться, но и даст вашей компании возможность узнать, как развиваются эти проекты. Когда вы смотрите на проект изнутри, вы можете иметь немного больше влияния, что может вывести проекты вашей компании на новый уровень.
\r\nКроме того, ваша компания, скорее всего, уже использует проекты с открытым исходным кодом. Так почему бы не принять в них участие, чтобы ваша компания была не просто наблюдателем?
Более быстрые инновации
\r\n\r\nДавайте признаем, что ваши команды могут работать только очень интенсивно и быстро. Когда вы держите исходный код проекта под контролем, вы ограничиваете масштабы и возможности разработчиков, которые могут помочь. Если же вы открываете исходный код проекта, то это позволяет большему числу людей ознакомиться с ним и работать с ним. Это не только ускорит реализацию проекта, но и приведет к экспоненциальному росту инноваций в проекте.
\r\n\r\n
Учитесь у лучших
\r\n\r\nВы можете считать, что наняли самых лучших разработчиков, но всегда найдутся более квалифицированные специалисты. И когда ваши разработчики начинают работать с такими разработчиками, происходит обучение. За такое обучение нельзя заплатить или найти в каком-либо учебном заведении. Если вы хотите, чтобы ваши разработчики учились у лучших, выкладывайте свой проект в открытый доступ.
\r\n\r\nНедостатки открытых проектов
\r\n\r\nНедостатков у открытых проектов не так уж и много. Тем не менее, они существуют. Вот некоторые из них.
\r\n\r\nВы рискуете стать жертвой воровства
\r\n\r\nНе все разработчики преследуют ваши интересы. Вы можете открыть код своего проекта, а потом обнаружить, что кто-то из разработчиков использовал его против вас. Он может работать на конкурента или на группу хакеров, которые будут использовать этот код в злонамеренных целях.
\r\nЭто не является нормой, но может произойти.
Трудно извлекать прибыль
\r\n\r\nМногие компании открывают только часть своего проекта, чтобы не позволить своей "дойной корове" уйти бесплатно. Некоторые компании готовы выпустить весь исходный код, поскольку не зависят от него как от источника дохода. В любом случае, если вы публикуете исходный код своего проекта, то использовать его для получения прибыли становится сложнее. Это не невозможно, просто сложнее.
\r\n\r\nВаш код должен соответствовать стандартам
\r\n\r\nЕсли вы выпустите исходный код, не соответствующий стандартам, некачественный или полуфабрикат, то можете получить обратную реакцию. Это означает, что вы должны быть уверены в том, что ваши разработчики проделали отличную работу, и таким образом вы выставляете компанию в лучшем свете. Вы же не хотите, чтобы вас публично обвинили в выпуске не совсем качественного кода.
\r\n\r\nПроблемы с авторским правом
\r\n\r\nНеобходимо быть очень внимательным к тому, чтобы в открытый исходный код не попадали фрагменты, защищенные авторским правом. В противном случае вы можете столкнуться с серьезными юридическими проблемами. Это означает, что необходимо проверять каждую строчку кода, чтобы убедиться в том, что он является открытым.
\r\n\r\nЗаключение
\r\n\r\nПо правде говоря, плюсы значительно перевешивают минусы открытого исходного кода. Однако важно, чтобы вы нашли время и убедились не только в том, что выпускаете код, не содержащий фрагментов, защищенных авторским правом, но и в том, что ваш код максимально чист. Не стоит также ожидать, что вы сразу же получите горы преимуществ. Это может занять некоторое время. Однако это стоит затраченных усилий.


