Código do iOS 8 mostra que iPad vai correr apps lado a lado

Têm aqui algumas respostas a esta questão:
http://www.phonearena.com/news/Android-can-never-be-as-smooth-as-iOS-myth-busted_id26252

:S
é estranho que algumas das coisas que dizes são desmentidas no link que dás – repetiste o mito que é posto em causa pelos especialistas em ambas as plataformas!
Não considero que a fluidez seja apenas uma questão de preferência. A fluidez do interface afecta a percepção do utilizador, o prazer na interacção, ou no mínimo evita a irritação/frustração nas transições entre tarefas.

@Nelson
“As threads não são real time ou não, e no iOS não são real time, e se fosse, palmas para a Apple. Real Time ou não, são os OS’s”

Não percebi muito bem o que quiseste dizer, mas esta é a única forma de garantir que não há stutter gráfico.

“Quanto ao fazer uma “app má”, no iOS… podes fazê-lo, mas é mais difícil ainda que fazer uma “app boa”.”

Isso não é bem assim. Se pretendes utilizar as funcionalidades mais pesadas da API, tens que conhecer bem o impacto que vai haver na performance e tentar seguir as melhores práticas, senão vai haver lag.

“LOL… não… qualquer um que tenha um iPhone, pode atestar que isso é mentira…”

Não, não pode, porque tal fenómeno não é visível ao utilizador.

“E sim, o Android, enquanto usar o ART/Dalvik, vai ter sempre lag(…)”

Estás a dizer que o meu G2 alguma vez apresentou algum sinal de lag? Ecrãs pretos? Isto não é Samsung, filha.

“Enquanto no iOS, isso nunca foi problema…”

Estás também a dizer que o iOS nunca teve lag?

@Nunes
Eu não li o artigo todo com atenção, mas li as citações das pessoas que de facto sabem ao certo o que acontece. Essas pessoas estão a desmentir as que acham que sabem.
É verdade que menos stutter significa melhor user experience, mas não se pode níveis perfeitos de user experience, flexibilidade e developer friendliness no mesmo sistema. Quando isso existir, vai meter os sistemas actuais num bolso.

“Não percebi muito bem o que quiseste dizer, mas esta é a única forma de garantir que não há stutter gráfico.”

Se não percebeste, tens de estudar o assunto 😉

“Isso não é bem assim. Se pretendes utilizar as funcionalidades mais pesadas da API, tens que conhecer bem o impacto que vai haver na performance e tentar seguir as melhores práticas, senão vai haver lag.”

Tu nunca programaste para iOS, pois não?

O Xcode obriga-te mesmo a usar Model-View-Controller…

Se programares mal, em iOS, e deixares, por exemplo, leaks, o sistema mata a tua aplicação.

“Não, não pode, porque tal fenómeno não é visível ao utilizador.”

Então não é visível?

Se eu tocar ou mexer no ecrã, pára qualquer coisa? Não!

“Estás a dizer que o meu G2 alguma vez apresentou algum sinal de lag? Ecrãs pretos? Isto não é Samsung, filha.”

Ai, ok… então é só Samsung? Tá bem…

“Estás também a dizer que o iOS nunca teve lag?”

Quando é que teve lag? Nunca teve!

Quanto ás UI, e de uma vez por todas.

Todas as App’s em iOS têm pelo menos uma THREAD á parte, que comunicam com um PROCESSO de sistema que desenha os elementos gráficos.

As THREADS têm todas a mesma prioridade, os PROCESSOS têm prioridades diferentes.

Não há “THREADS REALTIME”, aliás, nem há PROCESSOS realtime, num sistema não-realtime, por muito que se suba a prioridade do processo, este não passa a real-time, porque a kernel está sempre á frente, e outros processos podem estar a correr e precisar de ser interrompidos, que “baralha logo as contas”. Existem SO’s realtime, mas o iOS não é um deles, se bem que é muito próximo, devido ás decisões limitativas da Apple, como por exemplo, não deixar as app’s correrem em background, e não permitir que as aplicações façam page-swaps, limitando a alocação de memória que estas têm permitido.

Agora porque é que o Android tem lag, e o iOS não?

Ora porque a Apple investiu mais tempo e talento e riscos no iOS, porque pede melhor qualidade de App’s e programadores para o seu ecosistema… porque não se importa de dizer “não” a tudo o resto que possa surgir, e abraçar a plataforma ARM desde 2007 (se quiserem alterar, podem fazer isso, já que também a Apple investe tempo e dinheiro em coisas como em compiladores, como é o caso do LLVM, e porque já tem experiência e patentes de transições anteriores, os chamados “fat-binaries”.

Muita gente pensa que a Apple é só design, ou como a Samsung: publicidade, mas por detrás, estão das melhores carolas na indústria, ao nível, p.ex. da Microsoft, e desde que o Steve voltou, têm ido buscar sempre o melhor talento, por exemplo, o compositor da interface gráfica do OSX (e depois iOS) foi desenhado pela “start-up” de animação 3D do Jobs, a Pixar, outros tais, que por fora, as pessoas conhecem-os pelos sucessos (Toy Story, Cars, Monster Inc, Wall-E etc…), mas por dentro, conhecem-os pelo Renderman… o raytracer 3D de referência em hollywood… usado, por exemplo, em 1994 no Jurassic Park… por alguma coisa é que mesmo visto 20 anos depois, os dinossauros ainda parecem atuais…