Newsgroup: it.comp.hardware.palmari
Titolo: dispositivi Android e Angry Birds

Ecco, questo è sostanzialmente il problema a cui può andare incontro uno
sviluppatore Android. E certamente non per colpa sua.
La lista dei dispositivi non supportati include anche smartphone
relativamente recenti:
http://www.rovio.com/index.php?mact=Blogs,cntnt01,showentry,0&cntnt01entryid=47&cntnt01returnid=58
Speriamo che il futuro sia un po' più roseo.
-- 
lock

 recenti:
Si`, ma tutti "economici": display 320x240, processori a 520 o 620 MHz, 
GPU "scarse", poca RAM.
In pratica e` un puro e semplice problema di prestazioni.
E` come comprare un Core i3 con scheda video integrata per 300 euro 
totali e lamentarsi che Call of Duty Black Ops scatta.
Infatti dicono di avere in preparazione una versione light.
Il problema degli smartphone e` che chi li compra al 90% e` ignorante, e 
non sa cosa ha il suo cellulare. L'ha pagato 200 euro e pretende che vada 
come uno da 550.
Pero` un paio di flag sul Market che nascondano ai dispositivi meno 
performanti le applicazioni che richiedono certe prestazioni, secondo me, 
non ci starebbero male.
Bye.

 non ci starebbero male.
Ma non c'è già qualcosa di simile? Se non sbaglio vengono anche indicati
i moduli che il programma andrà ad utilizzare (Internet, gps, wi-fi) e
quella è una cosa utilissima. Perché se un programma di wallpaper cerca
di accedere alla rubrica allora c'è qualcosa che non va. ;]
-- 
lock

 di accedere alla rubrica allora c'è qualcosa che non va. ;]
Gli unici "filtri" attualmente presenti sul Market sono quello per la 
versione del framework (quindi non vedi applicazioni solo per la 2.2 se 
hai la 2.1 installata) e sulla lingua (se sei in Italia non vedi le 
applicazioni che lo sviluppatore ha marcato come "solo Germania", per 
esempio)
Quelle di cui parli tu sono richieste di permessi che l'applicazione fa 
al S.O.
Per usare la rubrica, per esempio, l'applicazione e` obbligata a 
dichiarare nel Manifest.xml cose come "voglio leggere la rubrica" o 
"voglio scrivere la rubrica". Al momento dell'installazione Android 
mostra questa lista di richieste all'utente, che sceglie se continuare 
con l'installazione o abortirla.
Ma le applicazioni in questo caso non vengono nascoste: se cerchi di 
installare un navigatore satellitare su un telefono senza GPS niente ti 
impedisce di farlo, ma probabilmente avrai un errore quando la carichi.
Ecco, io vorrei un filtro del primo tipo, qualcosa come "questa 
applicazione funziona solo con 800 MHz o piu`" oppure "funziona solo con 
256 MB di RAM o piu`". Se il telefono non rispetta le specifiche, il 
Market non mostra l'applicazione.
Bye.

 Market non mostra l'applicazione.
Chiaro. Un'impostazione "PC" insomma. A tal proposito ti segnalo questo
interessante articolo di John Gruber sul modello adottato da Apple e
Google per i propri dispositivi mobili (e, di conseguenza, la tipologia
di utenti che li utilizzano). Condivisibile o meno ma fornisce ottimi
spunti di riflessione:
http://daringfireball.net/2010/11/where_are_the_android_killer_apps
 
-- 
lock

 me, non ci starebbero male.
Se vuoi fare le cose "bene", Android è come WM: devi valutare bene le 
applicazioni una per una, altro che market "alla rinfusa".
-- 
Saluti. 

 assolutamente perfetto e fluido.
Sull'Hero ho provato a overloccare la CPU a 720Mhz ma non è cambiato 
nulla, forse è colpa della GPU troppo scarsa integrata in alcuni 
dispositivi Android.
-- 
     Ciao
                    DOC
                    ~~~
God's in His Heaven.All's Right with the World.
                    ~~~

 
http://daringfireball.net/2010/11/where_are_the_android_killer_apps
Arieccheme, mi inserisco qui! :)
Ho letto l'articolo e devo dire che mi trovo d'accordo con molte delle
osservazioni esposte... Strano, eh? Ovviamente se continuo ad usare
Android significa che questo soddisfa le mie esigenze in pieno (ho
tutto ciò che mi serve e oltre), ma non si devono negare le evidenze.
La grafica standard di Android (quella propria del SO, menu, etc..),
oggettivamente, non è proprio il massimo. Di conseguenza molte delle
applicazioni in cui non si fa un lavoro teso a migliorarla (menu
semi-trasparenti, pulsanti colorati ad alta risoluzione, etc...)
risultano poco curate. Non tutti hanno Sense. Aggiungiamoci anche la
moltitudine di produttori che monta, da anni, chip grafici
"addormentati" (questo stà cambiando) o che non hanno le necessarie
caratteristiche hardware (vedi scarsa memoria del Desire) e la frittata
è fatta. Ora và detto anche che la diffusione lo stà premiando (perchè
vale) e sono piuttosto sicuro che le cose cambieranno in meglio anche
in questo senso (lo dice anche il tizio nell'articolo).
E' Google che deve "muoversi", facciamo un parallelo con le console:
quali sono stati i migliori titoli per la play station? Metal Gear?
Gran Turismo? E chi li produceva questi titoli?
Detto tutto ciò è anche vero che l'utenza è nettamente diversa e dove,
ad esempio, un utente Apple spende per un gioco 3d l'utente Android
spende per un lettore multimediale, vedi l'ottimo Power Amp.
Forse le pretese "funzionali" che portano a pagare un'applicazione sono
più elevate, o magari la maggior parte dei telefoni in giro sono
modelli poco prestanti... Potrebbe essere. Insomma, è vero che non
esistono queste grandi *esclusive* di terze parti in termini di
applicazioni (a parte qualcosa), ma secondo me, è anche vero che non si
può confrontare direttamente iOS e Android, perchè, al momento, hanno
un pubblico (o semplicemente un market?) diverso. Inoltre, credo che le
esclusive andranno via via a scomparire e al momento, parliamoci
chiaro, le mancanze "gravi" (e l'autore avrebbe dovuto sottolinearlo
per risultare completamente imparziale ;) ) sono tutte sui giochi, lì
non c'è storia... Vediamo che succede con Gingerbread! ;)
-- 
Andrea. Android on board.

 Bye.
Si, ci vorrebbe...


 osservazioni esposte... Strano, eh?
mi sarei stupito del contrario, non è una guerra. :]
-- 
lock


Beh, è opinabile... ;)


 Beh, è opinabile... ;)
Più o meno quanto la matematica. erano fattori oggettivi e non
soggettivi. :]
-- 
lock

 soggettivi. :]
Ma forse ti riferivi alla guerra... :D
-- 
lock