Vou dar meus pitacos, logo abaixo:


2009/8/18 Daniel Vitor <dvluc...@gmail.com>

>
> Boa tarde pessoal
>
> É, eu estive lá!
>
> Muita coisa legal vem por ai com Catalyst, Flash Builder 4 e Cold
> Fusion 9.
>
> Dentre tantas coisas apresentadas lá, uma que me chamou muito a
> atenção foi o novo recurso no Flash Builder 4 de visualizar as classes
> disponiveis no back end (CF, PHP, Java, ...) e integrar com as
> aplicações Flex. Basta um simples arrasta e solta em um datagrid e
> bingo! Já é montado a estrutura de comunicação remota Flex e back. Não
> precisa mais aquele tanto de codigo pra manipular RemoteObject.



*"Não precisa mais aquele tanto de codigo pra manipular RemoteObject."*

Bem... isso realmente é muito bom, e agiliza o processo, mas ao mesmo tempo
me incomoda. "Geração automática de código" nunca foi uma coisa "legal" ...
vide os inúmeros frameworks/ferramentas q já existe no mercado para isso.. e
nenhuma delas emplaca de verdade! Além do mais... sempre tem akele "feeling"
de programador para se obter melhores performances... coisa q só dá para
fazer de acordo com o cenário aplicado.. não dá para generalizar.

Eu ainda não tive tempo de fazer uma imersão nisso ainda, para ver oq
realmente gerado e como as coisas são feitas "por baixo dos panos" ... mas
já reconheço em não ter tanto ânimo em usar isso. Obviamente, que isso é uma
opnião pessoal!

Outro fator.. é q isso vai parecer akeles componentes dataset do delphi.. q
os "sobrinhos" arrastam pro form, ligam os campos e depois sai vendendo
programinha de padaria por 50 "real" ... mas vai tentar rodar isso num
carrefour da vida... num aguenta! :P



>
>
> A idéia do Catalyst também foi uma grande sacada da adobe, pois tem
> tantas ferramentas para design, porém todas eram somente pra design,
> Agora basta abrir um layout montado no photoshop por exemplo e gerar
> os componentes com o catalyst. Show d+.



Realmente, a idéia é boa sim... mas receio q um novo tipo de profissional
será exigido para essa ferramenta... alguém mais "híbrido" .. q saiba design
(interfaces e iteração) mas que tb conheça noções de "componentização" e
isso geralmente envolve prática com AS3. Sinceramente, só conheço duas
pessoas no Brasil q poderiam preencher bem essa vaga e uma outra pessoa, com
quem tive o prazer de trabalhar, mas que está no marrocos. Obviamente,
tambem, que não conheço todo mundo.. talvez até tem mais gente aí q pode se
dar bem nessa área... falta só "se mostrar mais" ... mas acredito q com o
tempo isso vá acontecer!

Então, isso de *"basta abrir um layout montado no photoshop ... e gerar os
componentes com o catalyst"  *não será algo "tão simples assim" ... vai
exigir conhecimento de quem o fizer.



>
> Agora os contras :/.
>
> O velho e conhecido problema do Garbage Collector, permanece e ainda
> não nada de concreto que o problema será solucionado numa proxima
> versão do flash player.


*Welcome to Garbage Collector Hell!*
è .. isso é fogo ainda... nesse ponto a Runtime do SL está melhor... mas já
era de se esperar, afinal o produto ainda é novo e a microsoft já conhecia
os problemas do FP:

"inteligente aprende errando.. o sábio aprende vendo os erros do
inteligente"

Nesse ponto, a M$ foi muito sábia.... méritos a ela.
(não me atirem pedras, nem me enviem cartas com antrax ou espirrem perto de
mim =D )

Mas... até o momento, isso não é um ponto tão preocupante assim (para
mim)... conheço poucas apps q teriam motivos para se preocupar com isso. As
vezes, vejo programador querendo fazer um crudzão se preocupando em fazer
array com "[]" ao invés de fazer "new Array()" .. dizendo q "new array()"
consome mais memória... pfffzzzz...


>
> Outro contra é a alteração do namespace no Flex 4.0 agora chamasse
> "spark", logo é necessário que seja feita toda uma revisão no código
> MXML de aplicação desenvolvidas em Flex 3 para migrar "na unha" para
> Flex 4. Pois como o próprio Lee Brimelow  disse que não foi e não será
> implementado para essa versão do Flash Builder uma ferramenta de
> migração da versão 3 para a 4 do Flex. Um exemplo dessa alteração é a
> própria tag do application: antes: <mx:Application /> e agora:
> <s:Application />, e por ai vai.



*"Outro contra é a alteração do namespace no Flex 4.0 agora chamasse 'spark'
"*

Quanto a isso, não acho q é "contra" não.. acho q é "pró".

O Flash Player 10 mudou muita coisa, text rendering, layers rendering,
Z-axis, etc.., e para termos acessos a essas features o FlexTeam teve que
fazer uma opção:
a) Alterar/Refatorar todo o pacote de componentes Hallo
b) Criar um novo pacote de componentes (Spark) com as novas features

Eles optaram pela segunda (b) ... e na minha humilde opnião, acho q fizeram
a certa!

Agora há pouco houve um Open Meeting Iteration do FlexTeam, pude participar
e vi q tinha mais brasileiros lá interessados (vi que o Velo e o Digows
estavam presentes tb.. isso ae galera, bom mostrar para eles q os brazucas
estão acompanhando!). O principal assunto deles eram sobre a equivalencia
das propriedades entre os componentes Hallo vs Spark. Pelo jeito, eles vão
melhorar isso até o lançamento do produto final. Então, manter uma
retrocompatibilidade será mais fácil futuramente... obviamente que o Lee não
falou disso pq a reunião do FlexTeam aconteceu só agora a tarde.

No entanto, uma preocupação ficou clara com o que a Vera Carr falou no
meeting, "o objetivo é sempre a progressão do produto" (tradução literal) ..
ou seja, se em algum momento essa operação de retrocompatibilidade conflitar
com o progresso do Fx4, com certeza, eles deixarão de lado. Afinal vc não
vai ficar mantendo algo "velho" se pode progredí-lo, certo?



>
> Sem mais, só posso dizer que foi show o evento! Quem teve oportunidade
> e não foi, perdeu!
>
> Abraço pessoal!



Então.. espero q ano q vem... novas cidades seja inseridas como Floripa,
Curitiba, Porto Alegre, dentre outras.


Bom.. os comentários refletem minha opnião pessoal, sem base científica, e,
não servem como referencia para fins de pesquisa.
Just my 0.2 cents!


Abraços!!!





>
> >
>


-- 
Mario Junior
Enterprise Java / Flex Architectures
Adobe Certified Expert Flex 3 with AIR

Sofshore Informática
http://www.sofshore.com.br
+55 (48) 3337 2003
Rua Pastor Willian Richard Schisler Filho 452 sl 102, 88034-100 Itacorubi
Florianopolis SC Brasil

--~--~---------~--~----~------------~-------~--~----~
Você recebeu esta mensagem porque está inscrito na lista "flexdev"
Para enviar uma mensagem, envie um e-mail para flexdev@googlegroups.com
Para sair da lista, envie um email em branco para 
flexdev-unsubscr...@googlegroups.com
Mais opções estão disponíveis em http://groups.google.com/group/flexdev
-~----------~----~----~----~------~----~------~--~---

Responder a