O problema não é o JavaScript, e sim o mau uso desta linguagem. HTML5 + CSS3 dispensa o uso de ferramentas como o jQuery e similares. Boas práticas de programação também ajudam muito.
Como falei anteriormente, o HTML5 possui um riquíssima API, que é acessada via JS.
O bom uso do DOM, requer conhecimento avançado e uso de técnicas apropriadas.
Em qualquer linguagem, desenvolvedores menos experientes não conseguem extrair o melhor do ambiente, e não podemos colocar a culpa na linguagem...
Em 31 de julho de 2013 10:05, Artur Gonçalves <marturgsilva@gmail.com> escreveu:
Pois é, Eduardo, mas é justamente isso que esses artigos que eu citei dizem. Acho que você gerou outra evidência :). Ao desabilitar o JQuery (ou seja, uma API em cima do Javascript) você tirou um gargalo do desempenho. O DOM continuou lá. Na verdade a afirmação do autor é que as apps mobile podem ficar mais rápidas se os programadores usarem menos o Javascript. Um abraço.ArturEm 31 de julho de 2013 09:53, Eduardo Baião <eduardobaiao@gmail.com> escreveu:
Na experiência que tenho diariamento desenvolvendo com PhoneGap não sinto que os problemas de performance tem a haver especificamente com o Javascript.
Claro que a aplicação tem um loading inicial mais lento, mas depois disso ela vai bem.
A maior causa de lentidão, na minha humilde opinião, é o DOM. A performance cai quando o número de elementos/estilos vai aumentando. O que exige maiores preocupações em otimização da nossa parte.Ontem mesmo, estava tentando carregar uma lista (usando JQuery Mobile) e devido ao grande número de elementos no DOM ela estava demorando uns 6 segundos para renderizar. Foi só desabilitar o JQuery Mobile que a lista renderizou instantaneamente!
Então, acho que muitos dos problemas de performance encontrados no HTML5 tem a ver com as práticas de programação/frameworks utilizados.Em 31 de julho de 2013 09:30, Nelson Haraguchi <nelsonmhjr@gmail.com> escreveu:Eles tem noção do problema do javascript.Tanto que a mozilla está dando muita importância pro asm.js.Um subset do javascript para os navegadores implementarem com maior performance possível.Ai seria possível "compilar" para esse subset do javascript e aproveitar essa performance também.Nelson Minor Haraguchi Junior
---Gtalk: nelsonmhjr@gmail.com
Twitter: http://twitter.com/n2m8Linkedin: http://br.linkedin.com/in/nelsonmhjrEm 31 de julho de 2013 09:17, Artur Gonçalves <marturgsilva@gmail.com> escreveu:Segue um artigo muito interessante que acredito que agrega nessa discussão ("Why Mobile Web Apps Are So Slow"). Se vocês não quiserem ler o artigo todo :), o resumo é o seguinte: Javascript não foi criado para dar performance e na maioria dos smartphones (processadores ARM) ele é dolorosamente ineficiente, portanto se performance é um fator crítico, web mobile é uma opção fora de cogitação. Se você também precisa dar ao usuário a experiência de usuário do SO, seja Android ou iOS, deveria usar o desenvolvimento nativo. Se sua app usa controles como botões, lists, etc., seria melhor desenvolver nativamente porque as pessoas esperam ter o mesmo look-and-feel das apps nativas. Se é um jogo, por exemplo, isso não é tão importante.Nas minhas andanças virtuais vi outro artigo, que era já uma resposta a este, dizendo que as pessoas usavam Javascript "errado", inclusive para fazer coisas que seria melhor fazer hoje com o HTML5 e o CSS3. Era de fato um defensor do Javascript, dizendo que quando as pessoas pensam em web mobile, pensam principalmente em desenvolvimento em Javascript (e realmente se vocês observarem o título do artigo abaixo e o foco que foi dado nele, parece o caso), e forçam os limites da linguagem e dos frameworks, principalmente do Jquery. Pra mim tem tudo a ver com usar a ferramenta mais adequada para o que se quer fazer. Na maioria dos casos não há como comparar desenvolvimento nativo com web mobile. A questão nem é se vai ter a mesma eficiência, mas quanta perda de eficiência é tolerável na sua aplicação. Mas é sempre bom lembrar aquela frase: Quando você só tem um martelo tudo vira prego. Ficar restrito a uma tecnologia é perigoso. É certo que dominar desenvolvimento web mobile é difícil: HTML5, CSS, Javascript, e vários frameworks... porém mesmo que você não se torne especialista, é bom gastar algumas horas (na verdade várias:) ) estudando.http://sealedabstract.com/rants/why-mobile-web-apps-are-slow/
Em 31 de julho de 2013 08:44, Adriano Langaro <alangaro.si@gmail.com> escreveu:
Bom exemplo é o Facebook. Mas é claro que depende da necessidade do app. Eu acho válido estudar as duas tecnologias e estar pronto pra o que o mercado exigir. Parece loucura mas...
Fazer o que né.--2013/7/31 Ricardo Othuki <othuki@gmail.com>
Cada uma tem pros e contras, mas como o Marcelo falou, depende muito do app, mas principalmente das metas da startUp, pois se pretende focar apenas em mobile, na minha opinião deve usar nativo.Mas do ponto de vista puramente tecnológico (estratégico), acho que o HTML5 leva grande vantagem:- cross-plataforma (e por isso de custo muito mais baixo, pois o mesmo app, com pequenos ajustes serão executados em uma infinidade de dispositivos, de smartphone a smartTV, de Tablets a computadores)- mais fácil de aprender, usar e estender- poderosas API (algumas ainda em fase de desenvolvimento), como por exemplo:- processamento de efeitos 2D e 3D e webGL- Canvas (imagens, vídeo e áudio)- Workers (processamento paralelo)- File API (acesso local)- Cross-document messaging, Server-Sent Events, XMLHttpRequest Level 2, WebSocket- acesso local a WebCam, Joystick e micro-fone.- alta capacidade de execução off-line (pouco conhecido, mas extremamente poderoso)- grandes empresas (inclusive a M$) estão apostando alto, vejam os casos do Firefox OS, Google Chrome OS, além do próprio navegador Chrome que é uma completa plataforma de aplicativos WEBEm 30 de julho de 2013 18:38, luciofm <luciofm@gmail.com> escreveu:
Eu ainda acho que depende muito do tipo de empresa/produto...
A primeira impressão é muito importante, e começar com o pé esquero pode ser um tiro no pé (esquerdo ou direito, tanto faz dai...)Mas acho também que as empresas não podem dispensar de ter um bom mobile site.Lúcio Maciel
luciofm@gmail.com2013/7/30 Lucas Xavier <lucasxas@gmail.com>Bom ponto de vista Lucio! Concordo, mas com uma ressalva.Acho que se você é uma empresa pequena (ou startup), HTML 5 é um jeito muito bom de você entrar no mercado Android e iOS ao mesmo tempo, com pouca dor de cabeça (na teoria).Daí, a medida que for tendo retorno, pode decidir se implementa ou não um app nativo! Como fez o Facebook, por exemplo! :)--Atenciosamente,
Lucas XavierEm 30 de julho de 2013 18:31, luciofm <luciofm@gmail.com> escreveu:De uma maneira geral,Aplicativos internos para empresas, aplicativos "burocráticos", etc HTML5 ou Titanium.Agora, quando o App é O produto, como o foursquare, instagram, etc, ou seja, ele é o motivo de sua empresa existir ou pelo menos uma parte muito importante dela (facebook, linkedin, wunderlist, etc) não existe outra alternativa, TEM QUE SER NATIVO.E podemos contar vários os casos onde empresas tiveram que migrar de um desenvolvimento HTML5 ou hibrido nativo/HTML5 para nativo, incluindo os 3 exemplos que dei acima, facebook, linkedin e winderlist.Lúcio Maciel
luciofm@gmail.com2013/7/30 marcelo yonamine <yonamine60@gmail.com>Depende do app, por exemplo um editor de fotos ou qualquer coisa multimedia em HTML5 perde em desempenho no Android. Mas se for ver mesmo desempenho é melhor usar NDK.Agora a vantagem do HTML5 é claro facilita e muito desenhar interface.
Em 30 de julho de 2013 17:07, Diogo Henrique <diogjp10@gmail.com> escreveu:
Não kkkkkkkkk eu falei em relação a HTML5 + CSS3 + JS.....não se faz APP apenas com HTML5 =DEm 30 de julho de 2013 17:03, Lucas Xavier <lucasxas@gmail.com> escreveu:
Trio ternura, Diogo? Bebesse? kkkkkkCara, depois de algumas discussões... cheguei a conclusão que *DE UM MODO GERAL* é perda de tempo fazer app nativo.--Atenciosamente,
Lucas XavierEm 30 de julho de 2013 16:18, Diogo Henrique <diogjp10@gmail.com> escreveu:Essa discussão é eterna... kkkkkk mas a diferença e o APP. Na minha opinião, nada vai superar a codificação nativa em desenvolvimento mobile. Mais se o APP e simples...faz com o trio-ternura mesmo e corre para o abraço.2013/7/29 Rodrigo Gazola <rodrigo.cripto@gmail.com>E ai pessoal, tudo bem? Procurei nos tópicos anteriores, mas não achei nada relacionado a essa pergunta.Em qual tecnologia compensa focar para desenvolver para a plataforma Android?Android ou HTML5?--
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
--
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
--
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
--
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
--
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
--
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
--
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
--
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
--
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
--
Artur Gonçalves
Recife - Pernambuco - Brasil
"Ser autêntico é parecer-se mais e mais com o que você sonhou ser."
--
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
--
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
--
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
--
Artur Gonçalves
Recife - Pernambuco - Brasil
"Ser autêntico é parecer-se mais e mais com o que você sonhou ser."
--
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
0 comentários:
Postar um comentário