Innehållsförteckning:
Vi har använt den större delen av en dag med att gräva in i den inre funktionen av den första utgåvan av Android N Developer Preview, och vi har lärt oss några saker. Den första av dem är lätt - detta är en super-beta (om det inte är ett ord, det måste vara) version av programvara som kommer att ha buggar ovanpå buggar. Många av oss har blinkat och njuter av den nya smaken, men du bör trampa lätt om du vill prova på telefonen du behöver varje dag. Saker är trasiga, och vissa saker kommer att bli mer trasiga i nästa uppdatering. Den här förhandsgranskningen är för utvecklare att börja arbeta med sina appar för att få dem Android N-kompatibla, och för personer som gillar att rapportera buggar. Det står så rätt på tennet.
Den andra saken vi ser är den mer intressanta, även om vi inte är helt säkra på vad det handlar om ännu.
Stora saker kan mycket väl ligga för Android.
Android har ett stort (och inte helt felaktigt) bildproblem när det gäller att hålla enheter på aktuell programvara. Vi kan argumentera om det, försöka skylla ett företag mer än ett annat, eller packa upp vår boll och flytta till iMore. Inget av det hjälper när du har mer än 1, 5 miljarder saker som kör Android - och få av dem har exakt samma programvara. I slutändan är det Google som måste ta värmen eftersom deras namn finns på produkten. Det är en diskussion som har slagits ihjäl och sedan några - och misshandlingen kommer att fortsätta.
Google vet detta och gör "grejer" under Android-huven för att göra det lättare för människorna som bygger telefoner att få det hela tillsammans. Och den ursprungliga utvecklarförhandsvisningen (det kommer att finnas flera andra innan offentliggörandet senare i år) visar det. Vi vet inte exakt vart Google ska och vad den har planerat, men små förändringar i filstrukturen och partitionering i de första bilderna från fabriken är ledtrådar om hur saker kan fungera. Vi ser fler saker placerade i säljaren och OEM-partitionerna - saker som kan (och göra) skriva över eller koppla till "lager" Android-versioner som lever i systempartitionen när telefonen startar. Och inte bara stödja bibliotek och kärnobjekt - det finns fullständiga appar som tillhandahålls av leverantören (i det här fallet är leverantören Google) som kan starkt påverka hur telefonen fungerar och hur du gränssnitt med den.
Föreställ dig en värld där Samsung kan ha sin vision om Android och samtidigt hålla de djupa systemprocesserna orörda.
Föreställ dig en värld där Samsung kan ha sin vision om Android att köra precis som den gillar den, medan djupa systemprocesser - som det ökända Stagefright-biblioteket - är separata och orörda. Det skulle innebära att Samsung eller Google kunde driva ut ändringar i sina separata delar av systemet mycket lättare (och mycket snabbare) än de kan idag utan att störa den andra hälften av systemet. (Med API: er och bibliotek för att överbrygga klyftan.) Enbart arbetskraften som denna situation frigör innebär att fler är tillgängliga att arbeta med att göra Samsung-upplevelsen bättre utan att behöva oroa sig för den underliggande Android-koden.
Med Android N har Google i huvudsak börjat dela Android upp i två avsnitt: kärn-operativsystemet (ramverket som gör att allt fungerar) och gränssnittet (apparna, startprogrammet, meddelanden och allt annat som användaren interagerar med).
Ta det ett steg längre och överväga ett mindre företag utan Samsungs till synes bottenlösa resurspool och överväga hur detta hjälper det. Ett mer "fristående" system byggt på detta sätt är bättre för alla - och viktigast av allt betyder det att du och jag.
Låt oss gå ännu djupare
Android som ramverk istället för ett operativsystem innebär att det är lättare att ändra de funktioner som vänder mot användaren.
Android som ramverk istället för ett operativsystem innebär att det är lättare att ändra de funktioner som vänder mot användaren. Jag tänker tillbaka på "blockeringsläge" på nya Samsung-telefoner, eller Moto Display på den ursprungliga Moto X. De har definitivt inte förbättrats med Android-uppdateringar, och det vi har från Google för att ersätta dem är inte lika bra som originalen. Ett sätt för en leverantör att använda systemprocesserna med sitt eget gränssnitt - och systemprocesser som förblir desamma mellan versionerna - låter Samsung styra hur du håller meddelanden i kontroll. Eller så låter Lenovo / Moto visa saker på låsskärmen som de vill göra det, utan att utforma allt från grunden varje gång en ny version kommer ut.
Det betyder också att det vi ser idag aldrig känner till telefonen för närvarande i dina händer.
Nexus-telefoner är ett varumärke. Nexus-telefoner kör inte oskadade Android med öppen källkod - nästan ingenting gör det. Google tar koden och ändrar den till sin smak och installerar sedan den versionen av Android på de telefoner som den säljer - och det är precis vad HTC och LG och Samsung gör. Google berör mindre av systemet än de flesta tillverkare (även om HTC One A9 var tråkigt nära) men det är fortfarande inte den rent öppen källkod Android du kan ladda ner och bygga själv.
Om vi tar dessa nya idéer - och inte gör några misstag att just nu är det bara idéer - och tänker framför ett år eller så, betyder det att saker som nya meddelandefack eller mörka lägen eller flera fönster är precis som Google vill gränssnitt med systemet på sin vision om Android. Samsung eller Huawei är fria att göra sina egna saker - och de kommer - och det kommer inte att matcha Googles sak. Men viktigare är att det inte kommer att bryta saker lika lätt. Systemet låter dig bara välja en färg för gränssnittet. "Dark Theme" är en UI-idé och en som alla kan implementera hur som helst de vill.
Den största fördelen kan ses när det gäller säkerhetsuppdateringar. Vi plockar mycket på Samsung när det gäller månatliga säkerhetsuppdateringar eftersom det är det företag vi förväntar oss mest av. Att vara den stora hunden innebär att du får mest granskning. Samsung har orsaker till att bara några få modeller får snabba säkerhetsuppdateringar, och vi föreställer oss att de flesta av dem handlar om utvecklingskostnader, eller ren arbetskraft. Om Android blir mer av ett ramverk än ett fullständigt operativsystem, blir det lättare att få den ramen uppdaterad på fler telefoner i en snabbare takt.
Förhoppningsvis styr Google Android-fartyget på ett sätt att lösa sitt största problem.
Låt Google oroa sig för att lappa Widevine eller Stagefright, och Samsung kan oroa sig för sin egen programvara - den saken vet bäst. Samsung kan med rätta låta Google vara höstens kille när det gäller inbyggda Android-buggar. Till och med Evil Cabal of North American Carriers kan stöta ut ur säkerhetsuppdateringsprocessen. Alla vinner.
Vi spekulerar mycket här baserat på några relativt små förändringar av den inre funktionen i Android N Developer Preview. Det är vad vi kan göra just nu utan källkod eller officiella ord från Google HQ. Men vi vet att Google alltid har en anledning till de ändringar den gör (även om vi ofta håller med), och dessa små förändringar i hur leverantören och OEM-delarna i Android fungerar var inte en olycka.
Vi förväntar oss att lära oss mycket mer på Google I / O, och förhoppningsvis styr Google Android-fartyget på ett sätt att lösa sitt största problem.
