Dzięki „dziewiczym” deweloperom Microsoft może rozwidlać Androida

Windows Phone nie jest opcją mobilnego renesansu Microsoftu. Jest po prostu za mało i za późno.

Aby to nadrobić, Microsoft mógłby zainwestować w widelec dla Androida, który wywarłby na konsumentach imponującą wydajność, integrację z ekosystemem mobilnym Microsoft i kompatybilność z ponad 1 milionem aplikacji dostępnych w Google Play i innych sklepach z aplikacjami.

Każda dyskusja o rozwidlaniu Androida prowadzi do dyskusji na temat „jak otwarty jest Android?” oraz „czy zastrzeżone komponenty Androida nie pozwolą konkurentowi zbudować świetnego smartfona w oparciu o Android Open Source Project?”

Podobny scenariusz własności oprogramowania napędzał rozwój Microsoftu, gdy była to młoda firma dostarczająca systemy operacyjne dla komputerów PC. Microsoft DOS został zaprojektowany zgodnie ze specyfikacją IBM do działania wyłącznie na platformach komputerowych IBM. Firma Phoenix Technologies zatrudniła programistów, którzy nazywali ją „dziewicami”, którzy nie byli narażeni na systemy IBM w celu stworzenia warstwy oprogramowania między systemem DOS Microsoftu a komputerami zbudowanymi przez konkurentów IBM. Zapobiegło to konkurencji konkurentów IBM w zakresie naruszania patentów lub praw autorskich IBM, a następnie przyczyniło się do gwałtownego wzrostu liczby klonów komputerów PC. Microsoft może zastosować to samo podejście do „klonowania” zastrzeżonych komponentów Androida we własnym widelcu na Androida.

Dwie ostatnie historie napisane z przeciwnych punktów widzenia opublikowane przez Ars Technica i CNET szczegółowo opisują zalety i wady rozwidlania Androida za pomocą drzewa źródeł Android Open Source Project (AOSP). W skrócie, Google publikuje kod źródłowy Androida na podstawie bezpłatnych i otwartych licencji. „Fork” to po prostu niezależnie skompilowana wersja Androida. Pobierz bezpłatne źródło Androida, ponownie skompiluj i rozpowszechnij wersję rozwidloną. To wszystko, czego potrzeba - producent urządzeń działa.

Ale niektórzy twierdzą, że kontrola Google nad zastrzeżoną częścią Androida, platformą Google Mobile Services (GMS), jest taktyką monopolizacji Androida. GMS odnosi się do interfejsów między aplikacjami działającymi na urządzeniu mobilnym a zastrzeżonymi usługami chmurowymi Google, które tworzą jego ekosystem. Zastrzeżone aplikacje Google i wiele niezależnie opracowanych aplikacji opiera się na GMS. Dystrybucja wersji Androida z zastrzeżonymi aplikacjami Google i dostęp do jego usług w chmurze wymaga licencji od Google, a także weryfikacji przez Google, czy wersja Androida jest zgodna z jej standardami. To wystarczy - zweryfikowani producenci smartfonów otrzymują Android i cały ekosystem Google za darmo, w tym zastrzeżone aplikacje Google i wszystkie aplikacje w Sklepie Play.

O ile widelec dla Androida nie zostanie zweryfikowany przez Google, producent smartfonów nie może dostarczać zastrzeżonych aplikacji Google. Weryfikacja Google nie jest jednak potrzebna, aby indywidualny konsument pobierał i instalował podpisaną przez Google wersję sklepu z aplikacjami Google Play, a następnie pobierał pełny spis zastrzeżonych aplikacji Google do niezweryfikowanej wersji Androida. Microsoft nie chciałby zastrzeżonych aplikacji i usług chmurowych Google, ale chciałby wykorzystać ponad milion niezależnie opracowanych aplikacji na Androida i dużej społeczności programistów. Ominięcie GMS oznacza, że ​​niektóre niezależnie opracowane aplikacje, które korzystają z platformy GMS, a usługi chmurowe Google ulegną awarii.

Klonowanie komputerów firmy Microsoft można zastosować do klonowania GMS

Microsoft może łatwo rozwiązać ten problem. Dobry zespół programistów może „sklonować” funkcjonalność GMS, aby niezależnie opracowane aplikacje na Androida mogły działać bez modyfikacji i zastąpić ekosystem usług chmurowych Google konkurencyjnym ekosystemem. Wiązałoby się to z inżynierią wsteczną GMS, dzięki czemu żądanie programowe wysłane do klonu GMS zwróci oczekiwane wyniki w dokładnie oczekiwanym formacie.

Dobrym przykładem może być zastąpienie usług lokalizacyjnych Androida mapami Bing Microsoftu. Nowy interfejs programowania aplikacji na Androida (API) wydany w zeszłym roku upraszcza kodowanie aplikacji korzystających z lokalizacji geograficznej i jest zawarty w zastrzeżonym Google Play Store. Ten nowy interfejs API lokalizacji został zbudowany przy użyciu interfejsów API menedżera lokalizacji niższego poziomu, które są częścią projektu Android Open Source. Microsoft musiałby zbudować funkcjonalną kopię nowego interfejsu API lokalizacji przy użyciu interfejsów API menedżera lokalizacji niższego poziomu, które działałyby identycznie, gdy aplikacja wezwałaby do usług lokalizacji.

Technika czystego pokoju, nazywana czasami chińską ścianą, to metoda projektowania inżynierii wstecznej platformy i odtwarzania kompatybilności aplikacji na poziomie binarnym, którą dawno temu udowodniono, że jest legalna. Na początku lat osiemdziesiątych Phoenix Technologies była jedną z pierwszych firm, które wykorzystały tę technikę do stworzenia pierwszych kompatybilnych biografii na PC, które pozwoliły na uruchomienie Microsoft DOS na komputerach nie wyprodukowanych przez IBM.

Kiedy komputer został wprowadzony na rynek, system operacyjny Microsoft DOS został zaprojektowany do współpracy z platformą sprzętową IBM za pomocą podstawowego systemu wejścia / wyjścia (bios) określonego przez IBM. Phoenix Technologies sklonowało biografię IBM i udzieliło licencji konkurentom IBM, którzy chcieli budować komputery kompatybilne z DOS i sprzedawać je na rynku komputerów, który był tak dynamiczny i rozwijał się w tamtym czasie, jak obecnie rynek smartfonów.

W przeszłości „dziewiczi” programiści pomagali zapobiegać naruszeniom praw autorskich

„Pierwotni” programiści Phoenix Technologies zostali zweryfikowani, aby nigdy nie byli narażeni na zastrzeżony kod źródłowy bios lub projekt sprzętu IBM. Dziewice napisały kompatybilne bios, używając specyfikacji napisanych przez programistów, którzy przeczytali kod źródłowy bios IBM i dokumentację projektową.

Klon platformy Google GMS można zbudować w ten sam sposób. Jedna grupa programistów, którzy znają GMS oraz wszystkie powiązane z nim funkcje i interfejsy API, których twórcy aplikacji używają do tworzenia aplikacji, mogą napisać specyfikację dotyczącą odtwarzania interfejsów API GMS, podczas gdy dziewiczi programiści precyzyjnie odtworzą funkcję i działanie interfejsu API.

Komputery i usługi Google w chmurze są podobne. Obie są platformami. Kodowanie procedury bios, która zapisuje blok danych na dysku dokładnie tak, jak bios IBM, jest podobna do pisania usługi lokalizacyjnej, która działa identycznie jak interfejs API lokalizacji Androida.

Google byłoby prawie niemożliwe pozwać Microsoft za naruszenie praw autorskich API, ponieważ Google sprzeciwiło się takim prawom autorskim w swojej obronie przed pozwem Oracle dotyczącym patentów i praw autorskich. W tym przypadku sędzia Allsop stwierdził w swoim orzeczeniu (PDF):

„Tak długo, jak konkretny kod użyty do implementacji metody jest inny, każdy może zgodnie z ustawą o prawie autorskim napisać własny kod, aby wykonać dokładnie tę samą funkcję lub specyfikację dowolnych metod używanych w Java API”.

Kompatybilność aplikacji na Androida i sprzętu Nokia byłaby wielką wygraną dla Microsoft

Każdy konsument ma miłe wspomnienia ze swoich telefonów Nokia. Sprzęt Nokia z pełną kompatybilnością aplikacji na Androida może przyciągnąć wielu konsumentów. Klonowanie GMS nie byłoby łatwe, ale Microsoft ma zasoby techniczne, doświadczenie i pieniądze, aby odnieść sukces. Oszacowanie wielkości projektu do klonowania GMS nie jest prostym zadaniem, ale jednym z przykładów projektu o równie strategicznym znaczeniu jest Intel. Intel zatrudnia ponad 1000 inżynierów, którzy zapewniają zgodność Androida z mobilnym procesorem Atom. Klonowanie GMS przez Microsoft byłoby o rząd wielkości tańsze niż zakup Nokii i mogłoby doprowadzić znacznie więcej konsumentów do ekosystemu Microsoftu szybciej niż Windows Phone rośnie w boleśnie małych krokach.

Dołącz do społeczności Network World na Facebooku i LinkedIn, aby komentować najważniejsze tematy.