Avokatët e Oracle krahasojnë ri-zbatimin e Java API në Android me kopjimin e përmbajtjes së "Harry Potter", pdf

Gjykata e Lartë e SHBA do të dëgjojë një çështje të rëndësishme në fillim të këtij viti. Oracle vs Google, i cili do të përcaktojë statusin ligjor të API-së sipas ligjit të pronësisë intelektuale. Nëse gjykata mbështet Oracle në padinë e saj shumë miliardë dollarëshe, ajo mund të mbysë konkurrencën dhe të çimentojë dominimin e gjigantëve të teknologjisë, ndoshta duke përfshirë edhe vetë Google.

Në të njëjtën kohë, biznesi i Oracle u ndërtua fillimisht në zbatimin e gjuhës së programimit SQL të zhvilluar nga IBM, dhe madje tani kompania ofron një shërbim cloud me një API nga Amazon S3, dhe kjo është krejtësisht normale. Rizbatimi i API ka qenë një pjesë e natyrshme e zhvillimit të shkencës kompjuterike që nga fillimi i industrisë.

Oracle akuzon Google për kopjim të paligjshëm të Java API, duke përfshirë një listë të komandave të emërtuara të lidhura me strukturat gramatikore. Sistemi operativ Android është veçanërisht i pajtueshëm me Java API për ta bërë më të lehtë për programuesit Java transferimin e softuerit dhe njohurive në platformën e re. Për ta bërë këtë, Android saktësisht kopjoi komandat përkatëse Java API dhe strukturat gramatikore. Argument Oracle është se një "ri-zbatim" i tillë i API Java mund të krahasohet me kopjimin e veprës së një autori, siç është romani letrar "Harry Potter" (kjo një shembull i vërtetë i dhënë nga avokatët e Oracle), dhe Google shkel të drejtat e autorit të Oracle për emrat dhe strukturat e komandave të Java API.

Por Java API nuk janë të vetmet API dhe Android nuk është i vetmi rizbatim. Në industrinë e sotme të TI-së, API-të janë të kudondodhura dhe rifutja është thelbësore për ruajtjen e konkurrencës për të parandaluar monopolizimin e firmave të mëdha mendon Charles Duane është drejtor i teknologjisë dhe politikave të inovacionit në Institutin R Street.

Duane jep shembullin e platformës së ruajtjes së njohur Amazon S3. Për të mundësuar shkrimin dhe marrjen e skedarëve nga S3, Amazon ka zhvilluar gjithëpërfshirëse, API i detajuar për të bashkëvepruar me shërbimin. Për shembull, për të marrë një listë të skedarëve të ruajtur (ListObjektet) dërgojmë një komandë GET duke specifikuar parametrat e hostit dhe tipit kodim-lloj, vazhdim-token и x-amz-datë. Për të punuar me Amazon S3, softueri duhet të përdorë saktësisht këta dhe shumë emra të tjerë specifikë të parametrave.

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 është lider i qartë në tregun e shërbimeve cloud dhe konkurrentët e tij ofrojnë ri-zbatim të S3 API, ndërkohë që ata duhet të imitojnë emrat e komandave, etiketat e parametrave, prefikset e tipit x-amz, struktura gramatikore dhe organizimi i përgjithshëm i S3 API. Me fjalë të tjera, gjithçka që Oracle pretendon është e mbrojtur nga e drejta e autorit.

Ndër kompanitë që ofrojnë një kopje të Amazon S3 API janë ekziston edhe vetë Oracle. Për pajtueshmërinë, Amazon S3 Compatibility API kopjon elementë të shumtë të Amazon API, deri te etiketat x-amz.

Oracle pretendon se ligjshmëria e veprimeve të saj bazohet në licencën me burim të hapur Apache 2.0, e cila lejon kopjimin dhe modifikimin falas të kodit. Për shembull, Amazon SDK për Java vjen gjithashtu me një licencë Apache 2.0.

Por pyetja është nëse ligji i pronësisë intelektuale zbatohet edhe për gjëra të tilla si API. Këtë duhet ta përcaktojë Gjykata e Lartë.

Kush e shpiku API-në?

Termi dhe koncepti i një "bibliotekë nënrutinë" u shfaq për herë të parë në librin Problemet e planifikimit dhe kodimit për një instrument kompjuterik elektronik - Pjesa II, Vëllimi III (Instituti i Studimeve të Avancuara të Universitetit Princeton, 1948) nga Herman Goldstein dhe John von Neumann. kopje në archive.org. Përmbajtja e vëllimit të tretë:

Ky është përshkrimi i parë i një metodologjie programimi për kompjuterët që ruan programet në memorie (më parë kjo nuk ekzistonte). Ai u shpërnda gjerësisht në universitete, të cilat në atë kohë po përpiqeshin të krijonin kompjuterët e tyre. Dhe më e rëndësishmja, libri përmban një ide kryesore: shumica e programeve do të përdorin operacione të zakonshme dhe bibliotekat me rutina do të zvogëlojnë sasinë e kodit të ri dhe gabimeve. Kjo ide u rafinua më tej nga Maurice Wilkes dhe u zbatua në makinën EDSAC, për të cilën ai mori çmimin Turing në 1967.

Biblioteka e nënprogramit EDSAC është në të majtë

Hapi tjetër ishte krijimi i funksioneve të rendit më të lartë dhe ndërfaqeve të plota softuerike, siç bënë Maurice Wilkes dhe David Wheeler në Përgatitjen e Programeve për Kompjuterin Dixhital Elektronik (1951).

Vetë termi Ndërfaqja e programit të aplikimit (API) u shfaq diku në fund të viteve '60.

Autor i prezantimit "Një histori e shkurtër subjektive e API" Joshua Block jep disa shembuj të ndërfaqeve programuese, grupeve të instruksioneve dhe bibliotekave të nënrutinës: si u krijuan dhe si u përdorën më pas. Ideja është që ripërdorimi është pika e një API. Kjo është ajo për të cilën ata u krijuan në radhë të parë. Dhe zhvilluesit kanë pasur gjithmonë mundësinë të kopjojnë dhe ribëjnë API-të e njerëzve të tjerë:

API
Krijuesi
Vit
Rizbatimi
Vit

biblioteka FORTRAN
IBM
1958
Univac
1961

IBM S/360 ISA
IBM
1964
Amdahl Corp.
1970

Biblioteka standarde C
AT&T/Bell Labs
1976
Mark Williams Co.
1980

Thirrjet e sistemit Unix
AT&T/Bell Labs
1976
Mark Williams Co.
1980

VT100 Esc Seqs
Dhjetor
1978
Heathkit
1980

IBM PC BIOS
IBM
1981
Phoenix Technologies
1984

MS-DOS CLI
microsoft
1981
Projekti FreeDOS
1998

Seti i komandave Hayes AT
Hayes Micro
1982
Automatizimi i Ankorimit
1985

PostScript
Qerpiç
1985
GNU/GhostScript
1988

SMB
microsoft
1992
Projekti Samba
1993

Win32
microsoft
1993
Projekti i verës
1996

Bibliotekat e klasës Java 2
Diell
1998
Google/Android
2008

Web API Delicious
i shijshëm
2003
pinboard
2009

Burimi: "Një histori e shkurtër subjektive e API"

Kopjimi dhe ripërdorimi i API-ve (biblioteka, grupe instruksionesh) jo vetëm që është i saktë, por kjo metodologji programimi rekomandohet drejtpërdrejt në kanonet e shkencës kompjuterike. Edhe përpara se të kopjonte ndërfaqet programuese S3, vetë Oracle e bëri këtë shumë herë. Për më tepër, biznesi i Oracle fillimisht u ndërtua në zbatimin e gjuhës programuese SQL të zhvilluar nga IBM. Produkti i parë kryesor i Oracle ishte një DBMS, kryesisht i kopjuar nga IBM System R. Në këtë rast, ne po flasim për ri-zbatimin e SQL si një "API standard" për një DBMS.

Imponimi i të drejtave të pronësisë intelektuale në API-të mund të krijojë një fushë të minuar ligjore që prek të gjithë. API-të zbatojnë dhe shërbime të tjera cloud. Shumë standarde teknike, të tilla si Wi-Fi dhe protokollet e internetit, përfshijnë API. Ndërfaqet e programimit domosdoshmërisht ri-zbatohen në një formë në çdo kompjuter dhe server në internet. Teoria e të drejtave të autorit të Oracle mund të bëjë të paligjshme pothuajse çdo gjë që bëni me kompjuterin tuaj.

Për të shmangur këto pasoja të gjera, Oracle dhe gjykata e apelit që mbështeti argumentet e saj janë përpjekur të kufizojnë shkeljen e të drejtave të autorit në disa rizbatime të API-së që janë "të papajtueshme" me origjinalin. Por edhe ri-zbatimet e pjesshme janë të zakonshme. Edhe në kopjen e saj të API-së S3, Oracle vëren "dallime" dhe papajtueshmëri të shumta me API-të origjinale të Amazon.

Rreziku kryesor i padisë së Oracle është se mund të parandalojë kompanitë më të vogla të teknologjisë që të krijojnë versione të sistemeve që janë të pajtueshme me platformat dominuese si S3. Pa një përputhshmëri të tillë, programuesit do të mbyllen në mënyrë efektive nga ofertat e kësaj kompanie.

Përfaqësuesit dhe zhvilluesit e industrisë mund të shpresojnë vetëm se arsyeja do të mbizotërojë këtu, dhe gjyqtarët njohin bazat e programimit.

Burimi: www.habr.com