Programování

Jak může Oracle v. Google urychlit vývoj softwaru

Oracle v. Google se už deset let vinutí cestou soudů. Pravděpodobně jste již slyšeli, že vysoce postavený právní případ by mohl změnit softwarové inženýrství, jak ho známe - ale protože se zdá, že se nikdy nic nestalo, je odpustitelné, pokud jste si zvykli vyladit novinky.

Může být čas se naladit. Nejnovější iteraci případu uslyší Nejvyšší soud USA v sezóně 2020–2021, která začala tento týden (poté, co byla odsunuta kvůli obavám z koronaviru). Rozhodnutí nejvyššího soudu v zemi nelze zrušit a je nepravděpodobné, že by bylo zrušeno, takže na rozdíl od předchozích rozhodnutí na úrovni okresního a obvodního soudu by se to drželo navždy. A zatímco případ je slyšen v USA, rozhodnutí by mělo dopad na celý globální technologický průmysl.

[Také na: Měla by API podléhat autorským právům? 7 důvodů pro a 7 proti]

Pokud jste dosud nečetli žádný z článků za 10 let, je zde osvěžovač. V jeho žalobě společnost Oracle tvrdí, že používání rozhraní API Java Java v operačním systému Android představuje porušení autorských práv, protože Google nikdy nedostal licenci Java. Jako takový, Oracle v. Google se zabývá otázkou, zda jsou API chráněna autorským právem, a pokud ano, zda jejich použití v softwarových aplikacích představuje podle zákona „fair use“.

Je to klíčová otázka pro vývojáře softwaru a celý softwarový průmysl. Opětovná implementace rozhraní API je chlebem softwarového inženýrství, a pokud Oracle vyhraje, drasticky to změní způsob práce vývojářů. Jak přesně by ale tato změna vypadala - a co by to znamenalo pro vaši práci v softwarovém průmyslu? Zde je krátký náhled možného dopadu.

Co by to znamenalo API pro copywriting

Nejmodernější osvědčené postupy pro vývoj softwaru jsou postaveny na opětovné implementaci API. Ve světě, kde SCOTUS vládne ve prospěch společnosti Oracle, by vývojáři museli změnit způsob, jakým vytvářejí nový software. Ale změny by se tím nezastavily. Dopad pro-Oracle rozhodnutí by se zvlnil v celém softwarovém průmyslu.

Další společnosti se pokusí zpeněžit své API

Jedním z bezprostředních účinků rozhodnutí ve prospěch společnosti Oracle by bylo umožnit společnostem zpeněžit jejich API. Pravděpodobně tak učiní tím, že si za rozhraní API účtují licenční poplatky, jak to již v případě softwaru SaaS dělá mnoho společností.

Na první pohled by se licencování mohlo zdát jako atraktivní zdroj příjmů, zejména pro společnosti s enormně populárními API (např. Amazon's S3 API). Je však nepravděpodobné, že by mnoho společností platilo za licence API. I když API pomáhá kompatibilitě, na čem opravdu záleží, je kód, který za ním implementujete, abyste mohli skutečně dělat věci. To je „tajná omáčka“ vaší společnosti a způsob, jakým se odlišuje od konkurence. V tomto světle platba za API nepřidá konkurenční výhodu a z dlouhodobého hlediska se pravděpodobně nebude vyplatit.

Místo toho většina společností pravděpodobně vyladí svůj kód natolik, aby jejich API byla „odlišná“ podle autorského zákona - i když tento kód bude dělat v podstatě totéž jako dříve. To by softwarovým společnostem mohlo ušetřit peníze, ale z dlouhodobého hlediska by to způsobilo bolesti hlavy při kompatibilitě.

Je také možné, že by se některé společnosti s populárními API rozhodly, že z nich udělají open source. To, že váš proprietární protokol je průmyslovým standardem, má mnoho výhod, i když z něj přímo nevyděláváte peníze. Společnosti, které se obávají soudních sporů nebo budoucích licenčních poplatků, by se však neměly obávat používání jakéhokoli API beze změny.

Software bude méně křížově kompatibilní

Je těžší zajistit, aby různé části softwaru spolupracovaly, když všechny běží na jedinečném proprietárním kódu namísto jediného univerzálního standardu. Stejný princip platí i mimo software - proto je do zdí každého nainstalována standardní elektrická zásuvka, místo jiné zásuvky v závislosti na vaší elektrické společnosti.

Ve světě, kde jsou API chráněny autorskými právy, by aplikace nehraje tak dobře dohromady. Přechod od jednoho poskytovatele SaaS k jinému by znamenal vyladění vašeho kódu tak, aby odpovídal jeho jedinečným API - zdlouhavý a pracný proces. Díky tomuto posunu budou vaše schopnosti vývojáře méně přenosné. Místo použití stávajících znalostí průmyslových standardů byste se museli naučit novou sadu API při každé změně zaměstnání.

Konkurence se zavedenými softwarovými společnostmi bude těžší

Autorská rozhraní API by ze společností, které je dělají, stala vrátnými, kteří se mohli rozhodnout, kdo používá jejich nejcennější API. Technologický průmysl je vysoce konkurenceschopný a některé společnosti mohou ostatním odepřít přístup, jen aby jim zkomplikovaly život. Nebo by společnosti mohly odepřít přístup API komukoli, s čím politicky či jinak nesouhlasí, a otevřít tak další soubor problémů.

Kromě toho by nedostatek rozhraní API s otevřeným zdrojovým kódem vedl k tomu, že by se zavedené subjekty staly těžší vytlačit. Právě teď, pokud společnost neposkytuje skvělé služby za svým API, může začínající společnost snadno vstoupit na trh s lepší službou a použít stejné API k tomu, aby byla tato služba kompatibilní se stávajícím softwarem, což zajistí jednoduché přijetí. S autorskými právy API to jde z okna. Společnosti by musely provést zásadní změny infrastruktury, aby přijaly nové řešení.

Náznak budoucnosti

Většina z nás v technologickém světě usiluje o vítězství společnosti Google, které by zachovalo status quo vývoje softwaru. Naštěstí to vypadá docela nadějně. V květnu společnost SCOTUS objednala doplňkové sliby od společností Oracle a Google s podrobnými údaji o standardu kontroly použitém k určení fair use v původním řízení před porotou u okresního soudu. (Okresní soud rozhodl ve prospěch společnosti Google, ale toto rozhodnutí bylo později zrušeno po odvolání u federálního okresního soudu.)

Žádost soudců může být známkou toho, že SCOTUS zvažuje stanovisko uvedené mimo jiné v amicus briefs od Software Freedom Law Center (SFLC), který tvrdí, že odvolací soud, který ruší rozhodnutí poroty o spravedlivém užívání, je podle sedmého zákona protiústavní Pozměňovací návrh. Sledování tohoto argumentu by společnosti SCOTUS umožnilo urovnat případ na základě relativně jednoduchého procesního problému. Soud by se vyvaroval ponoření se do technické složitosti vývoje softwaru - a nestanovil by žádný precedens v tom, jak by měly být API interpretovány ve světle autorského zákona.

Navzdory těmto náznakům však nebudeme ve skutečnosti znát výsledek, dokud SCOTUS v příštím roce nebude rozhodovat o případu. Bylo by moudré, aby se všechny softwarové společnosti připravily na možnost, že společnost Oracle vyhraje a API budou chráněna autorskými právy. To neznamená, že nyní musíte začít přepisovat stávající API svých aplikací - ale mělo by smysl zavést plán, jak to udělat rychle a efektivně, pokud to bude nutné. Mezitím můžeme jen počkat.

Hannu Valtonen je spoluzakladatel a hlavní produktový ředitel společnosti Aiven, poskytovatele cloudových datových platforem, který provozuje spravovaná open-source databáze, streamování událostí, mezipaměť, vyhledávání a vytváření grafů pro zákazníky po celém světě.

Nové technologické fórum poskytuje místo, kde můžete prozkoumat a diskutovat o nově vznikajících podnikových technologiích v nebývalé hloubce a šíři. Výběr je subjektivní, založený na našem výběru technologií, které považujeme za důležité a pro čtenáře nejzajímavější. nepřijímá marketingové materiály ke zveřejnění a vyhrazuje si právo upravovat veškerý přispěný obsah. Všechny dotazy zasílejte na [email protected].

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