Ганна Соловьева
Переваги і недоліки OPEN Source
Відкрите ПЗ дозволяє всім хто бажає використовувати вже створений код для своїх потреб і, можливо, допомогти в розробці відкритої програми.
Не дивлячись на те, що таке ПЗ допомагає компаніям заощадити гроші, безпечніше і в деяких випадках працює краще, ніж ліцензійне програмне забезпечення, воно несе в собі певну небезпеку. Найбільш поширена проблема, пов'язана з open source, - це можлива несумісність його з ліцензійним ПЗ, яке поставляється в комплекті з устаткуванням, а також виникнення системних збоїв, що особливо актуально для фірм, аутсорсингом, що займаються, і корпоративними рішеннями.
CEO компанії Navica Бернард Голден (Bernard Golden) відзначає, що існує ще одна важко вирішувана проблема, що полягає в тому, що багато CIO важко визначити міру, до якої можливе використання «ісходніків» відкритих програм для виробничих потреб. Як наслідок, виникають труднощі у визначенні причин виходу з буд систем або непридатності використання софтвера, спочатку «заточеного» для реалізації абсолютно відмінних завдань, а також випадків апаратної і програмної несумісності, що викликане використанням відкритого ПЗ. Не секрет, що кінцевий продукт, заснований на програмах з відкритим кодом вузьконаправлений, і далеко не завжди може бути адаптований для виконання інших завдань, що не сприяє залученню аутсорсингових послуг.
Ще одна проблема пов'язана з відсутністю стратегічного бачення подальшого розвитку відкритого ПЗ, оскільки невідомо, який буде результат використання тієї або іншої модифікації «ісходніка». Дуже важко дотримуватися в таких випадках умов SLA (Service Level Agreement - угода про рівень сервісу, яке визначає взаємну відповідальність провайдера IТ-сервису і користувачів цього сервісу) по взаємодії і сумісності з аналогічними продуктами.
Голден вважає, що не дивлячись на всі проблеми, зв'язані з використанням відкритого ПЗ, було б недоцільне з боку IT-директорів ігнорувати можливості і ресурси такого роду, оскільки вони вже в тій чи іншій мірі присутні в більшості програмних розробок багатьох компаній. Він посилається на дані аналітиків Gartner, які прогнозують до 2012 року збільшення частки комерційного софтвера, заснованого на відкритих джерелах, до 80%.
Тому, на думку CEO компанії Navica, ІТ-ДІРЕКТОРАМ необхідно звернути увагу на можливості технологічного розвитку і поліпшення фінансових показників завдяки використанню відкритого ПЗ. Для цього є сенс приєднатися до Open Source Census - комюніті, яке шукає шляхи подолання ризиків і проблем використання поки що недосконалого програмного забезпечення з відкритим кодом - шляхом координації спільних зусиль по ліквідації багів.
Раніше ідея відкритого ПЗ ігнорувалася, виходячи з комерційних міркувань, багатьма розробниками, але сьогодні, згідно даним компанії Gartner, ця технологія отримання софтвера з відкритих джерел дуже принадна, що запросто від неї відмовитися. Як наголошується в доповіді, більшість програмних продуктів, заснованих на програмному забезпеченні з відкритим кодом, стабільні, мають перевірену працездатність і добре поєднуються з ліцензійним софтвером. Експерти Gartner відзначають, що використання ПЗ з відкритим кодом надасть можливість вендорам і кінцевим користувачам понизити спільні витрати і підвищити окупність інвестицій. Ігнорування можливостей такого роду ставить компанію в невигідне положення в боротьбі з конкурентами, які повною мірою використовують переваги відкритого ПЗ.
Можна спостерігати, як деякі крупні корпорації роблять кроки назустріч цій ідеї - Facebook, Google і Microsoft приєдналися до проекту Dataportability.org. З часом більшість цих ініціатив отримають розвиток, викликаний ефектом снігової грудки, - первинне бажання не відставати від конкурентів трансформується в необхідність уникнути серйозних, стратегічних проколів на ринку і у веденні бізнесу.
Хоча експерти Gartner можуть помилятися в своїх прогнозах. Адже багато компаній демонструють недовір'я або неприйняття розробок на основі open source technology, недооцінюючи таким чином економічний ефект від впровадження інновацій, виходячи з суб'єктивних оцінок багатьох CIO. Що стала дуже популярною останнім часом стратегія відкритого ПЗ, розглядається софтверними вендорами, як засіб отримання конкурентної переваги в їх бізнес-планах. Вже в найближчі п'ять років, враховуючи невисоку ресурсоємкость таких проектів, виробники ПЗ розраховують на небачений досі технологічний прорив.
Хизер Мікер (Heather Meeker), акціонер компанії Greenberg Traurig LLP, інтелектуальної власності, що займається питаннями, і патентного права звертає увагу на мінімізацію ризиків, зв'язаних з використанням open source software. Насамперед, компанія повинна турбуватися юридичною стороною використання відкритих «ісходніков». На початковому етапі необхідно проконсультуватися з фахівцем з патентного і корпоративного права, щоб майбутній продукт не став предметом судових розглядів, адже більшість компаній надають обмежений доступ до своїх розробок. Слід також звернути увагу на умови і типів використання open source. На практиці можна виділити два види компаній, що використовують такі продукти на різних умовах.
Компанії-розробники, що включають технологію з відкритих джерел в свої продукти, повинні зосередитися на процедурах, що дозволяють уникнути ризиків компіляцій, таких як використання початкового відкритого коду і впровадження його у власний комерційний продукт, що інколи дуже неоднозначно трактується юристами.
Фірми, в основному, використовують продукти даних технологій, повинні звернути увагу на дотримання прав інтелектуальної власності.
Питання, що входять в цю юридичну область, стосуються дотримання права власності і виконання умов використання open source, найголовнішим з яких є доступ до нового продукту і ліцензування використання. Інколи операції зриваються із-за вимоги деяких компаній гарантій відповідності нового продукту стандартам технології open source: компанії перекладають вирішення юридичних питань один на одного, що гальмує переговори або приводить до їх повного припинення. Щоб уникнути цього компанії-партнери повинні відразу ж визначити всі можливі ризики і розділити відповідальність за них.