Как Oracle срещу Google може да повлияе на разработването на софтуер

Oracle срещу Google се извива през съдилища от десетилетие. Вероятно вече сте чували, че високопоставеният правен казус може да трансформира софтуерното инженерство, както го познаваме - но тъй като никога нищо не се случва, е простимо, ако сте свикнали да настройвате новините.

Може да е време да се включим отново. Последната итерация на делото ще бъде изслушана от Върховния съд на САЩ през сезона 2020-2021, който започна тази седмица (след като беше оттеглен поради опасения за коронавирус). Решението на най-висшия съд в страната не може да бъде отменено и е малко вероятно да бъде отменено, така че за разлика от предишни решения на ниво окръжен и окръжен съд, то ще остане завинаги. И докато случаят се разглежда в САЩ, решението би повлияло на цялата световна технологична индустрия.

[Също на: Трябва ли API да бъдат защитени с авторски права? 7 причини за и 7 против]

В случай, че не сте прочели нито една от 10-годишните статии, ето опреснителна информация. В своя иск Oracle твърди, че използването от Google на API на Java в неговата Android OS представлява нарушение на авторските права, тъй като Google никога не е получил лиценз за Java. Като такъв, Oracle срещу Google се занимава с въпроса дали API могат да бъдат защитени с авторски права и ако да, дали използването им в софтуерни приложения представлява „честна употреба“ съгласно закона.

Това е основен въпрос за разработчиците на софтуер и цялата софтуерна индустрия. Повторното внедряване на API е хлябът и маслото на софтуерното инженерство и ако Oracle спечели, това ще промени драстично начина на работа на разработчиците. Но как точно би изглеждала тази промяна - и какво би означавала за вашата работа в софтуерната индустрия? Ето кратък преглед на потенциалното въздействие.

Какво би означавало API за копирайтинг

Повечето съвременни най-добри практики за разработване на софтуер са изградени около повторно внедряване на API. В свят, в който SCOTUS управлява в полза на Oracle, разработчиците ще трябва да променят начина, по който създават нов софтуер. Но промените няма да спрат дотук. Въздействието на решение за pro-Oracle би се развихрило навсякъде в софтуерната индустрия.

Повече компании ще се опитат да монетизират своите API

Един от най-непосредствените ефекти от решение в полза на Oracle ще бъде позволяването на компаниите да си осигуряват приходи от своите API. Те вероятно биха го направили, като начисляват лицензионни такси за API, както много компании вече правят за софтуера SaaS.

На пръв поглед лицензирането може да изглежда като привлекателен поток от приходи, особено за компании с изключително популярни API (например API на Amazon S3). Въпреки това е малко вероятно много компании да плащат за API лицензи. Въпреки че API помага за съвместимостта, това, което наистина има значение, е кодът, който прилагате зад него, за да свършите нещата. Това е „тайният сос“ на вашата компания и начинът, по който тя се отличава от конкурентите. В тази светлина плащането за API няма да добави конкурентно предимство и вероятно няма да си струва в дългосрочен план.

Вместо това повечето компании вероятно ще променят кода си достатъчно, за да направят своите API „различни“ съгласно закона за авторското право - въпреки че този код ще направи по същество същото като преди. Това може да спести пари на софтуерните компании, но в дългосрочен план би създало главоболие за съвместимост.

Възможно е също така някои компании с популярни API да изберат да ги направят с отворен код. Има много предимства вашият патентован протокол да бъде индустриален стандарт, дори ако не печелите пари директно от него. Въпреки това компаниите, притеснени от съдебни спорове или бъдещи такси за лицензиране, може да са предпазливи при използването на API без промяна.

Софтуерът ще бъде по-малко съвместим

По-трудно е да накарате различните софтуерни програми да работят заедно, когато всички те работят с уникален патентован код, вместо с един универсален стандарт. Същият принцип се прилага и извън софтуера - затова стандартният електрически контакт е инсталиран в стените на всички, вместо различен контакт в зависимост от вашата електрическа компания.

В свят, в който API са защитени с авторски права, приложенията няма да играят заедно почти толкова добре. Преминаването от един доставчик на SaaS към друг би означавало да промените кода си така, че да съответства на неговите уникални API-та - досаден, трудоемък процес. Тази промяна би направила и вашите умения като разработчик по-малко преносими. Ще трябва да научите нов набор от приложни програмни интерфейси (API) всеки път, когато смените работата, вместо да прилагате съществуващите си познания за индустриалните стандарти.

Конкурирането с утвърдени софтуерни компании ще стане по-трудно

Приложните програмни интерфейси (API) за авторски права биха превърнали компаниите, които ги правят, в пазачи, които решават кой използва техните най-ценни API. Технологичната индустрия е силно конкурентна и някои компании може да откажат на други достъп само за да затруднят живота им. Или компаниите могат да откажат достъп до API на всеки, с когото не са съгласни, политически или по друг начин, отваряйки друг набор от проблеми.

В допълнение, липсата на API с отворен код би направила много по-трудни за отстраняване от власт. Точно сега, ако дадена компания не предлага страхотна услуга зад своя API, новатор може лесно да навлезе на пазара с по-добра услуга и да използва същия API, за да направи тази услуга съвместима със съществуващия софтуер, осигурявайки лесно приемане. С авторското право на API това излиза през прозореца. Компаниите ще трябва да направят големи инфраструктурни промени, за да приемат новото решение.

Намек за бъдещето

Повечето от нас в технологичния свят се вкореняват за победа на Google, която ще запази статуквото при разработването на софтуер. За щастие нещата изглеждат доста обнадеждаващи. През май SCOTUS поръча допълнителни доклади от Oracle и Google, описващи подробно стандарта за преглед, приложен за определяне на честната употреба в първоначалния процес на съдебните заседатели на окръжния съд. (Окръжният съд реши в полза на Google, но по-късно това решение беше отменено при обжалване във федералния окръжен съд.)

Искането на съдиите може да е знак, че SCOTUS разглежда гледна точка, изложена в amicus бележки от Правния център за свобода на софтуера (SFLC), между другото, която твърди, че апелативният съд, отменящ решението на съдебните заседатели за честна употреба, е противоконституционен съгласно Седмия Изменение. Следването на този ред на аргументи би позволило на SCOTUS да уреди делото въз основа на относително прост процесуален въпрос. Съдът ще избегне задълбочаването в техническите сложности на разработката на софтуер - и няма да създаде прецедент за това как API трябва да се тълкуват в светлината на закона за авторското право.

Въпреки тези намеци обаче няма да знаем наистина резултата, докато SCOTUS не се произнесе по случая догодина. Би било разумно всички софтуерни компании да се подготвят за възможността Oracle да спечели и API да бъдат защитени с авторски права. Това не означава, че трябва да започнете да пренаписвате съществуващите приложни програмни интерфейси (API) на вашите приложения сега, но би било логично да въведете план за това бързо и ефективно, ако стане необходимо. Междувременно всичко, което можем да направим, е да изчакаме.

Hannu Valtonen е съосновател и главен продуктов директор в Aiven, доставчик на платформа за облачни данни, който управлява управлявани бази данни с отворен код, стрийминг на събития, кеш, търсене и графични решения за клиенти по целия свят. 

-

Форумът New Tech предоставя място за изследване и обсъждане на нововъзникващите корпоративни технологии в безпрецедентна дълбочина и широчина. Изборът е субективен, базиран на нашия избор на технологиите, които смятаме, че са важни и представляват най-голям интерес за читателите. не приема маркетингово обезпечение за публикуване и си запазва правото да редактира цялото съдържание. Изпращайте всички запитвания на [email protected]