Início de estudos em Flex

aqui tem um link legal

http://www.aprendofacil.com.br/frontpage/aprendo-facil-adobe-flex-4.html

Um bom livro é o Adobe Flex 4 - Trainning From the Source, o livro é em inglês, se procurar vc encontra o pdf na net.

Muito grato.

Ainda não se fala muito de Flex, será que vai virar febre assim como o Java?

Qual a opinião de vocês?

Tiago,
Espero q lhe seja útil: http://fabiophx.blogspot.com/2011/05/aprendendo-flex.html

[]s

prog.tiago:

Muito grato.

Ainda não se fala muito de Flex, será que vai virar febre assim como o Java?

Qual a opinião de vocês?

eu tmbm estou com essa duvida…
…com esse negocio de html5 + css3 parece que o mundo flex/flash tende a dar uma diminuida… será que vale a pena 'começar com flex agora?

A minha opinião é q Flex está crescendo bastante, depende muito de onde se olha.
A DataSul do grupo Totvs com ações em bolsa e uma das maiores empresas de ERP, no caso da DataSul migrou o sistema para Flex uns anos atrás, ela está em Joinville - SC.
O SAP tem uma parte q é em Flex. Entre outras empresas grandes.
O grupo de Flex do Brasil é um dos maiores do mundo, divulgando vários eventos anuais como o FlexMania http://www.flexmania.com.br/.
Agora com a nova versão do Flash Builder poderá fazer uma aplicação q rodará na maioria das plataformas mobile e iPad.

O Flex já é uma realidade.

[]s

Concordo com o Fabio, Flex não é grande , já é enorme! O HTML5 vai fazer agora o que o Flash fazia a 5 cinco anos atrás, ele está em constante evolução.

Flex/Flash eh uma alternativa aos problemas do HTML e acredito que assim vai continuar sendo.
Concordo que jah eh uma realidade e EH MUITO FALADO.

Procura a lista FlexDev no google, lah vc vai encontrar tudo o q precisa.

Att.

Bom dia,

De fato estou vendo que realmente vale a pena os estudos em flex.
Muitos me falavam que o desempenho de uma aplicação Flex + Java seria um fator negativo. Percebo que pouco ou quase nada se perde em desempenho.

Obrigado a todos pelos conselhos anteriores.

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

Flex é muito bom, da de 100 a zero no swing do java, na empresa em que eu trabalho como desenvolvedor as aplicaçoes que sao feitas em java tem sua interface em flex,
na minha opiniao flex é o melhor pro desenvolvimento de interface, facil de entender,apreender e programar

Flex vai crescer muito

Viva o Flex

Post 22/10/2011 14:54:05 Assunto: Re:Início de estudos em Flex
Flex é muito bom, da de 100 a zero no swing do java, na empresa em que eu trabalho como desenvolvedor as aplicaçoes que sao feitas em java tem sua interface em flex,
na minha opiniao flex é o melhor pro desenvolvimento de interface, facil de entender,apreender e programar

Flex vai crescer muito

Viva o Flex

++

Voces que acham Flex tao facil, ja trabalharam com outra coisa, como Primefaces? Aquilo ali sim que eh realmente facil.

Nunca estudei JSF com Primefaces. Quando estava pensando em qual tecnologia de front estudar, achei que Flex me seria mais interessante. No entanto confesso que muito em breve vou querer estudar PrimeFaces, vi seus componentes e também achei a implementação fácil.

Realmente Prime deve ser fácil e bonito também

Nunca estudei JSF com Primefaces. Quando estava pensando em qual tecnologia de front estudar, achei que Flex me seria mais interessante. No entanto confesso que muito em breve vou querer estudar PrimeFaces, vi seus componentes e também achei a implementação fácil.

Realmente Prime deve ser fácil e bonito também

Sim, e o que quero atentar (e olha que eu sou experiente em Flex) eh que Flex tem uma cacetada de problemas.

Nesse momento estou desenvolvendo um sistema de cotas de impressão para a empresa onde trabalho. Vou terminar em Flex. É um sistema não muito grande, e com ele certamente vou ter uma opinião melhor sobre Flex. Logo em seguida vou começar sim a estudar PrimeFaces.

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

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.

Cabazzo:

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

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.

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.

Concordo com o AUser.

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.

Datasul do grupo TOTVS -> Se o sistema for grande, vão se f… no futuro.

O Flex é uma linguagem para fazer apenas “frilas” e encantar o João da Padaria.

Se trabalhou esse tempo todo com Flash/Flex tenho dó de você do stress que passou durante esse tempo.

Bom dia !

Já usei Flex em 3 projetos de pequeno/médio porte e até agora fui muito feliz com eles.
Existem alguns probleminhas sim no SDK, que são contornáveis. Mas antes disso trabalhei 2 anos com JSF + RichFaces e existiam problemas tmb.

A integração eu faço com java via blazeds, e fica rápido !

orogerio:

Bom dia !

Já usei Flex em 3 projetos de pequeno/médio porte e até agora fui muito feliz com eles.
Existem alguns probleminhas sim no SDK, que são contornáveis. Mas antes disso trabalhei 2 anos com JSF + RichFaces e existiam problemas tmb.

A integração eu faço com java via blazeds, e fica rápido !

BlazeDS rapido? Quantos req/resp voce tinha por segundo? Esses projetos de “medio” porte, o que tinham de dificuldade pra vc chama-los de “medio” porte? Serializar / deserializar pacotes o tempo todo eh algo bem desagradavel…

Me acordem quando o Prime ou o RichFaces renderizarem sem erros no IE (em todas as versões).

Com relação a projetos com grande quantidades de classes, você não poderia modularizar essas classes em bibliotecas diferentes? Provavelmente você tem um conjunto bem grande de classes que não são alteradas com frequência, essas classes poderiam ficar em um SWF já compilado, quando for compilar o restante da aplicação, parte dela já estaria compilada.

Com relação a multi-thread, posso estar falando besteira, mas pra que multi-thread na parte da aplicação que fica no cliente? Cada cliente pode ser considerado uma thread, pois ele usa o processador dele em um nó diferente da máquina servidora. Threads fazem sentido quando tudo é processado na mesma máquina; sinceramente não vejo vantagem em multi-thread na view.

Bug… bem realmente existem, não dá pra dizer que é maduro como o Java por exemplo, mas isso é questão de tempo, e só.

Flex/Flash Builder é ruin? Concordo! é lento, e não só bugs, as vezes dá uns pau violento que pra voltar a funcionar é um verdadeiro parto.

Retrocompatibilidade foi um fracasso do 3 para o 4. Ridículo a mudança da arquitetura dos componentes e edição de skins que foi tirada do Flash Builder e jogada pro Photoshop. Mas vamos ver se não foi um fato isolado.

A lentidão realmente existe, mas acho que pode ser melhorada separando a aplicação em módulos swf diferentes que sejam carregadas sob demanda; tudo em um único SWF é sem-futuro.

Sandboxes já tive alguns problemas bem chatos mesmo com isso, principalmente quando você precisa carregar recursos externos.

Cross-browser não existe 100% em nenhuma view, alguém ai conhece alguma onde o mesmo código gere o mesmo comportamento em qualquer cliente? Desconheço, e dúvido que qualquer xxxFaces possua tal característica.

Sim, mas isso eh um problema que tem como contornar, e nao um problema que nao tem como contornar (e no caso do Flex, sao varios, leitura de TIFF bitonal por ex). A questao eh que o Flex / Flash, foge do conceito web da coisa, nao usa os recursos do PC e encapsula tudo dentro de uma VM so… Isso sem contar o grande problema que eh pra voce por exemplo, lidar com PDF nele. Ou entao, a versao antiga que so o cacete do HTML que ele tem o suporte… E sobre o desempenho, ninguem venha me falar pra usar o Alchemy nao pq isso eh uma extrema gambiarra pra suprir a necessidade. Sao por essas e outras coisas, que mesmo dando pau pra renderizar no IE, eu ainda prefiro 100x mais PrimeFaces.

xdraculax:

Com relação a projetos com grande quantidades de classes, você não poderia modularizar essas classes em bibliotecas diferentes? Provavelmente você tem um conjunto bem grande de classes que não são alteradas com frequência, essas classes poderiam ficar em um SWF já compilado, quando for compilar o restante da aplicação, parte dela já estaria compilada.

Com relação a multi-thread, posso estar falando besteira, mas pra que multi-thread na parte da aplicação que fica no cliente? Cada cliente pode ser considerado uma thread, pois ele usa o processador delete em um nó diferente da máquina servidora. Threads fazem sentido quando tudo é processado na mesma máquina; sinceramente não vejo vantagem em multi-thread na view.

Bug… bem realmente existem. Mas não dá pra dizer que é maduro como o Java por exemplo, mas isso é questão de tempo, e só.

Flex/Flash Builder é ruin? Concordo! é lento, e não só bugs, as vezes dá uns pau violento que pra voltar a funcionar é um verdadeiro parto.

Retrocompatibilidade foi um fracasso do 3 para o 4. Ridículo a mudança da arquitetura dos componentes e edição de skins que foi tirada do Flash Builder e jogada pro Photoshop.

A lentidão realmente existe, mas acho que pode ser melhorada separando a aplicação em módulos swf diferentes que sejam carregadas sob demanda; tudo em um único SWF é sem-futuro.

Sandboxes já tive alguns problemas bem chatos mesmo com isso.

Cross-browser não existem 100% em nenhuma tecnologia de view, alguém ai conhece alguma onde o mesmo código gere o mesmo comportamento em qualquer cliente? Desconheço, e dúvido que qualquer xxxFaces possua tal característica.

A arquitetura de Modules do Flex nao eh nem um pouco otimizada, se quiser fazer isso, vou ter que perder desempenho, e vai ser OSSO manter um codigo decente. Principalmente relacionar versoes, esse eh o maior gargalo.

Porque de Multi-threading:

1. Multi-Threading

What: I?d like the ability to spawn a new process/thread that I can perform data operations on. This thread should not have the capability to lock up the Flash Player, nor interfere with animation.

Why: I had a project where I was visually showing lots of data using charts and images. I had to do a lot of pre-processing on the data first. Doing this via green threads was really hard to architect and test.

Sobre bugs, nao eh uma questao de tempo. A Adobe vem emendando uma gambiarra atras da outra pra poder cumprir o stack de funcionalidades, e mesmo assim nao consegue. Tenho um projeto aqui, por exemplo, que do nada lançava uma “VirtualMouseException”, era so minimizar e abrir novamente, tomava essa excecao. Fui ver, framework, e nao foi so dessa vez nao. Varias vezes foram a mesma coisa ou migracao de framework por um errozinho desses, e quando migrava o framework, la vinha outro pau…

A retrocompatibilidade entao, que lixo. Nao vou nem comentar.

Eu concordo que nenhuma tecnologia eh 100% crossbrowser, mas Flex encapsula todos os conceitos e ferra com muita coisa pra possuir essa feature. Se sacrifica demais. (PS: Nao mencionei o tamanho dos deploys SWF ainda, hein…).

Edit: esqueci de mencionar tambem a questao Linux. A Adobe vem descontinuando cada vez mais seu suporte a Linux… E podem me chamar de louco, mas ja peguei aplicacoes com desempenho / formas diferentes entre Linux e Windows, rodando em Flex.

AUser:

BlazeDS rapido? Quantos req/resp voce tinha por segundo? Esses projetos de “medio” porte, o que tinham de dificuldade pra vc chama-los de “medio” porte? Serializar / deserializar pacotes o tempo todo eh algo bem desagradavel…

Médio porte é em relação ao número de funcionalidades e módulos.

Sério … não tenho problemas de lentidão! (desabilitei o log do java, isso deixava um pouco mais lento)

Vc usa oq com o java?

Então, AUser, tudo tem como contornar. Mas se eu não preciso, porquê eu contornaria? É nesse ponto que eu comento.
Cara, eu sou apaixonado pelo Primefaces. Acho incrível o que ele faz, mas sinceramente, só faço quando meu cliente vai usar Chrome ou Firefox (até o 5, nos outros ele também se escangalha todo).
Não entendi o que tu quis dizer com problemas pra lidar com PDF nele; eu não tive problema algum até agora, então eu não sei qual o problema que tu tivesse.
O que é extrema gambiarra? Alchemy ou uma cacetada de hack de CSS e JS? Gambiarra por gambiarra, dá tudo na mesma.
Eu, particularmente, nunca precisei fazer leitura de TIFF bitonal; no dia que eu precisar, eu vou ter que me virar com isso (e eu sei lá como).

orogerio:

AUser:

BlazeDS rapido? Quantos req/resp voce tinha por segundo? Esses projetos de “medio” porte, o que tinham de dificuldade pra vc chama-los de “medio” porte? Serializar / deserializar pacotes o tempo todo eh algo bem desagradavel…

Médio porte é em relação ao número de funcionalidades e módulos.

Sério … não tenho problemas de lentidão! (desabilitei o log do java, isso deixava um pouco mais lento)

Vc usa oq com o java?

Pra testes, usamos o Blaze, deploy temos que usar o LiveCycle. Acima de 20 usuarios simultaneos o BlazeDS ja começa a miar. medio porte nao eh soh o tamanho / features, mas tambem o uso da app. No nosso caso, ocorre um grande trafego de imagens / PDF no sistema.

leoramos:

Então, AUser, tudo tem como contornar. Mas se eu não preciso, porquê eu contornaria? É nesse ponto que eu comento.
Cara, eu sou apaixonado pelo Primefaces. Acho incrível o que ele faz, mas sinceramente, só faço quando meu cliente vai usar Chrome ou Firefox (até o 5, nos outros ele também se escangalha todo).
Não entendi o que tu quis dizer com problemas pra lidar com PDF nele; eu não tive problema algum até agora, então eu não sei qual o problema que tu tivesse.
O que é extrema gambiarra? Alchemy ou uma cacetada de hack de CSS e JS? Gambiarra por gambiarra, dá tudo na mesma.
Eu, particularmente, nunca precisei fazer leitura de TIFF bitonal; no dia que eu precisar, eu vou ter que me virar com isso (e eu sei lá como).

Entao, por isso que falei. Uma pa de features que uma aplicacao grande precisa (medica, CMS, ECM), o Flex nao possui. TIFF eh obrigacao em ECM / aplicacoes medicas, por ex. Por isso que falei que Flex nao da para grandes apps, apenas para pequenas e no maximo medias (e ai se envolve varias politicas de deploy como versoes diferentes pra clientes diferentes, eu ja nao indicaria Flex).

Sobre o PDF, como voce faz pra ler PDF? Usa aquelas solucoes de iframe? O problema daquilo eh que alem de lento, so tem um hacking pra detectar se o IFrame esta sobre outra tela, e nao funciona pra Flex 4, so pra Flex 3. Ex: estourou um Alert e tem um IFrame junto? Provavelmente, em IE sem versao de Debug do FP, vai aparecer o IFrame por cima do Alert. Sao varios “probleminhas” assim.

Uma grande gambiarra seria por exemplo, usar o Alchemy pra rodar C/C++ dentro da VM. Eu me lembro do video dos caras jogando Quake 2 dentro do FP, eu olhei e na hora pensei “mas que porra eh essa, tem algum motivo muito serio para fazerem uma gambiarra dessas”, e tem: desempenho. Cara, eu nunca precisei fazer uma cacetada de hack de css / js, tudo o que eh estilizado ao maximo eu ja deixo pro JQuery, a aplicacao fica rodando so o que eh primefaces mesmo. Nao tive problemas com isso ateh hj.

Edit: tambem nao tem suporte a impressao decentemente no Flex, coisa requerida em boa parte dos sistemas…

Entendi a questão da threads e entendo como elas funcionam, e sua utilidade é ainda mais nítida em máquians com mais de um núcleo.

Mas o FLex é por natureza assíncrono - até onde não precisa ser, portanto, ao carregar grandes quantidades de dados não trava a interface de usuário, o carregamento é em background. Quando você receber a resposta você carrega na interface. Pra mim isso é uma thread.

luceeferin:

Concordo com o AUser.

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.

Datasul do grupo TOTVS -> Se o sistema for grande, vão se f… no futuro.

O Flex é uma linguagem para fazer apenas “frilas” e encantar o João da Padaria.

Se trabalhou esse tempo todo com Flash/Flex tenho dó de você do stress que passou durante esse tempo.

Desculpe luceferin, mas não tenho stress nenhum trabalhando com Flex (sofre quem não tem conhecimento suficiente da tecnologia).
“Datasul do grupo TOTVS -> Se o sistema for grande, vão se f… no futuro.” - Você devia avisar a eles, e dizer que os analistas que trabalham lá sabem menos que você que deu esse diagnóstico.
“O Flex é uma linguagem para fazer apenas “frilas” e encantar o João da Padaria.” - Nessa você foi muito infeliz, não merecia nem comentário. Entra no site da TOTVS e verifica a quantidade de padaria que eles tem como cliente.

xdraculax:

Entendi a questão da threads e entendo como elas funcionam, e sua utilidade é ainda mais nítida em máquians com mais de um núcleo. Mas o FLex é por natureza estruturado assínconemante - até onde não precisa ser.
Portanto, ao carregar grandes quantidades de dados não trava a interface de usuário, o carregamento é em background. Quando você receber a resposta você carrega na interface.

Depende da quantidade de dados. E nao eh soh nesses casos, isso fica evidente quando se trabalha com 3d. Ex: eu tenho uma aplicacao aqui que tem o menu feito em 3D, de vez em quando, ao entrar em algumas telas, eu sinto o cursor lento, travando… E garanto: nao eh problema no codigo.

Outra coisa que me lembrei que eh horrivel no Flex: suporte a SVG.

E ca entre nos, o Flash nao foi criado com o objetivo do Flex. Isso ja responde muita coisa…

[]'s

Cabazzo:

luceeferin:

Concordo com o AUser.

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.

Datasul do grupo TOTVS -> Se o sistema for grande, vão se f… no futuro.

O Flex é uma linguagem para fazer apenas “frilas” e encantar o João da Padaria.

Se trabalhou esse tempo todo com Flash/Flex tenho dó de você do stress que passou durante esse tempo.

Desculpe luceferin, mas não tenho stress nenhum trabalhando com Flex (sofre quem não tem conhecimento suficiente da tecnologia).
“Datasul do grupo TOTVS -> Se o sistema for grande, vão se f… no futuro.” - Você devia avisar a eles, e dizer que os analistas que trabalham lá sabem menos que você que deu esse diagnóstico.
“O Flex é uma linguagem para fazer apenas “frilas” e encantar o João da Padaria.” - Nessa você foi muito infeliz, não merecia nem comentário. Entra no site da TOTVS e verifica a quantidade de padaria que eles tem como cliente.

Nao eh software que garante clientes. Nao sao as tecnologias empregadas que dao grana. Elas sao so a ponta do iceberg, apenas um bom software nao traz dinheiro a uma empresa, nem clientes. Eh preciso muito mais alem disso. Um tempo desses eu estava procurando uma ferramenta aqui pra um amigo, e a que dominava o mercado era feita em Delphi 7, e completamente tosca, com erros de portugues e o cacete. Se fosse so por tecnologias, porque essa ferramenta domina o mercado?

Não conheço a fundo o funcionamento de graaaaandes sistemas como os de 1200 classes, mas aqui temos aplicações de análise de imagens com mais de 50 usuários simultâneos acessando um único servidor de arquivos de imagem e dados - e com BlazeDS aceitando de boa, e sério, nunca tivemos problemas com isso.

A aplicação se comporta muito bem. Eu a considero uma aplicação grande, não pelo volume de classes, mas pelo porte de funcionamento em operação dessa aplicação, carregamento de imagens constantemente - cada analista recebe 4 imagens por análise que demora em média uns 20 segundos cada análise - fora os dados que são carregados dinâmicamente e os que ficam carregados em memória da aplicação Flex.

A estabilidade da aplicação também é muito boa, pois o analista chega pela manhã e mantém a aplicação aberta até o final do expediente, sem problemas de memória ou uso de recursos da máquina.

Outra aplicação de porte considerável que temos é uma de vídeo monitoramento, recebemos streams de um servidor dedicado para um usuário que pode ver n câmeras simultâneamente; também não nos desapontou.

Não sei se Flex é melhor do que outras tecnologias do mesmo seguimento porque não às conheço a fundo, portanto, não posso criticá-las, mas o que posso dizer é que nas aplicações que já uso Flex, não tive fortes dores de cabeça (só com o Flex Builder e com a frustração de não poder utilizar os componentes Spark sem ter que secar o oceano à canudinho).

Realmente tecnologia não garante negócio de forma alguma, mas tem forte influência em relação a qualidade do que você oferece, tempo de desenvolvimento, e manutenção da aplicação.

Eu estudaria Flex sem medo.

AUser:

Cabazzo:

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

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.

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.

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.

xdraculax:

Não conheço a fundo o funcionamento de graaaaandes sistemas como os de 1200 classes, mas aqui temos aplicações de análise de imagens com mais de 50 usuários simultâneos acessando um único servidor de arquivos de imagem e dados.

A aplicação se comporta muito bem. Eu a considero uma aplicação grande, não pelo volume de classes, mas pelo porte de funcionamento em operação dessa aplicação, carregamento de imagens constantemente - cada analista recebe 4 imagens por análise que demora em média uns 20 segundos cada análise - fora os dados que são carregados dinâmicamente e os que ficam carregados em memória da aplicação Flex.

A estabilidade da aplicação também é muito boa, pois o analista chega pela manhã e mantém a aplicação aberta até o final do expediente, sem problemas de memória ou uso de recursos da máquina.

Outra aplicação de porte considerável que temos é uma de vídeo monitoramento, recebemos streams de um servidor dedicado para um usuário que pode ver n câmeras simultâneamente; também não nos desapontou.

Isso ate soa como sistema financeiro, hehe. Entao, essas imagens sao JPG e vcs n tem limitacao de tamanho, certo? Eu tneho um cenario como esse tb, mas por regras, cada imagem deve ter no maximo 14kb, cosia que pelo tamanho da imagem, so por TIFF mesmo e olhe la. E limitacao de tempo, vc n pode enviar o byte array por exemplo pelo BlazeDS, tem que ser por WS, ja que o Blaze vai compactar e enviar, olha o tempo gasto nisso.

De video n tenho do que reclamar mesmo, FMS ainda eh padrao de mercado nisso.

Cabazzo:

AUser:

Cabazzo:

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

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.

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.

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.

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.

AUser:

Cabazzo:

luceeferin:

Concordo com o AUser.

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.

Datasul do grupo TOTVS -> Se o sistema for grande, vão se f… no futuro.

O Flex é uma linguagem para fazer apenas “frilas” e encantar o João da Padaria.

Se trabalhou esse tempo todo com Flash/Flex tenho dó de você do stress que passou durante esse tempo.

Desculpe luceferin, mas não tenho stress nenhum trabalhando com Flex (sofre quem não tem conhecimento suficiente da tecnologia).
“Datasul do grupo TOTVS -> Se o sistema for grande, vão se f… no futuro.” - Você devia avisar a eles, e dizer que os analistas que trabalham lá sabem menos que você que deu esse diagnóstico.
“O Flex é uma linguagem para fazer apenas “frilas” e encantar o João da Padaria.” - Nessa você foi muito infeliz, não merecia nem comentário. Entra no site da TOTVS e verifica a quantidade de padaria que eles tem como cliente.

Nao eh software que garante clientes. Nao sao as tecnologias empregadas que dao grana. Elas sao so a ponta do iceberg, apenas um bom software nao traz dinheiro a uma empresa, nem clientes. Eh preciso muito mais alem disso. Um tempo desses eu estava procurando uma ferramenta aqui pra um amigo, e a que dominava o mercado era feita em Delphi 7, e completamente tosca, com erros de portugues e o cacete. Se fosse so por tecnologias, porque essa ferramenta domina o mercado?

Que ferramenta? E qual o mercado dela?
Você quer me dizer então que qualidade em Software é balela?
Que Microsoft, Oracle, Adobe, entre outras, são lideres por outra coisa que não seja a qualidade de seus softwares?
E só porque um sistema foi feito em Delphi 7 ele não pode ser bom?

Acho que o Flex é muito bom para o que ele se propoem, ele é para ser combinado com outras tecnologias, como java, php, c#, etc…
Sabendo usar não dá problema.
Meu ultimo projeto era um sistema de rastreamento de caminhões.
Só pra vc tere idéia, ele era usado para rastrear mais de 500 caminhões,
usando mapas, webservices, e animações gráficas,
e é usado inclusive pela Coca-Cola e nunca reclamaram de lentidão.

Cabazzo:

AUser:

Cabazzo:

luceeferin:

Concordo com o AUser.

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.

Datasul do grupo TOTVS -> Se o sistema for grande, vão se f… no futuro.

O Flex é uma linguagem para fazer apenas “frilas” e encantar o João da Padaria.

Se trabalhou esse tempo todo com Flash/Flex tenho dó de você do stress que passou durante esse tempo.

Desculpe luceferin, mas não tenho stress nenhum trabalhando com Flex (sofre quem não tem conhecimento suficiente da tecnologia).
“Datasul do grupo TOTVS -> Se o sistema for grande, vão se f… no futuro.” - Você devia avisar a eles, e dizer que os analistas que trabalham lá sabem menos que você que deu esse diagnóstico.
“O Flex é uma linguagem para fazer apenas “frilas” e encantar o João da Padaria.” - Nessa você foi muito infeliz, não merecia nem comentário. Entra no site da TOTVS e verifica a quantidade de padaria que eles tem como cliente.

Nao eh software que garante clientes. Nao sao as tecnologias empregadas que dao grana. Elas sao so a ponta do iceberg, apenas um bom software nao traz dinheiro a uma empresa, nem clientes. Eh preciso muito mais alem disso. Um tempo desses eu estava procurando uma ferramenta aqui pra um amigo, e a que dominava o mercado era feita em Delphi 7, e completamente tosca, com erros de portugues e o cacete. Se fosse so por tecnologias, porque essa ferramenta domina o mercado?

Que ferramenta? E qual o mercado dela?
Você quer me dizer então que qualidade em Software é balela?
Que Microsoft, Oracle, Adobe, entre outras, são lideres por outra coisa que não seja a qualidade de seus softwares?
E só porque um sistema foi feito em Delphi 7 ele não pode ser bom?

Acho que o Flex é muito bom para o que ele se propoem, ele é para ser combinado com outras tecnologias, como java, php, c#, etc…
Sabendo usar não dá problema.
Meu ultimo projeto era um sistema de rastreamento de caminhões.
Só pra vc tere idéia, ele era usado para rastrear mais de 500 caminhões,
usando mapas, webservices, e animações gráficas,
e é usado inclusive pela Coca-Cola e nunca reclamaram de lentidão.

Esse meu amigo tem 6 postos de combustivel, e estava de saco cheio do fornecedor de software para adm dos postos dele. E o sistema era uma porcaria sim. Patches e bugfixes a cada dia, pau no final do mes. Nesse tipo de ramo, so usam computadores pq sao obrigados, esses softwares nao “auxiliam” o usuario de forma correta. Nao citei como sendo Delphi 7 algo ruim, mas algo ANTIGO. Eh diferente. Nesse sistema de caminhoes, vcs tinham algum KPI pra performance, em contrato exigindo uma KPI especifica com a latencia maxima? Tinha uma auditoria em cima dessas KPIs constantemente? Pois eh… Bom, nao vou me estender muito, pq quero ver voce dar argumentos contra os que eu dei ai pra galera ai em cima. Agora vir falar que a equipe eh incompetente sem nem conhecer nada, nem o background…

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) :).

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.

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.

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) :).

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…

AUser:

Cabazzo:

AUser:

Cabazzo:

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

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.

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.

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.

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.

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.

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.

Cabazzo:

AUser:

Cabazzo:

AUser:

Cabazzo:

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

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.

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.

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.

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.

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.

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.

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…

AUser:

Cabazzo:

AUser:

Cabazzo:

AUser:

Cabazzo:

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

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.

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.

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.

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.

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.

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. :)

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.

Cabazzo:

AUser:

Cabazzo:

AUser:

Cabazzo:

AUser:

Cabazzo:

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

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.

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.

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.

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.

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.

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. :)

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.

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

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!

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!

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!

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.

@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.

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.

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.

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ê.

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.

Vc e um sujeito bem infeliz mesmo!

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

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!!

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.

Pegou pesado sem nenhuma necessidade. Se manca doido!