Oracle'i juristid võrdlevad Java API uuesti juurutamist Androidis "Harry Potteri" sisu kopeerimisega,
USA ülemkohus arutab tähtsat kohtuasja selle aasta alguses. , mis määrab API juriidilise staatuse intellektuaalomandi seaduse alusel. Kui kohus toetab Oracle'i oma mitme miljardi dollari suuruse hagi, võib see lämmatada konkurentsi ja tugevdada tehnoloogiahiiglaste, sealhulgas Google'i enda domineerimist.
Samas oli Oracle’i äri algselt üles ehitatud IBMi poolt arendatud SQL-i programmeerimiskeele juurutamisele ning praegugi pakub ettevõte Amazon S3 API-ga pilveteenust ja see on täiesti normaalne. API uuesti juurutamine on olnud arvutiteaduse arengu loomulik osa tööstuse algusest peale.
Oracle süüdistab Google'it Java API, sealhulgas grammatiliste struktuuridega seotud nimeliste käskude loendi ebaseaduslikus kopeerimises. Androidi operatsioonisüsteem ühildub spetsiaalselt Java API-ga, et Java programmeerijatel oleks lihtsam tarkvara ja teadmisi uuele platvormile üle kanda. Selleks kopeeris Android täpselt vastavad Java API käsud ja grammatilised struktuurid. Oracle seisneb selles, et sellist Java API "taasrakendust" saab võrrelda autori teose kopeerimisega, näiteks kirjandusliku romaani "Harry Potter" (see ) ja Google rikub Oracle'i autoriõigusi Java API käskude nimedele ja struktuuridele.
Kuid Java API-d ei ole ainsad API-d ja Android pole ainus uuesti rakendamine. Tänapäeva IT-tööstuses on API-d üldlevinud ja taaskehtestamine on konkurentsi säilitamiseks ülioluline, et vältida suurte ettevõtete monopoliseerimist. Charles Duane on R Streeti instituudi tehnoloogia- ja innovatsioonipoliitika direktor.
Duane toob näiteks populaarse Amazon S3 salvestusplatvormi. S3-st failide kirjutamise ja allalaadimise võimaldamiseks on Amazon välja töötanud põhjaliku teenusega suhtlemiseks. Näiteks salvestatud failide loendi saamiseks () saadame käsu GET, mis määrab hosti ja tüübi parameetrid kodeering-tüüpi, jätk-märk и x-amz-kuupäev. Amazon S3-ga töötamiseks peab tarkvara neid ja paljusid teisi spetsiifilisi parameetrinimesid täpselt kasutama.
GET /?Delimiter=Delimiter&EncodingType=EncodingType&Marker=Marker&MaxKeys=MaxKeys&Prefix=Prefix HTTP/1.1
Host: Bucket.s3.amazonaws.com
x-amz-request-payer: RequestPayerAmazon on pilveteenuste turul selge liider ja tema konkurendid pakuvad S3 API uuesti juurutamist, samas kui nad peavad jäljendama käskude nimesid, parameetrite silte ja tüübi eesliiteid x-amz, S3 API grammatiline struktuur ja üldine korraldus. Teisisõnu, kõik, mida Oracle väidab, on autoriõigustega kaitstud.
Amazon S3 API koopiat pakkuvate ettevõtete hulgas on . Ühilduvuse tagamiseks kopeerib Amazon S3 ühilduvuse API paljusid Amazon API elemente kuni x-amz siltideni.
Oracle väidab, et tema tegevuse seaduslikkus põhineb avatud lähtekoodiga Apache 2.0 litsentsil, mis võimaldab koodi tasuta kopeerida ja muuta. Näiteks, kaasas ka Apache 2.0 litsents.
Kuid küsimus on selles, kas intellektuaalomandi seadus kehtib isegi selliste asjade kohta nagu API-d. Selle peab riigikohus kindlaks tegema.
Kes leiutas API?
"Alamprogrammi raamatukogu" mõiste ja mõiste ilmus esmakordselt Herman Goldsteini ja John von Neumanni raamatus Planning and Coding Problems for an Electronic Computing Instrument – Part II, Volume III (Princetoni ülikooli edasijõudnute instituut, 1948). . Kolmanda köite sisu:
See on esimene kirjeldus arvutite programmeerimismetoodikast, mis salvestab programme mällu (varem seda ei olnud). Seda levitati laialdaselt ülikoolidele, mis sel ajal üritasid luua oma arvuteid. Ja mis kõige tähtsam, raamat sisaldab põhiideed: enamik programme kasutab tavalisi toiminguid ning rutiinidega teegid vähendavad uue koodi ja vigade hulka. Seda ideed täiustas veelgi Maurice Wilkes ja rakendas see EDSAC-masinas, mille eest ta sai 1967. aasta Turingi auhinna.
EDSAC-i alamprogrammi teek asub vasakul
Järgmiseks sammuks oli kõrgema järgu funktsioonide ja täisväärtuslike tarkvaraliideste loomine, nagu tegid Maurice Wilkes ja David Wheeler raamatus Preparing Programs for the Electronic Digital Computer (1951).
Termin ise Rakendusprogrammi liides (API) ilmus kuskil 60ndate lõpus.
Ettekande autor Joshua Block toob mitmeid näiteid programmeerimisliideste, käsukomplektide ja alamprogrammide teekide kohta: kuidas need loodi ja hiljem kasutati. Idee seisneb selles, et API mõte on korduvkasutamine. Selleks nad algselt loodi. Ja arendajatel on alati olnud võimalus teiste inimeste API-sid kopeerida ja ümber teha:
API
Looja
Aasta
Uuesti rakendamine
Aasta
FORTRAN raamatukogu
IBM
1958
Univac
1961
IBM S/360 ISA
IBM
1964
Amdahl Corp.
1970
Standardne C raamatukogu
AT&T/Bell Labs
1976
Mark Williams Co.
1980
Unixi süsteemikõned
AT&T/Bell Labs
1976
Mark Williams Co.
1980
VT100 Esc Seqs
Detsember
1978
Heathkit
1980
IBM PC BIOS
IBM
1981
Phoenixi tehnoloogiad
1984
MS-DOS CLI
Microsoft
1981
FreeDOS projekt
1998
Hayes AT käsukomplekt
Hayes Micro
1982
Ankru automaatika
1985
PostScript
Adobe
1985
GNU/GhostScript
1988
SMB
Microsoft
1992
Samba projekt
1993
Win32
Microsoft
1993
Veini projekt
1996
Java 2 klassi raamatukogud
Sun
1998
Google/Android
2008
Web API Delicious
maitsev
2003
Pinboard
2009
Allikas:
API-de (teegid, käsukomplektid) kopeerimine ja taaskasutamine pole mitte ainult õige, vaid see programmeerimismetoodika on arvutiteaduse kaanonites otseselt soovitatav. Isegi enne S3 programmeerimisliideste kopeerimist tegi Oracle ise seda mitu korda. Pealegi oli Oracle'i äri algselt üles ehitatud IBMi välja töötatud SQL-i programmeerimiskeele juurutamisele. Oracle'i esimene lipulaev oli DBMS, mis kopeeriti suures osas IBM System R-st. Sel juhul räägime SQL-i taasrakendamisest DBMS-i standardse API-na.
Intellektuaalomandi õiguste kehtestamine API-dele võib luua seadusliku miinivälja, mis mõjutab kõiki. API-d rakendavad ja . Paljud tehnilised standardid, nagu Wi-Fi ja Interneti-protokollid, sisaldavad API-sid. Programmeerimisliidesed tuleb mingil kujul uuesti kasutusele võtta igas Internetis olevas arvutis ja serveris. Oracle'i autoriõiguse teooria võib muuta peaaegu kõik, mida oma arvutiga teed, ebaseaduslikuks.
Nende kaugeleulatuvate tagajärgede vältimiseks on Oracle ja tema argumente toetanud apellatsioonikohus püüdnud piirata autoriõiguste rikkumist teatud API taasrakendustega, mis on originaaliga „ühildamatud”. Aga ka osalised taasrakendused . Isegi oma S3 API koopias märgib Oracle arvukalt "erinevusi" ja vastuolusid algsete Amazon API-dega.
Oracle'i hagi peamine oht seisneb selles, et see võib takistada väiksematel tehnoloogiaettevõtetel luua süsteemide versioone, mis ühilduvad domineerivate platvormidega, nagu S3. Ilma sellise ühilduvuseta jäävad programmeerijad selle ettevõtte pakkumistest välja.
Tööstuse esindajatel ja arendajatel jääb üle vaid loota, et mõistus võidab siin ja .
Allikas: www.habr.com