Адвокатите на Oracle ја споредуваат повторната имплементација на Java API во Android со копирање на содржината на „Хари Потер“. PDF

Врховниот суд на САД ќе расправа за важен случај на почетокот на оваа година. Oracle против Google, кој ќе го одреди правниот статус на API според законот за интелектуална сопственост. Ако судот застане на страната на Oracle во неговата тужба од повеќе милијарди долари, тоа би можело да ја задуши конкуренцијата и да ја зацементира доминацијата на технолошките гиганти, можеби вклучувајќи го и самиот Google.

Во исто време, бизнисот на Oracle првично беше изграден на имплементација на програмскиот јазик SQL развиен од IBM, а дури сега компанијата нуди облак услуга со API од Amazon S3, и тоа е сосема нормално. Реимплементацијата на API е природен дел од развојот на компјутерската наука уште од самиот почеток на индустријата.

Oracle го обвинува Google за нелегално копирање на Java API, вклучувајќи листа на именувани команди поврзани со граматички структури. Оперативниот систем Андроид е специфично компатибилен со Java API за да им олесни на Java програмерите да пренесуваат софтвер и знаење на новата платформа. За да го направите ова, Android точно ги копираше соодветните Java API команди и граматички структури. Аргумент Oracle е дека таквата „повторна имплементација“ на Java API може да се спореди со копирање на авторско дело, како што е литературниот роман „Хари Потер“ (ова вистински пример даден од адвокатите на Oracle), и Google ги прекршува авторските права на Oracle за имињата и структурите на командите на Java API.

Но, Java API не се единствените API, а Android не е единствената реимплементација. Во денешната ИТ индустрија, API-ите се сеприсутни, а повторното воведување е од фундаментално значење за одржување на конкуренцијата за да се спречат големите фирми да монополизираат читаат Чарлс Дуан е директор за технологија и политика за иновации во Институтот R Street.

Duane го дава примерот на популарната платформа за складирање Amazon S3. За да овозможи пишување и преземање датотеки од S3, Amazon разви сеопфатна, детален API за да комуницирате со услугата. На пример, за да добиете листа на зачувани датотеки (ListObjects) испраќаме команда GET во која се наведуваат параметрите на домаќинот и типот кодирање-тип, продолжение-токен и x-amz-датум. За да работи со Amazon S3, софтверот мора точно да ги користи овие и многу други специфични имиња на параметри.

GET /?Delimiter=Delimiter&EncodingType=EncodingType&Marker=Marker&MaxKeys=MaxKeys&Prefix=Prefix HTTP/1.1
Host: Bucket.s3.amazonaws.com
x-amz-request-payer: RequestPayer

Амазон е јасен лидер на пазарот на облак услуги, а неговите конкуренти нудат повторна имплементација на S3 API, додека тие треба да имитираат имиња на команди, ознаки на параметри, префикси на типови x-amz, граматичка структура и општа организација на S3 API. Со други зборови, сè што тврди Oracle е заштитено со авторски права.

Меѓу компаниите кои нудат копија на Amazon S3 API се постои и самиот Oracle. За компатибилност, АПИ за компатибилност на Amazon S3 копира бројни елементи од АПИ на Amazon, па сè до ознаките x-amz.

Oracle тврди дека законитоста на неговите постапки се заснова на лиценцата со отворен код Apache 2.0, која овозможува бесплатно копирање и менување на кодот. На пример, Amazon SDK за Java доаѓа и со лиценца Apache 2.0.

Но, прашањето е дали законот за интелектуална сопственост се применува дури и на работи како API-и. Ова мора да го утврди Врховниот суд.

Кој го измислил API?

Терминот и концептот на „библиотека на потпрограма“ првпат се појавија во книгата Проблеми со планирање и кодирање за електронски компјутерски инструмент - Дел II, Том III (Институт за напредни студии на Универзитетот Принстон, 1948) од Херман Голдштајн и Џон фон Нојман. копирајте на archive.org. Содржина на третиот том:

Ова е првиот опис на методологијата за програмирање за компјутери што ги складира програмите во меморијата (претходно ова не постоеше). Тој беше широко дистрибуиран до универзитетите, кои во тоа време се обидуваа да создадат свои компјутери. И што е најважно, книгата содржи клучна идеја: повеќето програми ќе користат заеднички операции, а библиотеките со рутини ќе ја намалат количината на нов код и грешки. Оваа идеја беше дополнително усовршена од Морис Вилкс и спроведена во пракса во машината EDSAC, за која ја доби Туринговата награда во 1967 година.

Библиотеката на потпрограмата EDSAC е лево

Следниот чекор беше да се создадат функции од повисок ред и полноправни софтверски интерфејси, како што направија Морис Вилкс и Дејвид Вилер во Подготовка на програми за електронски дигитален компјутер (1951).

Самиот термин Интерфејс за апликациска програма (API) се појави некаде во доцните 60-ти.

Автор на презентацијата „Кратка субјективна историја на API“ Џошуа Блок дава неколку примери на програмски интерфејси, множества со инструкции и библиотеки на потпрограми: како тие се креирани и последователно користени. Идејата е дека повторната употреба е поентата на API. Ова е она за што тие се создадени на прво место. И програмерите отсекогаш имале можност да копираат и преправаат туѓи API:

API
Создател
Година
Реимплементација
Година

библиотека FORTRAN
IBM,
1958
Унивак
1961

IBM S/360 ISA
IBM,
1964
Amdahl Corp.
1970

Стандардна библиотека C
AT&T/Bell Labs
1976
Марк Вилијамс Ко.
1980

Unix системски повици
AT&T/Bell Labs
1976
Марк Вилијамс Ко.
1980

VT100 Esc Seqs
Декември
1978
Хиткит
1980

IBM PC BIOS
IBM,
1981
Технологии на Феникс
1984

MS-DOS CLI
Мајкрософт
1981
Проект FreeDOS
1998

Комплет команди на Хејс AT
Хејс микро
1982
Сидро автоматизација
1985

PostScript
Adobe
1985
GNU/GhostScript
1988

SMB
Мајкрософт
1992
Самба проект
1993

Win32
Мајкрософт
1993
Проект за вино
1996

Јава 2 класа библиотеки
Сонцето
1998
Google/Android
2008

Веб API Delicious
вкусни
2003
Офлајн
2009

Извор: „Кратка субјективна историја на API“

Копирањето и повторното користење API (библиотеки, комплети инструкции) не само што е точно, туку оваа методологија на програмирање директно се препорачува во каноните на компјутерската наука. Дури и пред да ги копира програмските интерфејси на S3, самиот Oracle го правеше тоа многу пати. Покрај тоа, бизнисот на Oracle првично беше изграден на имплементација на програмскиот јазик SQL развиен од IBM. Првиот водечки производ на Oracle беше DBMS, главно копиран од IBM System R. Во овој случај, зборуваме за повторна имплементација на SQL како „стандарден API“ за DBMS.

Наметнувањето права на интелектуална сопственост на API може да создаде легално минско поле кое влијае на сите. API имплементираат и други облак услуги. Многу технички стандарди, како што се Wi-Fi и интернет протоколи, вклучуваат API. Програмските интерфејси се нужно повторно имплементирани во некоја форма на секој компјутер и сервер на Интернет. Теоријата за авторски права на Oracle може да направи речиси сè што правите со вашиот компјутер незаконски.

За да се избегнат овие далекусежни последици, Oracle и апелациониот суд што ги потврди неговите аргументи се обидоа да го ограничат прекршувањето на авторските права на одредени реимплементации на API кои се „неспоиви“ со оригиналот. Но, и делумни повторни имплементации се вообичаени. Дури и во својата копија на S3 API, Oracle забележува бројни „разлики“ и некомпатибилности со оригиналните API на Amazon.

Главната опасност од тужбата на Oracle е тоа што може да ги спречи помалите технолошки компании да создаваат верзии на системи кои се компатибилни со доминантните платформи како што е S3. Без таква компатибилност, програмерите ќе бидат ефективно заклучени од понудите на оваа компанија.

Претставниците на индустријата и програмерите можат само да се надеваат дека разумот ќе надвладее овде, и судиите ги знаат основите на програмирањето.

Извор: www.habr.com