Ohjelmointi

Kuinka Oracle v. Google voi parantaa ohjelmistokehitystä

Oracle v. Google on käynyt läpi tuomioistuinten jo vuosikymmenen ajan. Olet luultavasti jo kuullut, että korkean profiilin oikeudellinen tapaus voi muuttaa ohjelmistosuunnittelua sellaisena kuin me sen tunnemme - mutta koska mitään ei koskaan näytä tapahtuvan, on anteeksi, jos sinulla on tapana hienosäätää uutisia.

Voi olla aika virittää takaisin. Yhdysvaltain korkein oikeus kuulee tapauksen viimeisimmän iteroinnin kaudella 2020--2021, joka alkoi tällä viikolla (sen jälkeen kun se oli työnnetty takaisin koronavirusongelmien vuoksi). Maan korkeimman oikeuden päätöstä ei voida kumota, ja sitä ei todennäköisesti voida kumota, joten toisin kuin aikaisemmat käräjäoikeuden ja käräjäoikeuden päätökset, se pysyisi hyvänä. Ja vaikka tapausta käsitellään Yhdysvalloissa, päätös vaikuttaisi koko globaaliin teknologiateollisuuteen.

[Myös: Pitäisikö sovellusliittymien olla tekijänoikeuksien alaista? 7 syytä puolesta ja 7 vastaan]

Jos et ole lukenut mitään 10 vuoden arvoisista artikkeleista, tässä on päivitys. Kanteessaan Oracle väittää Googlen Java-sovellusliittymien käytön Android-käyttöjärjestelmässään olevan tekijänoikeusrikkomusta, koska Google ei koskaan saanut Java-lisenssiä. Sellaisenaan, Oracle v. Google käsittelee kysymystä siitä, ovatko sovellusliittymät tekijänoikeuksien alaisia, ja jos on, onko niiden käyttö ohjelmistosovelluksissa lainmukaista käyttöä.

Se on keskeinen kysymys ohjelmistokehittäjille ja koko ohjelmistoteollisuudelle. Sovellusliittymien uudelleen käyttöönotto on ohjelmistotuotannon leipää ja voita, ja jos Oracle voittaa, se muuttaa radikaalisti kehittäjien toimintaa. Mutta miltä kyseinen muutos tarkalleen näyttäisi - ja mitä se merkitsisi työhösi ohjelmistoteollisuudessa? Tässä on lyhyt esikatselu mahdollisista vaikutuksista.

Mitä copywriting-sovellusliittymät tarkoittavat

Useimmat nykyaikaiset ohjelmistokehityksen parhaat käytännöt rakentuvat sovellusliittymien uudelleen käyttöönotolle. Maailmassa, jossa SCOTUS hallitsee Oraclen hyväksi, kehittäjien on muutettava uusien ohjelmistojen rakentamistapaa. Mutta muutokset eivät pysähdy tähän. Oracle-kannattavan päätöksen vaikutus aaltoisi ulospäin kaikkialle ohjelmistoteollisuuteen.

Enemmän yrityksiä yrittää ansaita rahaa sovellusliittymistään

Yksi Oraclen hyväksi tehdyn päätöksen välittömimmistä vaikutuksista olisi antaa yrityksille mahdollisuus kaupallistaa sovellusliittymiä. He todennäköisesti tekisivät niin perimällä käyttöliittymien lisenssimaksuja, kuten monet yritykset jo tekevät SaaS-ohjelmistoista.

Ensi silmäyksellä lisensointi saattaa tuntua houkuttelevalta tulovirralta, etenkin yrityksille, joilla on erittäin suosittuja sovellusliittymiä (esim. Amazonin S3-sovellusliittymät). On kuitenkin epätodennäköistä, että monet yritykset maksaisivat API-lisensseistä. Vaikka sovellusliittymä auttaa yhteensopivuutta, tärkeintä on koodi, jonka otat sen taakse, jotta asiat saadaan todella hoidettua. Se on yrityksesi "salainen kastike" ja tapa, jolla se eroaa kilpailijoistaan. Tässä valossa sovellusliittymien maksaminen ei lisää kilpailuetua eikä todennäköisesti ole kannattavaa pitkällä aikavälillä.

Sen sijaan useimmat yritykset todennäköisesti säätävät koodiaan vain niin, että niiden sovellusliittymät ovat "erilaisia" tekijänoikeuslain mukaan, vaikka kyseinen koodi tekee olennaisesti saman asian kuin aiemmin. Tämä saattaa säästää ohjelmistoyritysten rahaa, mutta se aiheuttaisi yhteensopivuuspäänsärkyä pitkällä aikavälillä.

On myös mahdollista, että jotkut yritykset, joilla on suosittu sovellusliittymä, päättävät tehdä niistä avoimen lähdekoodin. Sillä, että omalla protokollallasi on alan standardi, on monia etuja, vaikka et ansaitse rahaa siitä suoraan. Yritykset, jotka ovat huolissaan oikeudenkäynneistä tai tulevista lisenssimaksuista, saattavat kuitenkin olla varovaisia ​​minkä tahansa sovellusliittymän käytöstä ilman muutoksia.

Ohjelmistot ovat vähemmän yhteensopivia

Eri ohjelmistojen on vaikeampi saada toimimaan yhdessä, kun ne kaikki käyttävät ainutlaatuista omaa koodia yhden yleisen standardin sijaan. Sama periaate pätee ohjelmistojen ulkopuolella - siksi kaikkien seiniin asennetaan tavallinen sähköpistoke eri pistorasian sijasta sähköyhtiöstäsi riippuen.

Maailmassa, jossa sovellusliittymät ovat tekijänoikeuksien suojaamia, sovellukset eivät toistuisi melkein yhtä hyvin. Siirtyminen yhdestä SaaS-palveluntarjoajasta toiseen tarkoittaisi koodin muokkaamista vastaamaan sen ainutlaatuisia sovellusliittymiä - ikävä, työvoimavaltainen prosessi. Tämä muutos tekisi myös taitosi kehittäjänä vähemmän kannettavana. Sinun on opittava uusi sovellusliittymäjoukko joka kerta, kun vaihdat työpaikkaa sen sijaan, että käyttäisit nykyistä tietämystäsi alan standardeista.

Kilpailu vakiintuneiden ohjelmistoyritysten kanssa vaikeutuu

Tekijänoikeuksien alaisten sovellusliittymien avulla yritykset, jotka tekevät niistä portinvartijoiksi, saavat päättää, kuka käyttää heidän arvokkaimpia sovellusliittymiä. Teknologiateollisuus on erittäin kilpailukykyinen, ja jotkut yritykset saattavat evätä muilta pääsyn vain vaikeuttaakseen elämäänsä. Tai yritykset voivat kieltää API: n pääsyn kaikille, jotka eivät ole poliittisesti tai muuten eri mieltä, avaten toisen ongelmakokonaisuuden.

Lisäksi avoimen lähdekoodin sovellusliittymien puute tekisi vakiintuneiden operaattoreiden poistamisen paljon vaikeammaksi. Tällä hetkellä, jos yritys ei tarjoa hyvää palvelua sovellusliittymänsä takana, startup-yritys voi helposti tulla markkinoille paremmalla palvelulla ja käyttää samaa sovellusliittymää, jotta palvelu olisi yhteensopiva olemassa olevien ohjelmistojen kanssa ja varmistaa yksinkertaisen käyttöönoton. API-tekijänoikeuksilla se menee ulos ikkunasta. Yritysten on tehtävä suuria infrastruktuurimuutoksia uuden ratkaisun omaksumiseksi.

Vihje tulevaisuudesta

Suurin osa meistä tekniikan maailmassa pyrkii Google-voittoon, mikä säilyttäisi ohjelmistokehityksen nykytilan. Onneksi asiat näyttävät melko toiveikkailta. Toukokuussa SCOTUS tilasi Oraclelta ja Googlelta täydentävät alushousut, joissa kuvataan tarkasti alkuperäisen käräjäoikeuden tuomariston oikeudenmukaisen käytön määrittämiseksi sovelletut uudelleentarkastelun standardit. (Käräjäoikeus päätti Googlen hyväksi, mutta päätös kumottiin myöhemmin muutoksenhaulla liittovaltion käräjäoikeudessa.)

Tuomarien pyyntö voi olla merkki siitä, että SCOTUS harkitsee muun muassa Software Freedom Law Centerin (SFLC) amicus-alushousuissa esittämää näkökulmaa, jonka mukaan oikeudenmukaista käyttöä koskevan tuomariston kumoava muutoksenhakutuomioistuin on perustuslain vastainen seitsemännen Muutos. Tämän perustelun noudattaminen antaisi SCOTUS-yritykselle mahdollisuuden ratkaista asia suhteellisen yksinkertaisen menettelytavan perusteella. Tuomioistuin välttäisi syventymistä ohjelmistokehityksen teknisiin monimutkaisuuksiin - eikä se luo ennakkotapausta siitä, miten sovellusliittymiä tulisi tulkita tekijänoikeuslainsäädännön valossa.

Näistä vihjeistä huolimatta tiedämme lopputuloksen vasta, kun SCOTUS päättää tapauksesta ensi vuonna. Kaikkien ohjelmistoyritysten olisi viisasta valmistautua mahdollisuuteen, että Oracle voittaa ja sovellusliittymät ovat tekijänoikeuksien alaisia. Tämä ei tarkoita, että sinun on aloitettava sovellusten nykyisten sovellusliittymien kirjoittaminen uudelleen nyt, mutta olisi järkevää laatia suunnitelma tehdä niin nopeasti ja tehokkaasti, jos se on tarpeen. Sillä välin voimme vain odottaa.

Hannu Valtonen on perustaja ja tuotepäällikkö Aivenissä, joka on pilvitietojärjestelmien tarjoaja, joka hoitaa hallittuja avoimen lähdekoodin tietokantoja, tapahtumien suoratoistoa, välimuistia, hakua ja graafisia ratkaisuja asiakkaille ympäri maailmaa.

New Tech Forum tarjoaa mahdollisuuden tutkia ja keskustella kehittyvistä yritysteknologioista ennennäkemättömällä syvyydellä ja laajuudella. Valinta on subjektiivinen, perustuu valitsemiemme tekniikoihin, joiden uskomme olevan tärkeitä ja kiinnostavia lukijoille. ei hyväksy markkinointivakuuksia julkaisua varten ja pidättää oikeuden muokata kaikkea lähetettyä sisältöä. Lähetä kaikki tiedustelut osoitteeseen [email protected].

$config[zx-auto] not found$config[zx-overlay] not found