My Questions about Adobe Changes on FlashPlayer and Roadmaps

Learning from the mistakes Adobe?

CONTEXT:
I'm on Flash related business since 1996, when I downloaded a software called FutureSplash from a company called FutureWare and found a definitive solution for what I used to develop using Java Applets. Since that that, I just became so dedicated to the platform (and ColdFusion as well), that it even leaded myself to be part of the brazilian Macromedia team as a consultant and evangelist until 2003. After that, I kept my own business as an independent consultant.

Now, a lot of years after, I find myself very disappointed (as I believe a lot of people is as well) with the decisions made by Adobe recently.
Flash was always for me the only technology able to deliver what other technologies, like HTML specifically couldn't, that is ubiquity between platforms. I mean: That ubiquity was always the key feature on to adopt Actionscript/MXML and for everyone this was understood. Even Apple agreed, and it was clear when they took a step back and allowed cross-compiling on its 4.1 developer agreement regarding this issue.

The problem to the market was ALWAYS on Flash Player itself. Adobe seems to be not able to find a way to have FlashPlayer working as it would be for the market to accept it. Now Adobe just throw the towel leaving an entire community developers who sustained the platform growing, with the following message (in other soft words, of course):

Hey, there's no problem, FlashPlayer will still be there for desktop browsers and AIR will still be capable to allow you to cross-compile your AS3/MXML code for you to deliver proper HTML5/CSS/JS instead of SWF (in the future). And better, Flex SDK will be opened via Apache Foundation, as well as interested third party companies will also get the FlashPlayer sources and keep their on versions (Just like RIM announced it will do right now). 

QUESTIONS: 

1. Do you Adobe really believe the market will still keep developing anything to run on FlashPlayer after that? As what justified and was keeping people thrusting on SWF was the ability to have this content viewable on any kind of devices - you mentioned that for years! Killing it, don't you just started the process to make FlashPlayer useless anywhere it is today?
2. As it's only justifiable to have a cross-compiling when you can output multiple different formats from a single source (what maintained the so called and believed "develop onde, run everywhere" that we was requested to spread the word about), do you really believe someone will rely on AS3/MXML to output HTML5/CSS3/JS when we can do it directly using a lot of already mature softwares to do so available on the market, that in addiction allow us to cross-compile it to native executables for multiple platforms (Windows, MacOS, iOS, Android, etc)? 
3. Don't you think the better decision was only to open source FlashPlayer and let the so called "public development efforts, together with Adobe Team resources made available now", to be able to take FlashPlayer to the level it would be on the multiple platforms including banned Linux and Mobile browser versions?
4. Don't you know you lost a lot of thrust from people who most defended and worked together for and with you, even privately and at no charge (just for we can call "love", at most), waiting nothing from you then keep the things going on and NEVER even imagining you could someday do such a terrible move?
5. Why didn't you focused all of that effort you are spending now to, together with the community, keep FlashPlayer as ubiquitous as it ever was, and on the move announce efforts to ADD the proper and necessary capabilities to your development tools and technologies to integrate them more and more with the HTML5 transition to come, in the format of a).new features on softwares like Dreamweaver, Catalyst, Edge, etc. b). Additional cross-compiling capability to the Flex SDK to output HTML5/CSS3/JS, as announced Falcon is intended to do? This would AVOIDED all that NEGATIVE BUZZ on the Community we are having to support together (remeber that most of us have business running on top of what we defended and spread from Adobe decisions, just to help Adobe to be stronger, even when it seems to have no value anymore) because of your tremendous and erroneous way to announce things and decisions. 
6. Don't you think you need better marketing and press office to support you on such kind of announcements?"

Flash Player 11 e AIR 3 anunciados

Anunciados o Flash Player 11 and AIR 3 – chegando no inicio de outubro! De games a aplicações web com acesso a dados, veja sobre as novas funcionalidades 3D, native extensions e captive runtime! Aprenda a criar e a distribuir apps que rodam em desktops, TVs e dispositivos móveis como Android, iOS e BlackBerry Tablet OS! http://blogs.adobe.com/flashplatform/2011/09/announcing-flash-player-11-and-air-3.html

Adobe vs Apple END WAR?

Lembram?

Pois é... acabou!
http://www.apple.com/pr/library/2010/09/09statement.html

Em outras palavras e bem resumidamente, o que havia sido restringido era o uso de LLVM (Low Level Virtual Machine) para fazer com que aplicações escritas em outras linguagens rodassem no iOS (o sistema operacional do iPhone, iPad e iPod). Toda a API da linguagem escolhida (por exemplo o Actionscript do Flash) era traduzida para Objective C e então as aplicações escritas nessa linguagem rodavam normalmente nesses equipamentos da Apple.

Esse anúncio determina que o LLVM está liberado, e a única restrição agora é a execução de código externo carregado em tempo real. Ou seja, a aplicação não poderá carregar módulos externos através de uma conexão HTTP (por exemplo) ou de qualquer outro protocolo ou método que seja. Aliás isso seria considerado falha de segurança em qualquer OS de software embarcado, como é o caso.

Outra coisa bem interessante que veio deste anúncio foi a notícia de que a Apple pela primeira vez está publicando no seu portal para desenvolvedores, o Guideline do processo de revisão pelo o qual toda a aplicação enviada para aprovação passa. Isso irá garantir uma transparência inédita do processo, além de agir como facilitador para a solução de problemas vez que uma aplicação não aprovada irá ter o conhecimento de qual (ou quais) pontos foram infringidos em tal processo.
Enfim, tudo em paz! Será?

Vale lembrarmos de que o FlashPlayer ainda não terá versão compativel com o iOS, e portanto essa discussão ainda não está terminada. Aliás, pelo contrário! Eu particularmente temo um pouco o que está por vir.

Tenho medo de que a tecnologia Flash tenha finalmente as portas abertas para infelizmente determinar por sí só uma imagem ruim no exigente mundo da Apple. O pior é que isso não aconteceria pela tecnologia em sí ou por menos esforço da Adobe. Isso pode acontecer simplesmente por causa dos desenvolvedores!

E não é por causa dos "sobrinhos" que eu temo. Estes, eu espero que sejam barrados pela própria Apple, embora eu tenho certeza de que ainda existirão teorias conspiratórias bizarras de que a própria Apple teria feito isso para que os sobrinhos finalmente provassem o que ela gostaria. Ironia à parte, ainda me lembro muito bem daquela "Carta aberta do Steve Jobs".

Mas enfim, particularmente, minha preocupação não são os sobrinhos. O mercado Apple é muito bem qualificado e nesse sentido irá se auto-filtrar. O que me preocupa é o fato de que nós desenvolvedores temos que nos re-educar para esse novo ambiente de desenvolvimento. A Adobe ainda não finalizou uma versão otimizada do SDK do Flex e isso acaba por exigir um esforço bem peculiar em cautelas por parte do programador na arquitetura de um software para estes dispositivos. Há mais um fator que tende a exigir esse esforço do desenvolvedor: Muitas das reclamações "ATUAIS" quanto as aplicações para iOS geradas com o PFI (Packager For iPhone), é quanto ao resultado do binary final, os problemas de uso excessivo de memória e consumo de bateria.

Ou seja, a Adobe ainda tem muito trabalho a retomar nesse Packager e nós muito a aprender para que essa notícia seja finalmente uma notícia de paz entre a Apple, seus produtos, a Adobe e nós desenvolvedores dedicados ao FlashPlatform.

ActionsScript developers UNI-VOS

Primeiro, vejam isso:

http://www.downloadsquad.com/2010/04/21/adobe-pulls-the-plug-on-iphone-ceases-all-flash-and-air-develop/

O que eu (particularmente) entendo desta atitude, é que a Adobe tomou a decisão (talvez correta mesmo) de interromper o envio (direcionamento) de desenvolvedores Actionscript (FlashPlatform) para o ambiente fechado da Apple.

Uma vez que a Adobe irá aplicar seus esforços no desenvolvimento de soluções para outros dispositivos que participam do consórcio "Open Screen Project" (http://www.openscreenproject.org/), nós (desenvolvedores Actionscript) faremos parte da força capaz de mostrar à Apple que sua jogada pode ter sido um "tiro-no-pé".

De certo que não é a Adobe, ou a adoção do FlashPlayer 10.1 ou o AIR 2.0 nos demais dispositivos presentes no mercado, que fará com que o iPhone passe a ser um fracasso.

Mas em anos, pudemos aprender que aquela plataforma para a qual se possui um maior número de aplicativos disponíveis, tende a liderar o mercado no qual compete. A Apple bem sabe disso... Mais de 90% do "market share" de Sistemas Operacionais é da Microsoft (fonte: http://marketshare.hitslink.com/operating-system-market-share.aspx?qprid=8).

Mesmo antes de ser oficializado e disponível o recurso de se exportar uma aplicação Flash/AIR para o iPhone, existindo apenas usuários participantes dos processos de Beta privados da Adobe capazes de utilizarem o recurso, mais de 100 aplicações produzidas através deste recurso encontravam-se aprovadas no iTunes Store!

Enfim, acho inteligente a atitude da Adobe e acho que agora é a hora da comunidade de desenvolvimento Actionscript valerem-se desta oportunidade para colaborarem em uma resposta à Apple.

Manifesto Flex For Kids 2010

Durante anos estivemos dedicados ao desenvolvimento de Aplicações Ricas. Durante anos estivemos dedicados a tecnologias como o Adobe Flex, BlazeDS, LiveCycle Data Services, Zend AMF, AMF PHP, Adobe Flash Professional, Flash Media Server, etc. Mas, principalmente, durante anos estivemos dedicados a compartilhar o nosso conhecimento com a comunidade. Na Flex Brasil , na FlexDev e em nossos blogs é provável que você já tenha encontrado algo que procura. E nunca pedimos nada em troca.

O que nos move não é nada material, mas sim a paixão pelo que fazemos e a convicção de que ao nos doar um pouco para a comunidade estamos ajudando e evoluindo conseqüentemente. Por estes mesmos motivos, estaremos todos reunidos dia 06 de fevereiro de 2010.

Temos muitas coisas que amamos para compartilhar com vocês. Porém, desta vez, queremos algo em troca. Algo que com certeza não lhe fará falta, mas que fará a diferença na vida das crianças do Cotolengo . Ganham vocês. Ganhamos nós. E, principalmente, ganham as crianças do Cololengo .

Assinam o Manifesto:
Beck Novaes, Carlos Eduardo, Daniel Lopes, Ebertom Consolim, Eric Cavalcanti, Fabio Vedovelli, Gabriela Perry, Igor Costa, Igor Musardo, Mario Junior e Vicente Maciel Junior.

Registre-se agora no Flex for Kids e ajude as crianças do Cotolengo . Porque alguém, já ajudou você um dia (e de quebra assista palestras que estão sendo preparadas com a mesma paixão de sempre).

CFWebDay O Maior Evento ColdFusion no Brasil

Já estou há tempos para postar esta mensagem, mas tenho andado totalmente ocupado, devido a um projeto que está demandando 15h/dia do meu tempo disponível.

Mas enfim… vamos ao que interessa!
Se você está ligado na comunidade em torno do ColdFusion, já deve ter ouvido falar do CFWebDay. Será enfim o maior evento ColdFusion realizado no Brasil, com 5h de palestras online. Acesse o site, inscreva-se e confira.

O Jefferson Petilo (RIABrazil) e eu estaremos palestrando neste evento sobre temas diferenciados, mas que terão certo grau de conexão. Estamos preparando um conteúdo interessante, com o objetivo principal de ser reutilizável pela comunidade após o evento, como material de argumento para promover o ColdFusion.

Caça aos Cases

Na minha apresentação, titulada “O ColdFusion no mercado brasileiro”, estarei procurando citar cases nacionais que envolvem o produto. Afim de levantar o maior número de cases possível, desenvolvi um documento, contendo um questionário, para me auxiliar na busca pelos mesmos.

Se você possui ou conhece alguém que possua um projeto com o ColdFusion e que considere o mesmo com argumentos interessantes para serem apresentados como case de utilização do ColdFusion, por favor envie (ou indique) ao responsável pelo mesmo o PDF a seguir.

Infelizmente não posso garantir que poderei citar durante a palestra, devido ao tempo, todos os cases que receber. Porém, garanto que todos serão mencionados nos slides que serão disponibilizados no site da RiaBrazil, após o evento. Estaremos também, colaborando junto aos responsáveis de cada projeto, para que os mesmos possam ser inseridos no site da Adobe como cases ColdFusion.

O arquivo encontra-se no post a respeito deste assunto que fiz do site Adobe Groups, destinado ao Grupo de Usuários Oficial da Adobe RIA-BA do qual o Jefferson e eu somos responsáveis.

Desde já, obrigado pela colaboração!

Download do PDF: http://groups.adobe.com/posts/01076232cf

RIA-BA Grupo de Desenvolvedores RIA na Bahia

Essa é uma grande notícia!
Recebemos o “sinal verde” por parte da Adobe para iniciarmos uma comunidade oficial Adobe destinada a desenvolvedores e interessados no desenvolvimento de soluções RIA baseadas e suas tecnologias.
Surge assim o RIA-BA. Acesse o link no site de comunidades da Adobe, que será o site principal do grupo, inscreva-se e conheça mais detalhes sobre como será a nossa atuação.

As tecnologias que abordaremos, são basicamente as que são voltadas diretamente ao desenvolvimento de soluções RIA, que hoje são o Flash, o Flex/FlexBuilder, AIR, ColdFusion (e frameworks), Flash Media Server, BlazeDS, Cairngorm (e outros frameworks) e diretamente ligadas ao Flash Platform, assim como o Flash Catalyst (Thermo) e outras ferramentas que forem anunciadas.

À frente do grupo estaremos eu (Vicente Maciel Jr) e o meu amigo Jefferson Petilo.

Como alguns sabem, atuamos na Bahia (independentemente, por hora) com consultoria, treinamento e principalmente o desenvolvimento de soluções RIA. Nossa intenção com o grupo é concentrarmos esforços, para cada vez mais aumentar o potencial e resposta de demanda de mercado na região, através da distribuição de informação e acesso às novidades que surgirem no setor, de maneira mais rápida e eficiente possível. Para isso, estaremos abertos e firmando boas parcerias que possibilitem alcançar tal objetivo, bem como atender a outras necessidades dos usuários do grupo em relação a outras tecnologias Adobe que não sejam exatamente o foco do nosso grupo abordar, tais como Fireworks, Illustrator, Photoshop, Premiere, etc.

Enfim, interessados, mantenham-se ligados no site, que será nossa principal ferramenta de abordagem, efetivação e comunicação com a comunidade.

Sugestões e criticas construtivas serão sempre muito bem-vindas!

Treinamento Oficial Adobe ColdFusion 8

Começa no dia 07 de fevereiro (sábado) uma turma da formação ColdFusion oferecida pela iTraining em Salvador-BA. Os treinamentos serão aos finais de semana e estão sendo oferecidos a preços promocionais. 

Fui convidado e estarei ministrando este curso, ao qual irei adicionar algumas informações de elaboração própria e inerentes a aplicações reais dos conhecimentos que serão obtidos, além de fornecer dicas para quem futuramente desejar aplicar-se à prova de reconhecimento profissional da Adobe.

Para detalhes, acesse aqui, ou entre em contato com a Monica (iTraining) no telefone: 71-3450-1114

Hospedagem de projetos e repositorios SVN

Para quem procura um host gratuito para gerenciamento e colaboração em projetos, a melhor alternativa atualmente, na minha opinião, é o Unfuddle.

Eu usava, até pouco tempo o Assembla. Mas, embora ele não seja mais gratuíto, o custo médio de US$2/mês por integrante (usuário) é bastante considerável para qualquer projeto.

Particularmente eu adotarei daqui para frente o Assembla para projetos comerciais/efetivos (com fins lucrativos) e o Unfuddle para projetos iniciais (fase piloto/concepção).

Em resumo, os recursos disponíveis em ambos, que eu considero primordiais apra qualquer projeto são:

• Gerenciamento de Milestones: Que permite definir metas para os projetos. Geralmente uma versão final de um projeto. Eu costumo ter Milestones definidos como “versão 1.0”, “versão 1.1”, etc.
  
• Gerenciamento de Tickets: Que geralmente contemplam o registro de trabalho (sugestões, soluções, bugs, etc.) que compõem um Milestone.
  
• Wiki: Com a finalidade de documentar o projeto. Contemplam geralmente páginas que apresentam o projeto, documentam sua finalidade, acesso ao Download de binaries, sources finais, etc.
  
• SVN/Subversion: Repositório de controle de versão dos arquivos que contemplam o projeto. Indispensável no trabalho em equipe.

O Unfuddle apresenta todas as características acima. No caso do Wiki, o nome do recurso está disponível como Notebook. Ainda no Unfuddle, além de Subversion, é possível adotar como sistema de controle de versão o Git.

O Assembla apresenta uma gama muito maior de ferramentas do que o Unfuddle.

Enfim, são 2 opções que certamente resolvem qualquer necessidade de desenvolvedores/equipes que não possuem infra estrutura própria para gerenciamento de projetos.

Na linha de produtos da Adobe, vale lembrar que o Dreamweaver CS4 possui integração com SVN, bem como o Eclipse que é a base do FlexBuilder com o plugin SubClipse.

Se você quer saber mais sobre SVN. Veja esse post publicado aqui no TeclandoAlto sobre o assunto.

DClick RIA Teaser

A DClick, merecedora do título de maior empresa produtora de RIAs do Brasil  (senão uma das melhores do mundo, na minha opinião) disponibilizou um teaser em homenagem aos seus integrantes.

Mais do que um vídeo interno, realmente o seu conteúdo é no mínimo inspirador. Parabéns e obrigado DClick!

Post e download do vídeo no blog da DClick:
http://blog.dclick.com.br/2008/12/19/enfim-a-tal-surpresa-dclick-team-teaser/pt