O que disse o Akira sobre nós, partidários do flex, explorarmos alternativas e regressarmos às origens, é muito válido, e mantém o interesse sobre esta tecnologia algo activo, mas o problema são os novos "adopters", cujo número é cada vez menor devido à aura que a adobe/apple/outras bestas (perdoem a franqueza), criaram em redor do flex. É fácil nos mantermos ao lado da tecnologia que sabemos ser de qualidade e com muitas vantagens, mas para quem chegou agora a este mundo, dificilmente se convencerá disso e aprenderá flex. Ao invés, investe em html5 e outras, consideradas o futuro, com todas as curvas de aprendizagem a elas associadas.
Talvez seja este o processo evolutivo, lento, das tecnologias, mas esperava mais da comunidade internacional de programadores. Lamentar-me-ei sempre sobre a prioridade que os lobbies, marketing, lucro, e leis de mercado sempre terão sobre a eficiência, performance e tecnologias. Até julgo ser paradoxal, já que todas estas caracteristicas/resultados deviam estar interligados, mas interesses das grandes empresas serão sempre mais fortes que qualquer lógica. Sim, queixo-me muito. :-P Miguel 2013/10/18 Hugo Ferreira <[email protected]> > 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. > -- 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.
