html5 vs aplicações nativas. Contest feito pela equipe da Sencha

Opa! maneiro o artigo! =D

Realmente.

Eu li um artigo na Revista W que diz que o fracasso do App HTML 5 do Facebook tem a ver com a equipe de desenvolvedores, e não com a tecnologia.

É, tem gente que fala mal de tecnologias mas isso não é desculpa para um trabalho bem feito. Não importa o quê, mas você precisa saber como se faz.

Rodrigo Sasaki:

Realmente.

Eu li um artigo na Revista W que diz que o fracasso do App HTML 5 do Facebook tem a ver com a equipe de desenvolvedores, e não com a tecnologia.

Com certeza. Aí está mais que provado pelo vídeo. O app html5 é bem melhor que o nativo do zuckerberg

artigo realmente muito legal :).

Não funciona com Windows Phone, uma pena.

Vamos lá… vi o video e fiz algumas anotações, ai depois abri a aplicação no meu iPhone 4 e testei para ver qual seria o comportamento.
Não tenho um Android aqui em mãos para testar, mas pelo video parece que a diferença entre o nativo e o app html5 é gritante.

Primeiro ponto, é difícil mensurar algumas coisas quando o vídeo mostrado não é constante, ou seja, ele tem vários cortes colocando o video no local que eles já queriam exibir as comparações.
Por que faz diferença?
Porque não mostra nem o caminho nem como foi o “andar” até chegarem naquele ponto, um dos dois apps poderia simplesmente ter demorado mais para carregar e renderizar algo, mas não foi mostrado.

Pelo vídeo e pelos testes que fiz, fica claro que o app nativo iOS ainda é bem mais “smoth”, principalmente nas rolagens e tratamentos de eventos com imagens, e dependendo do tipo de cliente, isso é inaceitável, não passa e pronto. Ser “smoth” é a maior características dos grandes apps de iOS, e um detalhe que os usuários percebem sim. Quando se trabalha fulltime com desenvolvimento iOS muitas coisas “banais” que achamos que é coisa de designer aparecem, e são elas que fazem seu app ter uma “boa reputação”.
Nos testes que fiz no 3G da Claro, que uso o dia inteiro então estou acostumado, a renderização geral do app html foi um pouco mais lenta que no app nativo, a rolagem de todas as telas, tanto mural, comentários, foi bem ruim, com rolagens cheias de solavancos, “tremidas” ou engasgos. O app html5 tbm não tem (nessa versão ai) scroll to top, e algumas opções de popup dentro dos menus que o nativo tem. Meu safari tinha outras 5 abas abertas.
Sei que por mais que seja uma “cópia” sei que não reproduziram 100% dos recursos e que pode ser feito. Também ficou claro que é uma prova de conceito e não um app para ser usado “em produção”, porque HOJE ele não é melhor não que a versão nativa, isso não quer dizer que O HTML5 não possa chegar a ter uma performance tão boa quanto a nativa nesses quesitos, mas esse app em específico não tem.

[]s

Luiz Aguiar:

Vamos lá… vi o video e fiz algumas anotações, ai depois abri a aplicação no meu iPhone 4 e testei para ver qual seria o comportamento.
Não tenho um Android aqui em mãos para testar, mas pelo video parece que a diferença entre o nativo e o app html5 é gritante.

Primeiro ponto, é difícil mensurar algumas coisas quando o vídeo mostrado não é constante, ou seja, ele tem vários cortes colocando o video no local que eles já queriam exibir as comparações.
Por que faz diferença?
Porque não mostra nem o caminho nem como foi o “andar” até chegarem naquele ponto, um dos dois apps poderia simplesmente ter demorado mais para carregar e renderizar algo, mas não foi mostrado.

Pelo vídeo e pelos testes que fiz, fica claro que o app nativo iOS ainda é bem mais “smoth”, principalmente nas rolagens e tratamentos de eventos com imagens, e dependendo do tipo de cliente, isso é inaceitável, não passa e pronto. Ser “smoth” é a maior características dos grandes apps de iOS, e um detalhe que os usuários percebem sim. Quando se trabalha fulltime com desenvolvimento iOS muitas coisas “banais” que achamos que é coisa de designer aparecem, e são elas que fazem seu app ter uma “boa reputação”.
Nos testes que fiz no 3G da Claro, que uso o dia inteiro então estou acostumado, a renderização geral do app html foi um pouco mais lenta que no app nativo, a rolagem de todas as telas, tanto mural, comentários, foi bem ruim, com rolagens cheias de solavancos, “tremidas” ou engasgos. O app html5 tbm não tem (nessa versão ai) scroll to top, e algumas opções de popup dentro dos menus que o nativo tem. Meu safari tinha outras 5 abas abertas.
Sei que por mais que seja uma “cópia” sei que não reproduziram 100% dos recursos e que pode ser feito. Também ficou claro que é uma prova de conceito e não um app para ser usado “em produção”, porque HOJE ele não é melhor não que a versão nativa, isso não quer dizer que O HTML5 não possa chegar a ter uma performance tão boa quanto a nativa nesses quesitos, mas esse app em específico não tem.

[]s

O que ele quis mostrar aí é que você pode pode produzir bons aplicativos com html5 desde que saiba o que está fazendo ao contrário do que o mark zuckerbeg disse. O aplicativo com certeza é inferior ao original mas veja só o que uma equipe pequena consegue fazer ao contrário da equipe do próprio facebook.

Todo mundo sabe que uma equipe pequena pode usar uma tecnologia pior para produzir app inferior. Não precisa de vídeo pra provar isso.

??

Não sei nada de facebook, mas bom saber dessa grande defesa em relação a HTML5, parabéns Sencha!

??Ele é troll mano, esquenta com ele não. [=

Eu nao tenho face, logo, nao uso o app nativo do facebook no dia a dia, mas testei o app da sencha com o face da esposa no meu Android, tambem achei que tem uns solavancos, a rolagem mesmo, não tem a suavidade de um nativo, por exemplo ela “dispara” quando tento rolar alguns posts, ela rola tipo 1km, igual cavalo disparado :lol:
Mas achei q ficou bacana o app, não é de todo ruim não, mas como o Aguiar falou, quero ver colocarem tudo que o app nativo faz, ai vamos ver como fica a coisa!

fredferrao:

Eu nao tenho face, logo, nao uso o app nativo do facebook no dia a dia, mas testei o app da sencha com o face da esposa no meu Android, tambem achei que tem uns solavancos, a rolagem mesmo, não tem a suavidade de um nativo, por exemplo ela “dispara” quando tento rolar alguns posts, ela rola tipo 1km, igual cavalo disparado :lol:
Mas achei q ficou bacana o app, não é de todo ruim não, mas como o Aguiar falou, quero ver colocarem tudo que o app nativo faz, ai vamos ver como fica a coisa!

Se for comparar para valer, vai precisar olhar o tamanho do aplicativo:

1. 13Mb do nativo, vs, 137kb do html;
2. Maior equipe de desenvolvedores e mais investimento envolvido do que o html5 ( que bem provavelmente foi desenvolvido por uma pessoa apenas);

Fiz o teste no meu gs2 aqui e não dá tanto solavanco como citado. Ele não possui api de animação como o nativo e logo tem menor frame rate(o que o Aguiar quis dizer com “smooth”) que a alternativa nativa.

O fato é que um aplicativo desenvolvido num “final de semana” pode fazer frente a um desenvolvido por uma grande equipe e com grande infraestrutura por traz dele. Existe algo errado aí não acham?

Eu diria que o que está errado são duas coisas: Known How e Competência.

juliocbq:

fredferrao:

Eu nao tenho face, logo, nao uso o app nativo do facebook no dia a dia, mas testei o app da sencha com o face da esposa no meu Android, tambem achei que tem uns solavancos, a rolagem mesmo, não tem a suavidade de um nativo, por exemplo ela “dispara” quando tento rolar alguns posts, ela rola tipo 1km, igual cavalo disparado :lol:
Mas achei q ficou bacana o app, não é de todo ruim não, mas como o Aguiar falou, quero ver colocarem tudo que o app nativo faz, ai vamos ver como fica a coisa!

Se for comparar para valer, vai precisar olhar o tamanho do aplicativo:

1. 13Mb do nativo, vs, 137kb do html;
2. Maior equipe de desenvolvedores e mais investimento envolvido do que o html5 ( que bem provavelmente foi desenvolvido por uma pessoa apenas);

Fiz o teste no meu gs2 aqui e não dá tanto solavanco como citado. Ele não possui api de animação como o nativo e logo tem menor frame rate(o que o Aguiar quis dizer com “smooth”) que a alternativa nativa.

O fato é que um aplicativo desenvolvido num “final de semana” pode fazer frente a um desenvolvido por uma grande equipe e com grande infraestrutura por traz dele. Existe algo errado aí não acham?

Eu diria que o que está errado são duas coisas: Known How e Competência.

O app tem pouquíssimas funcionalidades implementadas, basicamente mostra o feed. A maioria das telas esta como “não implementado para este demo”, sem falar em notificações postagens e tudo mais.

Sobre tamanho, acho q nao vem ao caso.

E dizer que foi desenvolvido por “qualquer um” tambem é sacanagem, foi desenvolvido por gente extremamente especialista, por nada mais que gente da equipe de um framework especializado em UI html/css/javascript, então dizer que foi feito por “qualquer um, num final de semana” acho exagero.

Não estou dizendo que o antigo app do facebook era ruim por incopetência da equipe ou não, só estou dizendo pra não exagerarmos, nem 8 nem 80.

Para termos uma prova definitiva acho que o app demo da sencha teria que implementar TUDO que o app nativo faz, mas tudo mesmo, ai teriamos uma base melhor!

fredferrao:

E dizer que foi desenvolvido por “qualquer um” tambem é sacanagem, foi desenvolvido por gente extremamente especialista, por nada mais que gente da equipe de um framework especializado em UI html/css/javascript, então dizer que foi feito por “qualquer um, num final de semana” acho exagero.

Não estou dizendo que o antigo app do facebook era ruim por incopetência da equipe ou não, só estou dizendo pra não exagerarmos, nem 8 nem 80.

Para termos uma prova definitiva acho que o app demo da sencha teria que implementar TUDO que o app nativo faz, mas tudo mesmo, ai teriamos uma base melhor!

[]s

Minha pergunta é: da menos trabalho em HTML5 ou nativo?

Também não acho que é válido o argumento de que “uma pequena equipe conseguiu implementar aquilo tudo” pelo seguinte: são os especialistas da Sencha.
O mínimo que eles podiam fazer é criar uma aplicação rápida (e rápido) pra acessar Facebook.

Parabéns a Sencha por fazer uma app web rodar rápido em uma intranet privada

kicolobo:

Minha pergunta é: da menos trabalho em HTML5 ou nativo?

Também não acho que é válido o argumento de que “uma pequena equipe conseguiu implementar aquilo tudo” pelo seguinte: são os especialistas da Sencha.
O mínimo que eles podiam fazer é criar uma aplicação rápida (e rápido) pra acessar Facebook.

Não tem como comparar as duas coisas. O HTML é apenas texto que vai ser renderizado diretamente no browser ou interpretado por algum cliente que o apresentará de maneira mais “rica”, no browser ou mesmo por um app nativo.

O cliente não nativo geralmente é o browser, então a questão na verdade é entre plataformas nativas e motores JavaScript.

fredferrao:

juliocbq:

fredferrao:

Eu nao tenho face, logo, nao uso o app nativo do facebook no dia a dia, mas testei o app da sencha com o face da esposa no meu Android, tambem achei que tem uns solavancos, a rolagem mesmo, não tem a suavidade de um nativo, por exemplo ela “dispara” quando tento rolar alguns posts, ela rola tipo 1km, igual cavalo disparado :lol:
Mas achei q ficou bacana o app, não é de todo ruim não, mas como o Aguiar falou, quero ver colocarem tudo que o app nativo faz, ai vamos ver como fica a coisa!

Se for comparar para valer, vai precisar olhar o tamanho do aplicativo:

1. 13Mb do nativo, vs, 137kb do html;
2. Maior equipe de desenvolvedores e mais investimento envolvido do que o html5 ( que bem provavelmente foi desenvolvido por uma pessoa apenas);

Fiz o teste no meu gs2 aqui e não dá tanto solavanco como citado. Ele não possui api de animação como o nativo e logo tem menor frame rate(o que o Aguiar quis dizer com “smooth”) que a alternativa nativa.

O fato é que um aplicativo desenvolvido num “final de semana” pode fazer frente a um desenvolvido por uma grande equipe e com grande infraestrutura por traz dele. Existe algo errado aí não acham?

Eu diria que o que está errado são duas coisas: Known How e Competência.

O app tem pouquíssimas funcionalidades implementadas, basicamente mostra o feed. A maioria das telas esta como “não implementado para este demo”, sem falar em notificações postagens e tudo mais.

Sobre tamanho, acho q nao vem ao caso.

E dizer que foi desenvolvido por “qualquer um” tambem é sacanagem, foi desenvolvido por gente extremamente especialista, por nada mais que gente da equipe de um framework especializado em UI html/css/javascript, então dizer que foi feito por “qualquer um, num final de semana” acho exagero.

Não estou dizendo que o antigo app do facebook era ruim por incopetência da equipe ou não, só estou dizendo pra não exagerarmos, nem 8 nem 80.

Para termos uma prova definitiva acho que o app demo da sencha teria que implementar TUDO que o app nativo faz, mas tudo mesmo, ai teriamos uma base melhor!

1. Onde está escrito que eu disse que “foi desenvolvido por qualquer um”? Falei justamente o contrário. Se a aplicação antiga do facebook fosse planejada corretamente não teria falhado(html5 ou qualquer outra coisa).
2. Essa aplicação só foi desenvolvida com intuito de provar que é possível fazer um bom trabalho com html5 e contradizer o mark z. Não foi para criar uma aplicação completa e concorrer com o facebook.

Bom Fred, para isso você precisa de uma equipe do mesmo tamanho da do facebook. Isso custa caro. Uma pessoa sozinha não consegue fazer isso da noite para o dia.

Luiz Aguiar:

fredferrao:

E dizer que foi desenvolvido por “qualquer um” tambem é sacanagem, foi desenvolvido por gente extremamente especialista, por nada mais que gente da equipe de um framework especializado em UI html/css/javascript, então dizer que foi feito por “qualquer um, num final de semana” acho exagero.

Não estou dizendo que o antigo app do facebook era ruim por incopetência da equipe ou não, só estou dizendo pra não exagerarmos, nem 8 nem 80.

Para termos uma prova definitiva acho que o app demo da sencha teria que implementar TUDO que o app nativo faz, mas tudo mesmo, ai teriamos uma base melhor!

Exato… além do que o app oficial qdo em html5, sempre tinha milhões e milhões de pessoas usando ao mesmo tempo, o demo da Sencha tinha uma dúzia no máximo, não desmerecendo, só falando que os cenários devem ser idênticos para fazer comparativos com um mínimo de bom senso.

[]s

Não têm cabimento o que estão dizendo. O que dita a capacidade de acessos é o servidor e não o cliente. Isso é apenas um demo para provar que se pode criar aplicações consistentes com html 5. Não é um aplicativo para concorrer com o facebook. Estão analizando de maneira errada.

kicolobo:

Minha pergunta é: da menos trabalho em HTML5 ou nativo?

Também não acho que é válido o argumento de que “uma pequena equipe conseguiu implementar aquilo tudo” pelo seguinte: são os especialistas da Sencha.
O mínimo que eles podiam fazer é criar uma aplicação rápida (e rápido) pra acessar Facebook.

Na minha opinião não dá menos trabalho. Acho complicado trabalhar com javascript na unha ainda mais com um framework como o sencha. Mas isso aí é um demo onde o “resultado” é comparado com a aplicação oficial.

E existem vários outros pormenores na aplicação que devem ser considerados também como memória, consumo de energia, etc… Mas a resposta desse “demo” é válida ao que o mark havia dito.