Exacto, dai que tenho um worker que tem ínicio e fim (apenas alguns segundos mas que dão agora uma nova performance perceptível) e outro worker indeterminado e que será o único com este comportamento.
Dai que a limitação actual de 5 workers para mim não é limitação nenhuma. Se uma app precisar de tantos workers em concorrência, talvez seja o desenho da mesma que está mal feito. Seja como for, este worker permanente será experimental. Vou ter a app em execução por vários dias que é a realidade de hoje. No dia 18 de Outubro de 2013 às 09:33, Apintex <[email protected]> escreveu: > 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. > -- 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.
