Akira, tive ontem a fazer o meu wrapper para os workers na minha framework e apliquei a um caso prático que tenho em mãos. Uma zona que obrigava a app mobile a parar uns 3 segundos uma vez e agora está super fluído ! Tenho outro caso que vou usar workers que é um processo que tem estar sempre a correr em background e nota-se que se o processo for desactivado, a app mantém-se muito fluída mas com o processo em execução, existem picos de delays ocasionais e com workers estou convencido que vou poder manter a funcionalidade sem perder a performance perceptível.
Atenção Akira que mesmo na versão 3.9 do AIR, os workers ainda estão marcados como beta porque existem algumas limitações, tais como acima de 5 workers em concorrência da excepção em Android 2.3. No meu caso é (por enquanto) apenas um worker que tem inicio e fim (worker.terminate() e será libertado de memória) e outro worker indeterminado mas de resto, está a funcionar 5 * Das duas uma, ou resolvem esse problema, ou os requisitos recomendados sobem. "A ideia geral que tenho é que todos estamos a explorar o alternativo a flex e afins mas acabamos a regressar às origens em muita coisa. Talvez pelo habito/pratica/conhecimento, pela rapidez de implementação ou simplesmente por falta de alternativas em certos casos." Acho inevitável termos de explorar alternativas e quando sou solicitado para trabalhar nessas alternativas, excelente, pois vai-me obrigar a explorar essas mesmas alternativas, vai ser doloroso e naturalmente a resistência vai tentar puxar-me para trás mas no final fica mais conhecimento e uma preparação melhor para a próxima solicitação. A diferença é que se me perguntarem, fazes isto, eu digo sim. Quanto tempo ? Estimo para flex e estimo para js e no segundo o tempo é N vezes superior, logo os custos também. "Um grande receio que fica é quando é que vai haver mais uma ideia luminosa da Adobe e mandar ao charco flash e air também." Estamos todos nesse mesmo barco pelas acções passadas no entanto vejamos, o que pode realmente acontecer no pior cenário possível ? A Adobe dizer que não vai dar mais suporte AIR e não vai disponibilizar para a comunidade continuar (nem sei se legalmente o pode fazer derivado a dependências). Se isto acontecer, será o mesmo que temos hoje em dia com linguagem consideradas mortes (como se fossem entidades vivas !) tais como o Visual Basic, Fox Pro, PHP (sim, também se encontra muita gente a dizer que é uma linguagem morta), etc ... e hoje em dia existem muitas empresas ainda a desenvolver e facturar usando essas mesmas tecnologias. No caso do AIR vejo uma grande vantagem com as native extensions porque permite-nos ultrapassar estas barreiras. Acho que as ANEs fazem sentido por exemplo para dar suporte a bluetooth (como se fossem drivers) ou a ligação a um hardware muito específico no entanto os workers considero que deviam de vir no runtime mas imaginemos que isso nunca teria vindo a acontecer ? Se fosse o caso e com a necessidade tal como eu a tenho agora, isso era ultrapassável com ANEs. Teria de criar uma ANE que criava uma thread e sobre essa mesma thread programava a lógica de código paralelo. No dia 18 de Outubro de 2013 às 08:04, João Fernandes < [email protected]> escreveu: > Akira, é agora que vais conseguir ter 8 videos fullHD a correr ? :) > > > 2013/10/18 Akira <[email protected]> > >> Hugo,**** >> >> ** ** >> >> Workers arregalei bem os olhos quando os vi na lista das features. Ainda >> não peguei neles mas já tenho muita coisa em mente delineada para eles. Vão >> fazer bem jus ao nome com o que tenho planeado para eles.**** >> >> ** ** >> >> As native extensions meti-me nelas recentemente para fazer o port da >> parte java e ainda estou a desbravar terreno. Tem sido umas dores de cabeça >> jeitosas mas as potencialidades são imensas com as ANE’s.**** >> >> ** ** >> >> Uma coisa que passou ao lado para muita gente foi finalmente terem >> desbloqueado stagevideo para desktop na 3.8. Nunca fez sentido terem >> bloqueado isso em AIR desktop.**** >> >> ** ** >> >> A ideia geral que tenho é que todos estamos a explorar o alternativo a >> flex e afins mas acabamos a regressar às origens em muita coisa. Talvez >> pelo habito/pratica/conhecimento, pela rapidez de implementação ou >> simplesmente por falta de alternativas em certos casos.**** >> >> ** ** >> >> Um grande receio que fica é quando é que vai haver mais uma ideia >> luminosa da Adobe e mandar ao charco flash e air também.**** >> >> ** ** >> >> ** ** >> >> ** ** >> >> ** ** >> >> *De:* [email protected] [mailto:[email protected]] *Em nome de >> *Hugo Ferreira >> *Enviada:* quinta-feira, 17 de Outubro de 2013 23:59 >> *Para:* [email protected] >> *Assunto:* Re: [riapt] Re: Alguém ainda programa em Flex ?**** >> >> ** ** >> >> Olá Akira,**** >> >> ** ** >> >> Também eu estou a expandir-me além fronteiras e precisamente para o mesmo >> país e pelas mesmas razões também não posso revelar pormenores !**** >> >> ** ** >> >> O feedback é que sou muito rápido naquilo que faço (por outras palavras >> tenho do meu lado a tecnologia adequada) :)**** >> >> Espero daqui a alguns meses poder dar a conhecer o meu mais recente e >> melhor trabalho e que me obrigou a ír aos limites do runtime e já muito >> para além deste através das native extensions.**** >> >> ** ** >> >> Sinceramente, não esperava um feedback tão elevado. Pelos vistos somos >> muitos mais do que aquilo que se aparentava.**** >> >> ** ** >> >> PS: Estou agora a entrar nos Workers para Android da mais recente versão >> 3.9 do AIR e está a funcionar muito bem. Isto era mesmo, mesmo o que me >> faltava e muito importante (venha agora também para iOS).**** >> >> ** ** >> >> ** ** >> >> No dia 17 de Outubro de 2013 às 23:44, Akira <[email protected]> >> escreveu:**** >> >> Alive and kicking! Não só Flex como Flash.**** >> >> **** >> >> O meu caso é mais específico em digital signage. O player uma vez que >> envolve tanto componente gráfico teria que ser necessariamente em flash com >> o resto de backend em flex+air e java. **** >> >> No dia em que vir que é mais proveitoso e aconselhado desenvolver em >> html5 serei o primeiro a migrar. Até lá, cada macaco no seu galho e cada >> ferramenta consoante o seu uso.**** >> >> Venham os zealots de html5 que eu conto-lhes uma história curiosa da >> guerra flash/flex versus html5.**** >> >> À cerca de 10 meses, um concorrente disse que estava a fazer um player de >> digital signage em html5… seria este mundo e outro, correria aqui, ali e >> sei lá onde mais. Passado este tempo todo, chegou a altura de fazermos nós >> o port do nosso player para android. Em praticamente 15 dias foi feito o >> primeiro port que ainda está verde mas no muito bom caminho e o dito player >> html5 ainda não viu a luz do dia. Podemos usar as frameworks de templates >> da versão pc e muita outra coisa. Cerca de 90% ou mais do código foi >> aproveitado sem mexer uma virgula. Apenas as classes visuais precisam de um >> pouco de trabalho específico do tipo de devices mas nada de outro mundo. O >> player pc foi feito a pensar para ser migrado por isso foi bastante direto. >> Com isto ficamos com as versões pc, linux e android partilhando a mesma >> base de código.**** >> >> Continuo a referir que para o meu caso específico, html5 é para quem for >> doido neste momento. Um velho amigo que tanto esfregou as mãos com a >> “morte” de flash/flex veio a pagar bruta jantarada depois de perder uma >> aposta muito simples de fazer um mero template visual. Em menos de duas >> horas tinha o meu template pronto. O dele em html5 ainda hoje o espero. Ele >> próprio reconheceu que para players com muito conteúdo visual html5 é para >> esquecer neste momento. No dia em que isso mudar eu mudo também.**** >> >> Entretanto pode-se dizer que o riapt continua a expandir-se alem >> fronteiras com os projetos dos seus membros. A minha ultima contribuição >> foi do outro lado do oceano no rio de janeiro, onde tem certa personagem de >> braços abertos muito “parecido” com uma certa personagem na margem sul >> junto à 25 de abril. Particularidades contratuais não permitem nomes mas >> para bom entendedor meia palavra basta. **** >> >> O gestor do projeto é todo em flex+air e o player o mesmo que referi em >> cima.**** >> >> Já foi referido e bem que faltam ide’s e ferramentas que permitam reduzir >> os tempos de desenvolvimento e simplificar o mesmo… epa até uma simples >> padronização seria um excelente ponto de partida.**** >> >> RAD é algo que parece ter ficado esquecido em html5 entre outras coisas. >> **** >> >> **** >> >> Just my 2 cents**** >> >> **** >> >> *De:* [email protected] [mailto:[email protected]] *Em nome de >> *João Cardoso >> *Enviada:* quinta-feira, 17 de Outubro de 2013 22:06 >> *Para:* [email protected] >> *Assunto:* [riapt] Re: Alguém ainda programa em Flex ?**** >> >> **** >> >> Em grande parte os projectos em que tenho a mão são feitos em Flex. Seja >> mobile(com a exlusão de Windows Phone), web ou desktop. E Hugo até que tens >> razão!!! Concordo contigo >> >> Quarta-feira, 16 de Outubro de 2013 19:05:00 UTC+1, hugo escreveu:**** >> >> Passaram-se 2 anos desde que a Adobe basicamente tentou-se livrar do seu >> patinho feio para abraçar a nova moda preconizada pelo Deus da tecnologia e >> após 2 anos esperava estar a programar em HTML5 e com grandes IDEs para o >> mesmo (ou como queiram chamar) e a realidade é bem diferente.**** >> >> **** >> >> No seio da comunidade de programadores, poucos conheciam o Flex antes do >> Flash ter ido para a forca pelos seu tomadores e agora continua pouco >> conhecido e penso que a referência ao mesmo nem é bem vista (Flex = Flash). >> Pergunto-me se ainda haverá por ai tugas a programar em Flex como eu !?** >> ** >> >> **** >> >> Por força maior tive de fazer um projecto grande em JS e de facto >> demora-se N vezes mais, de facto é N vezes menos divertido e de facto >> consegue-se um resultado semelhante ao que se faria com Flex (com muitas >> reticências graças aos browsers) e irei continuar a trabalhar com JS.**** >> >> **** >> >> Na prática tenho reparado que apesar disto tudo, os utilizadores finais >> não querem saber da tecnologia utilizada e muitas das apps/jogos de topo >> nos marketplaces (incluído 2 da minha autoria) foram desenvolvidas >> recorrendo ao Adobe AIR.**** >> >> **** >> >> Em termos técnicos, o Apache Flex nunca esteve melhor (um solicitação >> minha considerávelmente grande foi desenvolvida em pouco tempo por um >> programador e um designer), a dúvida que paira no ar em relação à >> continuidade do Adobe AIR para futuras versões do Android e iOS continua >> bem com o suporte a WP e Windows Modern UI (se é que algo dia isto irá >> chegar e algum dia estas platformas irão se tornar relevantes).**** >> >> **** >> >> Também tenho reparado que nos últimos tempos os grandes estão a abandonar >> o HTML5 para mobile tão depressa quanto tentaram adoptar e isto percebe-se >> bem porquê. Começo pelo Facebook e agora ouve-se semanalmente um novo que >> abandonou. Eu próprio testei-o no passado e simplesmente a performance não >> estava à altura. Hoje em dia não sei como se encontra (já sei, isto não tem >> nada haver com o HTML5 mas sim dos renderers mas uma vez mais o utilizador >> não quer saber).**** >> >> **** >> >> Actualmente se alguém me solicitar um projecto para desktop, Android ou >> iOS e a tecnologia não for um requisito, vou para o Flex (mais de 90% dos >> casos), caso contrário uso JS.**** >> >> **** >> >> Alguém em Portugal ainda programa em Flex, ou sou eu que sou muito >> teimoso :) ?**** >> >> **** >> >> **** >> >> **** >> >> Cumps,**** >> >> Hugo.**** >> >> -- >> Recebeu esta mensagem porque está inscrito no grupo "Mailing List da >> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" dos >> Grupos do Google. >> >> Para anular a subscrição deste grupo e parar de receber emails deste >> grupo, envie um email para [email protected]. >> Para publicar uma mensagem neste grupo, envie um e-mail para >> [email protected]. >> Visite este grupo em http://groups.google.com/group/riapt. >> Para mais opções, consulte https://groups.google.com/groups/opt_out.**** >> >> -- >> Recebeu esta mensagem porque está inscrito no grupo "Mailing List da >> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" dos >> Grupos do Google. >> >> Para anular a subscrição deste grupo e parar de receber emails deste >> grupo, envie um email para [email protected]. >> Para publicar uma mensagem neste grupo, envie um e-mail para >> [email protected]. >> Visite este grupo em http://groups.google.com/group/riapt. >> Para mais opções, consulte https://groups.google.com/groups/opt_out.**** >> >> ** ** >> >> -- >> Recebeu esta mensagem porque está inscrito no grupo "Mailing List da >> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" dos >> Grupos do Google. >> >> Para anular a subscrição deste grupo e parar de receber emails deste >> grupo, envie um email para [email protected]. >> Para publicar uma mensagem neste grupo, envie um e-mail para >> [email protected]. >> Visite este grupo em http://groups.google.com/group/riapt. >> Para mais opções, consulte https://groups.google.com/groups/opt_out.**** >> >> -- >> Recebeu esta mensagem porque está inscrito no grupo "Mailing List da >> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" dos >> Grupos do Google. >> >> Para anular a subscrição deste grupo e parar de receber emails deste >> grupo, envie um email para [email protected]. >> Para publicar uma mensagem neste grupo, envie um e-mail para >> [email protected]. >> Visite este grupo em http://groups.google.com/group/riapt. >> Para mais opções, consulte https://groups.google.com/groups/opt_out. >> > > > > -- > > João Fernandes > > -- > Recebeu esta mensagem porque está inscrito no grupo "Mailing List da > Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" dos > Grupos do Google. > > Para anular a subscrição deste grupo e parar de receber emails deste > grupo, envie um email para [email protected]. > Para publicar uma mensagem neste grupo, envie um e-mail para > [email protected]. > Visite este grupo em http://groups.google.com/group/riapt. > Para mais opções, consulte https://groups.google.com/groups/opt_out. > -- Recebeu esta mensagem porque está inscrito no grupo "Mailing List da Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" dos Grupos do Google. Para anular a subscrição deste grupo e parar de receber emails deste grupo, envie um email para [email protected]. Para publicar uma mensagem neste grupo, envie um e-mail para [email protected]. Visite este grupo em http://groups.google.com/group/riapt. Para mais opções, consulte https://groups.google.com/groups/opt_out.
