[solita domanda] smartphone max 200e?

[Hador]

edit - cazzata consigliavo g3 ma costa di più d iquel che pensassi

[McLove.]

L'unico dubbio sul oneplus che ho è sugli aggiornamenti, usano una loro cyanogen. Tengono aggiornato secondo voi?

A livello di caratteristiche, a parte qualche ppi, è superiore al nexus 5 ma anche a tanti altri smartphone pure di fascia maggiore (teoricamente).

cyanogen l'aggiornano molto velocemente molto prima di quanto fanno i produttori per i loro smartphone, praticamente poco dopo google il problema e' che oneplus e cyanogen sono alle strette si parla di un divorzio ed e' in arrivo una rom proprietaria della oneplus, come sara non si sa.

http://android.hdblog.it/2014/12/03/...e-cyanogenmod/

inoltre c'e' il cosiddetto problema hardware del touch screen

http://www.tuttoandroid.net/news/one...screen-234834/

per il discorso di lollipop e' una nuova major release ognuna ha avuto tot bug poi fixati in breve, questa c'e' da dire che presenta piu bug ma il problema e' dovuto anche alle app non aggiornate (cambia la gestione da delvik a art), per i major bug e' già in distribuzione il 5.0.1.

il problema riguarda piu che altro i produttori che fanno aggiornamenti sporadici che se ti mettono una release buggata poi passano mesi e mesi prima di darti un altro update e quindi te lo tieni,l sto problema per quanto sono sicuro che attirera l'odio di hador ( che e' fanboy sony come proton prima di lui (cit.) ) l'ho avuto con alcuni sony ma con brand vodafone, perché uno smart brand ha la tempistica anche del custom del provider oltre a quello della casa produttrice.

su dispositivi aggiornati velocemente il problema e' irrisorio per quanto come ogni so anche per pc e sempre consigliato non aggiornare mai un android subito ma aspettare o si fa da betatester esattamente come le release di windows.

http://android.hdblog.it/2014/12/03/...ug-importanti/

sul discorso nexus 7, i nexus 7 con wifi hanno sempre avuto un delay di 15 gg/un mese nell ota perche la rom e' differente da quello solo 3g , lollipop per nexus 7 3g sia 2012 che 2013 'e gia stato rilasciato via ota. Per il n7 3g+ wifi i modelli sono differenti ed ancora non e' stato rilasciato perché a sto punto rilasceranno direttamente il 5.0.1

infine sulla batteria ormai quasi ogni dispostivo di nuova generazione che non sia fuffa arriva alle 8 di sera dopo un utilizzo intenso di navigazione e chiamate almeno al 50% poi chiaramente dipende dall uso che uno ne fa se non ci fai niente arrivi a 70% se lo usi tanto al 30% i problemi di batteria erano anni fa quando facendoci quasi un cazzo arrivavi alle 8 di sera col 10% 15% che e' lo stesso problema che hanno ora i dispositivi android wear metti il moto 360 alle 8 di mattina alle 8 di sera e gia' quasi scarico, in alternativa l'avrei già comprato.

[Estrema]

il problema di lollipop sara sicuramente per quelle app poco compatibili con art io ne ho trovata solo una il garmin streetpilot che però praticmante non viene quasi mai aggiornato visto che per android garmin ha scelto di puntare sull'altro prodotto di casa il navigon, almeno per il momento.

[Hador]

emh art è una jvm, una app non deve essere compatibile o meno con art, l'app non ha idea di cosa sia art.
Poi è possibile che ci siano dei bug (di art) che causino dei problemi, ma non c'è lavoro di compatibilità che gli sviluppatori delle app debbano fare.

[Estrema]

emh art è una jvm, una app non deve essere compatibile o meno con art, l'app non ha idea di cosa sia art.
Poi è possibile che ci siano dei bug (di art) che causino dei problemi, ma non c'è lavoro di compatibilità che gli sviluppatori delle app debbano fare.

a si dici che nn devono compilare nulla? e allora dillo a garmin che con art si blocca e con Dalvik no cosi mi evitano di mettere na ciofeca di navigatore come il tomtom o robe simili

[McLove.]

emh art è una jvm, una app non deve essere compatibile o meno con art, l'app non ha idea di cosa sia art.
Poi è possibile che ci siano dei bug (di art) che causino dei problemi, ma non c'è lavoro di compatibilità che gli sviluppatori delle app debbano fare.

boh io leggevo che a causa dell art molte app vanno in crash che sia un problema delle app o del So sinceramente non ho le competenze per saperlo e sinceramente nemmeno mi interessa saperlo
Ma leggevo che l'instabilita dello smart/alcune app puo essere migliorata non solo da aggiornamenti di lollipop (art si attivava in beta anche con il 4.4.4 ) ma anche dal rilascio di nuove versioni delle app. se ritrovo il link te lo posto.


per farti un esempio questa e' la lista delle app che sotto art non funzionano, chiaramente aggiornata.

http://www.androidruntime.com/list

whatsapp con art non partiva nemmeno, dopo alcuni aggiornamenti della stessa app ora parte con lo stesso So. eidentemente c'e' qualcosa che si puo fare anche lato app.

[Hador]

Vorrei fare un post "per farla breve" ma viene un pippone, se vi interessa vi spiego come funziona, altrimenti fidatevi di me. Il problema sono i bug di art o i corner cases che non è (ancora) in grado di gestire.

Quindi, se una app va, ok. Se non va è perchè art buggato e quindi o si aspetta un fix di art, o gli sviluppatori della app cercano di capire cosa del proprio codice non piace ad art e lo cambiano per farla andare lo stesso.

Se vi interessa vi spiego esattamente di cosa stiamo parlando, altrimenti sticazzi.

[Zaider]

a me interessa, cosi' avro' un motivo tecnico per odiare di piu' lollimerd

[Drako]

cyanogen l'aggiornano molto velocemente molto prima di quanto fanno i produttori per i loro smartphone, praticamente poco dopo google il problema e' che oneplus e cyanogen sono alle strette si parla di un divorzio ed e' in arrivo una rom proprietaria della oneplus, come sara non si sa.

http://android.hdblog.it/2014/12/03/...e-cyanogenmod/

inoltre c'e' il cosiddetto problema hardware del touch screen

http://www.tuttoandroid.net/news/one...screen-234834/

pare che i problemi siano magicamente spartiti con i lotti di ottobre e novembre, che strano

Non ho ben capito cosa sarebbe il problema di banda gialla. Diciamo che su quella fascia vado tra oneplus one e nexus 5. Il primo è più potente praticamente in tutto, il secondo ha dalla sua aggiornamenti ufficiali costanti ed il fatto che potrei prenderlo da amazon ed averlo sostituito a costo zero in 3 giorni al sorgere di un minimo problema.

Quelli che han comprato 1+1 da ottobre in poi son soddisfatti, però l'assistenza lascia a desiderare. Decisions decisions, mi piace il fatto che sia 5.5 tra l'altro.

@hador: si il g3 l'ho visto pure io e mi gusterebbe anche ma saliamo a 400€ :/

[Hador]

a me interessa, cosi' avro' un motivo tecnico per odiare di piu' lollimerd

Pippone assurdo su che minchia è codice macchina e che minchia è una jvm:

Spoiler

android funziona(va) usando il modello di java.
I programmi sono scritti usando linguaggi di programmazione, questi linguaggi però servono per fornire uno strumento comodo agli sviluppatori di scrivere programmi, ma per essere eseguiti devono essere convertiti in linguaggio macchina da quel che si chiama un compilatore, che legge il sorgente e lo trasforma in una serie di istruzioni hardware da passare al processore. Questo vuol dire che mentre i sorgenti sono universali, il codice compilato dipende da che processore usi. Ed è il motivo per il quale ci sono le versioni diverse delle applicazioni per 32 e 64 bit ad esempio, le versioni 64 bit sono compilate per processori a 64 bit che hanno un set di istruzioni diverso da quello a 32.

Questa roba ha 2 limiti: 1, devi compilare il tuo programma in maniera diversa per ogni sistema operativo e per ogni versione del processore, 2 intuitivamente un i7 ha delle features che un pentium 1 non ha, e benchè ci sia retrocompatibilità tra tutti i processori (x86 in questo caso) un i7 offre, ad esempio, tutta una serie di istruzioni aggiuntive che permettono ad un compilatore che sa di dover compilare un programma solo per un i7 di ottimizzare il codice macchina in maniera molto efficace. Ma se devo distribuire il mio programma non posso distribuire 100 versioni ognuna per un processore diverso.

.net e java hanno rivoluzionato questo modello di funzionamento. .net lo vediamo nella prossima puntata.
In java tu non compili il tuo codice in codice macchina, ma lo compili in bytecode che è una via di mezzo. Questo bytecode viene poi eseguito su una jvm, una java virtual machine, regolarmente installata sul tuo pc. L'idea è sostanzialmente di distribuire solo le jvm diverse per ogni architettura, e poi ogni programma viene eseguito dalla jvm che traduce al volo il bytecode e in codice macchina. I programmi java non si installano e non vanno compilati per diverse piattaforme, si prendono e si eseguono, sia che tu sia su windows, linux, osx, usi intel o arm.
Ora, dato che stiamo parlando di mettere un layer tra l'hardware e il tuo programma, le prime jvm erano lente abbestia (creavano tanto overhead), motivo per cui molti programmatori vecchi odiano/odiavano java.
Le jvm moderne invece hanno ottime performance e fanno due cose, O eseguono direttamente il bytecode emulando un processore traducendo come detto al volo bytecode in linguaggio macchina, oppure compilano al volo il codice in maniera ottimizzata per l'hw sottostante e lo fanno eseguire direttamente dall'hw. La jvm decide in maniera automatica quando fare una cosa o un'altra, a seconda di quanto invochi parti del programma.

Mo, android è basato su questo modello, ma in art han cambiato le cose. Hanno eliminato la parte di interpretazione a runtime del bytecode, e han forzato la compilazione del bytecode in linguaggio macchina specifico per ogni particolare hardware nel momento dell'installazione. Quindi se in dvstocazzo tu salvavi del bytecode, mo ti scarichi il bytecode dallo store e art te lo compila in codice macchina. Questo porta a dei vantaggi nelle performance (mentre sarà più lento installare le app, anche se parliamo di roba impercettibile), ma è un cambiamento enorme.

perchè art può avere bug con alcuni app e perchè non è colpa delle app:

Spoiler

Perchè questo può portare a bug. I processori fanno delle ottimizzazioni stronzissime che non vi potete neanche immaginare. In particolare eseguono parti del programma in anticipo in maniera probabilistica prevedendo che tu le eseguirai, e cestinando i risultati se poi non è così. Un compilatore, conoscendo queste ottimizzazioni, può decidere di compilare il codice in maniera particolare per sfruttare tali ottimizzazioni in maniera estrema. Ad esempio, se il compilatore sa che il processore può eseguire 3 istruzioni di operazioni di somma per ciclo di clock, se tu scrivi del codice che cicla su una lista di numeri e a tutti questi somma uno, il compilatore può tradurre sta roba in linguaggio macchina dove il tuo ciclo procede di 3 in 3, sommando 3 numeri alla volta e sfruttando il parallelismo del processore.
Quando c'era la vecchia jvm è possibile che alcune di queste ottimizzazioni non fossero state implementate, perchè il codice veniva interpretato al volo dalla jvm, ora invece pare che abbiamo voluto puntare in maniera massiccia sulle performance.

Quindi magari in watsapp usavano un costrutto particolare che prima veniva non ottimizzato ed eseguito dalla jvm e ora viene invece compilato in maniera ottimizzata da art che però sbaglia qualcosa nel farlo. Il problema è di art, ma gli sviluppatori di watsapp possono benissimo fare debug, capire cosa non piace ad art, e cambiarlo con del codice scritto in maniera diversa.

L'aggravante di tutto questo è che android ha un miliardo di piattaforme hardware diverse, penso che per ogni modello esistano N versioni con processori e chipset diversi.

[Estrema]

infatti art è standard dalla 5.0 prima era solo per alcuni dispositivi, come beta se vogliamo chiamarla cosi che io sappia l'avevano i nexus e i motorola attivabile nelle ozionoi sviluppatore, hanno dato 2 anni di test se non ricordo male.

detta da uomo della strada il problema di art è che è piu schifignoso perciò serve seguire standard piu precisi per le app, se non li hai perchè giustamente ancora stava solo come beta non andava a buon fine l'installazione oppure se passavi ad art non si avviava più l'app.

[Lupoazzurro]

il moto X nuovo costa 500 euro e passa... dici quello vecchio? Cmq su quella cifra nexus 5 è il meglio penso.

In realtà il moto x nuovo sugli stockisti lo trovi a 439 (versione bianca/bamboo 16gb).

Su amazon tedesca trovi il 32 gb a 499....

[Hador]

infatti art è standard dalla 5.0 prima era solo per alcuni dispositivi, come beta se vogliamo chiamarla cosi che io sappia l'avevano i nexus e i motorola attivabile nelle ozionoi sviluppatore, hanno dato 2 anni di test se non ricordo male.

detta da uomo della strada il problema di art è che è piu schifignoso perciò serve seguire standard piu precisi per le app, se non li hai perchè giustamente ancora stava solo come beta non andava a buon fine l'installazione oppure se passavi ad art non si avviava più l'app.

no, tu quando scrivi codice in java compili in bytecode (in java è praticamente instant, lo fa in background mentre programmi se hai un IDE decente), il linguaggio intermedio. Non puoi scrivere codice non standard o non te lo fa compilare.
I cambiamenti fatti con art sono ad un livello più basso, dove gli sviluppatori non hanno controllo/di solito non se ne preoccupano.

In realtà il moto x nuovo sugli stockisti lo trovi a 439 (versione bianca/bamboo 16gb).

Su amazon tedesca trovi il 32 gb a 499....

amazon ita 16 giga costa 499 euro, il prezzo di lancio era 499, poi uno trova sempre il modo per pagarlo di meno volendo

[Estrema]

ok hador allora spiegami perchè appena attivata art non andavano un sacco di app con gli aggiornamenti successive delle app vanno? cosa è cambiato se un ottimizazione per far si che art non s'impalli al momento dell'installazione dell'app

[Lupoazzurro]

.amazon ita 16 giga costa 499 euro, il prezzo di lancio era 499, poi uno trova sempre il modo per pagarlo di meno volendo

Al lancio era 499...ora è sceso, si trova anche su altri shop oltre ad amazon, non ci sono praticamente differenze fra le versioni eu.

Io ero indeciso fra il droid turbo e quello, alla fine per un discorso di garanzia, personalizzazione verizon e mancanza di una banda sul droid ho ordinato l'x 32 gb da amazon de