Miért soha nem fogja használni az Android legújabb verzióját?

Ha van Android telefonja, akkor valószínű, hogy nem az operációs rendszer legújabb verziója, a 4.1 Jelly Bean fut. A Google saját adatai szerint az aktív eszközöknek csupán 1, 2% -a futtatja az Android legújabb verzióját. Körülbelül 57, 5 ​​százalék marad az Android 2.3-nál, amely verzió gyorsan megközelíti a második születésnapját.

Ha szerencséje van egy Nexus eszköz - a megfelelő Nexus eszköz - megvásárlására, akkor a Mountain View csokoládégyárból azonnal megkaphatja a legfrissebb édességeket, vagy néhány héten belül annak befejezését. De a számtalan millió aktív Android-eszköz legtöbbje esetében ez egészen más történet. Valószínűleg soha nem fogják futtatni az Android legújabb verzióját, bármi is legyen az. Az ICS-en vannak, ha szerencséjük van, Mézeskalács, ha nem, és mire megkapják a Jelly Bean-t, akkor már a Key Lime Pie dicséreteit is énekeljük.

Ez az ördögi kör a Google operációs rendszerhez való megközelítésének eredménye, és más tényezők sokaságával kombinálva, beleértve a szállítók, a gyártók és a felhasználók saját elvárásait. Ez a platform egyik legjelentősebb kérdése, és mindent meg lehet oldani, de lehetetlen. Olvassa tovább, hogy pontosan megtudja, miért, miután boncoltuk fel az Android szoftverfrissítési folyamatát.

Frissítse a szorongást

Vesz egy telefont, megfizeti a 200 dollárját, és kötelezettséget vállal egy 2 éves szerződésre a szolgáltatóval. Régebben az volt, hogy a gyártó részvétele egy eszköz kifejlesztésében véget ért annak szállítása után. Ehelyett, mivel az okostelefonok egyre gyakoribbak, folyamatosan fejlődnek, még a kiadás után is. Megérkeznek új szoftverfrissítések, funkciók hozzáadása, a megjelenés megváltoztatása és a teljesítmény javítása a vásárlást követő hónapokban. A nagyobb frissítések az eszközöket akár az új platformverzióra is áthelyezhetik.

Ahogy a frissítések egyre gyakoribbak, és a fogyasztók egyre jobban tudnak technológiát igénybe venni, egyre inkább tudatában van annak, hogy az eszközöket frissíteni lehet, és elvárható, hogy ezeket frissítsék. Ezzel egyfajta „frissítési szorongás” érkezik. Ha bármelyik okostelefon üzenőfalat elhagyta, például a saját fórumainkat vagy az XDA-kat, akkor tudni fogja, mit értünk ezzel. A szálak bőven megkérdezik, hogy mikor érhetők el az ICS, vagy a Jelly Bean bizonyos eszközökön. Késleltetett vagy akár megszakított frissítések esetén az internettulajdonosok esküsznek arra, hogy soha többé nem vesznek fel új telefont a gyártótól vagy a szolgáltatótól. Teljesen negatív tulajdonosi tapasztalat.

Noha ez nem a teljes felhasználói bázist képviseli - nem messze -, ez egy példa arra, hogy hány energiafelhasználó tapasztalja meg az Android okostelefonokat. Mindig a görbe mögött állnak, mindig frissítést várnak, soha nem élvezik teljes mértékben a megvásárolt terméket, mivel megvásárolták. Ennek része a tech sajtó hibája - mindig arra koncentrálunk, hogy mi az új, és ez azt jelenti, hogy olyan szoftverről beszélünk, amely még nem érte el a legtöbb embert.

Arra is felmerül a probléma, hogy a telefonokat „frissítésre készen” hirdetik. Még ma is, az ICS-sel szállító eszközöket „frissíthető ”ként forgalmazzák Jelly Bean felé, olyan lépés mellett, amely lényegében lehetővé teszi a gyártóknak és a szolgáltatóknak, hogy kiküszöböljék egyes szoftverek hiányát. a saját jogán. A tulajdonosok már a kezdetektől arra utasítják, hogy várják meg a frissítéseket, tudatában vannak annak, hogy új telefonjuk régi szoftverrel rendelkezik. A HTC Rezound „ICS-ready” néven került forgalomba a 2011. novemberi bejelentéskor. Kilenc hónappal később, 2012 augusztusában vezeték nélkül kapta az Android 4.0 készüléket. Mondanom sem kell, hogy ez sok várakozás egy meghirdetett funkcióra.

A frissítések azonban nemcsak megtörténnek, és érvényes technikai okokból indokolt, hogy az Android új verziója, amelyre vártál, az év jobb része eltelje az érkezését.

A kódolás nehéz

Az Android új verziójának kiadásakor az Android Open Source Project (AOSP) útján kerül kiadásra. Az AOSP bárki számára elérhető az Android letöltésére, megkönnyítésére és fejlesztésére, függetlenül attól, hogy nagy okostelefon-gyártó, egyéni ROM-készítő. De amikor a kód kinyomásra kerül, nem feltétlenül kész minden eszköz számára.

Az Android új verziójának üzembe helyezése és bármilyen más hardverrel rendelkező eszköz futtatása jelentős mennyiségű további munkát igényel, és még több erőfeszítésre van szükség ahhoz, hogy a chip-gyártók szabadalmaztatott kódja átkerüljön. Például egy Snapdragon S4 eszköznek Jelly Bean-barát Qualcomm illesztőprogramokra van szüksége a CPU és a GPU számára. Az összeállítási folyamatnak a telefon hardveréhez kell igazodnia, és a meglévő testreszabásokat be kell építeni az Android új verziójába anélkül, hogy bármi is megtörténne.

Még a látszólag hasonló hardvereknél is gyakran vannak más szabadalmaztatott alkatrészek, amelyek a keverékben működnek. Például a (nemzetközi) HTC One X egy Tegra 3 eszköz, de magában foglalja a HTC ImageSense lapkáját, amit a Nexus 7-ben nem található meg. A belső tárolóeszköz másképp is fel van tüntetve, külön hordozóval a média számára. Aztán ott van a cellás rádió firmware, amelyet figyelembe kell venni. Hirtelen sok munkát kell tenned, hogy egy Tegra 3 készüléket elhoztasson a Jelly Beanhez.

A Sony a teljes kódolási és hordozási folyamatot egy múlt év végén egy blogbejegyzésben részletezte. Érdemes elolvasni, ha új iránti együttérzést szeretne kifejezni azoknak a programozóknak, akiknek ilyen típusú frissítéseket kell kezelniük.

A feladat azonban nem korlátozódik a kódra. Gyakran figyelembe kell venni a tervezési változtatásokat, különösen az Android 2.x-ről a 4.x-re történő frissítéskor - egy verzióváltozás, amely az UI-fejlesztéseket átfogóbbá tette. Amint a Sony elmondta nekünk a németországi nemrégiben megrendezett kerekasztal-beszélgetésen, a gyártók nem figyelmeztetnek arra, hogy a Google mit dolgozhat, így nem tudnak előre megtervezni. Igaz, hogy a Google ezt meg akarja változtatni a Platform Developer Kit segítségével, amely korai hozzáférést biztosít az OEM-eknek a keret bizonyos részeire az Android új verzióiban. A PDK azonban arra koncentrál, hogy új eszközöket készen álljon az indításra, és ne a régit frissítse. És ha az alapjául szolgáló Android tervezési nyelve megváltozik, akkor annak minden testreszabását is meg kell tennie.

Az Android-eszköz frissítése nem egyszerű, és ennél sokkal több is, mint az, hogy eldobja az új kódot a Google-tól, és a legjobbat reményli. Ez egy nagyon sok munka, és még mielőtt még gondolkodni is kellene, hogy mindet jóváhagyják és kézibeszélőre tolják. Ha változtattak rádióban, akkor az új kódot a regionális hatóságoknak, valamint olyan testületeknek, mint például a Bluetooth SIG és a Wifi Alliance, hitelesíteniük kell. Mindez költséges időt vesz igénybe, és a tavalyi blogbejegyzésében a Sony a tanúsítást az új szoftverek elhelyezésének a legigényesebb része.

A hordozóprobléma

Itt találkozunk a mobil tér nagy gyűlöletbeli szereplőivel - a hordozókkal. Egy szükséges gonosz összekapcsolt világunkban a mobilszolgáltatók nagy befolyást gyakorolnak a hálózatukban zajló dolgokra, különösen olyan piacokon, mint az Egyesült Államok és Japán. Ez a hatalom magában foglalja azt a követelményt is, hogy a gyártók frissítéshez nyújtsák be jóváhagyást, mielőtt kiszorítanák őket.

A hordozó tanúsítási folyamata villámgyors vagy nehézkes, hosszúszánú lehet. A kisebb frissítéseket, különösen az Egyesült Államokon kívüli GSM-szolgáltatók esetében, gyakran gyors jóváhagyásnak kell alávetni. Jó példa erre az, hogy a Three UK jóváhagyta a HTC One S hibajavító javítását. Ez pár nap alatt megtette a tanúsítást, mivel csak apró változtatásokat hajtottak végre, és a szállító elégedett volt azzal, hogy semmi sem fogja megszakítani hálózatát.

A skála másik végén jelentős frissítések találhatók az egyesült államokbeli fuvarozókról. Itt fogjuk választani a Verizon Galaxy Nexust, de rengeteg más példát találunk a rivális hálózatokban. A Big Red's Gnexnek két hónapot igényelt az Android 4.0.4 frissítés tanúsításának átadására, és a júliusban elkészített Jelly Bean a Nexushoz még mindig nem jön ki. Lehetetlen pontosan tudni, miért halasztják el a dolgokat, vagy ha valakinek a hibája. De ez egy példa arra, hogy miként lehet hozzáadni további hetek várakozást, ha a problémák felbukkannak a tanúsítási folyamat során.

A hordozók általában lassan mozognak, és mindig óvatosan hibáznak. Korlátozott erőforrásokkal is rendelkeznek az okostelefon-szoftverek tanúsításakor, és természetesen mindig prioritást élveznek az értékesítésre kész új eszközök jóváhagyása. Így lehet pénzt keresni. Hasonló megközelítés érvényes néhány OEM-ben is. Ha egy telefon nem értékesült jól, vagy költségvetési modell, akkor valószínűleg nem éri el időt és pénzt a frissítés fejlesztése és tanúsítása. Végül is az okostelefon-gyártók vállalkozások.

Android és Android alapú

De ezek Android telefonok, igaz? Miért olyan nehéz az Android telefonokat a legújabb szoftvereknél tartani, különösen akkor, ha az iOS és a Windows Phone kedveli a jelek szerint sokkal gyorsabb, elegánsabb frissítési folyamatot?

A válasz változatosság. Az Apple-nek egyszerre csak három jelenlegi telefonja van, így sokkal könnyebbé teszi a frissítések szinkronizálását az összes eszközén. Az iPhone sorozat belső modellek típusai is kevesebbek. Sőt, az Apple szigorú ellenőrzése a hardver és a szoftver minden aspektusánál azt jelenti, hogy könnyedén előre tudja jelezni a jövőbeli szoftververziókat oly módon, ahogyan az az Android telefongyártók nem tudják.

Ami a Microsoftot illeti, szinte ugyanolyan ellenőrző, mint az Apple. Telefonjai a Qualcomm Snapdragon processzorokra korlátozódnak, és a kijelző felbontása egy rögzített tartományba esik. Az operációs rendszer bizonyos területei még az eredeti gyártók számára is korlátozottak, és a Windows telefonokra szigorú követelmények vonatkoznak, például bizonyos gombbeállításokra és memóriakvótákra. A Windows Phone OEM gyártói szintén rendkívül korlátozottak abban, hogy változtathassanak az UI-n. Mindezek a tényezők megkönnyítik a frissítések megjelenítését a különböző gyártók látszólag sokféle hardverén keresztül.

Azt is ki kell emelnünk, hogy az Android telefonok, ahogyan hajlamosak rájuk gondolkodni, nem csupán Android telefonok. Android alapú telefonok.

Néhány hónappal ezelőtt a Google Vic Gundotra bejegyzést írt a Google + -on, énekelve új Nexus 7 táblagépének dicséretét és a csatolt fényképet. Amikor a követők megkérdezték tőle, hogy szokott fényképezni, nagyon pontos és tudatosan válaszolt - ezt az „Android alapú Galaxy S3-on készítették.” valamint a Samsung, a HTC és a Motorola márkájú telefonok, amelyek uralják a legtöbb üzlet falait. A Google kiadta az Androidot. Miután a gyártók megszerezték, a végtermék Android- alapú. Vannak olyan dolgok, amelyeket a Google közvetlenül nem irányít, azaz már nem csak „Android”.

A HTC One X egy Android alapú HTC Sense telefon. A Galaxy S3 egy Android alapú Samsung TouchWiz telefon. Annak ellenére, hogy kompatibilisek az Android-nal, és közös funkciókkal rendelkeznek, különböznek a Mountain View munkatársai által szállított operációs rendszertől.

A v ariety veszélyei

Mivel nyílt forráskódú operációs rendszer, az OEM-k szabadon bármit megtehetnek, amit akarnak, az Android segítségével. Az egyetlen igazi korlátozó tényező az Android kompatibilitási tesztcsomag - egy olyan tesztelő programkészlet, amely annak biztosítására szolgál, hogy biztosan nem zavarják-e a keretet oly módon, hogy a harmadik féltől származó alkalmazásokat megszakítsák. A telefonoknak meg kell felelniük a teszten annak érdekében, hogy megkapják a Google jóváhagyási pecsétjét. A CTS-ben azonban nincs rendelkezés arról, hogy a gyártó által testreszabott Android-verziót könnyű frissíteni, és mint ilyen, nincs garancia a frissítés időzítésére.

Lehet, hogy azt mondod, hogy ez rossz dolog, különösen, ha az Android vanília rajongója vagy. Ha a Microsoft arra kényszerítheti a gyártókat, hogy ne zavarjanak a Windows Phone felhasználói felülettel, akkor miért nem teszi a Google ugyanezt az Androidra? Nos, ha igen, az Android sokkal kevésbé vonzóvá válik a Google valódi ügyfelei - a szolgáltatók és az eszközök gyártói - számára. Azt akarják, hogy az Android saját szoftverükkel és tervezési nyelvükkel megszabaduljanak, hogy megkülönböztessék magukat a zsúfolt és versenyképes mobilpiacon. Ha nem tudnák ezt megtenni, akkor egyszerűen nem készítenek annyi Android telefont, és következésképpen az ügyfelek nem vásárolnának annyi Android telefont.

A kevesebb Android-telefon kevesebb hirdetési kattintást jelentene a Google keresésben, és kevesebb mobilfelhasználót jelölne a Google alkalmazás- és tartalmi ökoszisztémáiban. A Google nem akarja, hogy kevesebb Android telefon legyen. A Google több millió millió Android-telefont akar, és ennek a célnak az eléréséhez nyitnia kell az Android-t a testreszabás előtt.

Ennek eredményeként a Google, mint platformtulajdonos, tehetetlen arra, hogy a „Android-alapú” kézibeszélőkre frissítéseket kényszerítsen. OS operációs rendszerének hatalmas piaci részesedése számos eszköz értékesítésén alapul, ami viszont a hardver-specifikációk, a gyártó testreszabása és a szállítói követelmények végtelen változatosságához vezet. Ez a változatosság teszi lehetővé az eszközök gyors, gyakori frissítését egy ilyen teljesen lehetetlen feladatért, a már tárgyalt műszaki okok miatt. Egyszerűen fogalmazva: az Android egésze számára nincs mód gyors frissítésekre és nagy piaci részesedésre. Ezt kizárja a platform jellege, és ami még fontosabb, az Android szerepe a Google üzleti stratégiájában.

Sajnos, annak ellenére, hogy a Motorola 100 dollárjú jelképes ajánlata ellenére a telefon nem kap Jelly Bean-t, és a rosszindulatú Android Update Alliance-vel, a dolgok nem mutatnak változást.

Gond?

Elkerülhetetlen lehet, de soha nem jó, ha hosszabb ideig kell várnia a frissítést. Az ügyfelek nem törődnek azzal, hogy miért csillogó új Android telefonjuk egy vagy két verzióval elmarad a legújabb verziótól. Csak irigy szemmel figyeli az iPhone-felhasználókat, hogy időben megszerezzék az iOS 6-at, és látják, hogy a gyártó rövidesen megváltoztatta őket.

A modern fogyasztók egyre inkább tudatában vannak annak, hogy az okostelefonok már nem telefonok, hanem számítógépek, és hogy izgalmas új funkciókkal frissíthetők. Noha a műszaki és üzleti okok miatt minden Android telefon naprakész lehet, ezeket az eszközöket versenyezni kell az Apple és a Microsoft legújabb verzióival, és ha egy vagy két fő verzió van az élvonal mögött, ez a gyengeségek egyértelmű területének kiaknázása érdekében a versenytársak számára. Ez mindenki számára problémát jelent az Android rendszerben részesedők számára.

A cikk előkészítéseként egy kicsi, nem tudományos felmérést készítettünk a Google+ szolgáltatásban, amelyen megkérdeztük az Android Central követőit, hogy milyen tapasztalataik voltak a frissítésekkel a telefonjukon. A válasz szinte egyenletesen negatív volt - még a platform rajongói is leírták a frissítés bevezetését olyan kifejezésekkel, mint „rossz”, „szörnyű” és „abszolút szar”. Ez az Android-élmény egyik oldala, amelynek komoly képproblémája van az energiafelhasználók körében.

Ennek az érvnek a másik oldala az, hogy az Android virágzik, annak frissítési problémái ellenére. Ez a világ legnépszerűbb okostelefon operációs rendszere. Az eszközök továbbra is repülnek a bolti polcoktól, és a platformon erős közösség van, annak ellenére, hogy a telefonok többsége régebbi szoftververziókban van.

Azt állíthatja, hogy a legtöbb mainstream fogyasztót egyáltalán nem érdekli a telefon frissítése, és valószínűleg igaza van. És azok számára, akiknek feltétlenül rendelkezniük kell az Android legújabb verziójával, mindig megtalálható a legújabb Nexus telefon, bár a Nexus márka vonzerejét némileg enyhítették a Verizon és a Sprint frissítési késleltetései.

Van megoldás?

Az Android-frissítési probléma egyetlen igaz megoldása a gondolkodásmód megváltoztatása, vagy ha ez nem működik, a kézibeszélő cseréje. Az Android soha nem fog tudni átfogó frissítéseket kínálni, mint az Apple. - technikailag lehetetlen a már lefedett okok sokfélesége miatt.

Az Android telefontulajdonosoknak, a közösség tagjainak és a rajongóknak fel kell ismerniük, hogy a frissítések kidolgozása nehéz, és időt és pénzt igényelnek a kiadáshoz, és amikor a szolgáltatók bekapcsolódnak, hosszú, unalmas késések merülhetnek fel. IOS és Windows Phone esetén nem ez a helyzet, de nagyon különféle operációs rendszerek. Fájdalmas, bár valószínűleg beismerni kell, hogy a frissítések várása az elkövetkező években az Android élményének része lesz.

De ha az Android a probléma, akkor talán az Android is lehet a megoldás, legalábbis technikailag kalandos felhasználók számára. Az Android nyitottsága lehetővé teszi több hardverplatformon történő futtatást, de a Google operációs rendszere szintén kiemelkedően hackerek számára megfelelő. Számos vezető eszköz élénk egyedi ROM-jeleneteket kínál, ahol egyedi gyártású firmware-k is elérhetők, gyakran az Android későbbi verzióin alapulnak, mint amelyek ezekre a telefonokra hivatalosan elérhetők. Ez azt jelenti, hogy ha igazán érdekli az operációs rendszer legújabb verziójának futtatása, megbonthatja a rendszerbetöltőt, és megteheti a stabilitás (és talán a garancia) árán.

Ez nem tökéletes megoldás, de olyan közel áll ahhoz, amit valaha valószínűleg elérünk. Ezután az Android nyitott - vagy „openy” - természete előnyei vannak - a hardver széles választékát kínálja, a hasíthatóságot és az egyedi ROM-támogatást, a képernyőméretek végtelen választását, a szoftver testreszabását, a multimédiás darabokat, az alvázstílusokat és az ipari mintákat kínálják. De ehhez tartozik egy nagyobb Achille-sarok - a labirintusos, időigényes és költséges eljárás a telefonok új verzióval történő frissítésére. Ez nem feltétlenül valakinek a hibája, de egy olyan gyengeség, amely beépül az Android DNS-ébe, és amelyet kételkedünk, hogy valaha is le fognak küzdeni.