Hvorfor du aldrig har den nyeste version af Android

Hvis du har en Android-telefon, er chancerne for, at den ikke kører den seneste version af OS, 4.1 Jelly Bean. Ifølge Googles egne tal kører kun 1, 2 procent af aktive enheder den nyeste version af Android. Der er stadig ca. 57, 5 ​​procent på Android 2.3, en version der hurtigt nærmer sig sin anden fødselsdag.

Hvis du var heldig nok til at købe en Nexus-enhed - den rigtige Nexus-enhed - kan du muligvis få den seneste søde godbit fra Mountain View-chokoladefabrik med det samme, eller inden for et par uger efter, at den blev afsluttet. Men for de fleste af de utallige millioner af aktive Android-enheder er det en helt anden historie. De vil sandsynligvis aldrig køre den nyeste version af Android, uanset hvad det måtte være. De er på ICS, hvis de er heldige, Gingerbread, hvis de ikke er det, og når de får Jelly Bean, synger vi allerede roserne fra Key Lime Pie.

Denne onde cyklus er et produkt af Googles tilgang til dets operativsystem, kombineret med et rod af andre faktorer, herunder transportører, producenter og brugernes egne forventninger. Det er et af platformens mest betydningsfulde problemer, og det er alt, men umuligt at løse. Læs videre for at finde ud af nøjagtigt hvorfor, da vi dissekerer Android-softwareopdateringsprocessen.

Opdater angst

Du køber en telefon, du betaler dine $ 200, du forpligter dig til en 2-årig kontrakt med en tjenesteudbyder. Det plejede at være, at producentens engagement i udviklingen af ​​en enhed sluttede, når den blev afsendt. I stedet for, da smartphones er blevet mere udbredt, udvikler de sig konstant, selv efter frigivelse. Nye softwareopdateringer ankommer, tilføjer funktioner, ændrer udseendet og føles og forbedrer ydelsen måneder efter køb. Store opdateringer kan endda flytte enheder op til en ny platformversion.

Efterhånden som opdateringer bliver mere almindelige, og forbrugerne bliver mere tekniske, er der en stigende opmærksomhed på, at enheder kan opdateres og forventes, at de skal opdateres. Med det kommer en slags "opdateringsangst." Hvis du er gået bort fra en smartphonemeddelelsestavle, f.eks. Vores egne fora eller XDA's, ved du, hvad vi mener med dette. Trådene florerer med at spørge, hvornår ICS eller Jelly Bean er tilgængelige for visse enheder. I tilfælde af forsinkede eller endda aflyste opdateringer, sværger Internet-borgere, at de aldrig vil købe en anden telefon fra denne producent eller operatør igen. Det er en helt negativ ejerskabserfaring.

Selvom dette ikke er repræsentativt for hele brugerbasen - ikke langt - er det et eksempel på, hvor mange strømbrugere der oplever Android-smartphones. De er altid bag kurven, venter altid på en opdatering, og nyder aldrig fuldt ud det produkt, de har købt, som de har købt det. En del af dette er teknisk presses skyld - vi er altid fokuseret på det, der er nyt, og det betyder, at vi taler om software, der endnu ikke har nået de fleste.

Der er også problemet med telefoner, der annonceres som "opdateringsklar." Selv nu markedsføres enheder, der sendes med ICS, som "opgraderbar" til Jelly Bean, i et træk, der i det væsentlige giver producenter og luftfartsselskaber mulighed for at slå manglen på bestemt software til en funktion i sin egen ret. Helt fra starten får ejerne besked om at vente på opdateringer, akutte opmærksomme på, at deres nye telefon har gammel software. HTC Rezound blev markedsført som ”ICS-klar” ved meddelelsen i november 2011. Den modtog Android 4.0 over luften nogle ni måneder senere, i august 2012. Det er overflødigt at sige, at det er meget at vente på en annonceret funktion.

Men opdateringer sker ikke bare, og der er gyldige tekniske grunde til, at den nye version af Android, som du har ventet på, kan tage den bedre del af et år at ankomme.

Kodning er hårdt

Når en ny version af Android frigives, bliver den udsendt gennem Android Open Source Project (AOSP). AOSP er tilgængelig for alle, der kan hente, tænke og bygge Android på deres fritid, uanset om de er en stor smartphone-producent, en brugerdefineret ROM-maker. Men når koden skubbes ud, er den ikke nødvendigvis klar til enhver enhed derude.

At få en ny version af Android op og køre på enhver enhed med forskellige hardware kræver en betydelig mængde ekstra arbejde, og der er behov for endnu større indsats for at få proprietær kode fra chip-producenterne. For eksempel har en Snapdragon S4-enhed brug for Jelly Bean-venlige Qualcomm-drivere til CPU og GPU. Byggeprocessen skal tilpasses telefonens hardware, og eksisterende tilpasninger skal bearbejdes til den nye version af Android uden at ødelægge noget.

Selv på tilsyneladende lignende hardware er der ofte andre proprietære komponenter til at arbejde sammen med blandingen. F.eks. Er den (internationale) HTC One X en Tegra 3-enhed, men inkluderer HTC's ImageSense-chip, noget, der ikke findes på Nexus 7. Den fastlægger også dens interne lager forskelligt med en separat partition til medier. Så er der den cellulære radio Firmware at overveje. Pludselig har du en masse arbejde at gøre for at bringe en Tegra 3-enhed op til Jelly Bean.

Sony forklarede hele kodnings- og portingprocessen i detaljer i et blogindlæg sidst på året. Det er værd at læse, hvis du vil udvikle en nyvundet sympati for de programmerere, der er nødt til at håndtere denne slags opdateringer.

Opgaven er dog ikke begrænset til kode. Der er ofte designændringer, der skal overvejes, især når der opdateres fra Android 2.x til 4.x - en versionændring, der bragte fejeende UI-forbedringer igennem. Som Sony forklarede os på sin nylige designrundtabel i Tyskland, har producenterne lidt advarsel om, hvad Google muligvis arbejder på, så de kan ikke planlægge i forvejen. Ganske vist forsøger Googles at ændre dette med sit Platform Developer Kit, som giver OEM'er tidlig adgang til visse dele af rammen i nye versioner af Android. PDK er imidlertid fokuseret på at få nye enheder klar til lancering og ikke opgradere gamle. Og hvis det underliggende Android-designsprog ændres, skal også tilpasninger, der sidder på toppen af ​​det.

Det er ikke let at opdatere en Android-enhed, og der er meget mere ved det end at indtaste den nye kode fra Google og håbe på det bedste. Det er et helvede af meget arbejde, og det er inden du overhovedet tænker på at få det hele godkendt og skubbet ud på håndsæt. Hvis der er foretaget radioændringer, skal den nye kode certificeres af regionale myndigheder såvel som organer som Bluetooth SIG og Wifi Alliance. Det hele tager dyrebar tid, og i sit blogindlæg sidste år identificerede Sony certificering som den mest tidskrævende del af at sætte ny software ud.

Transportørproblemet

Her møder vi de store hadestal fra mobilområdet - transportørerne. En nødvendig ondskab i vores forbundne verden har mobiloperatører stor indflydelse på, hvad der går ud på deres netværk, især på markeder som USA og Japan. Denne magt inkluderer kravet om, at producenter indsender opdateringer til godkendelse, før de skubbes ud.

Transportørcertificeringsprocessen kan være lynhurtig eller vanskeligt langspolet. Mindre opdateringer, især på GSM-udbydere uden for USA, er ofte underlagt hurtig godkendelse. Et godt eksempel er Three UK's godkendelse af en bug fix-patch til HTC One S. Dette bestod certificering på et par dage, da der kun var foretaget mindre ændringer, og transportøren var tilfreds med, at intet derinde ville ødelægge sit netværk.

I den anden ende af skalaen er store opdateringer på nogle af de amerikanske luftfartsselskaber. Vi vil vælge Verizon Galaxy Nexus her, men der er masser af andre eksempler på rivaliserende netværk. Big Red's Gnex tog to måneder på at bestå certificering til sin Android 4.0.4-opdatering, og Jelly Bean til Nexus, der blev afsluttet i juli, er stadig ikke ude. Det er umuligt at vide nøjagtigt, hvorfor tingene er blevet holdt op, eller hvem, hvis nogen, har skylden. Men det er et eksempel på, hvordan ekstra ugers ventetid kan tilføjes, hvis der dukker op problemer under certificeringsprocessen.

Luftfartsselskaber bevæger sig langsomt, og de vil altid fejle på siden af ​​forsigtighed. De har også begrænsede ressourcer, når det gælder certificering af smartphonesoftware, og prioriteten vil naturligvis altid blive givet til at godkende nye enheder, der er klar til salg. Sådan tjener du penge. Og en lignende holdning hersker også på nogle OEM'er. Hvis en telefon ikke har solgt godt, eller det er en budgetmodel, er det måske bare ikke værd at være tid og penge til at udvikle og certificere en opdatering. Smartphone-producenter er trods alt virksomheder.

Android versus Android-baseret

Men dette er Android-telefoner, ikke? Hvorfor er det så svært at holde Android-telefoner på den nyeste software, især når man som iOS og Windows Phone ser ud til at styre en meget hurtigere, mere elegant opgraderingsproces?

Svaret er mangfoldighed. Apple har ikke mere end tre aktuelle telefoner ad gangen, hvilket gør opgaven med at synkronisere opdateringer på tværs af sine enheder langt lettere. IPhone-serien har også mindre intern variation fra en model til den næste. Apples stramme kontrol over alle aspekter af hardware og software betyder, at det let kan forudse fremtidige softwareversioner på en måde, som Android-telefonproducenter ikke kan.

Med hensyn til Microsoft er det næsten lige så kontrollerende som Apple. Dens telefoner er begrænset til Qualcomm Snapdragon CPU'er og et fast udvalg af skærmopløsninger. Visse områder af operativsystemet er endda ikke begrænset til OEM'er, og der er strenge krav til Windows-telefoner, såsom særlige knapopsætninger og hukommelseskvoter. Windows Phone OEM'er er også yderst begrænset i de ændringer, de kan foretage i UI. Alle disse faktorer gør det lettere at skubbe opdateringer på tværs af tilsyneladende forskellig hardware fra forskellige producenter.

Vi skal også påpege, at Android-telefoner, som vi har tendens til at tænke på dem, ikke kun er Android-telefoner. Det er Android-baserede telefoner.

For et par måneder tilbage lavede Googles Vic Gundotra et indlæg på Google+, hvor han sang roserne af sin nye Nexus 7-tablet sammen med et vedhæftet foto. Da tilhængere spurgte ham, hvad han plejede at tage billedet, svarede han på meget præcist, bevidst sprog - det blev taget på hans “Android-baserede Galaxy S3.” Gundotras ordlyd belyser en afgørende skelnen mellem Nexus og “Google Experience” -enheder, og Samsung-, HTC- og Motorola-mærket telefoner, der dominerer væggene i de fleste butikker. Android er det, der er frigivet af Google. Når producenterne får fat i det, er slutproduktet Android- baseret. Der er ting derinde, som Google ikke direkte kontrollerer, hvilket betyder, at det ikke længere bare er "Android."

HTC One X er en Android-baseret HTC Sense-telefon. Galaxy S3 er en Android-baseret Samsung TouchWiz-telefon. Selvom de er kompatible med Android og deler et fælles funktionssæt, er de forskellige fra operativsystemet leveret af folkene på Mountain View.

Risikoen for v ariety

Som en open source OS er OEM'er frit at gøre stort set hvad de vil med Android. Den eneste virkelige begrænsende faktor er Android Compatibility Test Suite - et sæt testprogrammer designet til at sikre, at de ikke har rodet med rammen på en måde, der bryder tredjepartsapps. Telefoner skal bestå denne test for at få Googles godkendelsesstempel. Men der er ingen bestemmelser i CTS til at sikre, at en fabrikanttilpasset opbygning af Android er let at opdatere, og som sådan er der ingen garantier for opdateringstiminger.

Du kan måske sige, at det er en dårlig ting, især hvis du er fan af vanille Android. Hvis Microsoft kan tvinge producenter til ikke at rodet med Windows Phone UI, hvorfor gør Google ikke det samme for Android? Hvis det gjorde det, ville Android blive meget mindre attraktiv for Googles virkelige kunder - transportører og enhedsproducenter. De vil slather Android med deres egen software og designsprog for at differentiere sig selv i det overfyldte og konkurrencedygtige mobilmarked. Hvis de ikke var i stand til at gøre dette, ville de simpelthen ikke oprette så mange Android-telefoner, og kunder ville derfor ikke købe så mange Android-telefoner.

Færre Android-telefoner ville betyde færre annonceklik i Google-søgning og færre mobilbrugere, der tragtede ind i Googles app- og indholdsøkosystemer. Google ønsker ikke, at der skal være færre Android-telefoner. Google ønsker hundreder af millioner af Android-telefoner, og for at nå dette mål skal det åbne Android op til tilpasning.

Som et resultat er Google, som en platformholder, magtløs til at tvinge opdateringer til "Android-baserede" håndsæt. OS's enorme markedsandel er afhængig af at have en række enheder til salg, og det fører igen til uendelig variation inden for hardwarespecifikationer, fabrikanttilpasninger og krav til transportør. Det er den sort, der foretager hurtige, hyppige opdateringer til enheder, så en umulig opgave af de tekniske grunde, vi allerede har drøftet. Kort sagt, der er ingen måde, Android som helhed kan have hurtige opdateringer og en stor markedsandel. Det udelukkes af platformens art, og endnu vigtigere, Android's plads i Googles forretningsstrategi.

På trods af symboltilbud som Motorolas 100 dollars, hvis din telefon ikke får Jelly Bean og den dårlige Android Update Alliance, viser tingene ingen tegn på at ændre sig.

Er det et problem?

Det kan være uundgåeligt, men at skulle vente længere, end du ønsker en opdatering, er aldrig en god ting. Kunderne er ligeglad med, hvorfor deres skinnende nye Android-telefon er en eller to versioner bag den nyeste. De observerer bare med misundelige øjne iPhone-brugere, der får iOS 6 til tiden og ser, at de kort ændres af deres producent.

Moderne forbrugere bliver mere opmærksomme på, at smartphones ikke længere er telefoner, men computere, og at de kan opdateres med spændende nye funktioner. Selvom tekniske og forretningsmæssige årsager muligvis kan forhindre, at alle Android-telefoner bliver opdaterede, bliver disse enheder sat ud for at konkurrere med det nyeste fra Apple og Microsoft, og når de er en eller to store versioner bag banebrydende, gør det for et klart svaghedsområde for konkurrenter at udnytte. Det gør det til et problem for alle med en andel i Android.

Som forberedelse til denne artikel kørte vi en lille, uvidenskabelig undersøgelse på Google+, hvor vi spurgte Android Central-tilhængere, hvordan deres oplevelser med opdateringer havde været på deres telefoner. Svaret var næsten ensartet negativt - selv fans af platformen beskrev opdateringsudrullinger i termer som "dårlig" "frygtelig" og "absolut lort." Det er en side af Android-oplevelsen, der har et alvorligt billedproblem blandt strømbrugere.

Den anden side af dette argument er, at Android blomstrer på trods af sine opdaterings-ondt. Det er verdens mest populære smartphone OS. Enheder fortsætter med at flyve fra butikshylder, og platformen har et stærkt samfund, på trods af at størstedelen af ​​håndsæt er på ældre softwareversioner.

Du kan hævde, at de fleste almindelige forbrugere overhovedet ikke er interesseret i at opdatere deres telefon, og du har sandsynligvis ret. Og for dem, der absolut skal have den nyeste version af Android, er der altid den nyeste Nexus-telefon, skønt appellen fra Nexus-mærket er blevet noget fortyndet med opdateringsforsinkelser på Verizon og Sprint.

Er der en solution?

Den eneste rigtige løsning på Android-opdateringsproblemet er en ændring i tankegang, eller hvis det ikke fungerer, en ændring af håndsæt. Android vil aldrig være i stand til at tilbyde overordnede opdateringer, som Apple gør - det er teknisk umuligt af de mange forskellige årsager, vi allerede har dækket.

Android-telefonejere, communitymedlemmer og fans er nødt til at værdsætte, at opdateringer er svære at udvikle, og det tager tid og penge at udsætte, og når luftfartsselskaber bliver involveret, kan de udsættes for lange, kedelige forsinkelser. Det er ikke tilfældet med iOS og Windows Phone, men de er meget forskellige operativsystemer. Smertefuld som det kan være at indrømme, at vente på opdateringer vil være en del af Android-oplevelsen i mange år fremover.

Men hvis Android er problemet, kan Android måske også være løsningen, i det mindste for teknisk eventyrlystne brugere. Android's åbenhed gør det muligt for det at køre på flere hardwareplatforme, men Googles operativsystem er også yderst hacker-venligt. Mange førende enheder har en levende tilpasset ROM-scene, hvor specialbyggede firmwares er tilgængelige, ofte baseret på senere versioner af Android, end der officielt er tilgængelige for disse telefoner. Det betyder, at hvis du virkelig, virkelig interesserer dig for at køre den nyeste version af OS, kan du knække din bootloader op og gøre det på bekostning af stabilitet (og måske din garanti).

Det er ikke en perfekt løsning, men det er så tæt vi nogensinde vil komme. Derefter har åben - eller "åben" - Android-karakter dens fordele - en bred vifte af hardware, hackbarhed og brugerdefineret ROM-support, uendeligt valg i skærmstørrelser, softwaretilpasninger, multimedie-chops, chassistiler og industridesign. Men det kommer med en større Achilles-hæl - den labyrintiske, tidskrævende og dyre proces med at få telefoner opdateret med en ny version falder. Det er ikke nødvendigvis nogens skyld, men det er en svaghed, der er indbygget i Android's DNA, og som vi tvivler på, vil nogensinde blive overvundet.