Olá Brunex,

Obrigado pelo contributo (mais umas cenas para analisar).

O comportamento do pessoal (onde eu próprio me incluo) é perfeitamente
compreensível :)

O que não é compreensível é a falta de ética ...


No dia 15 de Novembro de 2011 12:48, BruNeX
<[email protected]>escreveu:

> Acho lindo isto que se esta a passar, depois do anuncio da adobe ver o
> pessoal louco que nem baratas tontas a tentar arranjar algo que substitua o
> flex, e que faça o mesmo.
>
>
> Surpresa(ou não) é que não existe nada que substitua o flex/adobe, as
> ferramentas que vcs agora tão desesperadamente tentam encontrar e vão
> encontrando não apareceram a quando do anuncio da adobe, elas já cá estavam
> e assentam em paradigmas um nadinha nada diferentes, por isso a vossa
> procura de tentar encontrar algo que substitua directamente as vossas
> técnicas e tecnologias é uma busca sem um final feliz...
>
> As mas noticias são essas mesmo...
> Se quiserem usar estas novas ferramentas vão ter de perceber como elas
> funcionam e lamento mas o conhecimento que trazem de flex/flash e afins não
> vai servir de grande coisa.
>
> As noticias ainda piores é que nao existe nenhum standard isto é a
> verdadeira anarquia, toda a gente faz uma framework ou uma library e é
> muito difícil saber o que usar :)
>
>
> Vou dar umas linhas gerais do que eu acho, e fui aprendendo, porque, já á
> algum tempo que ando a olhar para estas tecnologias e a tentar arranjar um
> substituto do flash/flex pois a meu ver (já todos sabem a minha opinião já
> deixei isso claro algumas vezes) o html5/javascript ia substituir o flash
> mais tarde ou mais cedo.
>
> Existem umas boas centenas de frameworks, libraries, plugins e afins de
> javascript as que eu acho relevantes actualmente para mim são:
>
> Jquery - A melhor ferramenta para DOM interaction, e já é quase standard,
> quase todas as frameworks de mais alto nivel usam o Jquery.
>
> underscoreJS- É uma library que extende o javascript e da-lhe algumas
> "funcionalidades" que estao a faltar (muitas delas já anunciadas para a
> proxima versão do ecmascript)
>
>
> backboneJS - uma MVC framework adaptada a este paradigma, em vez de
> Controllers temos Routers pois faz muito mais sentido no ambiente browser,
> usa o Jquery para todo o DOM interaction, e tem como dependencia o
> underscoreJS.
> Esta famework tem provas dadas no mercado basta irem ver os exemplos na
> pagina deles e veem as entidades que usam esta framework.
> Esta framework é completamente agnostica nao vos obriga a usar qualquer
> view-engine deixa isso ao vosso criterio.
>
> knockoutJS - Foi uma das mais faceis de usar aprendi imenso mas
> rapidamente reparei que era muito limitada  pois para aplicações mais
> complexas que tenham de fazer loading de objectos dinamicamente e
> readaptar-se ao longo do tempo peca... para alem que nao tem o sistema de
> routing do backboneJS entre outros.
>
> sproutcore - tambem usa o jquery para todo o DOM interaction, é uma boa
> framework esperimentei no inicio mas depois decidi-me pelo backbone pois
> tem mais documentaçao, mais exemplos e achei mais facil de usar, e na
> altura estava a v2Beta que ainda nao era recomendada usar agora acredito
> que esteje ah altura do backboneJS talvez um dia quando nao tiver nada para
> fazer de uma olhada.
>
> Jqtmpl - view Engine  - Actualmente nos meus projectos é esta a view
> engine que estou a usar mas nao aconcelho pois o Jquery ja deixou de
> suportar conselho usarem outra, eu vou mudar em breve
>
> handlebarsjs - como View engine deve ser das que tem mais potencial, foi
> criada pelo pessoal do sproutcore pois nao gostavam de nenhuma que existia.
>
> CoffeeScript - recentemente comecei a olhar para isto, e decidi
> esperimentar em cerca de dois dias tinha o meu projecto migrado para
> coffeeScript e nunca mais quis voltar a escrever javascript puro e duro :)
> Esta linguagem ao contrario de muitas outras nao faz nenhuma magia negra e
> assenta na maxima "its just javascript with a better sintaxe" e o que dava
> imenso trabalho fazer com javascript fazemos aqui com poucas linhas de
> codigo. vejo grande potencial nesta nova linguagem.
>
>
> Como é obvio existem milhares de frameworks linguagens libraries eu não ia
> falar de todas falei apenas das que para mim sao as mais importantes nao
> quer dizer que nenhuma outra seje melhor ou pior mas por falta de tempo e
> porque já me consegui safar com estas nao tenho grande coisa para dizer....
>
> Qualquer duvida acerca da materia gritem...
>
> with love,
> BruNeX
>
>  --
> 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 publicar uma mensagem neste grupo, envie um e-mail para
> [email protected].
> Para anular a inscrição neste grupo, envie um e-mail para
> [email protected].
> Para ver mais opções, visite este grupo em
> http://groups.google.com/group/riapt?hl=pt-PT.
>

-- 
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 publicar uma mensagem neste grupo, envie um e-mail para 
[email protected].
Para anular a inscrição neste grupo, envie um e-mail para 
[email protected].
Para ver mais opções, visite este grupo em 
http://groups.google.com/group/riapt?hl=pt-PT.

Responder a