Android N heeft deze week bij ons aan de deur geklopt en het is bijna als een lawine binnengedrongen zonder de kracht te kunnen ondersteunen met wat het heeft gedaan. Niemand had dit verwacht, aangezien voor de maand mei tijdens de Google I/O-ontwikkelaarsconferentie intuïtief werd verwacht dat Sundar Pichai opnieuw de nieuwe versie van Android zou aankondigen. Zo is het niet geweest, en de data komen naar voren en wij mogelijk ook in het licht van grote veranderingen in de manier waarop we de nieuwe updates moeten nemen kom naar Android.
Op hetzelfde moment dat de preview voor Android N-ontwikkelaars is uitgebracht, is het bètaprogramma verschenen om OTA's te ontvangen geeft enkele aanwijzingen over de toekomst van updates van dit besturingssysteem. Uit de vorige weten we dat we te maken hebben met een alfaversie die heel goed werkt en bugs bevat. De komende maanden zal het worden bijgewerkt om al die ruwe kantjes glad te strijken, zodat we in de zomer eindelijk de definitieve versie kunnen krijgen. Maar ik denk dat het meest interessante niet wordt getoond en dat dit een verandering zou betekenen in de manier waarop we onze terminals zullen updaten.
Een probleem van jaren oplossen
Twee dagen geleden kwamen we daar achter Android Lollipop is momenteel de meest gebruikte versie. Lollipop, of 5.0, werd bijna twee jaar geleden aangekondigd, en Het heeft zo lang geduurd om naar KitKat te verhuizen, wat nog steeds voorkomt in een groot percentage van de telefoons die maandelijks de Play Store binnenkomen.
Het is best lastig hebben meer dan 1.500 miljoen smartphones geüpdatet gemaakt door tientallen en tientallen bedrijven. Het distributiecijfer dat Google maandelijks vrijgeeft laat het zien zoals het is, waarbij zelfs Froyo nog steeds overleeft met 0,1% van de terminals met die oude versie van Android.
Google blijft niet kijken naar die taart waar we de distributiepercentages vinden, maar in deze preview voor ontwikkelaars vind je er verschillende kleine wijzigingen in de bestandsstructuur en partities.
Het idee zou zijn dat een fabrikant een eigen visie op Android heeft, zoals dat bij MIUI op een Xiaomi kan gebeuren, en dat de systeemprocessen gescheiden zijn. Deze verdeling zou dit mogelijk maken zowel Xiaomi als Google zouden veranderingen kunnen doorvoeren in de verschillende delen van het systeem, zonder zich met het een of het ander te bemoeien. Dit betekent dat Xiaomi de nieuwe versie van MIUI zou kunnen lanceren terwijl Google de kern van de terminal bijwerkt.
Android N en zijn twee secties
Google heeft Android N in twee secties verdeeld: de belangrijkste OS-kern en interface, dit zijn de apps, het opstartprogramma en de meldingen. De functies die we gewoonlijk gebruiken, zitten in de interface en hier zou het voor een fabrikant gemakkelijker zijn om alles te veranderen zonder in de kern van het besturingssysteem te hoeven graven.
Als we naar Nexus-apparaten kijken, raakt Google nauwelijks het systeem aan zoals andere fabrikanten doen en vandaar de vertraging in updates van deze apparaten. Het zijn die veranderingen in de kern van het systeem waar de software-ingenieurs bij grote bedrijven besteden meer tijd totdat ze erin slagen het aan hun ontwerplijnen aan te passen zonder ook maar een greintje te verliezen van wat Marshmallow of Android N is. Dit kost tijd.
Misschien staan we nog niet voor een aantal grote veranderingen, zodat het niet zo lang duurt voordat de updates van de fabrikanten arriveren, maar als deze kleine innovaties in de kern of kern van het systeem ergens nuttig voor zullen zijn, tenminste we krijgen snellere beveiligingsupdates, aangezien deze niets te maken hebben met de oppervlaktelaag of interface, en ze zullen worden geïmplementeerd in de systeemprocessen.
Zeker, op de volgende Google-ontwikkelaarsconferentie die van Mountain View zullen ons wat twijfels wegnemen en ze zullen commentaar geven op de redenen voor de vroege lancering van Android N en de veranderingen die zullen komen met betrekking tot updates, het bètaprogramma van OTA en andere oplossingen om te proberen de tijd die het kost om de terminals te updaten te verbeteren.
