We hebben het grootste deel van een dag besteed aan het graven in de innerlijke werking van de eerste release van de Android N Developer Preview, en we hebben een paar dingen geleerd. De eerste is eenvoudig - dit is een super-bètaversie (als dat geen woord is, dan moet het dat wel zijn) softwareversie met bugs naast bugs. Velen van ons hebben het geflitst en genieten van de nieuwe smaak, maar je moet voorzichtig zijn als je de telefoon wilt proberen die je elke dag nodig hebt. Dingen zijn kapot en sommige dingen zullen in de volgende update nog meer kapot gaan. Deze preview is bedoeld voor ontwikkelaars om aan hun apps te werken om ze Android N-compatibel te maken, en voor mensen die graag bugs melden. Het zegt het direct op het blik.
Het tweede dat we zien, is het interessantere, ook al weten we nog niet helemaal zeker waar het allemaal over gaat.
Verizon biedt de Pixel 4a aan voor slechts $ 10 / maand op nieuwe Unlimited-lijnen
Er zijn misschien grote dingen aan de gang voor Android.
Android heeft een groot (en niet geheel onjuist) afbeeldingsprobleem als het gaat om het op de huidige software houden van apparaten. We kunnen erover twisten, proberen het ene bedrijf meer de schuld te geven dan het andere, of onze bal pakken en naar toe verhuizen
ik meer. Dat helpt allemaal niet als er meer dan 1,5 miljard dingen op Android draaien - en er zijn er maar weinig met exact dezelfde software. Uiteindelijk is het Google die de hitte moet verdragen omdat hun naam op het product staat. Het is een discussie die is doodgeslagen en nog wat - en de afranselingen zullen doorgaan.Google weet dit en doet "dingen" onder de Android-motorkap om het voor de mensen die telefoons bouwen gemakkelijker te maken om alles bij elkaar te krijgen. En deze eerste Developer Preview (er zullen er nog meer zijn vóór de openbare uitgave later dit jaar) toont het. We weten het niet precies waar Google naartoe gaat en wat het heeft gepland, maar kleine wijzigingen in de bestandsstructuur en partitionering in de eerste fabrieksafbeeldingen van apparaten zijn aanwijzingen voor hoe de zaken zouden kunnen werken. We zien meer dingen in de leveranciers- en OEM-partities worden geplaatst - dingen die kunnen (en doen) overschrijven of koppelen aan de "voorraad" Android-versies die in de systeempartitie leven wanneer de telefoon laarzen. En niet alleen ondersteuning voor bibliotheken en kernelobjecten - er zijn volledige apps die worden geleverd door de leverancier (in in dit geval is die leverancier Google) die grote invloed kan hebben op hoe de telefoon werkt en hoe u ermee communiceert het.
Stel je een wereld voor waarin Samsung zijn visie op Android kan hebben, terwijl de diepe systeemprocessen onaangetast blijven.
Stel je een wereld voor waarin Samsung zijn visie op Android kan laten draaien zoals het wil, terwijl diepe systeemprocessen, zoals de beruchte Plankenkoorts bibliotheek - zijn gescheiden en onaangeroerd. Dat zou betekenen dat Samsung of Google wijzigingen in hun afzonderlijke delen van het systeem ver kunnen doorvoeren gemakkelijker (en veel sneller) dan ze vandaag kunnen, zonder de andere helft van het systeem te verstoren. (Met API's en bibliotheken om de kloof te overbruggen.) Alleen al de mankracht die deze situatie vrijmaakt, betekent dat meer mensen beschikbaar om te werken aan het verbeteren van de Samsung-ervaring zonder je zorgen te hoeven maken over de onderliggende Android code.
Met Android N is Google in wezen begonnen Android in twee secties te verdelen: het kernbesturingssysteem (het framework dat zorgt ervoor dat alles werkt) en de interface (de apps, het opstartprogramma, meldingen en al het andere dat de gebruiker gebruikt met).
Ga nog een stap verder en overweeg een kleiner bedrijf zonder de schijnbaar bodemloze resourcepool van Samsung en bedenk hoe dit het helpt. Een meer "op zichzelf staand" systeem dat op deze manier is gebouwd, is beter voor iedereen - en nog belangrijker: jij en ik.
Laten we nog dieper gaan
Omdat Android een raamwerk is in plaats van een besturingssysteem, is het gemakkelijker om de gebruikersgerichte functies te wijzigen.
Android als raamwerk in plaats van besturingssysteem betekent dat het gemakkelijker is om de gebruikersgerichte functies te wijzigen. Ik denk terug aan de "blokkeermodus" op recente Samsung-telefoons, of Moto Display op de originele Moto X. Ze zijn zeker niet verbeterd met Android-updates, en wat we van Google hebben om ze te vervangen, is niet zo goed als de originelen. Een manier voor een leverancier om gebruik te maken van de systeemprocessen met zijn eigen interface - en systeemprocessen die tussen versies hetzelfde blijven - geeft Samsung controle hoe u houdt de meldingen onder controle. Of het laat Lenovo / Moto dingen op het vergrendelingsscherm weergeven zoals ze het willen doen, zonder alles opnieuw te moeten ontwerpen telkens wanneer er een nieuwe versie uitkomt.
Het betekent ook dat wat we vandaag zien, misschien nooit de telefoon zal waarderen die u momenteel in handen heeft.
Nexus telefoons zijn een merk. Nexus-telefoons gebruiken geen onvervalste open-source Android - vrijwel niets doet dat. Google neemt de code en past deze naar wens aan en installeert vervolgens die versie van Android op de telefoons die het verkoopt - en dat is precies wat HTC, LG en Samsung doen. Google raakt minder van het systeem aan dan de meeste fabrikanten (hoewel het HTC One A9 was verdomd dichtbij), maar het is nog steeds niet de puur open source Android die je zelf kunt downloaden en bouwen.
Als we deze nieuwe ideeën nemen - en vergis je niet dat het op dit moment slechts ideeën zijn - en een jaar of zo vooruit denken, betekent dat dat zaken als nieuwe meldingsladen of donkere modi of meerdere vensters precies zijn hoe Google met het systeem wil communiceren Aan haar visie van Android. Het staat Samsung of Huawei vrij om hun eigen ding te doen - en dat zullen ze ook - en het zal niet overeenkomen met dat van Google. Maar belangrijker is dat het dingen niet zo gemakkelijk zal breken. Het systeem laat je gewoon een kleur kiezen voor de interface. "Dark Theme" is een UI-idee, en een idee dat iedereen hoe dan ook kan implementeren.
Het grootste voordeel is te zien als het gaat om beveiligingsupdates. We kiezen veel voor Samsung als het gaat om maandelijkse beveiligingspatches omdat het is het bedrijf waar we het meest van verwachten. De grote hond zijn, betekent dat je de meeste aandacht krijgt. Samsung heeft redenen waarom slechts een paar modellen tijdige beveiligingsupdates krijgen, en we stellen ons voor dat de meeste van hen draaien om ontwikkelingskosten of pure mankracht. Als Android meer een raamwerk dan een volledig besturingssysteem wordt, zal het gemakkelijker zijn om dat raamwerk sneller bij te werken op meer telefoons.
Hopelijk stuurt Google het Android-schip op een manier om het grootste probleem op te lossen.
Laat Google zich zorgen maken over het patchen van Widevine of Stagefright, en Samsung kan zich zorgen maken over zijn eigen software - datgene dat het het beste weet. Samsung kan Google met recht de val laten zijn als het gaat om native Android-bugs. Zelfs de boze cabal van Noord-Amerikaanse dragers kan uit het beveiligingspatchproces stappen. Iedereen wint.
We speculeren hier veel op basis van enkele relatief kleine wijzigingen in de interne werking van de Android N Developer Preview. Dat is wat we nu kunnen doen zonder broncode of officiële woorden van Google HQ. Maar we weten wel dat Google altijd een reden heeft voor de wijzigingen die het aanbrengt (hoewel we het er vaak niet mee eens zijn), en deze kleine wijzigingen in de manier waarop de leveranciers en OEM-secties van Android werken, waren geen toeval.
We verwachten nog veel meer te leren bij Google I / O, en hopelijk stuurt Google het Android-schip op een manier om het grootste probleem op te lossen.