Els advocats d'Oracle comparen la reimplementació de l'API de Java a Android amb la còpia del contingut de "Harry Potter".
El Tribunal Suprem dels EUA coneixerà un cas important a principis d'aquest any. , que determinarà l'estatus legal de l'API segons la llei de propietat intel·lectual. Si el tribunal fa costat a Oracle en la seva demanda multimilionària, podria sufocar la competència i consolidar el domini dels gegants tecnològics, potser inclòs el mateix Google.
Al mateix temps, el negoci d'Oracle es va basar inicialment en la implementació del llenguatge de programació SQL desenvolupat per IBM, i encara ara l'empresa ofereix un servei al núvol amb una API d'Amazon S3, i això és completament normal. La reimplementació de l'API ha estat una part natural del desenvolupament de la informàtica des dels inicis de la indústria.
Oracle acusa Google de copiar il·legalment l'API de Java, inclosa una llista d'ordres anomenades vinculades a estructures gramaticals. El sistema operatiu Android és específicament compatible amb l'API de Java per facilitar als programadors de Java la transferència de programari i coneixement a la nova plataforma. Per fer-ho, Android va copiar exactament les ordres i les estructures gramaticals corresponents de l'API de Java. Oracle és que aquesta "reimplementació" de l'API de Java es pot comparar amb copiar l'obra d'un autor, com ara la novel·la literària "Harry Potter" (aquesta ), i Google infringeix els drets d'autor d'Oracle sobre els noms i les estructures d'ordres de l'API de Java.
Però les API de Java no són les úniques, i Android no és l'única reimplementació. A la indústria informàtica actual, les API són omnipresents i la reintroducció és fonamental per mantenir la competència per evitar que les grans empreses monopolitzin Charles Duane és director de tecnologia i política d'innovació de l'R Street Institute.
Duane posa l'exemple de la popular plataforma d'emmagatzematge Amazon S3. Per permetre escriure i recuperar fitxers des de S3, Amazon ha desenvolupat per interactuar amb el servei. Per exemple, per obtenir una llista dels fitxers desats () enviem una ordre GET especificant els paràmetres d'amfitrió i tipus tipus de codificació, senyal de continuació и x-amz-data. Per treballar amb Amazon S3, el programari ha d'utilitzar exactament aquests i molts altres noms de paràmetres específics.
GET /?Delimiter=Delimiter&EncodingType=EncodingType&Marker=Marker&MaxKeys=MaxKeys&Prefix=Prefix HTTP/1.1
Host: Bucket.s3.amazonaws.com
x-amz-request-payer: RequestPayerAmazon és el líder clar en el mercat de serveis al núvol, i els seus competidors ofereixen reimplementacions de l'API S3, mentre que han d'imitar noms d'ordres, etiquetes de paràmetres, prefixos de tipus. x-amz, estructura gramatical i organització general de l'API S3. En altres paraules, tot el que diu Oracle té drets d'autor.
Entre les empreses que ofereixen una còpia de l'API d'Amazon S3 hi ha . Per a la compatibilitat, l'API de compatibilitat d'Amazon S3 copia nombrosos elements de l'API d'Amazon, fins a les etiquetes x-amz.
Oracle afirma que la legalitat de les seves accions es basa en la llicència Apache 2.0 de codi obert, que permet la còpia gratuïta i la modificació del codi. Per exemple, també ve amb una llicència Apache 2.0.
Però la qüestió és si la llei de propietat intel·lectual s'aplica fins i tot a coses com les API. Això és el que ha de determinar el Tribunal Suprem.
Qui va inventar l'API?
El terme i el concepte de "biblioteca de subrutines" van aparèixer per primera vegada al llibre Planning and Coding Problems for an Electronic Computing Instrument - Part II, Volume III (Princeton University Institute of Advanced Study, 1948) de Herman Goldstein i John von Neumann. . Contingut del tercer volum:
Aquesta és la primera descripció d'una metodologia de programació per a ordinadors que emmagatzema programes a la memòria (abans no existia). Va ser àmpliament distribuït a les universitats, que en aquell moment intentaven crear els seus propis ordinadors. I el més important, el llibre conté una idea clau: la majoria dels programes utilitzaran operacions comunes, i les biblioteques amb rutines reduiran la quantitat de codi i errors nous. Aquesta idea la va perfeccionar Maurice Wilkes i la va posar en pràctica a la màquina EDSAC, per la qual va rebre el premi Turing de 1967.
La biblioteca de subrutines EDSAC es troba a l'esquerra
El següent pas va ser crear funcions d'ordre superior i interfícies de programari complets, com van fer Maurice Wilkes i David Wheeler a Preparing Programs for the Electronic Digital Computer (1951).
Termini en si mateix Interfície del programa d'aplicació (API) va aparèixer en algun lloc a finals dels anys 60.
Autor de la presentació Joshua Block ofereix diversos exemples d'interfícies de programació, conjunts d'instruccions i biblioteques de subrutines: com es van crear i com es van utilitzar posteriorment. La idea és que la reutilització és el punt d'una API. Per això van ser creats en primer lloc. I els desenvolupadors sempre han tingut l'oportunitat de copiar i refer les API d'altres persones:
API
Creador
Any
Reimplementació
Any
Biblioteca FORTRAN
IBM
1958
Univac
1961
IBM S/360 ISA
IBM
1964
Amdahl Corp.
1970
Biblioteca estàndard C
AT&T/Bell Labs
1976
Mark Williams Co.
1980
Trucades al sistema Unix
AT&T/Bell Labs
1976
Mark Williams Co.
1980
VT100 Esc Seqs
Desembre
1978
Heathkit
1980
BIOS de PC IBM
IBM
1981
Phoenix Technologies
1984
CLI de MS-DOS
Microsoft
1981
Projecte FreeDOS
1998
Conjunt d'ordres Hayes AT
Hayes Micro
1982
Automatització d'àncora
1985
PostScript
Adobe
1985
GNU/GhostScript
1988
SMB
Microsoft
1992
Projecte Samba
1993
Win32
Microsoft
1993
Projecte del vi
1996
Biblioteques de classe Java 2
Sun
1998
Google/Android
2008
API web Delicious
deliciós
2003
Pinboard
2009
Font:
Copiar i reutilitzar API (biblioteca, conjunts d'instruccions) no només és correcte, sinó que aquesta metodologia de programació es recomana directament en els cànons de la informàtica. Fins i tot abans de copiar les interfícies de programació S3, el mateix Oracle ho va fer moltes vegades. A més, el negoci d'Oracle es va basar inicialment en la implementació del llenguatge de programació SQL desenvolupat per IBM. El primer producte estrella d'Oracle va ser un DBMS, copiat en gran part d'IBM System R. En aquest cas, estem parlant de la reimplementació d'SQL com a "API estàndard" per a un SGBD.
La imposició de drets de propietat intel·lectual a les API pot crear un camp minat legal que afecti tothom. Les API implementen i . Molts estàndards tècnics, com ara protocols Wi-Fi i Internet, inclouen API. Les interfícies de programació es tornen a implementar necessàriament d'alguna forma a tots els ordinadors i servidors d'Internet. La teoria dels drets d'autor d'Oracle pot convertir gairebé qualsevol cosa que feu amb el vostre ordinador il·legal.
Per evitar aquestes conseqüències de gran abast, Oracle i el tribunal d'apel·lació que va confirmar els seus arguments han intentat limitar la infracció dels drets d'autor a determinades reimplementacions de l'API que són "incompatibles" amb l'original. Però també reimplementacions parcials . Fins i tot a la seva còpia de l'API S3, Oracle assenyala nombroses "diferències" i incompatibilitats amb les API d'Amazon originals.
El principal perill de la demanda d'Oracle és que podria impedir que empreses tecnològiques més petites creïn versions de sistemes compatibles amb plataformes dominants com S3. Sense aquesta compatibilitat, els programadors quedaran efectivament bloquejats de les ofertes d'aquesta empresa.
Els representants del sector i els desenvolupadors només poden esperar que la raó prevalgui aquí, i .
Font: www.habr.com