Início de estudos em Flex

[AUser]

[quote=xdraculax]AUse, mas esse problema de deploy, tecnologia não resolve, é um problema de arquitetura. Como isso é resolvido pelo PrimeFaces? Veja bem, não estou defendendo tecnolgoa nenhuma, eu realmente quero saber pois enfretamos esses problemas as vezes, incluiseve estou com um aqui pra resolver. Mas não vejo como uma tecnologia de view pode resolver um problema de regras de negócio diferente para cliente X,Y e Z.

A solução que achamos aqui foi criar aplicações diferentes e componentizar o código reutilizável ao máximo, conseguimos um bom resultado com isso.[/quote]

Sim, mas a questao eh: existem formas de fazer usando Java, inclusive tem ate plugins do JIRA que fazem isso (meia boca, mas fazem), targets do ant, maven. Mas e no Flex? Que ferramenta automatizada que existe pra isso? Eu nao encontrei nenhuma decente. Isso nao seria uma coisa nem sequer que eu deveria me preocupar, existem N maneiras e N ferramentas de fazer isso em Java, mas em Flex… Sobre essa questao, varia muito de cenario a cenario, pra deploys Java existem ferramentas bem maleaveis.

[AUser]

[quote=xdraculax]AUse, mas esse problema de deploy, não acredito que a tecnologia pode resolver, é um problema de arquitetura. Como você resolveu isso com o PrimeFaces? Veja bem, não estou defendendo tecnolgoa nenhuma, eu realmente quero saber, pois enfretamos esses problemas as vezes, inclusive estou com um desses aqui pra resolver. Mas não vejo como uma tecnologia de view pode resolver um problema de regras de negócio diferente para cliente X,Y e Z, acho que essas regras estão no lugar errado.

A solução que achamos aqui foi criar aplicações diferentes e componentizar o código reutilizável ao máximo, conseguimos um bom resultado com isso.

Voltando a questão das imagens, não temos muitos problemas com o retorno do byte array para o cliente, não temos requisitos de desempenho tão complicados assim, mas também nunca tivemos reclamações ao desempenho, é bom, não dá pra dizer que é lento. Cada imagen tem em torno de 50 a 75K.
Nossa aplicação não é financeira, é para geração de notificações de infração de trânsito, multas (essa é a hora que eu saio correndo pra não levar pedradas na cara) :).[/quote]

PS: eu nao tinha visto o seu edit. Entao, 50 / 75k em rede interna, certo? Tem algum link estilo Amazonia 32kb? rs. Parece absurdo isso que to falando, mas eh realidade na hora de escolher tecnologias pra sistemas deveras “complicados” e cheio de regras de desempenho assim, e nao tem nada sob demanda mais rapido que html. Eu nao posso botar um deploy de 4mb no cliente…

[Cabazzo]

[quote=AUser][quote=Cabazzo][quote=AUser][quote=Cabazzo][quote=AUser]Bom, vamos lá. Tenho certificação ACE e trabalhei três anos intensamente com Flex / AS / Java em geral em um projeto de grande porte, então, acho que posso contribuir um pouco.

Não se faz aplicações grandes com Flex, apenas pequenas, os motivos disso são VÁRIOS:

1. Sandboxes, quem mexer de verdade com Flex, vai ver a cacetada de regra de segurança chata que tem e vai esbarrar em muitas delas.
2. Não é “multi-plataforma”, é uma VM que tem restrições em diferentes plataformas, poucas, mas tem, e que fim tem levado o Air mesmo, hein? :)… Aquela propaganda da Adobe de 99.5% dos computadores tem é antiga, e é furada. Hoje em dia tudo se limita a última versão.
3. Não é multi-thread.
4. Bugs na SDK, não dá pra falar que Flex é uma SDK isenta de bugs, ao contrário… Eu considero ela bem bugada pelo tamanho da coisa.
5. IDE ruim. A IDE (Flash Builder) é bem bugada. Quem trabalha com projetos +1000 classes em Flex sabe o que tô falando.
6. Compilação demorada, o nosso projeto hj em dia demora coisa de 1:20 pra compilar, isso é coisa pra cacilda.
7. Lenta, o FP é realmente lento, inegávelmente lento.
8. Retrocompatibilidade horrível. Esse não é um conceito bem abordado no Flex. Coisas que você fará no Flex 3, rodarão diferente no Flex 4 (principalmente a parte de layout). Manter uma aplicação mista entre Flex3/4 é osso também.

Essas são as únicas oito razões que encontro agora, pensando por alto, mas se fosse escrever, falaria mais, com certeza. Não tem nada que você não faça em Flex que você não faça em PrimeFaces, por exemplo. E é mais complicado mexer com styling em Flex do que com Prime, por ex.

Recomendo Flex? Só pra projeto de pequeno porte.

[]'s[/quote]

Desculpe AUser, trabalhei com Flash/Flex a mais de 8 anos e não concordo em nada com que você escreveu.
Se realmente Flex fosse para projetos pequenos, a Datasul do grupo TOTVS (sitado pelo colega fabiophx) está no caminho errado, assim como a MV Sistemas,
que possue um dos maiores sistemas médicos do país feito em Flex.
O FlashBuilder é um Eclipse, se tem bugs (como todo sistema tem) é do conhecimento da comunidade Java.
[/quote]

Claro que estao indo pra direcao errada, assim como o ECM By You, tambem da DataSul. Flash eh lento, e nao adianta, nao eh conversa pra boi dormir - eh lento e pronto.

O FlashBuilder nao eh um “Eclipse”, ele eh um plugin pro Eclipse, e sim, eh cheio de bugs. Vou te dar uma dica: Compila um projeto de 1.2k classes (contando As, MXML) e me diz como voce vai otimizar o tempo de compilacao. Nao existe como. Me diga tambem como eu faço um deploy de apenas uma classe dentro de um deploy gigantesco. E vai la, me diga tambem, como eu faço um bom uso de threads, ou melhor ainda: como negocio diretamente com um iframe?

E respondo tudo isso com outra pergunta: porque nao fazem o Alfresco em Flex? Porque nao fizeram o Mercado Livre Mobile em Flex? Me cite 10 projetos grandes que usam flex, e te cito mais uns 300 que nao usam e desaprovam. Ou entao, me diz como em uma rede de baixa velocidade e hardware horrivel (como eu ja peguei em orgaos federais por ai, em Brasilia mesmo), usarem projetos em Flex com aquela cacetada de sandbox. A Adobe cita estatisticas “99% dos computadores possuem Flash”, sim, mas versoes antigas, e nao versoes que suportam Flex.[/quote]

Cara, eu escutava a mesma coisa do Java quando comecei a trabalhar com ele - " Java é lento, java é pesado, etc…" - E hoje tá ai , firme e forte.
Em um projeto que eu trabalhava, compilava tranquilo com arquivos até maiores que 1.2k, mas a maioria eram modulos, o sistema todo dava muito mais que isto.
Você citar Mercado Livre , Alfresco, não tem anada a ver, eles também não usam primefaces (que é um richfaces melhorado e que já trabalhei e também é cheio de bugs, e não faz nem 10% que o Flex faz).
Pra quem só trabalha fazendo tela básica é melhor usar html mesmo.
Projetos são sofríveis quando não se tem pessoal capacitado, seja qual for a linguagem.[/quote]

Falta de pessoal capacitado? Vc so pode estar de brincadeira. rs. Nao vou nem responder a esse argumento… Pra mim, pessoal incapacitado que considera modulos aceitaveis pra um projeto de 1200k classes, no minimo, e isso voces nao conseguiram botar direito nem FERRANDO com uma politica de deploy aceitavel (ex: fulano tem versao X e tem que manter, ciclano tem versao Y).

Se vc nao sabe, o Alfresco vem mudando a Interface p/ o Share justamente em Rich/Prime. Outra coisa, O ML foi apenas um exemplo pra mostrar como o Flex nao eh forte no Mobile, e eu falei “Mercado Livre Mobile”.

Tela basica so HTML? Vou nem falar nada. Serio, ta começando a ter argumentos “trolls” mesmo depois dessa cacetada de argumentos que citei ai. Le as msgs que mandei pros outros participantes da discussao.
[/quote]

Ah, então vamos lá:

"1. Sandboxes, quem mexer de verdade com Flex, vai ver a cacetada de regra de segurança chata que tem e vai esbarrar em muitas delas. ".
Alguem mexe de mentira em Flex?? Qual tecnologia trablahar com segurança é fácil?

2. Não é “multi-plataforma”, é uma VM que tem restrições em diferentes plataformas, poucas, mas tem, e que fim tem levado o Air mesmo, hein? … Aquela propaganda da Adobe de 99.5% dos computadores tem é antiga, e é furada. Hoje em dia tudo se limita a última versão.
   O AIR é uma coisa o Flex é outra. O Flex roda dentor do palyer que roda dentro de um browser, qual o sentido de falar em multiplataforma? É mesmo que citar que HTML é multiplataforma.

3. Não é multi-thread.
   Pra que uma camada de apresentação ser multi-thread???

4. Bugs na SDK, não dá pra falar que Flex é uma SDK isenta de bugs, ao contrário… Eu considero ela bem bugada pelo tamanho da coisa.
   Não existe SDK isenta de bugs, me dê exemplo de uma, o Java é??

5. IDE ruim. A IDE (Flash Builder) é bem bugada. Quem trabalha com projetos +1000 classes em Flex sabe o que tô falando.
   O FlashBuilder como vc disse não é um plugin, é um eclipse modificado, assim como o RAD da IBM (que tb tem muitos bugs e não deixa de ser uma ótima IDE), mas ele tem um plugim tb para o eclipse tradicional.

6. Compilação demorada, o nosso projeto hj em dia demora coisa de 1:20 pra compilar, isso é coisa pra cacilda.
   Isso varia de projeto a projeto e depende do tamanho dele.

7. Lenta, o FP é realmente lento, inegávelmente lento.
   Isso eu discordo, e garanto que muitos tb.

8. Retrocompatibilidade horrível. Esse não é um conceito bem abordado no Flex. Coisas que você fará no Flex 3, rodarão diferente no Flex 4 (principalmente a parte de layout). Manter uma aplicação mista entre Flex3/4 é osso também.
   Aqui só mostra o quanto desconhece de Flex, escreve isso na comunidade de Flex pra ver o que vão dizer.

Não faço argumentos “trolls”, não uso sequer essa linguagem, sou bem mais maduro do que você imagina, e respeito as pessoas,
mas me dou o direito de discordar das opiniões das pessoas.

[xdraculax]

Temos clientes internos e externos e, obviamente os externos teem um pouco mais de lentidão mais ainda assim é aceitável dentro dos nossos requisitos.
Mas… dentro dos nossos requisitos, não trabalhei com requisitos semelhantes aos que você está falando.

[AUser]

[quote=Cabazzo][quote=AUser][quote=Cabazzo][quote=AUser][quote=Cabazzo][quote=AUser]Bom, vamos lá. Tenho certificação ACE e trabalhei três anos intensamente com Flex / AS / Java em geral em um projeto de grande porte, então, acho que posso contribuir um pouco.

Não se faz aplicações grandes com Flex, apenas pequenas, os motivos disso são VÁRIOS:

1. Sandboxes, quem mexer de verdade com Flex, vai ver a cacetada de regra de segurança chata que tem e vai esbarrar em muitas delas.
2. Não é “multi-plataforma”, é uma VM que tem restrições em diferentes plataformas, poucas, mas tem, e que fim tem levado o Air mesmo, hein? :)… Aquela propaganda da Adobe de 99.5% dos computadores tem é antiga, e é furada. Hoje em dia tudo se limita a última versão.
3. Não é multi-thread.
4. Bugs na SDK, não dá pra falar que Flex é uma SDK isenta de bugs, ao contrário… Eu considero ela bem bugada pelo tamanho da coisa.
5. IDE ruim. A IDE (Flash Builder) é bem bugada. Quem trabalha com projetos +1000 classes em Flex sabe o que tô falando.
6. Compilação demorada, o nosso projeto hj em dia demora coisa de 1:20 pra compilar, isso é coisa pra cacilda.
7. Lenta, o FP é realmente lento, inegávelmente lento.
8. Retrocompatibilidade horrível. Esse não é um conceito bem abordado no Flex. Coisas que você fará no Flex 3, rodarão diferente no Flex 4 (principalmente a parte de layout). Manter uma aplicação mista entre Flex3/4 é osso também.

Essas são as únicas oito razões que encontro agora, pensando por alto, mas se fosse escrever, falaria mais, com certeza. Não tem nada que você não faça em Flex que você não faça em PrimeFaces, por exemplo. E é mais complicado mexer com styling em Flex do que com Prime, por ex.

Recomendo Flex? Só pra projeto de pequeno porte.

[]'s[/quote]

Desculpe AUser, trabalhei com Flash/Flex a mais de 8 anos e não concordo em nada com que você escreveu.
Se realmente Flex fosse para projetos pequenos, a Datasul do grupo TOTVS (sitado pelo colega fabiophx) está no caminho errado, assim como a MV Sistemas,
que possue um dos maiores sistemas médicos do país feito em Flex.
O FlashBuilder é um Eclipse, se tem bugs (como todo sistema tem) é do conhecimento da comunidade Java.
[/quote]

Claro que estao indo pra direcao errada, assim como o ECM By You, tambem da DataSul. Flash eh lento, e nao adianta, nao eh conversa pra boi dormir - eh lento e pronto.

O FlashBuilder nao eh um “Eclipse”, ele eh um plugin pro Eclipse, e sim, eh cheio de bugs. Vou te dar uma dica: Compila um projeto de 1.2k classes (contando As, MXML) e me diz como voce vai otimizar o tempo de compilacao. Nao existe como. Me diga tambem como eu faço um deploy de apenas uma classe dentro de um deploy gigantesco. E vai la, me diga tambem, como eu faço um bom uso de threads, ou melhor ainda: como negocio diretamente com um iframe?

E respondo tudo isso com outra pergunta: porque nao fazem o Alfresco em Flex? Porque nao fizeram o Mercado Livre Mobile em Flex? Me cite 10 projetos grandes que usam flex, e te cito mais uns 300 que nao usam e desaprovam. Ou entao, me diz como em uma rede de baixa velocidade e hardware horrivel (como eu ja peguei em orgaos federais por ai, em Brasilia mesmo), usarem projetos em Flex com aquela cacetada de sandbox. A Adobe cita estatisticas “99% dos computadores possuem Flash”, sim, mas versoes antigas, e nao versoes que suportam Flex.[/quote]

Cara, eu escutava a mesma coisa do Java quando comecei a trabalhar com ele - " Java é lento, java é pesado, etc…" - E hoje tá ai , firme e forte.
Em um projeto que eu trabalhava, compilava tranquilo com arquivos até maiores que 1.2k, mas a maioria eram modulos, o sistema todo dava muito mais que isto.
Você citar Mercado Livre , Alfresco, não tem anada a ver, eles também não usam primefaces (que é um richfaces melhorado e que já trabalhei e também é cheio de bugs, e não faz nem 10% que o Flex faz).
Pra quem só trabalha fazendo tela básica é melhor usar html mesmo.
Projetos são sofríveis quando não se tem pessoal capacitado, seja qual for a linguagem.[/quote]

Falta de pessoal capacitado? Vc so pode estar de brincadeira. rs. Nao vou nem responder a esse argumento… Pra mim, pessoal incapacitado que considera modulos aceitaveis pra um projeto de 1200k classes, no minimo, e isso voces nao conseguiram botar direito nem FERRANDO com uma politica de deploy aceitavel (ex: fulano tem versao X e tem que manter, ciclano tem versao Y).

Se vc nao sabe, o Alfresco vem mudando a Interface p/ o Share justamente em Rich/Prime. Outra coisa, O ML foi apenas um exemplo pra mostrar como o Flex nao eh forte no Mobile, e eu falei “Mercado Livre Mobile”.

Tela basica so HTML? Vou nem falar nada. Serio, ta começando a ter argumentos “trolls” mesmo depois dessa cacetada de argumentos que citei ai. Le as msgs que mandei pros outros participantes da discussao.
[/quote]

Ah, então vamos lá:

"1. Sandboxes, quem mexer de verdade com Flex, vai ver a cacetada de regra de segurança chata que tem e vai esbarrar em muitas delas. ".
Alguem mexe de mentira em Flex?? Qual tecnologia trablahar com segurança é fácil?

2. Não é “multi-plataforma”, é uma VM que tem restrições em diferentes plataformas, poucas, mas tem, e que fim tem levado o Air mesmo, hein? … Aquela propaganda da Adobe de 99.5% dos computadores tem é antiga, e é furada. Hoje em dia tudo se limita a última versão.
   O AIR é uma coisa o Flex é outra. O Flex roda dentor do palyer que roda dentro de um browser, qual o sentido de falar em multiplataforma? É mesmo que citar que HTML é multiplataforma.

3. Não é multi-thread.
   Pra que uma camada de apresentação ser multi-thread???

4. Bugs na SDK, não dá pra falar que Flex é uma SDK isenta de bugs, ao contrário… Eu considero ela bem bugada pelo tamanho da coisa.
   Não existe SDK isenta de bugs, me dê exemplo de uma, o Java é??

5. IDE ruim. A IDE (Flash Builder) é bem bugada. Quem trabalha com projetos +1000 classes em Flex sabe o que tô falando.
   O FlashBuilder como vc disse não é um plugin, é um eclipse modificado, assim como o RAD da IBM (que tb tem muitos bugs e não deixa de ser uma ótima IDE), mas ele tem um plugim tb para o eclipse tradicional.

6. Compilação demorada, o nosso projeto hj em dia demora coisa de 1:20 pra compilar, isso é coisa pra cacilda.
   Isso varia de projeto a projeto e depende do tamanho dele.

7. Lenta, o FP é realmente lento, inegávelmente lento.
   Isso eu discordo, e garanto que muitos tb.

8. Retrocompatibilidade horrível. Esse não é um conceito bem abordado no Flex. Coisas que você fará no Flex 3, rodarão diferente no Flex 4 (principalmente a parte de layout). Manter uma aplicação mista entre Flex3/4 é osso também.
   Aqui só mostra o quanto desconhece de Flex, escreve isso na comunidade de Flex pra ver o que vão dizer.

Não faço argumentos “trolls”, não uso sequer essa linguagem, sou bem mais maduro do que você imagina, e respeito as pessoas,
mas me dou o direito de discordar das opiniões das pessoas.[/quote]

Cara, so vou responder algumas coisas a mais, pq se vc prestou atencao viu que eu respondi a maioria dos seus argumentos pro pessoal ai:

1. Sandbox nao eh mexer com “segurança”, eh mexer com as limitacoes do player e questoes de segurança dele. Eu nao tenho que mexer nisso com um primeFaces, por exemplo, a unica coisa que vou ter que me preocupar eh com a segurança do sistema mesmo, e pra isso existem varias solucoes, OpenAM, Acegi, etc.

2. Nao existe SDK isenta de bugs mesmo, mas a quantidade que o Flex apresenta, pelo tempo de mercado, eh bem alta.

3. Esses dias estava em uma feira de tecnologia aqui, e tava conversando com o pessoal que tinha desenvolvido um monitor touch screen, so que por camera e infrared, e notei que tinha uma lentidao no touch, perguntei o motivo, e eles: Flash. Rodaram o mesmo jogo, em QML, que surpresa! Rapido.

4. Retrocompatibilidade boa? Rapaz, eu tinha um projeto inteiro em Flex 3, ao migrar pro quatro, surpresa! Muita coisa tinha mudado. Quer prova mais cabal?

Bom, voce nao respondeu sobre as KPIs, e ainda continua falando que eu “nao conheço flex”. Isso ai, trabalhei 3 anos intensivamente, tenho certificacoes, fiz uma cacetada de projetos e enfrentei varios bugs, criei uma engine propria de deploy pro negocio, ja dei aula da parada, e nao conheço bem. Aham. E ainda nao eh troll. Ta bom.

Eh o que to falando, pouca gente que mexe com Flex ja experimentou projetos de extrema perfomance e features dessa maneira.

Bom, de toda forma, Cabazzo, acho que eh melhor pararmos de discutir por aqui. Os argumentos ja estao ai, pra ambos os lados.

Edit: se quiser discutir, cite alternativas pra todos os problemas que eu dei ai em cima, como SVG, Thread, tiff, etc.

[luistiagos]

Não tem nada que você não faça em Flex que você não faça em PrimeFaces, por exemplo.

Bem que eu saiba primefaces não roda em desktop só isto já é uma grande coisa que vc faz em Flex e não faz no prime…
E o fato de vc se livrar da merda do IE no ambiente web já é um grande ganho… claro que depende de app pra app, mas algo que realmente faz falta no Flex é suporte a Multithread e a maldita sandbox é algo que realmente da dor de cabeça, se vc precisa usar recursos do SO, chamar um C++ da vida pra fazer qualquer coisa essa porcaria realmente é chata pra caramba…

[Cabazzo]

[quote=AUser][quote=Cabazzo][quote=AUser][quote=Cabazzo][quote=AUser][quote=Cabazzo][quote=AUser]Bom, vamos lá. Tenho certificação ACE e trabalhei três anos intensamente com Flex / AS / Java em geral em um projeto de grande porte, então, acho que posso contribuir um pouco.

Não se faz aplicações grandes com Flex, apenas pequenas, os motivos disso são VÁRIOS:

1. Sandboxes, quem mexer de verdade com Flex, vai ver a cacetada de regra de segurança chata que tem e vai esbarrar em muitas delas.
2. Não é “multi-plataforma”, é uma VM que tem restrições em diferentes plataformas, poucas, mas tem, e que fim tem levado o Air mesmo, hein? :)… Aquela propaganda da Adobe de 99.5% dos computadores tem é antiga, e é furada. Hoje em dia tudo se limita a última versão.
3. Não é multi-thread.
4. Bugs na SDK, não dá pra falar que Flex é uma SDK isenta de bugs, ao contrário… Eu considero ela bem bugada pelo tamanho da coisa.
5. IDE ruim. A IDE (Flash Builder) é bem bugada. Quem trabalha com projetos +1000 classes em Flex sabe o que tô falando.
6. Compilação demorada, o nosso projeto hj em dia demora coisa de 1:20 pra compilar, isso é coisa pra cacilda.
7. Lenta, o FP é realmente lento, inegávelmente lento.
8. Retrocompatibilidade horrível. Esse não é um conceito bem abordado no Flex. Coisas que você fará no Flex 3, rodarão diferente no Flex 4 (principalmente a parte de layout). Manter uma aplicação mista entre Flex3/4 é osso também.

Essas são as únicas oito razões que encontro agora, pensando por alto, mas se fosse escrever, falaria mais, com certeza. Não tem nada que você não faça em Flex que você não faça em PrimeFaces, por exemplo. E é mais complicado mexer com styling em Flex do que com Prime, por ex.

Recomendo Flex? Só pra projeto de pequeno porte.

[]'s[/quote]

Desculpe AUser, trabalhei com Flash/Flex a mais de 8 anos e não concordo em nada com que você escreveu.
Se realmente Flex fosse para projetos pequenos, a Datasul do grupo TOTVS (sitado pelo colega fabiophx) está no caminho errado, assim como a MV Sistemas,
que possue um dos maiores sistemas médicos do país feito em Flex.
O FlashBuilder é um Eclipse, se tem bugs (como todo sistema tem) é do conhecimento da comunidade Java.
[/quote]

Claro que estao indo pra direcao errada, assim como o ECM By You, tambem da DataSul. Flash eh lento, e nao adianta, nao eh conversa pra boi dormir - eh lento e pronto.

O FlashBuilder nao eh um “Eclipse”, ele eh um plugin pro Eclipse, e sim, eh cheio de bugs. Vou te dar uma dica: Compila um projeto de 1.2k classes (contando As, MXML) e me diz como voce vai otimizar o tempo de compilacao. Nao existe como. Me diga tambem como eu faço um deploy de apenas uma classe dentro de um deploy gigantesco. E vai la, me diga tambem, como eu faço um bom uso de threads, ou melhor ainda: como negocio diretamente com um iframe?

E respondo tudo isso com outra pergunta: porque nao fazem o Alfresco em Flex? Porque nao fizeram o Mercado Livre Mobile em Flex? Me cite 10 projetos grandes que usam flex, e te cito mais uns 300 que nao usam e desaprovam. Ou entao, me diz como em uma rede de baixa velocidade e hardware horrivel (como eu ja peguei em orgaos federais por ai, em Brasilia mesmo), usarem projetos em Flex com aquela cacetada de sandbox. A Adobe cita estatisticas “99% dos computadores possuem Flash”, sim, mas versoes antigas, e nao versoes que suportam Flex.[/quote]

Cara, eu escutava a mesma coisa do Java quando comecei a trabalhar com ele - " Java é lento, java é pesado, etc…" - E hoje tá ai , firme e forte.
Em um projeto que eu trabalhava, compilava tranquilo com arquivos até maiores que 1.2k, mas a maioria eram modulos, o sistema todo dava muito mais que isto.
Você citar Mercado Livre , Alfresco, não tem anada a ver, eles também não usam primefaces (que é um richfaces melhorado e que já trabalhei e também é cheio de bugs, e não faz nem 10% que o Flex faz).
Pra quem só trabalha fazendo tela básica é melhor usar html mesmo.
Projetos são sofríveis quando não se tem pessoal capacitado, seja qual for a linguagem.[/quote]

Falta de pessoal capacitado? Vc so pode estar de brincadeira. rs. Nao vou nem responder a esse argumento… Pra mim, pessoal incapacitado que considera modulos aceitaveis pra um projeto de 1200k classes, no minimo, e isso voces nao conseguiram botar direito nem FERRANDO com uma politica de deploy aceitavel (ex: fulano tem versao X e tem que manter, ciclano tem versao Y).

Se vc nao sabe, o Alfresco vem mudando a Interface p/ o Share justamente em Rich/Prime. Outra coisa, O ML foi apenas um exemplo pra mostrar como o Flex nao eh forte no Mobile, e eu falei “Mercado Livre Mobile”.

Tela basica so HTML? Vou nem falar nada. Serio, ta começando a ter argumentos “trolls” mesmo depois dessa cacetada de argumentos que citei ai. Le as msgs que mandei pros outros participantes da discussao.
[/quote]

Ah, então vamos lá:

"1. Sandboxes, quem mexer de verdade com Flex, vai ver a cacetada de regra de segurança chata que tem e vai esbarrar em muitas delas. ".
Alguem mexe de mentira em Flex?? Qual tecnologia trablahar com segurança é fácil?

2. Não é “multi-plataforma”, é uma VM que tem restrições em diferentes plataformas, poucas, mas tem, e que fim tem levado o Air mesmo, hein? … Aquela propaganda da Adobe de 99.5% dos computadores tem é antiga, e é furada. Hoje em dia tudo se limita a última versão.
   O AIR é uma coisa o Flex é outra. O Flex roda dentor do palyer que roda dentro de um browser, qual o sentido de falar em multiplataforma? É mesmo que citar que HTML é multiplataforma.

3. Não é multi-thread.
   Pra que uma camada de apresentação ser multi-thread???

4. Bugs na SDK, não dá pra falar que Flex é uma SDK isenta de bugs, ao contrário… Eu considero ela bem bugada pelo tamanho da coisa.
   Não existe SDK isenta de bugs, me dê exemplo de uma, o Java é??

5. IDE ruim. A IDE (Flash Builder) é bem bugada. Quem trabalha com projetos +1000 classes em Flex sabe o que tô falando.
   O FlashBuilder como vc disse não é um plugin, é um eclipse modificado, assim como o RAD da IBM (que tb tem muitos bugs e não deixa de ser uma ótima IDE), mas ele tem um plugim tb para o eclipse tradicional.

6. Compilação demorada, o nosso projeto hj em dia demora coisa de 1:20 pra compilar, isso é coisa pra cacilda.
   Isso varia de projeto a projeto e depende do tamanho dele.

7. Lenta, o FP é realmente lento, inegávelmente lento.
   Isso eu discordo, e garanto que muitos tb.

8. Retrocompatibilidade horrível. Esse não é um conceito bem abordado no Flex. Coisas que você fará no Flex 3, rodarão diferente no Flex 4 (principalmente a parte de layout). Manter uma aplicação mista entre Flex3/4 é osso também.
   Aqui só mostra o quanto desconhece de Flex, escreve isso na comunidade de Flex pra ver o que vão dizer.

Não faço argumentos “trolls”, não uso sequer essa linguagem, sou bem mais maduro do que você imagina, e respeito as pessoas,
mas me dou o direito de discordar das opiniões das pessoas.[/quote]

Cara, so vou responder algumas coisas a mais, pq se vc prestou atencao viu que eu respondi a maioria dos seus argumentos pro pessoal ai:

1. Sandbox nao eh mexer com “segurança”, eh mexer com as limitacoes do player e questoes de segurança dele. Eu nao tenho que mexer nisso com um primeFaces, por exemplo, a unica coisa que vou ter que me preocupar eh com a segurança do sistema mesmo, e pra isso existem varias solucoes, OpenAM, Acegi, etc.

2. Nao existe SDK isenta de bugs mesmo, mas a quantidade que o Flex apresenta, pelo tempo de mercado, eh bem alta.

3. Esses dias estava em uma feira de tecnologia aqui, e tava conversando com o pessoal que tinha desenvolvido um monitor touch screen, so que por camera e infrared, e notei que tinha uma lentidao no touch, perguntei o motivo, e eles: Flash. Rodaram o mesmo jogo, em QML, que surpresa! Rapido.

4. Retrocompatibilidade boa? Rapaz, eu tinha um projeto inteiro em Flex 3, ao migrar pro quatro, surpresa! Muita coisa tinha mudado. Quer prova mais cabal?

Bom, voce nao respondeu sobre as KPIs, e ainda continua falando que eu “nao conheço flex”. Isso ai, trabalhei 3 anos intensivamente, tenho certificacoes, fiz uma cacetada de projetos e enfrentei varios bugs, criei uma engine propria de deploy pro negocio, ja dei aula da parada, e nao conheço bem. Aham. E ainda nao eh troll. Ta bom.

Eh o que to falando, pouca gente que mexe com Flex ja experimentou projetos de extrema perfomance e features dessa maneira.

Bom, de toda forma, Cabazzo, acho que eh melhor pararmos de discutir por aqui. Os argumentos ja estao ai, pra ambos os lados.

Edit: se quiser discutir, cite alternativas pra todos os problemas que eu dei ai em cima, como SVG, Thread, tiff, etc. :)[/quote]

Como eu posso discutir com uma pessoa que abre um tópico dizendo que tira toda e qualquer dúvida sobre Flex, que a maioria das pessoas que postam sobre Flex no forum só falam besteira, e que em umas das respostas informa que o GraniteDS é para ser usado com .NET???

http://www.guj.com.br/java/107302-adobe-flex—tire-suas-duvidas

É sério, vc disse isso mesmo depois de ter dito que sabe tudo de Flex? Eu é que não vou discutir com vc, Deus me livre vc sabe tudo de Flex.

[AUser]

[quote=Cabazzo][quote=AUser][quote=Cabazzo][quote=AUser][quote=Cabazzo][quote=AUser][quote=Cabazzo][quote=AUser]Bom, vamos lá. Tenho certificação ACE e trabalhei três anos intensamente com Flex / AS / Java em geral em um projeto de grande porte, então, acho que posso contribuir um pouco.

Não se faz aplicações grandes com Flex, apenas pequenas, os motivos disso são VÁRIOS:

1. Sandboxes, quem mexer de verdade com Flex, vai ver a cacetada de regra de segurança chata que tem e vai esbarrar em muitas delas.
2. Não é “multi-plataforma”, é uma VM que tem restrições em diferentes plataformas, poucas, mas tem, e que fim tem levado o Air mesmo, hein? :)… Aquela propaganda da Adobe de 99.5% dos computadores tem é antiga, e é furada. Hoje em dia tudo se limita a última versão.
3. Não é multi-thread.
4. Bugs na SDK, não dá pra falar que Flex é uma SDK isenta de bugs, ao contrário… Eu considero ela bem bugada pelo tamanho da coisa.
5. IDE ruim. A IDE (Flash Builder) é bem bugada. Quem trabalha com projetos +1000 classes em Flex sabe o que tô falando.
6. Compilação demorada, o nosso projeto hj em dia demora coisa de 1:20 pra compilar, isso é coisa pra cacilda.
7. Lenta, o FP é realmente lento, inegávelmente lento.
8. Retrocompatibilidade horrível. Esse não é um conceito bem abordado no Flex. Coisas que você fará no Flex 3, rodarão diferente no Flex 4 (principalmente a parte de layout). Manter uma aplicação mista entre Flex3/4 é osso também.

Essas são as únicas oito razões que encontro agora, pensando por alto, mas se fosse escrever, falaria mais, com certeza. Não tem nada que você não faça em Flex que você não faça em PrimeFaces, por exemplo. E é mais complicado mexer com styling em Flex do que com Prime, por ex.

Recomendo Flex? Só pra projeto de pequeno porte.

[]'s[/quote]

Desculpe AUser, trabalhei com Flash/Flex a mais de 8 anos e não concordo em nada com que você escreveu.
Se realmente Flex fosse para projetos pequenos, a Datasul do grupo TOTVS (sitado pelo colega fabiophx) está no caminho errado, assim como a MV Sistemas,
que possue um dos maiores sistemas médicos do país feito em Flex.
O FlashBuilder é um Eclipse, se tem bugs (como todo sistema tem) é do conhecimento da comunidade Java.
[/quote]

Claro que estao indo pra direcao errada, assim como o ECM By You, tambem da DataSul. Flash eh lento, e nao adianta, nao eh conversa pra boi dormir - eh lento e pronto.

O FlashBuilder nao eh um “Eclipse”, ele eh um plugin pro Eclipse, e sim, eh cheio de bugs. Vou te dar uma dica: Compila um projeto de 1.2k classes (contando As, MXML) e me diz como voce vai otimizar o tempo de compilacao. Nao existe como. Me diga tambem como eu faço um deploy de apenas uma classe dentro de um deploy gigantesco. E vai la, me diga tambem, como eu faço um bom uso de threads, ou melhor ainda: como negocio diretamente com um iframe?

E respondo tudo isso com outra pergunta: porque nao fazem o Alfresco em Flex? Porque nao fizeram o Mercado Livre Mobile em Flex? Me cite 10 projetos grandes que usam flex, e te cito mais uns 300 que nao usam e desaprovam. Ou entao, me diz como em uma rede de baixa velocidade e hardware horrivel (como eu ja peguei em orgaos federais por ai, em Brasilia mesmo), usarem projetos em Flex com aquela cacetada de sandbox. A Adobe cita estatisticas “99% dos computadores possuem Flash”, sim, mas versoes antigas, e nao versoes que suportam Flex.[/quote]

Cara, eu escutava a mesma coisa do Java quando comecei a trabalhar com ele - " Java é lento, java é pesado, etc…" - E hoje tá ai , firme e forte.
Em um projeto que eu trabalhava, compilava tranquilo com arquivos até maiores que 1.2k, mas a maioria eram modulos, o sistema todo dava muito mais que isto.
Você citar Mercado Livre , Alfresco, não tem anada a ver, eles também não usam primefaces (que é um richfaces melhorado e que já trabalhei e também é cheio de bugs, e não faz nem 10% que o Flex faz).
Pra quem só trabalha fazendo tela básica é melhor usar html mesmo.
Projetos são sofríveis quando não se tem pessoal capacitado, seja qual for a linguagem.[/quote]

Falta de pessoal capacitado? Vc so pode estar de brincadeira. rs. Nao vou nem responder a esse argumento… Pra mim, pessoal incapacitado que considera modulos aceitaveis pra um projeto de 1200k classes, no minimo, e isso voces nao conseguiram botar direito nem FERRANDO com uma politica de deploy aceitavel (ex: fulano tem versao X e tem que manter, ciclano tem versao Y).

Se vc nao sabe, o Alfresco vem mudando a Interface p/ o Share justamente em Rich/Prime. Outra coisa, O ML foi apenas um exemplo pra mostrar como o Flex nao eh forte no Mobile, e eu falei “Mercado Livre Mobile”.

Tela basica so HTML? Vou nem falar nada. Serio, ta começando a ter argumentos “trolls” mesmo depois dessa cacetada de argumentos que citei ai. Le as msgs que mandei pros outros participantes da discussao.
[/quote]

Ah, então vamos lá:

"1. Sandboxes, quem mexer de verdade com Flex, vai ver a cacetada de regra de segurança chata que tem e vai esbarrar em muitas delas. ".
Alguem mexe de mentira em Flex?? Qual tecnologia trablahar com segurança é fácil?

2. Não é “multi-plataforma”, é uma VM que tem restrições em diferentes plataformas, poucas, mas tem, e que fim tem levado o Air mesmo, hein? … Aquela propaganda da Adobe de 99.5% dos computadores tem é antiga, e é furada. Hoje em dia tudo se limita a última versão.
   O AIR é uma coisa o Flex é outra. O Flex roda dentor do palyer que roda dentro de um browser, qual o sentido de falar em multiplataforma? É mesmo que citar que HTML é multiplataforma.

3. Não é multi-thread.
   Pra que uma camada de apresentação ser multi-thread???

4. Bugs na SDK, não dá pra falar que Flex é uma SDK isenta de bugs, ao contrário… Eu considero ela bem bugada pelo tamanho da coisa.
   Não existe SDK isenta de bugs, me dê exemplo de uma, o Java é??

5. IDE ruim. A IDE (Flash Builder) é bem bugada. Quem trabalha com projetos +1000 classes em Flex sabe o que tô falando.
   O FlashBuilder como vc disse não é um plugin, é um eclipse modificado, assim como o RAD da IBM (que tb tem muitos bugs e não deixa de ser uma ótima IDE), mas ele tem um plugim tb para o eclipse tradicional.

6. Compilação demorada, o nosso projeto hj em dia demora coisa de 1:20 pra compilar, isso é coisa pra cacilda.
   Isso varia de projeto a projeto e depende do tamanho dele.

7. Lenta, o FP é realmente lento, inegávelmente lento.
   Isso eu discordo, e garanto que muitos tb.

8. Retrocompatibilidade horrível. Esse não é um conceito bem abordado no Flex. Coisas que você fará no Flex 3, rodarão diferente no Flex 4 (principalmente a parte de layout). Manter uma aplicação mista entre Flex3/4 é osso também.
   Aqui só mostra o quanto desconhece de Flex, escreve isso na comunidade de Flex pra ver o que vão dizer.

Não faço argumentos “trolls”, não uso sequer essa linguagem, sou bem mais maduro do que você imagina, e respeito as pessoas,
mas me dou o direito de discordar das opiniões das pessoas.[/quote]

Cara, so vou responder algumas coisas a mais, pq se vc prestou atencao viu que eu respondi a maioria dos seus argumentos pro pessoal ai:

1. Sandbox nao eh mexer com “segurança”, eh mexer com as limitacoes do player e questoes de segurança dele. Eu nao tenho que mexer nisso com um primeFaces, por exemplo, a unica coisa que vou ter que me preocupar eh com a segurança do sistema mesmo, e pra isso existem varias solucoes, OpenAM, Acegi, etc.

2. Nao existe SDK isenta de bugs mesmo, mas a quantidade que o Flex apresenta, pelo tempo de mercado, eh bem alta.

3. Esses dias estava em uma feira de tecnologia aqui, e tava conversando com o pessoal que tinha desenvolvido um monitor touch screen, so que por camera e infrared, e notei que tinha uma lentidao no touch, perguntei o motivo, e eles: Flash. Rodaram o mesmo jogo, em QML, que surpresa! Rapido.

4. Retrocompatibilidade boa? Rapaz, eu tinha um projeto inteiro em Flex 3, ao migrar pro quatro, surpresa! Muita coisa tinha mudado. Quer prova mais cabal?

Bom, voce nao respondeu sobre as KPIs, e ainda continua falando que eu “nao conheço flex”. Isso ai, trabalhei 3 anos intensivamente, tenho certificacoes, fiz uma cacetada de projetos e enfrentei varios bugs, criei uma engine propria de deploy pro negocio, ja dei aula da parada, e nao conheço bem. Aham. E ainda nao eh troll. Ta bom.

Eh o que to falando, pouca gente que mexe com Flex ja experimentou projetos de extrema perfomance e features dessa maneira.

Bom, de toda forma, Cabazzo, acho que eh melhor pararmos de discutir por aqui. Os argumentos ja estao ai, pra ambos os lados.

Edit: se quiser discutir, cite alternativas pra todos os problemas que eu dei ai em cima, como SVG, Thread, tiff, etc. :)[/quote]

Como eu posso discutir com uma pessoa que abre um tópico dizendo que tira toda e qualquer dúvida sobre Flex, que a maioria das pessoas que postam sobre Flex no forum só falam besteira, e que em umas das respostas informa que o GraniteDS é para ser usado com .NET???

http://www.guj.com.br/java/107302-adobe-flex—tire-suas-duvidas

É sério, vc disse isso mesmo depois de ter dito que sabe tudo de Flex? Eu é que não vou discutir com vc, Deus me livre vc sabe tudo de Flex.
[/quote]

E voce eh o que tem a posiçao matura nao troll aqui, certo?

Olha a data do topico , muito tempo ja se passou, e se voce nunca falou besteira na vida… Hohoho, santo deus, eu me curvo a voce. Sim, eu me confundi, ao inves disso era o Fluorine. E dai? Cometi algum pecado grave? Vamos la, me diga o que estou falando de errado nesse topico. Me diga ai e me prove.

[]'s

[leoramos]

Respira, galera… respira.
AUser, se teu projeto tem tantas limitações - exigidas por contrato inclusive - e uma delas é um link de 32k (ainda bem que eu nunca mais vi isso na vida), Flex realmente é um tiro no pé pra ti. Agora que muita coisa aí não tem pé nem cabeça, coisa que tu tá tratando na view e não devia, isso tem e eu espero que tu saibas.
Tem projeto que não devia ter sido feito em Flex e foi? Tem. Assim como tem gente fazendo site single page com JSF, secando oceano à canudinho como disse o colega antes.
Vai da tua necessidade. Nunca vi ninguém puxar arado com Ferrari.
Abraço!

[AUser]

[quote=leoramos]Respira, galera… respira.
AUser, se teu projeto tem tantas limitações - exigidas por contrato inclusive - e uma delas é um link de 32k (ainda bem que eu nunca mais vi isso na vida), Flex realmente é um tiro no pé pra ti. Agora que muita coisa aí não tem pé nem cabeça, coisa que tu tá tratando na view e não devia, isso tem e eu espero que tu saibas.
Tem projeto que não devia ter sido feito em Flex e foi? Tem. Assim como tem gente fazendo site single page com JSF, secando oceano à canudinho como disse o colega antes.
Vai da tua necessidade. Nunca vi ninguém puxar arado com Ferrari.
Abraço![/quote]

Opa leoramos,

A questao do link foi um exemplo de onde o Flex nao serve mesmo. Me diga mais sobre essas coisas sem pe nem cabeça, eu nao identifiquei, hehe.

Bom, a questao eh a seguinte, o projeto foi feito. Apos o projeto ser feito, surgiram varios clientes. Agora regular a necessidade deles eh que eh o problema. Nao consigo regular isso com o Flex direito, principalmente essas questoes de deploy, segurança, versao…

Abracao!

[luceeferin]

Quem vai iniciar estudos em Flex???
http://imasters.com.br/noticia/22718/flash/flash-para-android-sera-descontinuado
http://pontuaki.com.br/adobe-vai-descontinuar-o-flash-player-movel-e-corta-8-de-seus-funcionarios/
http://g1.globo.com/tecnologia/noticia/2011/11/adobe-desiste-de-flash-para-dispositivos-moveis.html

Aos que ficaram com raivinha de alguns usuários que falaram mal do Flex…
Que citaram nome de “Grandes” empresas que utilizavam a tecnologia para justificar o uso do Flex…
Que acharam que Flex é o futuro…
ahisdhishaidhisahidhsaihdishaidhsia

Vocês realmente são programadores e nada mais. Contente-se em capinar a vida toda.

[Two_]

@luceeferin
Flex não é ruim, utilizei bastante em projetos internos de uma universidade, logicamente em projetos que eram executados internamente
o Flex tem uma grande facilidade de se comunicar com as principais linguagens e la nessa universidade possuía vários projetos em javaEE e php
e para mim hoje e no passado o flex era e é a melhor opção.
Simplesmente a camada Model estava muito bem feita e por sorte o php utilizava o zend com o doctrine o java hibernate, porque não utilizar o Flex então?
Hoje chegou o html5 mais não está maduro o suficiente, e ainda existe poucos profissionais para a área.
Ontem recebe uma proposta de emprego para trabalhar com Flex, recusei porque sei que a linguagem vai acabar, a própria adobe já deu sentença de morte para ela.
Mais não significa que a linguagem seja ruim.

[Cabazzo]

[quote=luceeferin]Quem vai iniciar estudos em Flex???
http://imasters.com.br/noticia/22718/flash/flash-para-android-sera-descontinuado
http://pontuaki.com.br/adobe-vai-descontinuar-o-flash-player-movel-e-corta-8-de-seus-funcionarios/
http://g1.globo.com/tecnologia/noticia/2011/11/adobe-desiste-de-flash-para-dispositivos-moveis.html

Aos que ficaram com raivinha de alguns usuários que falaram mal do Flex…
Que citaram nome de “Grandes” empresas que utilizavam a tecnologia para justificar o uso do Flex…
Que acharam que Flex é o futuro…
ahisdhishaidhisahidhsaihdishaidhsia

Vocês realmente são programadores e nada mais. Contente-se em capinar a vida toda.[/quote]

E você é um tremendo imbecil. Ofender é fácil. Difícil e acrescentar algum contéudo a discursão.
A matéria fala em descontinuar o plugin do flash pra browser em mobile.
O que tem a ver com Flex? O burro aqui é você. Ninguém falou que Flex é o futuro e sim que nos dias de hoje
a plataforma é boa pra quem sabe usá-la.
Discutimos aqui mas sem ofender um ao outro. Quem você é pra mandar os outros capinar?
Você é que deve ser um programador medíocre.

[xdraculax]

Vocês realmente são programadores e nada mais. Contente-se em capinar a vida toda.

Meu, acho que você ta falando isso no lugar errado.
Acredito que uns 80% das pessoas aqui são programadores, se você é um ser superior, procura um fórum para pessoas superiores como você.

[luistiagos]

[quote=luceeferin]Quem vai iniciar estudos em Flex???
http://imasters.com.br/noticia/22718/flash/flash-para-android-sera-descontinuado
http://pontuaki.com.br/adobe-vai-descontinuar-o-flash-player-movel-e-corta-8-de-seus-funcionarios/
http://g1.globo.com/tecnologia/noticia/2011/11/adobe-desiste-de-flash-para-dispositivos-moveis.html

Aos que ficaram com raivinha de alguns usuários que falaram mal do Flex…
Que citaram nome de “Grandes” empresas que utilizavam a tecnologia para justificar o uso do Flex…
Que acharam que Flex é o futuro…
ahisdhishaidhisahidhsaihdishaidhsia

Vocês realmente são programadores e nada mais. Contente-se em capinar a vida toda.[/quote]

Vc e um sujeito bem infeliz mesmo!

[fabioEM]

[quote=AUser]Bom, vamos lá. Tenho certificação ACE e trabalhei três anos intensamente com Flex / AS / Java em geral em um projeto de grande porte, então, acho que posso contribuir um pouco.

Não se faz aplicações grandes com Flex, apenas pequenas, os motivos disso são VÁRIOS:

1. Sandboxes, quem mexer de verdade com Flex, vai ver a cacetada de regra de segurança chata que tem e vai esbarrar em muitas delas.
2. Não é “multi-plataforma”, é uma VM que tem restrições em diferentes plataformas, poucas, mas tem, e que fim tem levado o Air mesmo, hein? :)… Aquela propaganda da Adobe de 99.5% dos computadores tem é antiga, e é furada. Hoje em dia tudo se limita a última versão.
3. Não é multi-thread.
4. Bugs na SDK, não dá pra falar que Flex é uma SDK isenta de bugs, ao contrário… Eu considero ela bem bugada pelo tamanho da coisa.
5. IDE ruim. A IDE (Flash Builder) é bem bugada. Quem trabalha com projetos +1000 classes em Flex sabe o que tô falando.
6. Compilação demorada, o nosso projeto hj em dia demora coisa de 1:20 pra compilar, isso é coisa pra cacilda.
7. Lenta, o FP é realmente lento, inegávelmente lento.
8. Retrocompatibilidade horrível. Esse não é um conceito bem abordado no Flex. Coisas que você fará no Flex 3, rodarão diferente no Flex 4 (principalmente a parte de layout). Manter uma aplicação mista entre Flex3/4 é osso também.

Essas são as únicas oito razões que encontro agora, pensando por alto, mas se fosse escrever, falaria mais, com certeza. Não tem nada que você não faça em Flex que você não faça em PrimeFaces, por exemplo. E é mais complicado mexer com styling em Flex do que com Prime, por ex.

Recomendo Flex? Só pra projeto de pequeno porte.

[]'s[/quote]

Ainda, acrescentaria que o HTML5 vai substituir o uso do flex ao longo do tempo. O fator desempenho, segurança, portabilidade e manutenção com Flex são péssimos!! :lol: :lol: :lol:
Larga isso cara!!

[fabioEM]

[quote=luceeferin]Quem vai iniciar estudos em Flex???
http://imasters.com.br/noticia/22718/flash/flash-para-android-sera-descontinuado
http://pontuaki.com.br/adobe-vai-descontinuar-o-flash-player-movel-e-corta-8-de-seus-funcionarios/
http://g1.globo.com/tecnologia/noticia/2011/11/adobe-desiste-de-flash-para-dispositivos-moveis.html

Aos que ficaram com raivinha de alguns usuários que falaram mal do Flex…
Que citaram nome de “Grandes” empresas que utilizavam a tecnologia para justificar o uso do Flex…
Que acharam que Flex é o futuro…
ahisdhishaidhisahidhsaihdishaidhsia

Vocês realmente são programadores e nada mais. Contente-se em capinar a vida toda.[/quote]
Concordo com tudo com exceção dessa última frase;

Vocês realmente são programadores e nada mais. Contente-se em capinar a vida toda

Pegou pesado sem nenhuma necessidade. Se manca doido!