Копілефт

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

Надання копілефту має серйозний ідеологічний підтекст. Подібні ідеологічні дебати обійшли стороною засновника одного з найуспішніших серед наявних сьогодні копілефт-продуктів — Лінус Торвальдс вважає, що застосування практичної сторони GNU GPL ліцензії для програмного забезпечення Linux було вирішальним для його подальшого розвитку (дивіться далі розділ Комерційна розробка копілефт-продуктів).

В інтерв'ю, опублікованому 18 серпня 2004 року в англомовному журналі «Business Week», Лінус Торвальдс відзначив, що на його думку, відкритий код програмного забезпечення є стабільнішим і надійнішим у порівнянні з традиційним програмним забезпеченням, яке захищене копірайтом. У цьому контексті він наводить порівняння науки з магією: в науці вся система побудована таким чином, що нові відкриття базуються на відкриттях попередніх; у магії хтось завжди тримає при собі секрет і не дозволяє іншим збагнути його сутність та будувати на його основі щось нове. Як свідчить історія, магія вимерла, і те ж саме, на думку Лінуса Торвальдса, чекає на традиційне програмне забезпечення.

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

1. користуватися ліцензованим матеріалом без будь-яких обмежень;
2. розповсюджувати як завгодно багато його копій;
3. модифікувати матеріал у будь-який спосіб.

Але ці три умови все ж не забезпечують того, що похідні матеріали, створені в результаті користування таким чином ліцензованих матеріалів, будуть розповсюджуватись на таких же «необмежених умовах». Тому умови копілефт накладають на власника похідних матеріалів зобов'язання розповсюджувати їх лише з таким самим типом ліцензії, як і оригінал.

Інші умови копілефт-ліцензії, які остаточно унеможливлюють перешкоджання вільному використанню, копіюванню і розповсюдженню матеріалів, включають:

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

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

Залежачи від законодавства, яке регулює право інтелектуальної власності, і яке може відрізнятися в різних країнах, фактична ліцензія, яка є нічим іншим, аніж способом досягнення копілефт-мети, може також відрізнятися в різних країнах. Наприклад, в деяких країнах може допускатись продаж програмного забезпечення без гарантійних зобов'язань в стандартному GNU GPL-стилі (див. розділи 11 та 12 GNU-ліцензії версії 2), тоді як в більшості європейських країн дистриб'ютор програмного забезпечення не може відмовитись від дотримання гарантій стосовно проданого продукту, тому границі таких гарантій описані в більшості європейських копілефт-ліцензій (див. CeCILL-ліцензію, яка дозволяє переліцензування на умовах GNU GPL — розділ 5.3.4 — в поєднанні з обмеженою гарантією — розділ 9).

Концепція «копілефт» виникла у зв'язку з працею Річарда Столмена над інтерпретатором «Lisp». На запит компанії «Symbolics», виробника комп'ютерів, щодо використання інтерпретатора, написаного Столменом, той погодився надати їм свою роботу на умовах суспільного надбання. «Symbolics» розширила і вдосконалила цей інтерпретатор, але коли Столмен захотів отримати доступ до змін, зроблених до написаного ним коду, йому відмовили — і Столмену не залишалося нічого, окрім як вжити необхідних заходів для запобігання подібної поведінки в майбутньому.

Оскільки Столмен вважав неможливим в короткотерміновій перспективі ліквідування законодавства щодо авторського права та виправлення несправедливості, яку йому довелось відчути на собі, він вирішив діяти в рамках існуючого законодавства і в 1984 році створив свою власну, і першу, копілефт-ліцензію : «GNU General Public License» або, скорочено, GPL. Уперше, за умовами цієї ліцензії, власник авторських прав міг передавати в безстрокове користування максимальні права на програму її користувачам, незалежно від того які зміни і ким були внесені до її оригінальної версії. Це означало передачу прав на програму лише тим, хто вже її отримав, а не громадськості загалом, — це найбільше, що він міг зробити при існуючому законодавстві. Нова ліцензія тоді ще не отримала була ярлик «копілефт».

Термін «копілефт», згідно з деякими джерелами, вперше з'явився наприкінці 1970-тих в «Tiny BASIC», вільно розповсюджуваній версії «BASIC». Текст програми містив фрази «Всі обов'язки застережено» та «копілефт» (гра слів «Всі права застережено» та «Копірайт», які, зазвичай, використовуються при застереженні авторських прав). Сам Річард Столмен стверджує, що виникненню слова копілефт слід завдячувати Дону Хопкінсу, який в 1984 чи 1985 році надіслав йому листа, надписавши на конверті «Копілефт — всі права перекручено» (англ. «Copyleft — all rights reversed») , після чого Столмен використав даний термін для позначення концепції розповсюдження програмного забезпечення, над якою він працював.

Навколо визначення терміну «копілефт» існує ціла полеміка. Оригінально, термін виник як забавне перекручення слова «копірайт», тобто іменник, який означав умови ліцензії «GNU General Public License», заснованої Річардом Столменом як частина проекту Free Software Foundation. Тобто фраза «ваша програма захищена копілефт» означає те саме, що й «програма захищена GPL» (GPL є де-факто стандартом для всіх видів копілефт-ліцензій). Термін може використовуватись і як дієслово, наприклад, у фразах типу «він копілефт(ив) останню версію своєї програми», але тоді термін не має такого точного значення і може мати на увазі будь-яку з декількох подібних ліцензій, або навіть уявну ліцензію для подальшого обговорення. (Див. наступний розділ, який детальніше торкається деяких проблем, пов'язаних з визначенням терміну «копілефт».)

Через складнощі, викликані використанням програмних бібліотек, Free Software Foundation створила GNU Library General Public License (LGPL), в якій змінено вимоги щодо подальшого розповсюдження і дозволяється використовувати програмні бібліотеки, не будучи при цьому «зараженим» їхньою ліцензією. Пізніше LGPL було перейменовано в GNU «Lesser» General Public License для того, щоб підкреслити слабкість її копілефт-умов і заохотити авторів бібліотек користуватись звичайною GPL-ліцензією .

Для багатьох копілефт — це спосіб використовувати існуюче законодавство із захисту інтелектуальної власності як засіб для повалення обмежень, які це ж законодавство накладає на розповсюдження і розвиток знань, котрими володіє людство. При такому підході метою копілефт є назавжди мінімізувати обмеження, нав'язані «режимами інтелектуальної власності».

Більшість з тих, хто використовує копілефт в цьому сенсі, вбачають у Річарді Столмені не тільки батька канонічної копілефт-ліцензії (GNU General Public License), але й ідеолога, який навчає як покінчити з культурними обмеженнями, починаючи з вивертання концепції копірайт. В той же час ідеологія, на якій базується рух за відкритий код програмного забезпечення, наприклад, окреслена Еріком Реймондом, є сучаснішою в плані повалення культури взагалі (або, щонайменше, використовує менш фундаментальний підхід в досягненні цього), і її виникнення призвело до неминучого зіткнення з концепцією Столменівської Free Software Foundation наприкінці 20-го сторіччя. Хоча те, що зазвичай називають суспільством відкритого коду програмного забезпечення, як приклад можна навести Slashdot, можна розглядати як більш-менш мирне співіснування прихильників суворого копілефт та тих, хто є носієм схожих чи навіть частково протилежних ідеологій.

Попри те, що копілефт не є законодавчо визнаним терміном, він розглядається копілефт-ідеологами як правовий механізм. Оскільки його розроблено в результаті політичних і ідеологічних дебатів навколо проблем інтелектуальної власності, то відсіля виникли і певні ідеологічні розгалуження в самому стані копілеф. Дехто вбачає в копілефт перший крок у знищенні будь-яких проявів законодавства про авторське право. Але така мета не зовсім узгоджується зі Столменом і Free Software Foundation, які вбачають у подібному розвитку подій швидше повернення до суспільного надбання, без захисту на зразок копілефт, коли розробники програмного забезпечення не матимуть жодних обмежень при розповсюджені і продажу бінарних файлів без відкриття при цьому їх вихідного коду. Інші звертають увагу на те, що якщо копірайт, як такий, буде скасовано, то зникне і потреба в захисті чи примусовому ліцензуванні.

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

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

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

Прихильники копілефт також зневажливо ставляться до використання означення вірусний, оскільки останнє не вживається в юриспруденції. Ібен Моблен, професор права з Колумбійського університету та радник Free Software Foundation, наприклад, звертає увагу на те, що GPL — це ліцензія, а не контракт. До того ж GPL зауважує, що лише якщо похідні роботи публікуються, то вони повинні публікуватись на умовах такої ж ліцензії; для їх внутрішнього використання не існує ніяких обмежень.

Коли про GPL-ліцензію говорять як про «вірусну ліцензію», можливо, мається на увазі ймовірність того, що публікація будь-чого нового на умовах GPL призводить до створення позитивного мережевого ефекту зворотного зв'язку, при якому протягом певного часу неперервно розростається обсяг копілефт-матеріалу. При розробці програмного забезпечення повторне використання коду є однією з найважливіших цілей, досягнення якої дозволяє зберегти зусилля і швидко сконструювати працюючий продукт завдяки використанню вже існуючих настроюваних компонентів. Ті, хто працюють над не-копілефтовими програмами часто змушені наново «винаходити колесо», оскільки набір відкритого некопілефтового програмного забезпечення є досить обмеженим.

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

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

• Ліцензія Creative Commons

• www.gnu.org: Что такое copyleft?
• сайт ГНУ (українською)