Boas Atenção à memória por cada worker activo.
Att, António Pinto No dia 18/10/2013, às 09:29, Hugo Ferreira <[email protected]> escreveu: > 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. -- 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.
