Terminal Samsung Galaxy S5, a nova “compra” da Samsung

Não é “tão boa”, nem melhor, nem pior, não tem nada a ver.

O iOS, cada app tem a sua gestão de memória manual (que pode ser automatizada pelo compilador).

No Android, como disse, é garbage collector.

O Dalvik ainda é pior que o JRE da Oracle!

Tantos milhões gastos…

Sim, é difícil programar em Objective-C, porque é radicalmente diferente em sintaxe do que é normal, mas não tem culpa, porque nasceu muito antes do Java ou da maioria dessas linguagens.

Quanto ao NDK, eles até desaconselham logo… e é muito complicado depois a app funcionar em todos os telemóveis…

Também tens para portar ObjectiveC, mesmo com as API’s da Apple para Android, com a Apportable, que gera código máquina, como o NDK.

@OMG… mitos? Dizem sempre isso, e todos os anos, lá volta o lag, eu experimentei um bocado o S5, e notei bastante lag para o que estava habituado no meu 5S! No launcher e assim, nem tanto, mas depois sim…

Quanto ao iPhone prioritizar o touch? Não me parece, joga um jogo mais pesado, não é o touch que vai desacelerar… Só fazer uma coisa de cada vez? LOL!

Deves pensar que enganas quem? O iOS é o OSX com uma interface touch… claro que faz múltiplas aplicações de cada vez, senão como é que recebia mails enquanto tinha outra app a correr, por exemplo? Enfim… ele só é pré-emptitivo porque a interface dele assim o obriga, foi uma escolha, o SO por trás, já é não pré-emptivo, como o Windows, Linux e Mac.

Esses gajos andam a apalpar naquilo que não sabem… a opinião deles não passa disso, uma opinião…

O Android sempre há-de ter lag, quanto mais não seja, para te lembrar que tens de comprar um telemóvel novo.

@OMG “Android precisa de mais recursos” sim, assim como windows precisa de mais recursos em relação ao mac. já foi discutido porque. O facto de o iOS, OSX correr num leque super pequeno de hardware dá uma vantagem grande face aos outros sistemas. Não se pode dizer que é culpa do android. Nem todo o hardware é igual e funcione igual.

@Nelson
“Android é garbage collector” mentira. em C fazes: malloc(1024*1024) ; return 0; num programa de android e ele não dá free á memória alocada (malloc – memory allocation). Já em java não tens malloc. Como o c#, a linguagem que uso maior parte das vezes no windows, é garbage colector porque não consigo alocar memória manualmente (malloc). é tudo automático:
StringBuilder str = new StringBuilder(“Nelsonzito :D”);
Console.WriteLine(str);
return;
A memória instanciada pelo objeto “StringBuilder” é destruído da stack quando chega ao return. E essa memória usada está dentro da frame onde decorre a função. O malloc não. Está noutro lugar diferente porque é DINÂMICO. Se não dares free, mesmo depois de desligar o programa o SO não vai usar aquele espaço de memória porque pensa que ainda está a ser usado.
Por isso, C/C++ é a melhor linguagem para gerir a memória melhor. Java, c#, é garbage collector, é mais fácil mas mais lenta porque é automático. Simplesmente é ISSO.

É que estas a comparar o iOS que teve por base o XNU (X is Not Unix) com Android (Linux). É praticamente igual. Tem os 2 a mesma gestão de memória, talvez com algoritmos diferentes mas é igual.

Esta guerra entre a “lag” do Android e iOS deve-se ao facto da linguagem escolhida para as apps. Quer seja para iOS, quer seja para Android.

Ambos são excelentes sistemas.
Eu prefiro Android por ser Linux.