Gerucht: ontwikkelaarsversie Android P komt medio deze maand uit

Volgens telecominsider Evan Blass is Google van plan om een eerste ontwikkelaarsversie van Android 9.0, vooralsnog met codenaam 'P', medio deze maand uit te brengen. Waarschijnlijk gaat Google meerdere ontwikkelaarsversies uitbrengen voordat de software final is.

Dat liet Blass weten via een bericht op Twitter, zonder daar overigens nadere toelichting bij te geven. Van Blass is echter bekend dat hij vele contacten binnen de telecomwereld heeft, en hij zit er zelden naast als het gaat om informatie over onaangekondigde producten.

In de afgelopen jaren heeft Google vaker in maart ontwikkelaarsversies van zijn nieuwe mobiele besturingssysteem uitgebracht, waardoor een eventuele release niet als een verrassing zou komen. Er zijn ook al verscheidene geruchten naar buiten gekomen over Android 9.0, waaronder dat applicaties niet langer op de achtergrond gebruik zouden kunnen maken van de camera en de microfoon.

Mogelijk komt de definitieve versie van Android 9.0 uit tijdens Googles eigen I/O-ontwikkelaarsconferentie. Die wordt vanaf 8 mei gehouden, en in de uitnodiging werd al een hint gevonden naar de nieuwe Android-versie. Verder is nog onbekend welke naam deze versie 9.0 van Android gaat krijgen, maar Pie en Pineapple gaan al enige tijd rond als mogelijke kandidaten.

Reacties (81)

[poststamp]

Android 9, ik ben benieuwd. Als applicaties op de achtergrond niet langer gebruik mogen maken van de camera en microfoon, is dat dan niet nadelig voor alternatieve assistenten zoals cortana? Een 'hey cortana' zit er dan niet meer in.

[Luinwethion]

Na betere lezen van de berichten, lijkt dat het geen volledige blokkade is.

- Processen in Idle mogen geen gebruik maken van camera / microfoon.

- Bij achtergrond processen krijg je een notificatie dat die actief is (zoals nu in Oreo) en waarschijnlijk verwacht ik ook een notificatie dat X app camera of microfoon gebruikt.

- Idem bij overlappende apps.

Wat daarvoor gebeurde is dat een zaklamp app een 1x1 px camera viewfinder had waardoor het mogelijk was om video's en foto's opnames te maken.

En kwa geluid was het ook mogelijk om in de achtergrond geluid opnames te starten zonder dat de user dat wist.

Maar goed, mijn vraag is, zou dat effectief zijn?
Bij Oreo de eerste vraag dat mensen hebben is " hoe krijg ik dat constant notificatie dat X app in het achtergrond draait weg?".

Net zo effectief als UAC of de constant wachtwoord prompt van macOS.


Voor voice wake up, is er geen standaard API daarvoor? Volgens mij wordt de herkenning op systeem niveau gedaan, en die roept de gekozen app op.

[Jerie]

Net zo effectief als UAC of de constant wachtwoord prompt van macOS.

Capability-based security heeft een learning curve. Die is overkomelijk. De vraag is niet of-ie er is, maar hoe stijl hij is. Kun je nog onderscheid maken tussen verschillende doelgroepen en algemeen. Je kunt dit overigens het beste testen via usability studies.

Bottomline is de gebruiker krijgt hiermee meer vrijheid, keus, en verantwoordelijkheid en het wordt er niet slechter op tenzij het een false sense of security geeft.

[Jerie]

Bedankt

[gamezfreak]

Maar goed, mijn vraag is, zou dat effectief zijn?
Bij Oreo de eerste vraag dat mensen hebben is " hoe krijg ik dat constant notificatie dat X app in het achtergrond draait weg?".

Net zo effectief als UAC of de constant wachtwoord prompt van macOS.

Eerst moet het aanstaan, omdat mensen wel geven om hun privacy en dus niet willen dat bepaalde apps toegang hebben, maar ze willen het wel uitzetten omdat het te vervelend wordt. Waarom dan iets implementeren als je weet dat het toch wordt uitgezet of dat het maar nog niks in staat?

Hoe vaak moet je extra klikken om door al die nonsens (deze app heeft de volgende gegevens nodig...), Dit is netzoals de EULA, iedereen klikt er maar toch op accepteren, laten we dan ook daadwerkelijk lezen wat er wordt verzameld van onze computers...

Ik vind het wel steeds vervelender worden, alles moet gedaan worden omdat mensen 'geven' om hun 'privacy', maar zelf willen ze dat alles gebruiksvriendelijker en sneller gaat. Vooral nu de AVG/GDPR over een paar maanden in werking treed, zullen er ook zeker meer apps nog meer informatie laten zien wat er wordt verzameld en welke hardware er gebruik van gemaakt wordt.

'Zou dat effectief zijn?' Ik denk van niet, ze bouwen een module in, waar heel veel mensen zich aan gaan irriteren en het weer uitzetten, waarna ze vervolgens gaan klagen dat het vervelend en irritant is dat het in de taakbalk in te zien is.

Security en gebruiksvriendelijkheid gaan niet altijd goed samen. Wil je een goed beveiligde omgeving hebben, dan gaat dat wat ten koste van de gebruiksvriendelijkheid (TFA, Authenticator). Het laten zien vind ik wel goed, maar zelf vind ik het vervelend omdat de taakbalk dan er vol van staat dat app X gebruik maakt van camera, microfoon of wat dan ook.

[Verwijderd]

Dat zou ook geclusterd kunnen worden. Een notificatie voor gebruik van mic en/of cam. En dan uittrekken om de app specifieke info te zien.

[Verwijderd]

Ja, er staan zat codevoorbeelden op Stackoverflow over hoe je als ontwikkelaar meerdere permissies tegelijk aanvraagt in een enkele popup.

[MMaster23]

Wat daarvoor gebeurde is dat een zaklamp app een 1x1 px camera viewfinder had waardoor het mogelijk was om video's en foto's opnames te maken.

Volgens mij was dat voornamelijk omdat sommige telefoon alleen de camera API (incl flits module) toelieten indien er ook echt gebruik werd gemaakt van de camera. Tegenwoordig zijn de APIs meer gestroomlijnd en kun je volgens mij zonder.

[Criteria]

Op de achtergrond geluid opnemen is niet meer toegestaan. "Luisteren" wel

[Kastermaster]

Hoewel ik je punt begrijp klopt dit niet helemaal, om te 'luisteren' moet je hoe dan ook audio opnemen, hoe kort de sample size ook is...

[Anonymoussaurus]

Dat is niet wat er wordt gedaan. Er komt een lopende melding bovenin die je vertelt dat een bepaalde app de microfoons op de achtergrond gebruikt.

[HollowGamer]

Denk dat dit met rechten nog altijd mogelijk gaat zijn. Genoeg applicaties (o.a. slaap tracking) die deze API gebruiken. Echter blijft de microfoon nu dus meeluisteren, terwijl dat ongewenst is.

Opzicht vind ik het niet erg, ik tik liever eerst op een knopje om een app te activeren (die microfoon/camera nodig heeft), dan dat deze stiekem mijn activiteiten activiteiten (kan) tracken.

[Tourmaline]

Samsung heeft Bixby voor voice recognition.

[w00tstok]

Pie of Pineapple? Vond Pancake wel toepasselijk in het rijtje

[dasiro]

Pancake zou leuk zijn, maar de kans is ook groot dat het Pie gaat worden, persoonlijk vond ik peanut butter wel passen in het rijtje zoals jelly bean of march mellow.

[debroervanhenk]

Ik ga het sowieso Android Pannenkoek noemen.

Pindakaas is toch niet echt zoet? Aan de andere kant viel Oreo ook een beetje uit de toon, maar die naam is vooral omdat iedereen Oreo’s heel gaaf schijnt te moeten vinden.

[ard1998]

hoever ik weet is het altijd de engelse naam, hij kan ermee door als "android Pancake"

[Verwijderd]

In Nederland niet, maar wat in de VS voor pindakaas doorgaat smaakt zo'n beetje hetzelfde als Snickers.

Gewone (als in NL) pindakaas is er ook wel te vinden, maar dat is niet de associatie de gemiddelde Amerikaan ermee heeft.

[beantherio]

Ik zou zeggen dat "pie" te generiek is: de eerdere namen waren veel specifieker en geen verzamelnamen (wat pie wel is). Pancake is misschien wel een kanshebber en er zijn weinig alternatieven deze keer. Misschien dat Parkin of Petit Four nog een kans maken.

[JerryA]

Wat dacht je dan van Popsicle of Peppermint?

[hcQd]

Pecan Meringue Pie, zo specifiek genoeg?

[Totoro88]

"Popcorn"

[algalid]

Flauwe mop incoming: Pen Pineapple Apple Pen

[Jackson6]

Pretzel

[computerjunky]

Gewoon Pepernoot.

Kan iedereen wereldwijd sinterklaas accepteren en het gezeik erover ophouden.

[Reactie gewijzigd door computerjunky op 28 juli 2024 21:30]

[parryfiend]

Android Peanuts
Android Pecan Pie
Android Pistachio Ice Cream
Android Popcorn
Android Poached Pear
Android Pancakes

[Reactie gewijzigd door parryfiend op 28 juli 2024 21:30]

[Verwijderd]

Het moet een dessert zijn volgens mij, dus veel daarvan vallen af.

[Verwijderd]

Nou ja... jelly bean/kitkat/lollipop/marshmallow zijn nou niet echt desserts

Al ben je natuurlijk vrij in om daar anders over te denken.

[Reactie gewijzigd door Verwijderd op 28 juli 2024 21:30]

[ormagon]

Evenals Gingerbread, Honeycomb, Nougat en Oreo. Er zijn meer niet desserts dan wel desserts. Tot nog toe volgen ze de term 'zoetigheid' heel aardig.

[mikesmit]

Ik ben eerlijkgezegt benieuwd wat Android voor namen gaat bedenken als het alfabet op is . Het gaat namelijk hard zo en zal geen 10 jaar meer duren voordat er iets anders bedacht moet worden.

Maargoed misschien heeft elke telefoon wel tizen over 10 jaar en praat niemand meer over Android os namen

[JeroenED]

Gewoon opnieuw beginnen zoals Ubuntu deed: Ubuntu Artful Aardvark

+ Android A was Alpha en Android B was Beta. Tis pas bij 1.5 dat de naam Cupcake kwam.

[Reactie gewijzigd door JeroenED op 28 juli 2024 21:30]

[Verwijderd]

Android Pampa 🙄

[arjan1995]

Waarom moet er nu alweer een nieuwe versie worden uitgebracht, terwijl pas een paar procent van alle gebruikers versie 8 heeft gekregen? Kan Google niet beter een keer wachten totdat zeg maar 60% op de nieuwste versie zit?

Volgens mij is de markt gewoon nog niet aan een nieuwe versie toe. Bespaar de tijd en moeite om ieder jaar een versie te willen pushen, laat de fabrikanten eerst eens alles op orde brengen (lees: hun hele ondersteunde line-up hebben bijgewerkt naar versie 8.x). Begin dan weer met iets nieuws, dan kan iedereen daarna snel updaten (tenminste, als de fabrikanten Project Treble gebruiken).

[Mlazurro]

Vreemde redenering. Dus dan gewoon maar effe stoppen met ontwikkeling/uitbrengen van updates en patches?

De ene vindt dat het niet snel genoeg gaat en eist de nieuwste Android op z'n smartphone, jij vindt dat het veel te snel gaat. Het is ook nooit goed, ondanks dat je perfect kan kiezen tussen toestellen die altijd snel updates ontvangen of fabrikanten die er wat langer over doen.

[arjan1995]

Er mag van mij best ieder jaar een update komen - ik zou 'm zo willen installeren. Maar ik denk dat het voor de fabrikanten te snel gaat. Als je ziet dat ze net klaar zijn en dat dan de volgende versie alweer komt. Maar ja, kan ook dat ze dat makkelijk aan kunnen.

[Verwijderd]

Nee, maar het mag wel wat trager gaan nu Android volwassen geworden is. In de tijd van 1.x en 2.x was er nog een hoop dat niet lekker werkte, bij de laatste paar versies merk ik vooral als ontwikkelaar dat het afgedwongen gebruik van de Google Services (als je het niet gebruikt mag je opeens een hoop niet meer in de achtergrond draaien met als smoes accuduur) je eerder in de weg zit dan je helpt.

[NoobishPro]

Huh? Dacht dat Oreo zo'n update zou zijn waarna er geen nieuwe versies meer kwamen, enkel updates? Beetje zoiets als win10? Had ik het toch verkeerd begrepen.

[algalid]

Nieuwe versies blijven uitkomen. Treble zorgt er gewoon voor dat je 1 update op meerdere modellen kunt zetten. Natuurlijk verloopt het "gewone" proces nog altijd via de fabrikant die het dan ter beschikking moet stellen.

Maar de idee was dat bvb AOSP dan op alle Treble toestellen kan geïnstalleerd worden zonder verschillende builds (waar anders veel tijd in kruipt).

[evilweed]

Idd, mijn toestel zou eind 2017 8.0 (behoren te) krijgen, maar nog steeds niets .
Beetje jammer, straks is 9.0 er en zit de grote gros nog steeds op 8 te wachten
Het feit dat de camera niet toegankelijk is voor background apps vind ik een beetje de put dempen nadat er kalveren verdronken zijn

[Luinwethion]

Ik ben benieuwd welke fabrikanten verder mee gaan werken met Treble voor het upstreamen van code naar AOSP en als fabrikanten minder modificaties gaan doen bij hun integratie van Android.

Ben ook benieuwd als Google meer eisen gaan zetten voor OEMs zoals het ondersteunen van USB-PD.... Ik had ook graag gewild dat Google een stop zet bij de aanpassingen aan de background processen en accu besparing systemen. Zorgt voor onwerkbare functies bij sommige implementaties.

[GTX2GvO]

Android Pineapple Pie. Met 9 stukjes ananas.

[G_Dragon]

Ze gaan tegenwoordig wel heel hard , net een weekje android 8.0 erop en ze praten alweer over de volgende..

[Jilmar]

Ik heb nog niet eens 8.0 ontvangen 😐

[HollowGamer]

Opzicht heb je wel een valid punt. Het blijft gek dat sommige telefoons nooit een upgrade krijgen of dat het heel lang duurt.

Ik weet niet of Android 9.0 hierin verandering gaat brengen. Het lijkt erop dat Google ook meer zelf met de UI wilt doen. Misschien dat hiermee fabrikanten meer stock gaan leveren, al betwijfel ik dit helaas.

[PPie]

Het blijft gek dat sommige telefoons nooit een upgrade krijgen of dat het heel lang duurt.

Dat heb je met telefoons die Android als OS gebruiken.
Het is simpel: Android is een OS (Linux kernel met Android userland), dat gebruikt wordt door telefoonmakers om een telefoon te leveren.
Het wordt niet gezien als een platform om applicaties op te draaien.
Echter, voor de gebruikers is het platform van belang.

Volgens Google zit 1,1% nu op Oreo (8.x), met 28,5% op Nougat (7.x) (Bron)).
Volgens Apple zit 65% op iOS 11.x, met 28% op iOS 10.x. (Bron).

Als je het belangrijk vindt om de laatste versie van het OS te kunnen draaien om daarmee de laatste ontwikkelingen op App gebied te hebben, zul je dus je moeten beperken in de keuze van Android leveranciers, ofwel een iPhone moeten kopen...

[Verwijderd]

Apple hoeft wel veel minder rekening te houden met verschillende hardware configuraties dan fabrikanten die android gebruiken.

Een optie zou natuurlijk kunnen zijn om net als win10 over te stappen op een soort rolling release (of gewoon Android One fatsoenlijk en breed implementeren.

[PPie]

Apple hoeft wel veel minder rekening te houden met verschillende hardware configuraties dan fabrikanten die android gebruiken.

Is dat zo? Hoeveel wezenlijk verschillende hardware platforms zijn er?
Er zijn bijvoorbeeld maar een paar Qualcomm SoCs. En veel daarvan zijn varianten.
En je hebt wellicht wel verschillende platforms tussen bedrijven, maar hoeveel verschillende platforms gebruikt 1 leverancier? Zeg 'LG' of 'HTC'? Vanwege kostenaspecten zullen die proberen zoveel mogelijk telefoons te bouwen op hetzelfde hardwareplatform en verschil maken met niet-platform afhankelijk zaken zoals grootte van RAM of opslagcapaciteit.
(Daarnaast heb je dat eigenlijk iedereen het referentie ontwerp van de SoC leverancier zal gebruiken, vanwege kosten en om validatie problemen te vermijden, net zoals bijvoorbeeld bij GPU's).

[Verwijderd]

Nou ja, op Android-gebied noem je momenteel alleen Qualcomm als de SoC's. Kijk je in China heb je vaker te maken met MediaTek. Samsung heeft dan weer zijn eigen Exynos chips.

Apple daarentegen maakt gebruik van een puur voor zichzelf ontworpen A10 of A11 SoC. In ieder geval hebben zij veel grotere controle over welke hardware gebruik maakt van hun platform dan dat Google dat heeft. Google heeft geen andere keus dan het aan de fabrikant over te laten om het OS voor hun toestel aan te passen. Tenzij natuurlijk hardware gebruikt wordt waar Google zich op focust met Android One.

Ik zeg niet dat het niet klopt wat je zegt over dat veel fabrikanten toch uit dezelfde hardware-poel vissen, maar ik denk wel dat de verschillende combinaties van al deze onderdelen (denk ook aan camera/vingerafdrukscanners/poorten) problemen kunnen veroorzaken waardoor niet iedereen gewoon 1 stock image gebruikt.

Ik zal eerlijk zeggen, ik zit niet zo diep in deze smartphone-wereld dat ik deze dingen 'weet', het zijn voornamelijk vermoedens.

Ik vraag mij bijvoorbeeld wel af waarom de ROM's die voor android telefoons zo custom tailored moeten zijn naar een bepaald toestel, terwijl een Linux distributie praktisch op elke PC waar je het opgooit werkt. Zijn de drivers bij smartphones veel meer closed-source of wordt de kernel opzettelijk zo klein mogelijk gehouden door alleen de voor die telefoon relevante software mee te leveren?

[Reactie gewijzigd door Verwijderd op 28 juli 2024 21:30]

[batjes]

Google had het vooraf moeten eisen net als MS deed met WP. Maar nee, Google wou markt winnen en dat is ze er lukt. Wij consumenten zitten met de gebakken peren.

Zelfs kale Android versies kosten een bult moeite om te updaten. Google is de veroorzaker van het fragmentatie probleem.

WP kan sinds 8.1 zichzelf updaten zonder dat driver/soc gezeik. Waarom kost het Google 5 jaar om dit met Oreo zo halfslachtig te implementeren?

[Verwijderd]

Wat is het probleem dan? Dat je niet de laatste versie draait? Who cares.

[batjes]

Dat ik maanden achterloop op security patches... I care.

[Verwijderd]

Heb je er al eens last van gehad, van dat achterlopen? En dan bedoel ik niet de anmgst dat je iets op zou kunnen lopen maar dat je daadwerkelijk iets oploopt? Onder Android is dat nog niet zo makkelijk, het is geen windows en de browser mag gelukkig ook niet zo heel veel.

[barta123]

Waarom moet je zo nodig het brakke updatebeleid van Google verdedigen, word je door Google betaald? @batjes heeft zeker gelijk, want door de achterlopende security updates liep je bijvoorbeeld risico als je Bluetooth aan had staan, gezien ik veel en vaak overal Bluetooth gebruik is het zeker een probleem dat een slimme computerkerel in mijn telefoon kan komen...

Het kan echt veel beter... Het is enorm gespleten, maar het maakt ze bij Google niet veel uit, hoe sneller de telefoon achterhaald is, hoe eerder je weer een nieuw toestel koopt. Dat is het doel van geplande veroudering (dat zit ook wel degelijk in de software dus!)

En vanaf 7.1.2 zouden er toch wel degelijk flinke verbeteringen in de accuduur moeten zijn, maar dat LG en Samsung daar steeds maanden mee achter moeten lopen, is ronduit belachelijk. De S8 kreeg ergens vorige week pas de uitrol naar 8.0, daarvoor was er niets anders dan 7.0. Op mijn Lumia 950 kreeg ik iedere update op de dag binnen dat die werd uitgerold, dat bracht vaak de nodige (positieve) veranderingen met zich mee! Windows 10 kan het wel, waarom Android na 10 jaar nog steeds niet?

[Verwijderd]

Was dat maar waar dat Google me betaalde voor een post, dan was ik hier een stuk actiever.

En waar ik op wijs is dat het risico in de praktijk klein is, andere risico's zijn veel groter zoals de kans dat ik een mes op m'n keel krijg en m'n telefoon, horloge en beurs moet afgeven. Toch loop ik over straat met een telefoon, horloge en beurs bij me, ik neem dat risico. Net zoals ik er niet wakker cvan lig het risico te nemen dat ik isschien gehackt wordt. Overigens gebruik ik geen wifi buitenshuis en BT staat eigenlijk nooit aan.

Waarom MS het wel kan is duidelijk: veel en veel minder modellen en socs te ondersteunen, en weinig vrijheid bij de aanbieders om het systeem naar wens aan te passen zodat basis functionaliteit pas na jaren eindelijk eens ontwikkeld wordt ipv fabrikanten die zelf met iets komen waardoor Goopgle ook weer gedwongen wordt iets te ondersteunen. Het is duidelijk dat het windows model niet gewerkt heeft gezien het "succes" van windows telefoons.

[barta123]

Dus hoe een ander tegenover beveiligingsupdates denkt, probeer je te reflecteren aan jouw eigen gebruik? Ik denk dat er veel mensen zijn waarbij Bluetooth nooit uit staat! (ik dus, zo velen met mij die draadloos muziek luisteren)

En waarom het wel of niet gewerkt heeft bij Microsoft, dat heeft totaal niets met het topic te maken. Dat heeft eerder met marketing te maken, dan met het besturingssysteem waar fabrikanten geen vrijheid in hadden. Bij Apple is er ook weinig vrijheid of aanpasbaarheid van het homescherm voor de consument. Het gros eist dat niet eens van het apparaat, laat staan een aparte schil van een fabrikant, die willen gewoon een apparaat dat werkt. De Windows Phone deed dat, maar door gebrek aan strategie en advertenties (ontbreekt een visie) en dus faal je op het gebied van marketing. (ook een gebrek aan apps daardoor) Een goed product verkoopt zichzelf niet in 2018, marketing is een cruciaal aspect op de weg naar succes!

[batjes]

Ik schakel bleutooth en andere shit uit, omdat het een veiligheids risico is op een outdated OS. Liever laat ik het voor het gemak gewoon aan staan.

Ik mis Windows Phone/Mobile Gewoon geen zorgen hoeven te maken over de veiligheid van mijn smartphone, het ding was met security updates altijd gewoon volledig up to date. KPN was wat traag met een paar WP GDR updates, maar ach, langste was ~2 maanden oid. Ik loop momenteel 2 maanden achter op Android en dat was vorige maand zelfs meer dan een half jaar! (En het afgelopen jaar zijn er een paar malse exploits uitgekomen).

Het risico mag dan wel klein zijn, het is en blijft een risico, welke op mijn vorige toestel niet aanwezig was. Mij boeien de updates naar 8.0 en straks 9.0 wat minder, ik zie niet in waarom niet als de hardware gewoon meekan, maar goed. Men valt wel zo ontzettend hard over MS die WP7 (vooraf aangekondigt, alleen -DUH- niet mee geadverteerd) liet vallen, en op het laatste moment hun belofte voor de *20 generatie lieten vallen naar W10, maar hier hebben ze open en duidelijk over gecommuniceerd naar iedereen die het volgde.

Maar dat dik 50% van de Android gebruikers op outdated rotzooi draait, op apparaten welke verdorie 24/7 direct op het internet zijn verbonden... Is allemaal maar dikke prima.

Ik twijfel er momenteel aan om bij de volgende phone gewoon voor Apple te gaan. Ik zit nu sinds vorig jaar op Android en ik wordt er tureluurs van. Ik zit nog een beetje de kat met Nokia/HMD uit de boom te kijken, ze zijn goed bezig, maar ik vraag me wel af of dat over 5 jaar nog steeds het geval is. De 920 heeft 4+ jaar lang dienst gedaan (en als het zinvol zou zijn een nieuwe accu aan te schaffen, nu nog prima als MS de stekker er niet uitgetrokken had).

Ik liep vroeger als tiener ook door de stad heen, met mijn Nokia 6310i (oid) andermans bleutooth te hacken, want leuk en was verrekte simpel, je vond nooit wat behalve op toestellen van mensen die wisten dat het kon... lol. Nu neem je na een youtube video andermans smartphone over met 2 vingers in de neus en een druk op een knopje. Het is zo ontzettend simpeler geworden troep te exploiten. En tieners van nu, zoals vele Tweakers met mij dat vroeger deden, doen dat nu ook. En in plaats van een verdwaalde meme, shareware MP3tjes of 1 of andere kutvideo in een gehandicapte resolutie tegen komen op iemands bleutooth, kan die nu meekijken op 50%+ van de bevolking hun whatsapp.

[Reactie gewijzigd door batjes op 28 juli 2024 21:30]

[PPie]

Nou ja, op Android-gebied noem je momenteel alleen Qualcomm als de SoC's. Kijk je in China heb je vaker te maken met MediaTek. Samsung heeft dan weer zijn eigen Exynos chips.

Qualcomm was als voorbeeld.
Punt blijft: Hoeveel 'MediaTek' SoC's zijn er? En hoeveel 'Exynos' SoCs?
En hoeveel daarvan zijn enkel varianten wat dan niet uitmaakt voor de ondersteuning? (Zoals Intel Core i3, i5 en i7 levert die heel erg op elkaar lijken, en ook varianten die enkel verschillen in kloksnelheid).
En dan specifiek voor de Samsung Exynos SoC's: Je mag toch verwachten dat Samsung die net zo eenvoudig kan ondersteunen voor verschillende Android versies als Apple dat kan met de Apple SoC's...

Tevens zou je verwachten dat de dingen die 'er aan hangen', zoals camera en vingerafdrukscanners ofwel met een losse driver geleverd worden (dus via een BSP (Board Support Package), ofwel domweg via USB aangesloten zijn en dus al helemaal triviaal te supporten zijn op een nieuwere versie van een OS.

Het klinkt mij alsof ze bewust een telefoon verkopen en niet een apparaat wat het Android software platform ondersteund, zoals Apple dat wel doet met iOS. Apple verkoopt je een iOS software platform device, zodat je Apps kunt draaien en het voor ontwikkelaars interessant is en mogelijk om nieuwe dingen te gebruiken zoals ARKit.

[Miglow]

Voor de pc worden de benodigde drivers geïnstalleerd als je de distro erop zet. En daarbij heb je een basis instructieset x86 die altijd werkt mocht je live willen draaien. Daar worden processors dus compatibel gemaakt aan een standaard instructieset. Op smartphonegebied heb je heel veel varianten van de ARM instructieset.

Maar je kunt dus op een pc altijd Linux draaien, al moet je soms voor optimaal gebruik toch aparte drivers installeren. Op Android is dat denk ik nog niet mogelijk.

[denPes]

Dat maakt geen moer uit. Het is aan de fabrikant om de juiste drivers mee te kunnen leveren zodat de telefoon de laatste update kan krijgen. Het gaat feitelijk enle om de juiste drivers, en de ruime meerderheid van de telefoons kan de laatste versie van android draaien.

Alleen is het zo dat drivers vaak closed source zijn, en dat veel fabrikanten niet verder kijken dan de verkoop van het toestel. En waarom zouden ze ook? Het volk blijft de telefoons toch wel kopen. Sterker nog, ze upgraden naar een nieuwe telefoon omdat de farbikant het vertikt om updates uit te brengen.

Dit is een win win situatie voor de fabrikant. Ze hoeven geen kosten te maken voor een update, en de schaapjes schaffen een nieuwe phone aan omdat die niet de laatste update heeft.

[Verwijderd]

Er zijn maar erg weing mensen die een nieuw toestel kopen vanwege de updates. Buiten een groepje updategeile ITers met een beheerdersachtergrond ken ik niemand die zo denkt.

[denPes]

Mijn vorige samsung heeft na 2 jaar geen updates meer ontvangen. Zelfs geen security updates.

Voor een toestel waar je persoonlijke email op staat, en de login gegevens er van, waar je je bankzaken op kunt regelen, waar je al je persoonlijke documenten, foto's etc op kunt slaan, leek het me niet verstandig dit toestel te blijven gebruiken.

Zeker omdat er in tussentijd zeer serieuze security issues in android waren gevonden waarvoor ik geen fixes meer kreeg. Het lijkt me niet dat je enkel update geil moet zijn om dan een nieuw toestel te kopen.

Ik ben daarom weer terug gevallen op mijn oude nokia dumbphone, omdat ik geen zin had weer honderden euro's uit te geven voor een toestel dat maar max 2 a 3 jaar updates ontvangt. Anderen zullen een nieuw toestel kopen, of gewoon het oude toestel blijven doorgebruiken, met alle risico's van dien.

[Verwijderd]

En wat zijn die risico's dan? Het punt met telefoons is dat de aanvalsvector veel kleiner is dan bij pc's. Ongemerkt software installeren kan alleen als je al rootrechten hebt, en de browser is gewoonlijk een stuk beter afgeschermd dus iets oplopen op een malafide website of een besmette advertentie is haast niet te doen. De enige besmettingen op Android die waar je in de praktijk iets van hoort is het installeren van besmette apps (vaak al te onderscheppen door gedownloade apk's door een gewone virusscanner te laten scannen) of toestellen waar de malware al door de fabrikant meegeleverd werd zoals bij sommige Chinese meuk (zie bv. https://www.security.nl/p...oons+met+malware+geleverd) en dan helpen updates ook niet.

[denPes]

Deze bijvoorbeeld : KRACK
Maar er waren er nog 2 serieuze in de afgelopen tijd.

Wat is de kans dat je daardoor getroffen wordt? Wellicht minimaal. Maar als je weet dat deze security problemen bestaan met je android phone die geen patches meer krijgt, dan heb je jezelf achteraf wel wat te verwijten indien dit toch gebeurt.

Vandaar dat ik die dan ook niet meer gebruik.

[Verwijderd]

In publieke ruimtes gebruik ik geen wifi, en de kans dat mijn vriendin via wifi het internet verkeer van mijn telefoon kan sniffen lijkt me zo dicht bij de 0 te liggen dat ik me er niet druk om maak.

Je loopt altijd risico, ik kan op straat ook beroofd worden van mijn telefoon. Dat risico neem ik, ik stop de telefoon niet in de kluis als ik naar buiten ga. Waarom ik dan op bugs in software opeens geen enkel risico meer zou moeten accepteren, hoe klein ook, ontgaat me.

[Reactie gewijzigd door Verwijderd op 28 juli 2024 21:30]

[denPes]

Jij lijkt je te concentreren op enkel deze vulnerability, welke ik als voorbeeld gaf. Er zijn er meerdere geweest. Waar het mij om gaat is dat een phone die geen security updates meer krijgt een bepaald risico vormt. Zeker omdat er een hoop persoonlijke zaken mee gedaan worden. Van bankieren to communicatie etc.

Daarnaast is het zo dat als je een beetje verstandig bent je file encryptie toepast, en je je telefoon automatisch laten locken na x tijd, zodat je enkel toeganmg hebt met fingerprint of code.

Maar samengevat lijkt het dat jij je minder zorgen maakt over security issues op je telefoon, En dat is prima, alleen ik sta daar anders tegenover.

[Verwijderd]

De bedreigingen die voor mij eventueel relevant zijn worden door updates toch niet verholpen. Als het er echt op aankomt zal het NFI er, desnoods samen met Cellebrite, toch wel inkomen.

[mikesmit]

Dat kan alleen als Google zorgt dat firmware versies niet afhankelijk zijn van os versies en launchers/skins verbied. Maar helaas, zeker op tweakers word het rigoureus aanpassen van telefoons geprezen. Androids sterke punt is ook zijn zwakte

[Verwijderd]

Hoezo helaas? Niet iedereen geilt op de nieuwste versies van alles. Mijn telefoon draait op Android 6 en dat blijft zo ook (de SD801 soc wordt niet ondersteund door 7) en ik heb niet het gevoel dat ik iets mis.

[mikesmit]

Het gaat er ook niet om wat jij wilt. Het gaat erom dat zoveel mogelijk mensen hetzelfde os versie hebben zodat APIs gestroomlijnd kunnen worden en apps beter kunnen optimaliseren. Voor ontwikkeling van applicaties wil je dat iedereen toegang tot dezelfde features heeft

[Verwijderd]

Onder Android is dat redelijk eenvoudig op te lossen met de suppor library (https://developer.android...ort-library/features.html). Het is niet omdat Apple zoiets actief tegenwerkt dat het onder Android een probleem is.

[Luinwethion]

Het blijft gek dat sommige telefoons nooit een upgrade krijgen of dat het heel lang duurt.

Het meeste belangrijke zijn de Security patches, we zijn dan nog niet helemaal daar, maar steeds meer mobieltjes krijgen Security updates met weinig vertraging.

Major OS updates zijn ook leuk en brengen heleboel verbeteringen, maar moeten we ook niet vergeten dat sommige van die nieuwe functies waar de user wat aan heb zaten misschien al bij de Android implementatie van een bepaalde OEM.

Voorbeeld van dit is Multi window bij Nougat en PiP die met Oreo gepresenteerd is. TouchWiz (nu Samsung experience) had her Sunday Jelly Bean dacht ik.

Dat is geen excuus voor Samsung om te laat te zijn met updates, maar is wel zo dat users weinig gaan merken tussen de ene of de andere omdat die implementaties zo veel van AOSP uitwijken en omdat AOSP die functies zo laat krijgt.

[computerjunky]

Ach mijn telefoons gebruiken 5 en 6 mijn tablet 4.0 en 7. Ga toch echt geen andere device kopen voor de laatste Android versie dat kost me een rug iedere 2 jaar.

Ze werken prima dus het zal me wat.

[Miglow]

Tot je favoriete app weigert te werken op <6.0, 7.0 of misschien wel 8.0.

[Verwijderd]

Die kans is voorlopig heel erg klein. De appmakers beginnen nu langzaam 2.x op te geven, een enkeling zelfs 4.x maar dat was vooral omdat 5 onder de motorkap flinke weizigingen had. Maar apps die 5 al opgeven zijn echt heel zeldzaam, eer dat veel gebeurt zijn we vele jaren verder.

[computerjunky]

Tja ik ben verre van de enige dus financieel niet erg slim.
Daarnaast update ik apps toch al niet omdat het er vaak niet beter op word.

[Boy]

Wat raar, alle Pixels zouden het toch onderhand moeten hebben

[Rikkert.]

Niet iedereen heeft een Pixel