Report sulla frammentazione: 18.796 i modelli di smartphone Android

[recoil]

Originariamente inviato da acerbo

e qual'é il problema? Su windows la frammentazione dei PC é ancora maggiore eppure hanno il monopolio di quel mercato da 30 anni.
La frammentazione é assolutamente normale ed inevitabile.

c'è anche molta frammentazione di sistema operativo che non aiuta in ambito mobile
nel desktop la vita è più facile, è più maturo e i sistemi operativi durano anni, per non dire decenni come XP
nel mercato mobile è diverso, ogni release del sistema operativo porta in dote centinaia di API nuove ed è veramente scomodo dover supportare vecchie versioni, che magari hanno solo un paio d'anni di vita

quanto al resto il vero problema hardware quando sviluppi per smartphone e tablet e la risoluzione dello schermo se vuoi ottimizzare veramente l'app per lo spazio a disposizione
su Android c'è più frammentazione, ma non ci sono migliaia di risoluzioni diverse quindi si tratta di doverne provare qualcuna in più rispetto a quelle che trovi nel mondo Apple, niente di trascendentale

[pabloski]

Originariamente inviato da emiliano84

su windows hai meno problemi a far girare un software su piu' versioni e configurazioni

???

http://developer.android.com/trainin...platforms.html

Originariamente inviato da Pier2204

No, il problema è che molti produttori (Cinesi in particolare) rilasciano versioni senza le G.Apps, cosa molto mal vista da Google, che android stesso sta prendendo sviluppi indipendenti su dispositivi semisconosciuti e che le Rom che escono su ogni modello non fanno altro che creare ulteriore frammentazione, il che significa mancato controllo di Google, in particolare a quello che lei interessa, il materiale pubblicitario.

Il problema è che ti ostini a voler considerare AOSP = Google Android.

AOSP è opensource e non si può impedire a chicchessia di usarlo per i propri scopi. E no, Google non si lamenta dei cinesi ma dei vari Samsung che non implementano alcuna politica di update.

Pensa ai vari AOSP cinesi come sistemi operativi a sè stanti. Del resto se non hanno il play store diventano irrilevanti per l'ipotetico sviluppatore di app che vive nel mondo Google Android.

Fermo restando che qui http://developer.android.com/trainin...platforms.html c'è scritto cosa fare per risolvere proprio questi problemi.

E del resto è una telenovela già vista nel mondo PC, eppure non mi pare che sia esploso tutto.

[pabloski]

Originariamente inviato da recoil

nel desktop la vita è più facile, è più maturo e i sistemi operativi durano anni, per non dire decenni come XP

Si ma il fatto che xp duri decenni non significa che non usciranno altre versioni nel frattempo. Quindi se vuoi supportare anche xp devi prendere quello come riferimento, evitando di usare tutte le nuovi api introdotte nelle versioni successive.

Originariamente inviato da recoil

nel mercato mobile è diverso, ogni release del sistema operativo porta in dote centinaia di API nuove ed è veramente scomodo dover supportare vecchie versioni, che magari hanno solo un paio d'anni di vita

Beh centinaia proprio no. Inoltre perchè dici "supportare le vecchie versioni"? Se vuoi un'app che gira da gingerbread in poi, allora usi le api gingerbread. Se ne vuoi una che gira da kitkat in poi, usi le api kitkat.

Mi pare la stessa identica situazione nella quale si trovano i programmatori windows.

[recoil]

Originariamente inviato da pabloski

Beh centinaia proprio no. Inoltre perchè dici "supportare le vecchie versioni"? Se vuoi un'app che gira da gingerbread in poi, allora usi le api gingerbread. Se ne vuoi una che gira da kitkat in poi, usi le api kitkat.

Mi pare la stessa identica situazione nella quale si trovano i programmatori windows.

iOS 7 aveva circa 1500 nuove API, ovviamente contano tante volte la stessa versione dell'API con parametri diversi quindi le funzionalità nuove sono molte meno, ma più di un centinaio sicuramente
buona parte sono "solo" miglioramenti a funzionalità che già esistono, ma intanto ci sono

puoi sempre sviluppare con un SDK e supportare vecchi sistemi operativi, ma significa andare a controllare se c'è l'API oppure no e fare due cose diverse a seconda del sistema operativo su cui giri, non il massimo della comodità

funziona così anche nel mondo dei PC ma non puoi paragonare il mondo desktop al mondo mobile, almeno non ora
i sistemi operativi mobili sono ancora relativamente giovani, da un rilascio all'altro cambiano troppe cose...
per me oggi supportare iOS 6 che è del 2012 è un fastidio e diventa una palla al piede, idem per i colleghi che seguono la parte Android e partirebbero volentieri da 4.4 se solo potessero
viceversa i (pochi) colleghi che lavorano ancora con app Windows supportano senza troppe rogne XP e Windows 8 con più di 10 anni di distanza tra una release e l'altra

tra qualche anno quando i sistemi operativi mobili saranno più maturi la frammentazione sarà meno problematica, questo di sicuro

[robertogl]

Originariamente inviato da acerbo

Ma che c'entra scusa? In cina google é censurato dal governo, é normale che in quel mercato vengono rilasciati dispositivi senza le gapps.
Che poi google voglia omologare un po' di piu' il mercato e ridurre la frammentazione é normale, lo dimostra la stessa linea nexus e il progetto silver presentato l'anno scorso, ma in linea di massima questo é un falso problema, la gente 3 anni al massimo e il telefono lo cambia.
Per google e per gli sviluppatori sarebbe chiaramente piu' semplice sapere che c'é in giro un unico API level sui terminali, ma é impensabile avere lo stesso OS su un miliardo di smartphone, cosi' come é impensabile avere il 100% di compatibilità su un miliardo di PC con su almeno 3 versioni di Windows.
Te lo ripeto, io con lo stesso terminale avevo gmail e maps aggiornati e con le stesse funzionalità sia su ICS che su Kitkat, stesso discorso per altre applicazioni non native.

a) Il progetto silver è ancora un rumor, fondamentalmente. Non si sa ancora nulla, figurati se è stato presentato l'anno scorso
b) Dipende come le usi le app: gmail per te era uguale su ics e kitkat, per me no, visto che su quest'ultimo ho la possibilità di archiviare o eliminare le mail senza aprirle dalla barra delle notifiche. O posso per esempio rispondere ai messaggi direttamente dalla notifica, e su ics questo non si può fare, con le stesse app

Originariamente inviato da pabloski

Beh centinaia proprio no. Inoltre perchè dici "supportare le vecchie versioni"? Se vuoi un'app che gira da gingerbread in poi, allora usi le api gingerbread. Se ne vuoi una che gira da kitkat in poi, usi le api kitkat.

Mi pare la stessa identica situazione nella quale si trovano i programmatori windows.

Android L avrà 5000 nuove API (poi come le contino non lo so, ma è comunque un numero molto elevato..)

[acerbo]

Originariamente inviato da robertogl

a) Il progetto silver è ancora un rumor, fondamentalmente. Non si sa ancora nulla, figurati se è stato presentato l'anno scorso
b) Dipende come le usi le app: gmail per te era uguale su ics e kitkat, per me no, visto che su quest'ultimo ho la possibilità di archiviare o eliminare le mail senza aprirle dalla barra delle notifiche. O posso per esempio rispondere ai messaggi direttamente dalla notifica, e su ics questo non si può fare, con le stesse app

Sono cambiate le notifiche infatti, non gmail, l'app é la stessa.
Di fatto come vedi stiamo parlando di piccolezze, dettagli spesso ininfluenti che vengono aggiunti nell'arco di anni passando per due nuove major release ... alla faccia della frammentazione.

[recoil]

Originariamente inviato da acerbo

Sono cambiate le notifiche infatti, non gmail, l'app é la stessa.
Di fatto come vedi stiamo parlando di piccolezze, dettagli spesso ininfluenti che vengono aggiunti nell'arco di anni passando per due nuove major release ... alla faccia della frammentazione.

non conosco a fondo le API Android perché ci sviluppo poco, ma in iOS ci sono API che sono veramente cambiate da cima a fondo

è un peccato dover rinunciare a una funzionalità nuova perché sai che metà dei tuoi potenziali clienti non può usarla e giustamente non hai voglia di implementare due versioni della tua app
va a finire che come fanno molti, anche su iOS, rilasci la tua dicendo che il supporto minimo è alla versione X-1 del sistema operativo e gli altri si attaccano
solo che su iOS sei sicuro di raggiungere una fetta enorme del tuo parco clienti, su Android ti conviene spingerti più indietro nel supporto se no tagli fuori troppa gente, oppure ti semplifichi la vita tanto il market share è enorme e i clienti potenziali sono tantissimi, ma sacrifichi compatibilità

è l'utente quello ad essere maggiormente danneggiato da questa "immaturità" dei sistemi operativi mobili in questo momento

[robertogl]

Originariamente inviato da acerbo

Sono cambiate le notifiche infatti, non gmail, l'app é la stessa.
Di fatto come vedi stiamo parlando di piccolezze, dettagli spesso ininfluenti che vengono aggiunti nell'arco di anni passando per due nuove major release ... alla faccia della frammentazione.

Ma l'app le deve prevedere le notifiche 'interattive', quando l'app rileva che sei su ics non le attiva (perché non può, mancano le api). E comunque erano disponibili dalla 4.1

[qboy]

Originariamente inviato da Epoc_MDM

Sempre il 3%

mi addentro questo 3d solo per dirti che mi hai fatto scompisciare dal ridere, se mai ti incontrerò birretta per te

[acerbo]

Originariamente inviato da recoil

non conosco a fondo le API Android perché ci sviluppo poco, ma in iOS ci sono API che sono veramente cambiate da cima a fondo

è un peccato dover rinunciare a una funzionalità nuova perché sai che metà dei tuoi potenziali clienti non può usarla e giustamente non hai voglia di implementare due versioni della tua app
va a finire che come fanno molti, anche su iOS, rilasci la tua dicendo che il supporto minimo è alla versione X-1 del sistema operativo e gli altri si attaccano
solo che su iOS sei sicuro di raggiungere una fetta enorme del tuo parco clienti, su Android ti conviene spingerti più indietro nel supporto se no tagli fuori troppa gente, oppure ti semplifichi la vita tanto il market share è enorme e i clienti potenziali sono tantissimi, ma sacrifichi compatibilità

è l'utente quello ad essere maggiormente danneggiato da questa "immaturità" dei sistemi operativi mobili in questo momento

Originariamente inviato da robertogl

Ma l'app le deve prevedere le notifiche 'interattive', quando l'app rileva che sei su ics non le attiva (perché non può, mancano le api). E comunque erano disponibili dalla 4.1

Si ma io sto parlando da un punto di vista prettamente "user", all'atto pratico che differenze sostanziali ci sono tra un ICS stock e un kitkat stock a livello di esperienza di utilizzo dell'os e delle applicazioni? E' veramente poca roba.
Se scarico 100 applicazioni dal playstore su 99 c'é scritto "compatibile da android 4.X", hanno le stesse identiche funzionalità e la stessa UI eppure é pieno di gonzi che si lamentano perché non hanno ricevuto la 4.4.4 sul loro terminale.
Ok avere una migliore razionalizzazione degli API level, ma per l'utente finale oggi il problema di mancanza di aggiornamenti é dovuto solo alle eccessive personalizzazioni scritte da produttori koreani che non hanno alcun background nello sviluppo di SW e servizi e fanno piu' porcherie che altro, oltretutto tirando fuori 10 modelli all'anno no riescono chiaramente a stargli dietro con lo sviluppo.

[recoil]

Originariamente inviato da acerbo

Si ma io sto parlando da un punto di vista prettamente "user", all'atto pratico che differenze sostanziali ci sono tra un ICS stock e un kitkat stock a livello di esperienza di utilizzo dell'os e delle applicazioni? E' veramente poca roba.
Se scarico 100 applicazioni dal playstore su 99 c'é scritto "compatibile da android 4.X", hanno le stesse identiche funzionalità e la stessa UI eppure é pieno di gonzi che si lamentano perché non hanno ricevuto la 4.4.4 sul loro terminale.
Ok avere una migliore razionalizzazione degli API level, ma per l'utente finale oggi il problema di mancanza di aggiornamenti é dovuto solo alle eccessive personalizzazioni scritte da produttori koreani che non hanno alcun background nello sviluppo di SW e servizi e fanno piu' porcherie che altro, oltretutto tirando fuori 10 modelli all'anno no riescono chiaramente a stargli dietro con lo sviluppo.

come ti dicevo non ho una conoscenza sufficiente delle API android per sapere cosa cambia dal punto di vista dell'utente, se bene o male le funzionalità non sono cambiate tanto meglio per tutti

su iOS può cambiare moltissimo, specialmente come funzionalità di background quindi chi rimane indietro si perde veramente moltissimo
però c'è meno frammentazione quindi te ne freghi, inizi a supportare dalla 7 in su e ti perdi il 10% degli utenti, pazienza

il problema grosso è per chi sviluppa da zero un'app oggi, come naturale partirebbe dall'ultima versione SDK che è la 19 (Android 4.4) poi scopre che deve supportare ICS e scende alla versione del SDK 14
non è la fine del mondo, ma magari ha dei problemi, va su stackoverflow e la soluzione che trova è compatibile con SDK 16, allora avanti con la ricerca e così via
lo so perché i colleghi che seguono la parte Android sperimentano questi problemi quotidianamente
ok è il loro lavoro e all'utente non frega niente, però domandiamoci come mai ci sono app che escono prima sullo store iOS poi con calma su Google Play... eppure il market share di Android è enorme quindi i clienti potenziali non mancano, specialmente per le app gratuite

[insane74]

non credo si possa fare il paragone con il mondo PC perché il problema è l'OS, non le applicazioni.

sui PC è MS a rilasciare direttamente gli aggiornamenti dell'OS, indipendentemente dalla marca del PC.

su iOS è Apple, per WP è MS (almeno credo siano rilasciati direttamente da loro, ma magari mi sbaglio).

su Android invece no (gamma nexus a parte). devi ogni volta "sperare" che il produttore di turno si degni di far uscire l'aggiornamento (che magari va a correggere un problema grave di sicurezza).
magari sul solito terminale di fascia alta l'aggiornamento dell'OS arriva in tempi "ragionevoli", ma è così per tutti i 18mila modelli?

invece sui PC, che io abbia un HP o un Dell o un assemblato fatto in casa, l'OS sarà sempre aggiornato da mamma MS.

questi aggiornamenti "mancati" della parte OS sono una bella magagna per la sicurezza, considerando quanto ormai facciano parte della nostra vista quotidiana smartphone e tablet,

[pabloski]

Originariamente inviato da recoil

iOS 7 aveva circa 1500 nuove API

Parliamo di Android o di altro? Considera pure che la frequenza dei rilasci di Android è molto più elevata rispetto ad iOS.

Per esempio nel caso di Kitkat questa è la situazione https://developer.android.com/sdk/ap...9/changes.html

Non vedo stravolgimenti epocali. E comunque la retrocompatibilità è garantita ed è questo che interessa al programmatore.

Originariamente inviato da recoil

puoi sempre sviluppare con un SDK e supportare vecchi sistemi operativi, ma significa andare a controllare se c'è l'API oppure no

Se la retrocompatibilità è garantita non è un bel problema che dovresti incontrare. Decidi di usare una certa versione dell'api e pace. Se vuoi supportare la roba nuova, allora decidi di fare un'app che gira solo sulle versioni nuove dell'OS. Se vuoi supportare OS nuovi con le API nuove e OS vecchi con le API vecchie, allora devi darti da fare.

Originariamente inviato da recoil

funziona così anche nel mondo dei PC ma non puoi paragonare il mondo desktop al mondo mobile, almeno non ora
i sistemi operativi mobili sono ancora relativamente giovani, da un rilascio all'altro cambiano troppe cose...

Oddio, veramente è su pc windows che sono avvenuti i più drastici ed epocali cambiamenti degli ultimi 10 anni. Windows 8 è completamente cambiato le carte in tavola, a partire dall'introduzione di WinRT fino alla UI metro.

E anche in questo caso devi scegliere se usare le funzionalità nuove e rimuovere il supporto alle versioni vecchie o se rinunciare alle nuove funzionalità.

Che Apple senta il bisogno di aggiungere "700 nuove api" alla volta, non implica che l'intero mondo mobile sia immaturo e prono a stravolgere tutto ad ogni nuovo giro.

Originariamente inviato da recoil

per me oggi supportare iOS 6 che è del 2012 è un fastidio e diventa una palla al piede, idem per i colleghi che seguono la parte Android e partirebbero volentieri da 4.4 se solo potessero

Ok, ma quali funzionalità della 4.4 ( o comunque delle nuove versioni ) necessitano assolutamente? Perchè non possono adattarsi una versione più vecchia dell'API?

Originariamente inviato da recoil

viceversa i (pochi) colleghi che lavorano ancora con app Windows supportano senza troppe rogne XP e Windows 8 con più di 10 anni di distanza tra una release e l'altra

Ovvio, perchè non si costringono ad usare per forza le nuovissime api. Windows 8 e XP sono due mondi a parte in termini di api. Ovviamente la retrocompatibilità è garantita, ma solo se si rinuncia ad usare WinRT e/o creare un'app metro.

[pabloski]

Originariamente inviato da robertogl

Android L avrà 5000 nuove API (poi come le contino non lo so, ma è comunque un numero molto elevato..)

con 5000 nuove api ricrea l'intero sistema

a parte il conteggio che ovviamente tiene conto pure di piccolezze insignificanti, ma credo che il numero elevato sia dovuto al supporto per android wear e ai 64 bit

[acerbo]

Originariamente inviato da insane74

non credo si possa fare il paragone con il mondo PC perché il problema è l'OS, non le applicazioni.

sui PC è MS a rilasciare direttamente gli aggiornamenti dell'OS, indipendentemente dalla marca del PC.

su iOS è Apple, per WP è MS (almeno credo siano rilasciati direttamente da loro, ma magari mi sbaglio).

su Android invece no (gamma nexus a parte). devi ogni volta "sperare" che il produttore di turno si degni di far uscire l'aggiornamento (che magari va a correggere un problema grave di sicurezza).
magari sul solito terminale di fascia alta l'aggiornamento dell'OS arriva in tempi "ragionevoli", ma è così per tutti i 18mila modelli?

invece sui PC, che io abbia un HP o un Dell o un assemblato fatto in casa, l'OS sarà sempre aggiornato da mamma MS.

questi aggiornamenti "mancati" della parte OS sono una bella magagna per la sicurezza, considerando quanto ormai facciano parte della nostra vista quotidiana smartphone e tablet,

Certo, sulla carta é esattamente cosi' ed é appunto quasi esclusivamente per eventuali bug e problemi di sicurezza.
Il problema é che pur tenendo gli aggiornamenti automatici attivati su MS nonostante gli update i problemi ci sono lo stesso
Scherzi a parte, l'OS su un dispositivo mobile é trasparente rispetto ad un PC, uno smartphone non lo usi per lanciare dei batch, non scarichi centinaia di applicazioni e plugin di terze parti e non lo usi con migliaia di differenti periferiche.
Comunque il problema come ha già evidenziato pabloski é che esite AOSP ed android by google, se tutti i produttori, o per lo meno i maggiori, la smettessero di sparare codice alla cieca senza una politica di manutenzione del SW come si fà nelle società di IT questa frammentazione sarebbe meno presente, il problema é che queste aziende sono tutto tranne che aziende IT.

[insane74]

Originariamente inviato da acerbo

Certo, sulla carta é esattamente cosi' ed é appunto quasi esclusivamente per eventuali bug e problemi di sicurezza.
Il problema é che pur tenendo gli aggiornamenti automatici attivati su MS nonostante gli update i problemi ci sono lo stesso
Scherzi a parte, l'OS su un dispositivo mobile é trasparente rispetto ad un PC, uno smartphone non lo usi per lanciare dei batch, non scarichi centinaia di applicazioni e plugin di terze parti e non lo usi con migliaia di differenti periferiche.
Comunque il problema come ha già evidenziato pabloski é che esite AOSP ed android by google, se tutti i produttori, o per lo meno i maggiori, la smettessero di sparare codice alla cieca senza una politica di manutenzione del SW come si fà nelle società di IT questa frammentazione sarebbe meno presente, il problema é che queste aziende sono tutto tranne che aziende IT.

ormai da mobile si fanno acquisti, si fa home banking, si fa di tutto. se permetti, la sicurezza è fondamentale. se salta fuori un baco per cui un'app malevola o un sito riesce a "bucare" il sistema e se Google lo patcha, quanto tempo ci vuole perché tutti i 18mila diversi dispositivi ricevano la patch, se mai la riceveranno?
per iOS o WP non è così, e nemmeno per OS desktop. solo android è messo così "male".

[pabloski]

Originariamente inviato da insane74

su Android invece no (gamma nexus a parte). devi ogni volta "sperare" che il produttore di turno si degni di far uscire l'aggiornamento (che magari va a correggere un problema grave di sicurezza).

Appunto. Il problema non è tanto del programmatore, quanto piuttosto del sistema google-oem-utente.

Il perchè gli aggiornamenti sono rilasciati dagli OEM è dovuto al fatto che nel mondo ARM non c'è standardizzazione, per cui occorre ( di fatto ) un kernel unico per ogni SoC.

Apple risolve perchè c'ha un solo SoC e per di più autoprodotto. MS ha risolto imponendo l'uso di soli SoC Qualcomm.

Altrettanto non può essere fatto nel mondo Android, a meno che i produttori di SoC non decidano di rilasciare i driver opensource o Google si faccia carico di mantenere le varie versioni di Android per ogni dispositivo.

Originariamente inviato da insane74

invece sui PC, che io abbia un HP o un Dell o un assemblato fatto in casa, l'OS sarà sempre aggiornato da mamma MS.

Sui pc hai un mucchio di standard e non si sgarra.

Originariamente inviato da insane74

questi aggiornamenti "mancati" della parte OS sono una bella magagna per la sicurezza, considerando quanto ormai facciano parte della nostra vista quotidiana smartphone e tablet,

Giusto, ma il problema di sposta semplicemente di un livello.

Cosa faresti tu ( o l'utenza in generale ) se MS smettesse di fornire fix e aggiornamenti? La stessa cosa va fatta nei confronti degli OEM recidivi.

Google non si trova nella condizione fisica di poter aggiornare tutti i 18.000 tipi di terminali Android, ma gli OEM si. Quelli che non lo fanno vanno boicottati.

Google può al massimo fare pressioni. Sperando di non infastidire troppo gli OEM inducendoli a cambiare OS.

[insane74]

Originariamente inviato da pabloski

Appunto. Il problema non è tanto del programmatore, quanto piuttosto del sistema google-oem-utente.

Il perchè gli aggiornamenti sono rilasciati dagli OEM è dovuto al fatto che nel mondo ARM non c'è standardizzazione, per cui occorre ( di fatto ) un kernel unico per ogni SoC.

Apple risolve perchè c'ha un solo SoC e per di più autoprodotto. MS ha risolto imponendo l'uso di soli SoC Qualcomm.

Altrettanto non può essere fatto nel mondo Android, a meno che i produttori di SoC non decidano di rilasciare i driver opensource o Google si faccia carico di mantenere le varie versioni di Android per ogni dispositivo.



Sui pc hai un mucchio di standard e non si sgarra.



Giusto, ma il problema di sposta semplicemente di un livello.

Cosa faresti tu ( o l'utenza in generale ) se MS smettesse di fornire fix e aggiornamenti? La stessa cosa va fatta nei confronti degli OEM recidivi.

Google non si trova nella condizione fisica di poter aggiornare tutti i 18.000 tipi di terminali Android, ma gli OEM si. Quelli che non lo fanno vanno boicottati.

Google può al massimo fare pressioni. Sperando di non infastidire troppo gli OEM inducendoli a cambiare OS.

scusa ma ora come ora le cose stanno così: OS desktop -> aggiornamenti diretti. iOS/WP -> aggiornamenti diretti. Android -> spera che ti arrivi qualcosa.
è Google che è partita direttamente con questo rapporto con gli OEM, mica gliel'hanno imposto! se avesse "puntato" i piedi non saremmo in questa situazione, ma con ogni probabilità, non sarebbero nemmeno a quelle quote di market share...

PS: è google stessa a lamentarsi della frammentazione... frammentazione che ha contribuito lei stessa a creare sin dall'inizio...

[pabloski]

Originariamente inviato da insane74

ormai da mobile si fanno acquisti, si fa home banking, si fa di tutto. se permetti, la sicurezza è fondamentale. se salta fuori un baco per cui un'app malevola o un sito riesce a "bucare" il sistema e se Google lo patcha, quanto tempo ci vuole perché tutti i 18mila diversi dispositivi ricevano la patch, se mai la riceveranno?
per iOS o WP non è così, e nemmeno per OS desktop. solo android è messo così "male".

Teoricamente è un discorso che fila. Nella pratica, Android è afflitto esclusivamente da malware presente negli store ed installato dagli utenti.

I bug ovviamente ci sono e si trovano, però i vettori d'attacco quali sarebbero? Il browser e poco più.

Google ha lavorato moltissimo sui meccanismi di sandboxing e sicurezza in generale. Se vai a guardare com'è implementato il modello di sicurezza di Android, troverai un sistema allo stato dell'arte.

Certamente il problema esiste e gli OEM devono farsene carico. Ma appunto devono essere gli OEM, perchè altrimenti non c'è modo per Google, da sola, di risolvere questo problema.

[acerbo]

Originariamente inviato da insane74

ormai da mobile si fanno acquisti, si fa home banking, si fa di tutto. se permetti, la sicurezza è fondamentale. se salta fuori un baco per cui un'app malevola o un sito riesce a "bucare" il sistema e se Google lo patcha, quanto tempo ci vuole perché tutti i 18mila diversi dispositivi ricevano la patch, se mai la riceveranno?
per iOS o WP non è così, e nemmeno per OS desktop. solo android è messo così "male".

e' molto piu' facile bucare il browser e fare phisihing al sito della tua banca che avere problemi installando l'app mobile dedicata su smartphone/tablet.
Oggi poi se uno deve fregarsi 1000.000 di numeri di carta di credito va direttamente sul server, non si mette certo a rilasciare un'app malevola che dopo 2 secondi verrà rimossa dalla store e consentirà alle autorità di risalire allo sviluppatore in meno di un'ora