Ultimamente tem se feito muito alarde em relação ao Flex 3 (isso, três!) pois a Adobe liberou a inscrição pública para o prerelease do Flex 3. Vamos esclarecer de que ainda não existe uma versão em alpha do Flex 3. Um dos objetivos dessa inscrição é selecionar profissionais para a Adobe colher feedback sobre o desenvolvimento do Flex, para onde a Adobe deve direcionar seus esforços.

Contudo, já é muito bem possível fazer parte do desenvolvimento do Flex participando dos fóruns de Flex no site da Adobe, da lista em inglês flexcoders, participando dos blogs, interagindo diretamente com o time do Flex e participando de pesquisas já disponíveis na comunidade:

Flex User Survey: Help the Flex team plan for the future

Flex Charting Survey: Possible chart types and enhancements for a future release

Flex Community Survey: Help Flex evangelists and activists to focus their effort.

Ou ainda a pesquisa sobre a documentação do Flex que houve no passado.

E você? Já ajudou a Adobe a ajudar você?

Sistemas realmente grandes feitos em Flex tendem a ficar com um tamanho em Kbytes igualmente grande. Além disso, com um sistema tão grande, é bem provável que os usuários utilizem apenas parte dele. Assim, o usuário ter de carregar o sistema inteiro para poder utilizá-lo não é uma idéia coerente.

Já no Flex 1.5 em aplicativos muito grande nós utilizávamos o componente Loader para carregar aplicativos (no caso de um portal) ou módulos de aplicativos, de acordo com a necessidade do usuário.

Mas nem sempre a banda e a quantidade de dados transferida é um problema (em casos em que o aplicativo só funcionará em redes locais, por exemplo): as vezes o vilão da vez pode ser o consumo de memória.

Quem já utilizou o SWFLoader para carregar um outro aplicativo em Flex pode ter notado que na verdade o aplicativo nunca é totalmente descarregado da memória (veja: um aplicativo Flex, e não um simples filme SWF), e o pior: tantas forem as vezes que este aplicativo for “carregado” via SWFLoader, tantas vezes ele irá para a memória! (aliás, vale notar que o objetivo aqui não é criticar o Flash Player no tocante ao uso de memória. Seu garbage collector faz um ótimo trabalho, mas os objetos têm de estar disponíveis para tal).

Nessa situação, o uso do ViewStack traz um ótimo benefício: nenhuma das telas será carregada duas vezes na memória, já que simplesmente uma tela é escondida e outra é revelada. O consumo de memória não irá crescer, não haverá telas duplicadas instânciadas, mas o tamanho do arquivo total será muito grande.

Mas o que fazer quando as duas questões, memória e tamanho dos arquivos, se tornam um problema e devem ser consideradas?

Leia o artigo completo »

Uma das coisas que eu mais gosto no Flex é a sua versatilidade. O Flex (em conjunto com o Flash) não apenas o libera de algumas deficiências do Browser no que diz respeito ao desenvolvimento de aplicativos, como também abre as portas para a criação interfaces de usuário inovadoras. Durante anos estivemos usando Radio Buttons, Check Boxes, Text Inputs, etc., mas quem garante que estes widgets são suficientes? Creio que não são!

O Accordion, por exemplo, é um widget mais recente. Isto quer dizer que alguém, algum momento depois, teve a brilhante idéia de criar um componente como este que resolve um problema de design de uma maneira peculiar. Neste caso dois fatores são importantes: a concepção e a implementação. A concepção geralmente parte de um Designer de Interfaces com criatividade e conhecimento suficientes para propor soluções inovadoras. Depois disto é preciso levar em conta a dificuldade de implementar determinado componente numa tecnologia específica. Nestes dois pontos creio que o Flex agrega muito valor. Primeiro porque conta com um grande publico de Designers competentes herdado dos tempos da Macromedia e do próprio Flash. Segundo porque possui um Framework de componentes flexível o suficiente para não tornar estas implementações complexas demais.

Quem já teve a oportunidade de utilizar o Windows Vista deve ter visto alguns componentes de interface novos. Às vezes eu me pergunto se precisamos sempre esperar que uma Apple ou Microsoft crie estes componentes para nós. Ouvi dizer que certa vez Bill Gates lançou um desafio pendido para os desenvolvedores que criassem um novo botão que pudesse ser utilizado em todas as ferramentas do Office. Ninguém conseguiu! Inovar não é fácil. Por isto é tão desejável quanto gratificante. E é por isto que eu gosto tanto do Flex.

E você? O que você mais gosta no Flex?

A revista InfoWorld escolheu o Adobe Flex como a melhor plataforma para o desenvolvimento de Rich Internet Applications.

Uma centena de textos na web argumenta a favor da SOA em detrimento da OO. Os mais radicais (e não são poucos) chegam a dizer que a OO está com os dias contados.

Eu creio que nem sempre o novo torna o velho obsoleto. A Web é um exemplo disto. Ela não acabou com a imprensa escrita, com o rádio ou com a TV. O que acontece em muitos destes casos é que o velho deve se adaptar em função do novo.

Algo me diz que o mesmo acontecerá com a OO. Ela não acabará, mas terá o seu campo de atuação restrito na medida em que surgem novas maneiras de resolver velhos problemas. A programação orientada a aspectos, por exemplo, endereça problemas que a OO não resolve muito bem.

Em minha opinião este movimento da SOA deve causar um impacto considerável no que diz respeito ao back-end. De fato, a SOA não tem muito a ver com o front-end e o que temos visto com a evolução da Flash Platform, por exemplo, é que a OO é cada vez mais bem utilizada e eu não vejo o SDK do Flex sem a OO.

O que é irônico neste caso é que muitos ainda preferem o back-end por gostar mais de programação do que de Design como dizem. Não percebem, porém, que com um front-end cada vez mais avançado as possibilidades de utilizar boas técnicas de programação talvez sejam maiores no front-end do que no back-end. Afinal de contas, programar Orientado a Objetos é intelectualmente mais desafiador do que a Programação Procedural. Em outras palavras, se você gosta de programação mais do que nunca o front-end pode ser uma boa opção.

Relatório feito pela Forrester Research aponta que uma empresa que domina o Flex pode tirar melhor proveito das RIAs do que qualquer outra que adote um Ajax Framework. Em outras palavras somente o Flex é capaz de mudar completamente as experiências Web desde que se domine a tecnologia.

O conceituado relatório pode ser lido pela bagatela de US$379.00. Isto me faz pensar se eu e o Fábio não estamos perdendo dinheiro ao fazer alguns posts de graça sobre o assunto.

Brincadeiras a parte é possível ter uma idéia sobre o conteúdo do relatório neste post do Ryan Stewart.

De certa forma no meu post eu dizia que o Flex não deveria ser comparado com o Ajax em si, mas sim com um dos seus Frameworks pagos. Tanto o relatório da Forrester quando o post do Ryan Stewart parecem corroborar a minha tese.