Термины «открытый исходный код» (Open Source) и «свободное ПО» (Free Software) сосуществуют многие годы, причем многие люди ошибочно считают, что они — идентичны. Главный аналитик исследовательской компании Freeform Dynamics Браян Бетс рассказывает на портале ComputerWeekly о том, в чем заключаются различия между этими терминами, а также какие выгоды сулит применение открытого исходного кода.
Становится все более очевидным, что реальная ценность и возможности Open Source заключаются не столько в самом ПО, сколько в совместном мышлении и экосистеме, которая его создает и поддерживает. Однако сторонникам открытого исходного кода довольно непросто убедить консервативных членов совета директоров, которые привыкли к традиционным методам и мышлению. В то же время отрадно видеть прогресс, достигнутый в сфере финансовых услуг. Эту отрасль многие считают бастионом консервативного мышления, но, конечно, на самом деле все совсем не так.
Финансовые услуги — это действительно отрасль, избегающая риска, но она также чрезвычайно технологична, хорошо финансируется и стремится использовать ИТ везде, где это может сэкономить время и принести прибыль. Представление о происходящем хорошо иллюстрирует заявление управляющего директора Deutsche Bank Рассела Грина, о том, что Open Source задействуется в каждом проекте банка и что «оно в банке повсюду».
Приносит ли Open Source реальную пользу или это в основном связующий слой?
Применение Open Source вовсе не значит, что весь сервис построен на открытом исходном коде, не исключено, что в нем просто задействуются компоненты или коннекторы на его базе. Это также не означает, что банки и другие организации, в свою очередь, откроют все свои внутренние проекты. Вовсе нет. Некоторые системы являются настоящими дифференциаторами и приносят конкурентные преимущества. Другие являются связующим слоем — это то, что нужно всем, или то, что делают все, или то, что связывает всех в облаке.
Как отметила Лиз Райс, главный специалист по Open Source компании Isovalent, занимающейся разработкой ПО, сейчас никто не ожидает, что ему придется «самому делать винты и болты» (это было нормой до промышленной революции, и получаемые детали не были стандартными или взаимозаменяемыми).
Конечно, существуют проблемы и трудности. Совместная работа с открытым кодом идеально подходит для таких вещей, как быстрое исправление ошибок, но что касается фактического внесения кода в проект, то все еще возникают вопросы безопасности и доверия. Речь идет не только о ПО: наряду с аппаратным обеспечением на базе Open Source мы также наблюдаем растущий интерес к открытым API и даже к нормативным базам.
Рассел Грин дал несколько советов тем, кто хочет присоединиться к экосистеме Open Source. Например, важно понимать, какие затраты и обязательства влечет за собой открытый исходный код — придется ли вам, скажем, списывать его с баланса? Он также предупредил о необходимости проверять лицензии на ПО на базе Open Source — на него не существует единой стандартной лицензии, и крайне важно не отождествлять Open Source и Free Software. Помимо очевидных рисков, например, одни разработчики могут сделать последнее свободным только для личного и некоммерческого использования, тогда как другие ограничивают его внутренним использованием в организации. Для предприятия неправильное решение может стать дорогостоящей ошибкой.
Ни одна организация не является островом
Однако это всего лишь частности. При должной осмотрительности ничто из этого не должно оттолкнуть организации всех типов и размеров от работы с открытым исходным кодом. Гораздо важнее то, что он исключает необходимость изобретать колесо, по крайней мере, для общих задач, например, соблюдения нормативных требований в финансовой отрасли. Это не только облегчает сотрудничество с деловыми партнерами и т. п., но и позволяет добиться более эффективных результатов. В конце концов, никто не хочет услышать от клиента или регулятора, что вы не разобрались даже в основах Open Source.
Подводя итог, можно сказать, что «открытый исходный код» — многослойная структура. Что-то вы потребляете, что-то — вносите, но в каждом случае основополагающей ценностью является сотрудничество. Ни одна организация не является островом, и, работая вместе, даже над улучшением соединительной базы (API и т. д.) мы можем добиться лучших результатов для всех, причем сделать это быстрее и дешевле. Если ваша организация не инвестирует и не участвует в Open Source, вы уступаете в скорости разработки конкурентам, а значит теряете рыночные преимущества.
