Olá.

Faz já um bom tempo que a Adobe anunciou o lançamento do beta do Flash Player 10 no Adobe Labs descrevendo os novos recursos: 3D Effects, Custom Filters and Effects, Advanced Text Layout, Enhanced Drawing API, entre outros.

Muita coisa me animou bastante nessa nova versão, mas a minha praia é muito mais Flash do que Flex em sí. De qualquer forma vou tentar destacar os pontos fortes que vejo nessas novidades para o desenvolvimento de RIA.

Segue um breve resumo dos novos recursos listados pela Adobe:

Leia o artigo completo »

Finalmente uma emissora de TV Brasileira resolveu disponibilizar uma aplicação de qualidade para seus vídeos na Web. O site Mundo Record é show de bola. Não me conformo como a toda poderosa Rede Globo ainda continua com o Windows Media Vídeo. Eu nunca consigo assistir nada por lá.

Os vídeos do Terra também são muito ruins de assitir! Terrível experiência para o usuário.

Ou seja, hoje em dia se não for Flash Vídeo eu nem perco o meu tempo. Fazer download de Codec? Buffering demorado? Esqueça!

Engraçado é que há alguns anos atrás eu via muita gente dizer que e Flash ia morrer, que o Flash era ruim para a Web, etc. Eu adoraria saber o que estas pessoas pensam agora com a explosão do Flash Vídeo e com o crescimento das RIAs.

O aumento de memória é algo que pode ocorrer em aplicações Flex/Flash devido ao desconhecimento de como funciona o Garbage Collector do Flash Player.

Estava estudando uma pouco mais a fundo este assunto e encontrei algumas referências importantes:

http://www.adobe.com/devnet/flashplayer/articles/garbage_collection.html#
http://www.adobe.com/devnet/flash/articles/ria_dev_guidelines_03.html

e/ou:

http://www.gskinner.com/blog/archives/2006/06/as3_resource_ma.html
http://www.gskinner.com/blog/archives/2006/07/as3_resource_ma_1.html
http://www.gskinner.com/blog/archives/2006/08/as3_resource_ma_2.html

http://www.gskinner.com/blog/archives/2006/06/understanding_t.html
http://www.gskinner.com/blog/archives/2006/07/as3_weakly_refe.html

Post com apresentação da Adobe muito interessante sobre como funciona o GC:

http://blogs.adobe.com/aharui/2007/03/garbage_collection_and_memory.html

Agora se você não tem paciência para ver tantos links, pelo menos veja esta apresentação. Na minha opinião é a melhor:

http://gskinner.com/talks/resource-management/

Outra boa dica com relação a memória é sempre implementar os HotFix disponibilizados pela Adobe. Eles tem a preocupação de sempre estarem corrigindo problemas de memória, como no último:

http://kb.adobe.com/selfservice/viewContent.do?externalId=kb402000

Coloquei toda esta pesquisa aqui porque acho de extrema importância que todos os desenvolvedores Flex se preocupem com a alocação de memória no cliente. Podemos ver que temos que implementar algumas coisas para tirar o melhor proveito do GC, mas o importante é saber como ele funciona.

Espero que realmente a comunidade possa ler e implementar as recomendações dos links citados, pois quem trabalha desenvolvendo para o Flash Player já deve ter ouvido aquelas velhas frases: “Flash é pesado!!! Flash é lento!!!”. Sabemos que não é bem assim.

Introdução

 
A Internet está em pleno desenvolvimento. Do BitTorrent à Folksonomia o número de inovações que vimos surgir nos últimos tempos é enorme. Isto é o que torna a internet apaixonante para muitos, principalmente quando estes vislumbram a oportunidade de criar algo como o YouTube e ficar milionário de uma hora para outra.

Em tempos de Internet um dos fatores mais importantes da inovação é a utilização da tecnologia da maneira correta. E no que diz respeito às Interfaces dos Aplicativos Ricos, a Plataforma Flash talvez seja esta tecnologia.


Leia o artigo completo »

As my commitment to community I’m releasing, with DClick support, our Adobe Flex Coding Guidelines, a document about Flex (MXML and ActionScript) coding conventions that we use on a regular basis.

The objective is clear: provide a common and consistent language to help code comprehension between developers. The practices established in this document are based on Java conventions, Flex 2 SDK and DClick team experience (including myself).

By releasing this document, the idea is to help the community improve their Flex code by using coding conventions as well and hear feedback
from community to continuously improve this document, that by now is a community asset.

I’ll be happy to have volunteers to form a committee or something to evolve this project further.

This way, comments on this document (including the best practices) are very welcome! Involve yourself at flexcoders thread, or at this post comments.

Adobe Flex Coding Guidelines v1.2 (English).pdf

Adobe Flex Coding Guidelines v1.2 (Portugues).pdf

O texto a seguir é parte de um e-mail que eu enviei para o time da DClick explicando sobre o projeto Tamarin, no dia seguinte ao seu lançamento.

A Adobe recentemente liberou a ActionScript Virtual Machine como open source sob o projeto Tamarin da Mozilla. Isso causou uma certa confusão e logo notícias como “Flash Open Source”, “Maior integração entre Flash e Firefox” entre outras começaram a ser divulgadas, inclusive por agências de nome.

Vamos esclarecer o que isso significa. As aplicações feitas com o Flash e Flex no fundo são aplicações em uma linguagem chamada ActionScript, atualmente na versão 3. Aliás, essa versão 3 do ActionScript foi lançada recentemente e é base para o Flex 2. A principal vantagem do ActionScript 3 em relação à versão anterior é a performance, que tem uma ganho estrondoso. Algumas tarefas ficaram 1000% mais velozes.

O ActionScript é baseado em uma especificação chamada ECMAScript, que também é base do JavaScript, linguagem utilizada em aplicações web em conjunto com HTML para dar dinamicidade e interação à aplicativos web tradicionais. Aplicações em AJAX, por exemplo, dependem completamente do JavaScript.

O que a Adobe fez foi liberar como open source um pedaço do Flash Player, a ActionScript Virtual Machine, que é responsável por interpretar código ActionScript e transformar em instruções de máquina (JIT, Just In Time Compiler). E como de certa forma o ActionScript e o JavaScript tem suas semelhanças (ambos baseados no ECMAScript), a Mozilla pode utilizar o Tamarin para melhorar a performance do interpretador de JavaScript de seus produtos, como o Firefox.

Assim, sucintamente, em breve teremos um Firefox muito mais ágil para interpretar códigos JavaScript, ou seja, poderemos ter aplicações em AJAX muito mais velozes que as de hoje em dia. Inclusive partes do Firefox e suas extensões são muito dependentes do JavaScript terão ganhos de performance. A Adobe e Mozilla agora também trabalharão em conjunto para o desenvolvimento da próxima especificação do ECMAScript.

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