Oracle юристтери Java API'нин Android'де кайра ишке ашырылышын "Гарри Поттердин" мазмунун көчүрүү менен салыштырышат, PDF

АКШнын Жогорку Соту ушул жылдын башында маанилүү ишти карайт. Oracle жана Google, интеллектуалдык менчик мыйзамына ылайык API'нин укуктук статусун аныктайт. Эгерде сот өзүнүн миллиарддаган долларлык доосунда Oracle тарапка чыкса, ал атаандаштыкка бөгөт коюп, технологиялык гиганттардын, анын ичинде Google'дун да үстөмдүгүн бекемдейт.

Ошол эле учурда, Oracle бизнеси алгач IBM тарабынан иштелип чыккан SQL программалоо тилин ишке ашыруунун негизинде курулган жана азыр да компания Amazon S3 API менен булут кызматын сунуштайт жана бул нормалдуу көрүнүш. API кайра ишке киргизүү өнөр жайдын башынан бери компьютер илиминин өнүгүүсүнүн табигый бөлүгү болуп калды.

Oracle Google'ду Java API'ни, анын ичинде грамматикалык структураларга байланышкан аталган буйруктардын тизмесин мыйзамсыз көчүрүп алган деп айыптайт. Android операциялык системасы Java программисттерине программалык камсыздоону жана билимди жаңы платформага өткөрүп берүүнү жеңилдетүү үчүн Java API менен өзгөчө шайкеш келет. Бул үчүн, Android так тиешелүү Java API буйруктарын жана грамматикалык структураларды көчүргөн. Аргумент Oracle Java API мындай "кайра ишке ашырууну" жазуучунун чыгармасын көчүрүү менен салыштырууга болот, мисалы "Гарри Поттер" адабий романы (бул чыныгы мисал Oracle юристтери тарабынан берилген), жана Google Oracle'дын Java API буйруктарынын аталыштарына жана түзүмдөрүнө карата автордук укугун бузат.

Бирок Java API'лери жалгыз API эмес, жана Android жалгыз кайра ишке ашыруу эмес. Бүгүнкү IT индустриясында API'лер бардык жерде бар жана кайра киргизүү ири фирмалардын монополиялануусуна жол бербөө үчүн атаандаштыкты сактоо үчүн негизги болуп саналат. деп эсептейт Чарльз Дуэйн R Street институтунун технология жана инновация саясаты боюнча директору.

Дуэйн популярдуу Amazon S3 сактоо платформасынын мисалын келтирет. S3'тен файлдарды жазуу жана алуу үчүн, Amazon ар тараптуу, деталдуу API кызматы менен өз ара аракеттенүү. Мисалы, сакталган файлдардын тизмесин алуу үчүн (ListObjects) биз хост жана тип параметрлерин көрсөтүү менен GET буйругун жөнөтөбүз коддоо түрү, уландысы и x-amz-date. 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

Amazon булут кызматтары рыногунда айкын лидер болуп саналат жана анын атаандаштары S3 API кайра ишке ашырууну сунуштайт, ошол эле учурда алар буйрук аттарын, параметр тэгдерин, префикстерди туураш керек. x-amz, S3 API грамматикалык түзүмү жана жалпы уюштуруу. Башкача айтканда, Oracle ырастаган нерселердин баары автордук укук менен корголгон.

Amazon S3 API көчүрмөсүн сунуш кылган компаниялардын арасында Oracle өзү да бар. Шайкештик үчүн, Amazon S3 Compatibility API Amazon API'нин көптөгөн элементтерин, x-amz тегтерине чейин көчүрөт.

Oracle өзүнүн иш-аракеттеринин мыйзамдуулугу ачык булактуу Apache 2.0 лицензиясына негизделген деп ырастайт, ал кодду бекер көчүрүүгө жана өзгөртүүгө мүмкүндүк берет. Мисалы, Java үчүн Amazon SDK ошондой эле Apache 2.0 лицензиясы менен келет.

Бирок суроо интеллектуалдык менчик мыйзамы API сыяктуу нерселерге да тиешелүүбү. Муну Жогорку Сот аныкташы керек.

API ким ойлоп тапкан?

«Подрограммалык китепкана» термини жана концепциясы биринчи жолу Херман Голдштейн жана Джон фон Неймандын «Электрондук эсептөөчү аспап үчүн пландоо жана коддоо маселелери» китебинин II бөлүгү, III тому (Принстон университетинин тереңдетилген изилдөө институту, 1948) китебинде пайда болгон. archive.org сайтында көчүрүү. Үчүнчү томдун мазмуну:

Бул программаларды эс тутумда сактаган компьютерлер үчүн программалоо методологиясынын биринчи сүрөттөлүшү (мурда мындай болгон эмес). Ал ошол кезде өз компьютерлерин түзүүгө аракет кылган университеттерге кеңири тараган. Эң негизгиси, китепте негизги ой камтылган: көпчүлүк программалар жалпы операцияларды колдонот, ал эми иш тартиби бар китепканалар жаңы коддун жана каталардын санын азайтат. Бул идеяны Морис Уилкс дагы жакшыртып, EDSAC машинасында ишке ашырган, ал үчүн 1967-жылы Тьюринг сыйлыгын алган.

EDSAC субпрограммалары китепканасы сол жакта

Кийинки кадам Морис Уилкс жана Дэвид Уилер "Электрондук санариптик компьютер үчүн программаларды даярдоо" (1951) китебинде жасагандай, жогорку даражадагы функцияларды жана толук кандуу программалык интерфейстерди түзүү болгон.

мөөнөт Колдонмо программасынын интерфейси (API) 60-жылдардын аягында бир жерде пайда болгон.

Презентациянын автору "API кыскача субъективдүү тарыхы" Джошуа Блок программалоо интерфейстеринин, нускама топтомдорунун жана субпрограммалардын китепканаларынын бир нече мисалдарын келтирет: алар кантип түзүлгөн жана кийинчерээк колдонулган. Идея кайра колдонуу API'нин мааниси болуп саналат. Булар биринчи кезекте эмне үчүн жаралган. Жана иштеп чыгуучулар ар дайым башка адамдардын API'лерин көчүрүп, кайра жасоо мүмкүнчүлүгүнө ээ болушкан:

API
посттору
жыл
Кайра ишке ашыруу
жыл

FORTRAN китепканасы
IBM
1958
Univac
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
Phoenix Technologies
1984

MS-DOS CLI
Microsoft
1981
FreeDOS долбоору
1998

Hayes AT буйрук топтому
Hayes Micro
1982
Anchor Automation
1985

PostScript
Adobe
1985
GNU/GhostScript
1988

КОИ
Microsoft
1992
Samba долбоору
1993

Win32
Microsoft
1993
Шарап долбоору
1996

Java 2 класс китепканалары
күн
1998
Google/Android
2008

Web API Delicious
эң эле сонун
2003
ПИН кароо
2009

Source: "API кыскача субъективдүү тарыхы"

API'лерди (китепканаларды, нускамалар топтомун) көчүрүү жана кайра колдонуу туура эмес, бирок бул программалоо методологиясы түздөн-түз компьютер илиминин канондорунда сунушталат. S3 программалоо интерфейстерин көчүрүүгө чейин да, Oracle өзү муну көп жолу жасаган. Андан тышкары, Oracle бизнеси алгач IBM тарабынан иштелип чыккан SQL программалоо тилин ишке ашырууга негизделген. Oracle'дын биринчи флагмандык продуктусу негизинен IBM System R'ден көчүрүлгөн DBMS болгон. Бул учурда биз SQLди DBMS үчүн "стандарттык API" катары кайра ишке ашыруу жөнүндө сөз болуп жатат.

API'лерге интеллектуалдык менчик укуктарын таңуулоо ар бир адамга таасир эткен мыйзамдуу мина талаасын түзүшү мүмкүн. API'лер ишке ашырат жана башка булут кызматтары. Wi-Fi жана Интернет протоколдору сыяктуу көптөгөн техникалык стандарттар API'лерди камтыйт. Программалоо интерфейстери сөзсүз түрдө Интернеттеги ар бир компьютерде жана серверде кандайдыр бир түрдө кайра ишке ашырылат. Oracle'дын автордук укук теориясы сиздин компьютериңиз менен жасаган бардык нерсени мыйзамсыз кылып коюшу мүмкүн.

Мындай чоң кесепеттерге жол бербөө үчүн, Oracle жана анын аргументтерин колдогон апелляциялык сот автордук укуктун бузулушун түпнускага "ылайык келбеген" айрым API реимпментацияларына чектөөгө аракет кылышкан. Бирок жарым-жартылай кайра ишке ашыруу да кадыресе көрүнүш болуп саналат. Ал тургай, S3 API көчүрмөсүндө, Oracle көптөгөн "айырмачылыктарды" жана оригиналдуу Amazon API'лери менен шайкеш келбестигин белгилейт.

Oracle доосунун негизги коркунучу, ал кичи технологиялык компанияларга S3 сыяктуу үстөмдүк кылган платформалар менен шайкеш келген системалардын версияларын түзүүгө тоскоол болушу мүмкүн. Мындай шайкештик болбосо, программисттер бул компаниянын сунуштарынан натыйжалуу түрдө жабылат.

Өнөр жай өкүлдөрү жана иштеп чыгуучулар бул жерде акыл үстөмдүк кылат деп үмүттөнсө болот жана калыстар программалоонун негиздерин билишет.

Source: www.habr.com