Open Source: чи занадто добре бути правдою?

Автор: Judy Howell
Дата Створення: 27 Липня 2021
Дата Оновлення: 12 Травень 2024
Anonim
Мудрая Притча для Ранимых Людей. Как Жить Открытым Людям, Чтобы Не Страдать? Читает Владимир Фёдоров
Відеоролик: Мудрая Притча для Ранимых Людей. Как Жить Открытым Людям, Чтобы Не Страдать? Читает Владимир Фёдоров

Зміст


Джерело: jossdim / iStockphoto

Винос:

Незважаючи на кілька незначних недоліків, програмне забезпечення з відкритим кодом може бути лише тією утопічною ідеєю, яка насправді працює.

Програмне забезпечення з відкритим кодом було трохи утопічною ідеєю. Це розпочалося як - і здебільшого все ще є - програмне забезпечення, створене спільнотою людей, які прагнуть співпрацювати задля створення справжніх інновацій та дозволити еволюції нового і кращого програмного забезпечення. Якщо ви так сказати, це майже звучить дуже добре, щоб бути правдою. Але дивно, що програмне забезпечення з відкритим кодом ніколи не вибухало. Насправді, це програмне забезпечення Shangri La все ще процвітає, в значній мірі завдяки Інтернету та культурі обміну, які Інтернет завжди допомагав підтримувати.

Насправді, деякі з найбільших у світі і найпізнаваніших брендів технологій підписуються на філософію з відкритим кодом, включаючи WordPress, OpenOffice, GIMP, Mozilla, VLC, Linux та - найвідоміший для багатьох користувачів приклад - операційну систему Google Googles Android. Для користувачів це означає, що все більше є альтернативою з відкритим кодом для практично кожного типу програмного забезпечення, про яке ви можете придумати. Тут добре погляньте на програмне забезпечення з відкритим кодом, що він може запропонувати та де воно часом не відповідає позначці.


Що таке відкритий код?

Термін "відкритий код" можна застосувати до багатьох речей, від комп'ютерного програмного забезпечення до економіки до фармацевтичних препаратів і навіть управління. Але в програмному забезпеченні під відкритим кодом посилається на вихідний код програмного забезпечення, який, на відміну від власного програмного забезпечення, доступний для кожного, щоб побачити, поділитися та почитати. Замість того, щоб ставити код за авторським правом, його видають під ліцензію з відкритим кодом, що дозволяє людям ділитися ним, змінювати його та навіть поширювати модифіковані версії. (Щоб дізнатися більше про ліцензування, перегляньте ліцензування з відкритим кодом - що потрібно знати.)

Однак Ініціатива з відкритим кодом, некомерційна корпорація з глобальним розмахом, сформована для навчання та відстоювання переваг відкритого коду, не задовольняється лише тим, що говорить, що відкритий джерело дорівнює доступу до вихідного коду. Крім того, ліцензія з відкритим кодом повинна робити програмне забезпечення вільним перерозподілом. Це означає, що не тільки, якщо вихідний код повинен бути доступний, він також повинен бути модифікованим. Більше того, він повинен бути нейтральним до технологій.


Чому з відкритим кодом?

Ви думаєте, що компанії хочуть розробити власне програмне забезпечення для продажу споживачам. І в багатьох випадках це правда. Але у вступному слові в LinuxCon в серпні 2012 року керівник Linux Foundation Джим Землін зазначив, що відкритий код тепер є ключовим аспектом того, як усі компанії розробляють програмне забезпечення, навіть компанії, які, як правило, вважаються здебільшого закритими, такі як Apple, Microsoft та VMware . Чому зміна?

Таким конкурентам, як Apple і Microsoft, здається, що вони є протизаконними для використання та сприяння програмному забезпеченню з відкритим кодом, але реальність полягає в тому, що від використання програмного забезпечення з відкритим кодом просто багато переваг, не менш важливим є той факт, що споживачі все частіше цього очікують . Дослідження Forrester Research показало, що близько 60 відсотків бізнес-користувачів використовували програмне забезпечення з відкритим кодом, щоб зменшити витрати. Серед тих, хто прийняв програмне забезпечення з відкритим кодом, близько дев'яти з кожних 10 змогли отримати рівень економії, який вони шукали. Це пояснює, чому Microsoft підтримує Linux у своїй хмарі - не тому, що Microsoft обов'язково хоче, а тому, що цього вимагають клієнти.

Для споживачів - і все більше підприємств та підприємств - програмне забезпечення з відкритим кодом стає все більш привабливою альтернативою традиційним, власним наборам програм. З боку споживачів, переваги включають:

  1. Його все є
    Що б вам не було потрібно, будь то база даних для вашого сайту, система управління вмістом або рішення електронної комерції, ці програми повинні бути відкритим кодом, щоб відповідати рахунку. Ці програми часто готові до використання та легко розгортаються. Для ІТ це означає, що якщо проект вимагає нового програмного забезпечення, можливо, не потрібно просити бюджет.

  2. Все про контроль
    У 2008 році Джоан Кук, консультант компанії Atsun Technology в Великобританії, розповіла про те, як її компанія вплинула на зміну ліцензій на програмне забезпечення від ESRI UK. За словами Кука, ESRI по суті витягнув килим з-під Atsun, вимагаючи 7000 фунтів на користувача за програмне забезпечення (яке компанія використовувала за зниженою ліцензією) або втратив доступ до програми. О, і у них було три тижні, щоб зробити це.

    Хоча це, безумовно, найгірший сценарій, використовуючи власницьке програмне забезпечення, компанії можуть бути на користь постачальників програмного забезпечення. Це означає, що те, що почалося як велика ліцензійна угода, може легко змінитися, ускладнивши бізнес і ускладнивши перехід компанії на жорсткий перехід.

  3. Краща безпека
    Наявність вихідного коду доступним для всіх, хто може бачити, означає, що хакери та інші кіберзлочинці можуть виявити вразливості та використовувати їх для злому у вашій системі, правда? Дивно, але це не так.

    Насправді програмне забезпечення з відкритим кодом має той самий рівень безпеки, що і власне програмне забезпечення, згідно з повідомленням охоронної компанії VeraCode. У звіті встановлено, що програмне забезпечення з відкритим кодом має порівнянну безпеку та менший потенціал на задньому плані порівняно з комерційним або аутсорсинговим програмним забезпеченням.

    Однак була значна різниця в тому, як швидко були усунені недоліки. Програми з відкритим кодом були виправлені протягом 36 днів після надсилання вразливості, порівняно з 48 днями для внутрішньо розроблених додатків і колосальних 82 днів для комерційних програм.

    Це може пояснити, чому за якістю 92 відсотки професіоналів бізнесу та технологій повідомили, що програмне забезпечення з відкритим кодом відповідало або перевершувало їхні очікування щодо якості, згідно з даними Forrester Research. (Дізнайтеся більше про те, як комерційне програмне забезпечення виправлено у "Patching the Future: New Challenges in Patching".)

Недоліки використання відкритого коду

Якщо у нас ви думаєте, що відкритий код - це справді там, де його час, час для дози реальності. Технологія є складною, а це означає, що для кожної вигоди є і потенційний недолік. Для ІТ це означає, що перехід на програми з відкритим кодом вимагає ретельного розгляду. Ось деякі з можливих проблем, які слід пам’ятати:

Ні помилок, ні стресу - покроковий посібник зі створення програмного забезпечення, що змінює життя, не руйнуючи ваше життя

Ви не можете покращити свої навички програмування, коли ніхто не піклується про якість програмного забезпечення.

  1. Підтримка може бути малою
    Оскільки програмне забезпечення з відкритим кодом часто є спільним зусиллям, не існує єдиного номера гарячої лінії, за яким можна дзвонити, коли щось піде не так. Це буде набагато меншою проблемою, якщо обране вами програмне забезпечення підтримується спільнотою розробників, але це все ще означає, що вам потрібно буде бути винахідливим, коли виникають технічні проблеми, щоб отримати допомогу, доступну в Інтернеті.

  2. Використовувати це може бути важко
    Якщо ви переходите на рішення з відкритим кодом, це може означати зміну для співробітників, багато з яких можуть не мати особливих кмітливості і навряд чи знайомі з інтерфейсом з відкритим кодом. Однак, ця проблема пов'язана з будь-якою міграцією програмного забезпечення, незалежно від того, є комерційним чи відкритим. Однак зважування втрат продуктивності, які відбудуться в результаті впровадження нової системи, є важливим при переході до програмного забезпечення з відкритим кодом.

  3. Ліцензії можуть бути кошмаром
    Потрібно уважно ознайомитись із відкритими джерелами ліцензій з корпоративними юристами, перш ніж впроваджувати ці програми. Програмне забезпечення з відкритим кодом часто включає роботу багатьох дописувачів, які десь уздовж лінії можуть подати позов проти тих, хто неправильно використовує функцію, яку вони додали до коду з відкритим кодом.

    Це трапляється: у 2007 році Verizon подав позов до Центру свободи програмного забезпечення від імені програмного пакету General Public License (GPL) під назвою Busybox. У позові стверджувалося, що один із постачальників Verizons використовував пакет із ліцензією GPL у продукті Verizon, але не виконав вимоги перерозподілу GPL.

  4. Нові функції з'являються повільно
    Якщо їх надійною компанією не керує та не підтримує, програмне забезпечення з відкритим кодом може мати менше функцій, і новіші можуть з’являтися повільно. Це багато в чому залежить від того, який тип програмного забезпечення ви використовуєте та наскільки важливі нові функції для вашого бізнесу. Плюс, це не стосується всього програмного забезпечення з відкритим кодом; просто подивіться, як швидко Mozilla виводить нові функції свого браузера Firefox. Linux, з іншого боку, завжди відставав від Windows у розробці функцій для своєї операційної системи.

Підсумок із відкритим кодом

Відкритий код є майже всюди в наші дні, включаючи ІТ-підприємства. Від систем управління контентом до серверів до VoIP-сервісів та інших, доступні надійні програмні рішення з відкритим кодом, що відповідають більшості потреб ІТ. Більш того, багато з цих рішень є безкоштовними, і дозволяють компаніям змінювати їх, щоб задовольнити їх унікальні потреби бізнесу. Якщо це звучить занадто добре, щоб бути правдою, ну, незважаючи на кілька незначних недоліків, це може бути просто одна утопічна ідея, яка насправді працює.