Oracle v. Google har slingret seg gjennom domstoler i et tiår. Du har sannsynligvis allerede hørt at den høyt profilerte rettssaken kan forvandle programvareutvikling slik vi kjenner den - men siden ingenting ser ut til å skje, er det tilgivelig hvis du har gjort det til en vane å stille inn nyhetene.
Det kan være på tide å stille inn igjen. Den siste iterasjonen av saken vil bli behandlet av USAs høyesterett i sesongen 2020-2021, som startet denne uken (etter å ha blitt presset tilbake på grunn av koronavirusproblemer). Avgjørelsen fra den høyeste domstolen i landet kan ikke omgjøres og vil sannsynligvis ikke bli omgjort, så i motsetning til tidligere avgjørelser på ting- og kretsrettsnivå, vil den holde seg for godt. Og mens saken blir behandlet i USA, vil avgjørelsen påvirke hele den globale teknologibransjen.
[Også på: Bør API-er være copyright-beskyttede? 7 grunner for og 7 mot]
Hvis du ikke har lest noen av de ti års artiklene, er det en oppdatering. I sin sak hevder Oracle at Googles bruk av Java API-er i sitt Android OS utgjør et brudd på opphavsretten fordi Google aldri mottok en Java-lisens. Som sådan, Oracle v. Google behandler spørsmålet om API-er er copyright-beskyttede, og i så fall om deres bruk i programvareapplikasjoner utgjør "rettferdig bruk" i henhold til loven.
Det er et sentralt spørsmål for programvareutviklere og hele programvareindustrien. Å implementere APIer på nytt er programvareteknikkens brød og smør, og hvis Oracle vinner, vil det drastisk endre hvordan utviklere jobber. Men hvordan ville den endringen se ut - og hva ville det bety for jobben din innen programvareindustrien? Her er en kort forhåndsvisning av potensiell innvirkning.
Hva API for tekstforfattere vil bety
De fleste moderne gode fremgangsmåter for programvareutvikling er bygget rundt å implementere APIer på nytt. I en verden der SCOTUS hersker til fordel for Oracle, må utviklere endre hvordan de bygger ny programvare. Men endringene ville ikke stoppe der. Virkningen av en pro-Oracle-beslutning ville ringe utover i programvareindustrien.
Flere selskaper vil prøve å tjene penger på API-ene sine
En av de mest umiddelbare effektene av en avgjørelse i Oracles favør ville være å tillate selskaper å tjene penger på sine API-er. De vil sannsynligvis gjøre det ved å ta lisensavgifter for API-er, slik mange selskaper allerede gjør for SaaS-programvare.
Ved første øyekast kan lisensiering virke som en attraktiv inntektsstrøm, spesielt for selskaper med enormt populære API-er (f.eks. Amazons S3 API-er). Det er imidlertid lite sannsynlig at mange selskaper betaler for API-lisenser. Mens en API hjelper kompatibilitet, er det som virkelig betyr noe koden du implementerer bak den for å få ting gjort. Det er selskapets “hemmelige saus” og måten den skiller seg fra konkurrentene. I det lyset vil ikke betale for API-er gi konkurransefortrinn og sannsynligvis ikke lønne seg på lang sikt.
I stedet vil de fleste selskaper sannsynligvis tilpasse koden sin akkurat nok til å gjøre API-ene sine “forskjellige” i henhold til lov om opphavsrett - selv om denne koden i det vesentlige vil gjøre det samme som før. Dette kan spare programvareselskaper for penger, men det vil skape kompatibilitetshodepine i det lange løp.
Det er også mulig at noen selskaper med populære API-er velger å gjøre dem åpen kildekode. Det er mange fordeler med å ha din egen protokoll som industristandard, selv om du ikke tjener penger direkte på den. Imidlertid kan selskaper som er bekymret for søksmål eller fremtidige lisensavgifter være forsiktige med å bruke API uten endring.
Programvaren vil være mindre krysskompatibel
Det er vanskeligere å få forskjellige programvarer til å fungere sammen når de alle kjører på unik proprietær kode i stedet for en enkelt universell standard. Det samme prinsippet gjelder utenfor programvaren - det er derfor en standard stikkontakt er installert i alles vegger, i stedet for en annen stikkontakt, avhengig av ditt elektriske selskap.
I en verden der API-er er opphavsrettsbeskyttet, vil ikke applikasjoner spille like nær sammen. Å bytte fra en SaaS-leverandør til en annen vil bety å tilpasse koden din for å matche dens unike API-er - en kjedelig, arbeidskrevende prosess. Dette skiftet vil gjøre ferdighetene dine som utvikler også mindre bærbare. Du må lære et nytt sett med APIer hver gang du bytter jobb i stedet for å bruke din eksisterende kunnskap om bransjestandarder.
Å konkurrere med etablerte programvareselskaper vil bli vanskeligere
Opphavsrettsbeskyttede API-er ville gjøre selskapene som gjør dem til portvakter som får bestemme hvem som bruker de mest verdifulle APIene. Teknologibransjen er svært konkurransedyktig, og noen selskaper kan nekte andre tilgang bare for å gjøre livet vanskelig. Eller selskaper kan nekte API-tilgang til alle de er uenige med, politisk eller på annen måte, og åpne for et nytt sett med problemer.
I tillegg vil mangel på APIer med åpen kildekode gjøre de etablerte selskapene mye vanskeligere å fjerne. Akkurat nå, hvis et selskap ikke leverer en god tjeneste bak API-et, kan en oppstart lett komme inn i markedet med en bedre tjeneste og bruke samme API for å gjøre tjenesten kompatibel med eksisterende programvare, noe som sikrer enkel adopsjon. Med API-copyright går det ut av vinduet. Bedrifter vil måtte gjøre store infrastrukturendringer for å ta i bruk den nye løsningen.
Et snev av fremtiden
De fleste av oss i den teknologiske verdenen er på jakt etter en Google-seier, som vil bevare status quo for programvareutvikling. Heldigvis ser ting ganske håpefulle ut. I mai bestilte SCOTUS supplerende truser fra Oracle og Google som beskriver standarden for gjennomgang som ble brukt for å fastslå rettferdig bruk i den opprinnelige rettssaken til juryen. (Tingretten avgjorde Googles favør, men avgjørelsen ble senere opphevet etter anke i føderal tingrett.)
Dommernes forespørsel kan være et tegn på at SCOTUS vurderer et synspunkt som er fremført i amicus-kort fra blant annet Software Freedom Law Center (SFLC), som argumenterer for at lagmannsretten som styrter en juryavgjørelse om rettferdig bruk, er grunnlovsstridig under den syvende Endring. Etter denne argumentasjonen ville SCOTUS kunne avgjøre saken basert på et relativt enkelt prosessuelt spørsmål. Retten ville unngå å fordype seg i de tekniske kompleksitetene ved programvareutvikling - og ville ikke gi noen presedens for hvordan API-er skal tolkes i lys av lov om opphavsrett.
Til tross for disse antydningene vet vi imidlertid ikke virkelig resultatet før SCOTUS bestemmer saken neste år. Det ville være lurt for alle programvareselskaper å forberede seg på muligheten for at Oracle vil vinne og API-er vil være copyright. Det betyr ikke at du må begynne å omskrive applikasjonenes eksisterende API-er nå - men det vil være fornuftig å legge en plan for å gjøre det raskt og effektivt hvis det blir nødvendig. I mellomtiden er alt vi kan gjøre er å vente.
Hannu Valtonen er medstifter og produktansvarlig i Aiven, en leverandør av dataplattformer som driver administrert open source-database, streaming av hendelser, cache, søk og grafiske løsninger for kunder over hele verden.
—
New Tech Forum er et sted for å utforske og diskutere ny teknologi i enestående dybde og bredde. Valget er subjektivt, basert på vårt valg av teknologiene vi mener er viktige og av størst interesse for leserne. godtar ikke markedsføringssikkerhet for publisering og forbeholder seg retten til å redigere alt bidratt innhold. Send alle henvendelser til [email protected].
