Teclando Alto...

My Questions about Adobe Changes on FlashPlayer and Roadmaps

2011-11-17T09:37:00.001-02:00

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:

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

2011-09-21T02:43:00.003-03:00

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?

2010-09-12T18:42:00.003-03:00

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

2010-04-21T15:25:00.004-03:00

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

2010-01-17T23:05:00.003-03:00

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

2009-03-28T11:46:00.001-03:00

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

2009-01-16T15:08:00.001-03:00

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

2009-01-16T15:07:00.001-03:00

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

2008-12-25T11:39:00.001-03:00

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

2008-12-22T11:21:00.001-03:00

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

AJUDA - UTI

2008-12-04T22:06:00.001-03:00

Olá pessoal,

Ainda não havia feito o uso da internet para tal propósito, mas espero que possa obter um resultado tão positivo quanto creio que posso alcançar com essa ação.

Minha sogra sofreu nesta semana um AVC e encontra-se em situação grave em Conceição do Coité/BA.
Estamos, agora há 3 dias procurando por vaga na UTI dos hospitais de Salvador e Feira de Santana (mencionados pelos médicos: Roberto Santos e HGE (Salvador) e Cleriston Andrade (Feira)), que conforme opinião médica são os únicos que podem atendê-la no momento.

Assim, conto com QUALQUER ajuda que possa nos levar a conseguir a sua transferência. Ela encontra-se em um leito comum no Hospital Regional de Conceição do Coité.

Conto também com a fé daqueles que crêem, como eu.

Como estou dedicando meu tempo para apoiar a minha namorada nessa situação e portanto não estarei conectado, peço que os contatos sejam feitos através dos meus números de celular:

71-9212-0909 / 71-8120-0035

Infelizmente não contamos com um plano hospitalar para ela. Mas se ainda assim for a única opção, me disponho aos meus contatos comerciais a permutar uma ajuda médica particular pela minha capacidade de trabalho.

Muito Obrigado!

DESABAFO: Que situação é essa desse país? Onde está o direito à vida tão defendida pelos tais "Direitos Humanos" que não conseguimos ter nossas pessoas querídas, e idôneas atendidas em suas necessidades mais básicas?

Vicente de Paula Maciel Junior

Flex Grafico de Barra no DataGrid sem usar Visualization Framework

2008-12-02T21:49:00.001-03:00

Hoje no MSN o Igor Costa me apresentou um hack , para de forma muito criativa apresentar um gráfico de barras usando linhas do DataGrid referente a cada valor apresentado. Veja o post: http://www.igorcosta.org/wp-trackback.php?p=190

RIP Rich Internet Presentation

2008-11-29T17:04:00.001-03:00

Foi simplesmente a melhor apresentação a respeito de RIA que já tive a oportunidade de assistir, não só no tocante ao conteúdo, que foi de uma riqueza impressionante e muito bem elaborado, mas também pela performance do apresentator, Beck Novaes (DClick), que conseguiu de uma maneira extremamente clara, objetiva e didática, abordar temas “obscuros” (e às vezes até pouco conhecidos/ignorados) da produção de um RIA.

Fico extremamente orgulhoso de saber que um material dessa qualidade tenha sido desenvolvido por um brasileiro e gostaria muito de ve-lo publicado no Adobe Developer Connection como uma referência importante, tanto para quem vai iniciar-se no desenvolvimento de RIAs, quanto para quem quer atingir um nivel superior na realização e redesenho de seus trabalhos atuais.

Por isso, digo que o Beck consegiu inaugurar o termo RIP (Rich Internet Presentation)

Isso porque ele conseguiu colocar na execução da sua apresentação, exatamente tudo o que ele abordou como importante no desenvolvimento de um RIA. Quer saber o quê foi? Como foi? Só assistindo.

http://blog.dclick.com.br/2008/11/29/60-pessoas-ja-sabem-o-segredo/trackback/pt/

DClick disponibiliza arquivos do MAX2008

2008-11-19T19:46:00.001-03:00

O Rafael Martinelli da DClick que está nos EUA participando do MAX 2008, em uma atitude bastante admirável está disponibilizando alguns arquivos distribuídos/gravados durante o evento.

Dentre os arquivos, o Flex 4 (Gumbo) para Win e Mac e o Catalyst para Mac, além de videos da apresentação do Ely Greenfield.

Passe lá, baixe e deixe o seu comentátio de agradecimento!

Blog do time to Catalyst Thermo

2008-11-19T19:37:00.001-03:00

O blog do time responsável pelo Catalyst (Thermo) está no ar.

Vários tutoriais/screenshots já estão disponíveis para você matar a curiosidade.

Não vejo a hora de pôr as mãos nele!

Alchemy Flash C++

2008-11-19T16:18:00.001-03:00

A imagem ao lado não se refere ao logo do projeto que a Adobe anunciou no MAX 2007 e que disponibilizou para testes e avaliação da comunidade no MAX 2008 que ocorre esta semana.

A imagem refere-se a capa de um livro que pode se conhecido neste link. Simplesmente achei o logo do mesmo interessante e resolvi usar a imagem para ilustrar o post.

OK! Justificativas feitas, vamos ao que realmente interessa!

No MAX 2007, este projeto originalmente chamado de FLACC foi apresentado, anunciando a possibilidade de compilação de código escrito em C/C++ em uma biblioteca com bytecode possível de ser consumido e rodado em uma “futura” versão do FlashPlayer.

Pois bem. Essa semana, no MAX 2008 que ocorre em San Francisco/CA/USA, o projeto foi aberto ao público e encontra-se disponível no Adobe Labs afim de que programadores C/C++ possam efetivamente testá-lo, bem como sugerir implementações, ou simplesmente dar a sua opinião. O “futuro” FlashPlayer traduz-se no recém disponibilizado FlashPlayer10 e extende-se ao Adobe AIR 1.5 disponibilizado paralelamente ao anúncio do Alchemy.

A pergunta é: Qual o objetivo prático do Alchemy?

Inicialmente, e confesso que eu fui uma dessas pessoas, me pareceu que esta sería a declaração de liberdade de recursos do FlashPlayer, abrindo ai a possibilidade de valer-se de bibliotecas C/C++ destinadas até mesmo co controle de hardware (impressoras fiscais, equipamentos de biometria, joysticks, etc.), mas infelizmente não é do que se trata.
O principal objetivo do Alchemy é expandir a capacidade do FlashPlayer no que se refere a processamento de dados. Ou seja, algoritimos de criptografia; leitura, análise e processamento de áudio e vídeo; leitura, escrita de renderização dos mais diversos tipos de formatos de arquivos e coisas do tipo. Ao invés de portar/reescrever um código originalmente escrito em C/C++, o mesmo pode ser simplesmente compilado em um SWF/SWC e consumido por um código AS3 (Flash/Flex/AIR).
Ou seja, os recursos capazes de serem explorados em C/C++ no FlashPlayer10/AIR 1.5, são limitados exatamente aos recursos presentes nos respectivos players, o que acaba soando óbvio mas que não precisaria ser necessariamente assim. Porém, de qualquer maneira é um avanço impressionante nas capacidades que o Adobe Flash Platform passa a oferecer. Aliás, gostei deste termo ter sido resgatado pela Adobe para referenciar toda a linha de produtos relacionados à produção ou a execução/controle de conteúdo utilizando ActionScript.

Então o que muda? O que poderá surgir a partir disso?

Mais uma vez as possibilidades estão apenas limitadas à critividade, mas com ainda mais opções. Pense numa formula tipo “infinito² - direct_hardware_access”.
Primeiro a gente tem que pensar que a maioria das possibilidades de uso desses recursos que serão implementados daqui por diante já estavam disponíveis e eram possíveis por causa do recurso de “ByteArray” (Classe ByteArray) introduzida no FlashPlayer9/AIR 1.0, porém sendo necessário um esforço muito maior do que será necessário agora, vez que para alcança-los era necessário reinventar a roda reescrevendo tudo o que já existia antes para tal. Hoje, com o Alchemy, bastará compilar um código pré-existente que tenha a base da funcionalidade deseja e implementá-la com AS3. Alguns recursos, como os relacionados diretamente a som (Dynamic Sound Sampplig) e alguns em relação a formato de vídeo (H.264 por exemplo) só serão possíveis pela disponibilidade do recurso internamente no FlashPlayer10/AIR 1.5, assim como também a aceleração de vídeo por software e por hardware.
Dentre as possibilidades práticas que podemos imaginar estão desde as já apresentadas como exemplo pela própria Adobe no MAX 2007/2008 como jogos famosos sendo disponibilizados para rodar com o FlashPlayer/AIR onde o jogo Quake I foi utilizando como exemplo, players de vários formatos de audio/video (não apenas MP3/FLV), conversores de arquivos, serviços de criptografia/descriptografia de dados, implementação de protocolos de comunicação cliente-servidor e até mesmo um maior avanço no uso desses players de maneira mais abrangente em dispositivos como celulares, set-top-boxes (tv-digital), pocketPCs, console de games, etc.

E você? O que você acha que pode ser possível a partir do Alchemy?

Lembre-se, se você quiser começar a portar um eventual código C/C++, na página dedicada ao Alchemy no Adobe Labs, você encontra além dos binaries do projeto, exemplos e instruções de como preparar o ambiente e usar o compilador no Windows, MacOS e Linux.

ColdFusion IDE codename Bolt

2008-11-19T13:18:00.001-03:00

Seguindo a série de novidades que estão sendo anunciadas no Adobe MAX 2008, surgiu a notícia de uma IDE específica para ColdFusion, baseada no Eclipse (assim como ocorre com o FlexBuilder) chamada por enquanto de BOLT.

Confesso que tinha até mesmo esquecido, que à não muito tempo a Adobe havia feito uma pesquisa em massa, questionando seus usuários/parceiros quanto a aceitação/necessidade de uma solução do tipo.

Hoje utilizo o CFEclipse e algumas vezes recorro ao Dreamweaver, que adicionei novamente ao “cinto de utilidades” depois das novidades presentes na versão CS4.

Cenário atual em relação ao CFEclipse

O CFEclipse justifica-se para mim por me permitir unificar minhas ferramentas de programação em uma única plataforma, o Eclipse, e ser gratuíto. Seus recursos, na minha opinião, não são assim tão fantásticos e pecam bastante em coisas simples como sintax highlight, code completition, document templates e code templates que são recursos extraordinários presentes e disponibilizados pela plataforma Eclipse e muitas vezes ignorados. O FlexBuilder também comete alguns desses pecados, porém recursos como package/inheritance recognition, structure recognition, refactoring e outras caracteristicas ofuscam esses pontos negativos enquanto o CFEclipse não trata nem o básico de uma maneira plenamente satisfatória. Mas tudo bem. É gratuíto, é uma opção, já permite alguma agilidade de longe muito melhor do que um Notepad Plus.

Cenário atual em relação ao Dreamweaver

O Dreamweaver é excelente e de qualidade inquestionável e imbatível quando se trata de trabalhar layout e programação ao mesmo tempo. Peca por não ter recursos ágeis de codificação e nesse ponto meu grau de comparação sempre será os recursos presentes no Eclipse. Na versão CS4 melhorou muito. A questão de integrar-se com Subversion foi para mim o ponto mais alto, seguido pelos recursos de desenvolvimento JavaScript/AJAX e pelas incríveis melhorias de interface e funcionalidade relacionadas a WebStandards.

A proposta do Bolt

Tomando como base o conteúdo da seção no Adobe Labs dedicado ao Bolt, onde aliás os interessados podem inscrever-se ao Beta do mesmo, relaciono os principais recursos e meus comentários a respeito dos mesmos.

Auto-configuração de Mapeamento de Objetos Relacionais (ORM): Sendo lançado juntamente com o ColdFusion 9 Centaur, era de se esperar que o Bolt trouxesse um recurso do tipo, senão seria uma falta grave. No post que fiz a respeito do ColdFusion 9 Centaur, há detalhes a respeito desta nova funcionalidade. Ainda não tenho o Bolt em mãos, mas creio eu que a funcionalidade baseie-se indicação do DSN com o qual a aplicação à ser desenvolvida irá trabalhar e a partir disso o Bolt seja capaz de gerar os arquivos de configuração necessários à implementação do recurso no framework do ColdFusion 9
Geração de Código: Acredito eu, trata-se de wizards para a criação de objetos, suas propriedades, e métodos, incluindo os getter/setters seguindo as novas especificações do CFML/CFScript também abordadas no post que fiz sobre as novidades do ColdFusion 9
Gerenciamento do Servidor: Este recurso deve expor o painel administrativo do ColdFusion diretamente na IDE, eliminando a necessidade de se abrir um navegador para interagir com a mesma.
Facilidade de extensibilidade usando recursos exportos pela arquitetura do Eclipse. Sinceramente isso é natural de qualquer recurso baseado no Eclipse, à não ser que a Adobe decida, a exemplo do que ocorre com o Flash, Dreamweaver e etc, definir um framework próprio (API) para promover tal extensibilidade com Javascript por exemplo.
Sintax highlight para CFML/CFScript, HTML, Javascript e CSS. É o mínimo #1 que se espera de uma IDE para ColdFusion ou qualquer outra tecnologia semelhante.
Code Completition para CFML/CFSCript (tags/palavras-chave), funções, variáveis e componentes. É o mínimo #2.
Expansão/Retração de bloco de código. Útil para códigos muito extensos. É um dos recursos básicos da plataforma Eclipse no que se refere à edição de código. Particularmente, eu não sentiria tanta falta disso, mas sei que existem desenvolvedores que não dispensam este recurso simples.
Criação e Gerenciamento de blocos de código (snippets). Neste teor, eu só espero que a Adobe não queira reinventar a roda, como ocorreu com o CFEclipse e faça uso dos recursos de Code Templating que o Eclipse oferece e é na minha opinião um dos pontos mais altos no que diz respeito de agilidade de desenvolvimento/produção de código. Espero também que a Adobe preocupe-se em permitir que os templates de novos arquivos sejam editáveis.
Visualização estrutural. Janela que apresenta o componente/arquivo de código em questão como uma estrutura, identificando métodos, variáveis, etc. Está aí algo também bem básico para qualquer IDE.
RDS Explorer. OK! Obrigado! Mais um básico! Espero só que seja mais útil do que encontrado por exemplo em outros recursos já disponibilizados no Eclipse, um pouco mais próximo do Data Explorer que existe no Dreamweaver.
Debugger com recursos de verificação linha-a-linha. Muito útil, bem vindo, já disponibilizado como plugin para o eclipse anteriormente (mas que ainda não utilizei). Acho que não utilizei justamente por ser algo que eu teria que configurar manter de forma independente e que para mim não se justifica muito em uma IDE.

Enfim, se a Adobe conseguir 50% do que se espera, eu acho que já teremos em mãos uma ferramenta extraordinária e sem precedentes quanto ao desenvolvimento ágil com ColdFusion.

Lembre-se que para participar do Beta, você pode candidata-se a partir do link que se encontra na página dedicada ao Bolt no Adobe Labs.

ColdFusion 9 Centaur

2008-11-19T11:31:00.001-03:00

Das novidades anunciadas, umas da que eu mais esperava!

O ColdFusion 9, de code-nome Centaur, na minha opinião apresenta-se com um pacote de inovações técnicas na sua infra-estrutura que remetem à força e dedicação da Adobe em torná-lo cada vez mais uma plataforma competitiva em relação a outros servidores de aplicação disponíveis no mercado.

As novidades desta versão, conforme o que já foi publicado oficialmente pela Adobe (há mais, acreditem), deixam isso bem claro. Faço abaixo meus comentários pessoais a respeito de cada recurso:

Mapeamento de Objetos Relacionais (ORM)

A idéia é diminuir a necessidade de implementação personalizada e geralmente repetitiva para que se obtenha consistência e agilidade no desenvolvimento de aplicações no que se refere à dados. Com este recurso, de uma forma bastante simples o ColdFusion irá expor ao desenvolvedor, a partir de uma configuração bastante simples, objetos que representam dados do banco de dados, considerando a relação existente entre os mesmos.
Hoje, para atingir uma situação/ambiente de desenvolvimento semelhante, utilizo o framework Transfer-ORM desenvolvido, mantido e disponibilizado por Mark Mandell.
Infelizmente acho que códigos que exponham tal recurso ainda não podem ser publicados, mas se você deseja ter uma prévia do que será este recurso no ColdFusion 9 Centaur, conhecer o Transfer-ORM é uma boa introdução.

Melhorias na linguagem em sí

Até mesmo para expor o recurso de mapeamento de objetos relacionais (orm) citado acima, a linguagem necessitava de implementações. Haja visto que o próprio Transfer-ORM acaba pecando em alguns dos seus aspectos internos e capacidade de integração com outras camadas da aplicação, justamente por algumas limitações que o CFML/CFScript apresentavam até então. No caso do Transfer-ORM isso é notável principalmente quando implementa-se uma integração com o Flex/AIR por exemplo. Em resumo, é necessário criar algumas soluções alternativas para integrar os objetos gerados pelo Transfer (os TransferObjects) às capacidades AMF (Remoting/LiveCycle) do ColdFusion.

Essas melhorias na linguagem são basicamente:

Possibilidade de escrever componentes (CFCs) totalmente utilizando CFScript
Palavra chave “new” para simplificar o instanciamento de componentes bem como sua inicialização
Palavra chave “import” para definir o acesso a objetos de dependência em um componente
Definição explícita de getters e setters (métodos com diretivas get/set)
Definição de um escopo para variáveis locais que simplificará até mesmo a estrutura de um componente
CFFINALLY e CFCONTINUE que complementam a logica do TRY/CATCH e LOOPs
Enfim, a eliminação das diferenças entre CFTAGs e CFSCript

Ao mesmo tempo que temos que avaliar que isso tudo é extremamente positivo em termos de recursos, capacidade e robustez do ColdFusion, acho que foi importante a preocupação em manter a simplicidade do CFML em sí afim de que o ColdFusion não perca a agilidade da programação declarativa.

Outro fator importante é a proximidade de sintaxe, na questão dos scripts, da estrutura de código e da lógica que será possível de se implementar com o CFSCRIPT em relação às tecnologias concorrentes. Creio eu que além de diminuir uma resistência – que é imediata em relação as TAGs – aumenta a capacidade de se compreender o ColdFusion por parte de desenvolvedores PHP, ASP/.Net, Java, etc.

Serviços ColdFusion expostos ao Flex/AIR através de bibliotecas AS3 específicas (SWCs)

Como desenvolvedor Flash/Flex/AIR, este para mim é o principal recurso que fará diferença no meu dia-a-dia a respeito do ColdFusion 9 Centaur. Vários recursos, que não sei se já podem ser citados publicamente ainda por isso não o farei agora, que hoje dependem de uma implementação manual e repetitiva de aplicação para aplicação, já será abstraída pelo ColdFusion, permitindo o consumo direto desses recursos por meio de objetos em uma API definida em AS3 que poderá ser implementada nas aplicações como RSLs (Runtime Shared Libraries) assinadas digitalmente, que farão parte do framework compartilhado de distribuição única, ou seja, que o usuário baixa uma única vez ao primeiro acesso à aplicação Flex (o AIR não necessita desse download adicional).
Este recurso será certamente considerado um grande diferencial na adoção do ColdFusion para integração com Flex em aplicações RIA robustas.

Método “onServerStart” no Application.cfc

Bom, para quem é usuário do CF e já implementa o Application.cfc em suas soluções, a importância já é implícita. Mas enfim, dá ao desenvolvedor a capacidade de executar uma rotina personalizada na inicialização de um servidor.

Para ler dados oficiais do anúncio e candidatar-se a Beta Tester, visite a página dedicada ao lançamento no Adobe Labs:
http://labs.adobe.com/wiki/index.php/Centaur

Adicionalmente, eu não poderia deixar de comentar que ainda espero que exista alguma novidade em relação a politica comercial do ColdFusion. Mas como ainda estamos em fase de discutir o produto em sí, o que nos resta é aguardar.

De qualquer forma, repito, na minha opinião a Adobe encontrou várias formas de justificar e reforçar o diferencial do ColdFusion em relação aos seus concorrentes. E digo isso sustentando que eu mesmo me surpreendi.

Tudo sobre o Flex com exemplos

2008-11-17T20:08:00.001-03:00

Essa aplicação AIR foi anunciada hoje no MAX2008 e tem como objetivo principal:

- Permitir um overview da arquitetura do Flex a iniciantes

- Servir de referência visual para desenvolvedores experientes

- Permitir que soluções diversas possam ser demonstradas facilmente

Foi uma sacada bem legal. Está disponivel também como plugin para o Eclipse/FlexBuilder.

Faça o download em: http://flex.org/tour

AIR 1.5 disponivel para download

2008-11-17T12:42:00.001-03:00

Conforme já foi dito aqui no blog com o post sobre as novidades do MAX 2008, o AIR 1.5 já está disponível.

Download AIR Runtime

Download AIR SDK

Confira post sobre update do Flex SDK e FlexBuilder.

FlexBuilder 3.0.2 e Flex SDK 3.2

2008-11-17T12:30:00.001-03:00

Atualização (release) para o FlexBuilder e o Flex SDK para oferecer suporte ao FlashPlayer10.

Detalhes a respeito deste release (e links) podem ser encontrados no DeveloperConnection:
http://www.adobe.com/devnet/flex/articles/sdk32_fb302.html

Bastidores técnicos do Adobe MAX2008

2008-11-17T12:17:00.001-03:00

Dê uma olhada neste vídeo que o Serge Jespers do webkitchen.be fez, mostrando uma pequena parte da infra estrutura do MAX 2008 para o salão principal onde ocorrerão os SneakPeaks que nos trarão as grandes novidades deste ano no evento.

Site oficial Adobe MAX 2008 USA by 2Advanced

2008-11-17T11:35:00.001-03:00

O site que a 2Advanced desenvolveu para o MAX 2008 está sensacional. Fiquem atentos aos cenários interativos que são carregados como background (não possui um aviso de carregamento. simplesmente aguarde). Na imagem acima um screenshot do background com um game no estilo “Genius”. Há ainda outros 2 cenários com outros tipos de interatividade. Espero que vocês também consigam ver os FlexBots, os FlashChimps e o AIR-dirigível! Eu ainda só não consegui sacar a mensagem do “BigSpaceship”. O que será? ;)
DICA: Reparem que essa interatividade é também informativa! ;)

Adobe MAX 2008

2008-11-17T10:25:00.001-03:00

(Imagem e origem do conteúdo: FlashMagazine.com)

Essa semana começa o evento mais importante do ano (para mim). O MAX 2008, desssa vez realizado em San Francisco/CA promete vir com novidades bombásticas, como sempre.

As primeiras já começaram a rolar em várias fontes, e eu vou tentar o máximo possível transcrevê-las aqui.

Thermo é Flash Catalyst – Detalhes a respeito dele surgirão ao longo da semana.

Flash Media Server 3.5 – Com novidades significativas que definitivamente o colocará muito à frente de soluções alternativas existentes no mercado.

Adobe AIR 1.5 – Já está disponível para download, contendo basicamente suporte à criptografia de dados usando o SQLite, suporte aos recursos do FlashPLayer10 e uma atualização ao byte-code do WebKit par aum aumento significativo de performance de aplições AIR escritas em HTML/Javascript.

Aceleração por Hardware ao renderizamento de conteúdo no FlashPlayer10. Inicialmente suportado por chips baseados na plataforma ARM - que incluem os Chips da nVidia - mas que possui interesse de outros fabricantes que também virão a oferecer ta recurso.

Um detalhamento dessas notícias pode ser verificado através de um release oficial disponível no site da Adobe.

POG ColdFusion para identificar registros que nao podem ser excluidos de uma tabela

2008-11-11T15:29:00.005-03:00

Odeio POGs. Em primeiro lugar porque a exigência comigo mesmo faz com que eu não descanse até encontrar uma solução verdadeiramente elegante.

A situação desta vez foi a seguinte: Se vocês repararem, todos os sistemas que a gente encontra por ai, no CRUD apresentam a possibilidade de excluir qualquer registro, verificando no momento da transação (server-side) se aquela ação é realmente possível ou não. Se possível, simplesmente efetiva, senão retorna uma mensagem para o usuário. A minha intenção é já desabilitar a opção de excluir na interface, prevendo tal condição. Para isso, preciso que no momento de mandar os registros de uma tabela para serem apresentados na interface, eu verifique se estes não são referenciados de alguma forma.

Conversando com meu amigo Jefferson Petilo, primeiro definimos o que era óbvio. Precisaríamos no banco de dados que fosse, utilizar as restrições de operação entre registros das tabelas através de chaves estrangeiras. Considere:

Tabela1 (TiposDeImagens):

*Campo*	*Tipo*	*Função*
id	(uuid, int, etc)	Chave Primaria
label	(varchar)	Descrição do tipo

Tabela2 (Imagens):

*Campo*	*Tipo*	*Função*
id	(uuid, int, etc)	Chave Primaria
label	(var char)	Descrição da imagem
tipo	(uuid, int, etc)	Chave Estrangeira OnDelete = restrito

Logo depois, por não encontrar nada universal no SQL ou que pudessemos facilmente replicar para vários banco de dados, decidimos que a melhor maneira de verificar registro por registro (no exemplo, da Tabela1, TiposDeImagens) quanto a possibilidade do mesmo ser excluído, seria:

Porém isso, claro, na ocasião de ser disparado contra um registro que não possui ligações, ocasionaria na exclusão do registro em sí.

Ai entra o POG:

O <cftransaction> com o ROLLBACK logo após o teste de deleção do registro, garante que o mesmo não seja efetivamente excluído.

Continuando a conversa com o Jefferson verificamos ainda a implementação desta solução via “trigger/actions” no banco de dados. Qual não foi a nossa surpresa ao reparar que o “POG” acabou sendo uma solução bem mais simples de se implementar.

Outra coisa em relação ao uso de “triggers/actions” é o fato de tornar a solução dependente de banco de dados e implicar em se ter várias versões de um código relativo a um mesmo e único recurso. Mas essa é definitivamente outra discussão de prós e contras.

O que fica para mim agora, é o desejo de estudar alguma solução, que seja ao mesmo tempo “elegante” (antônimo de POG, embora eu e o Jefferson tenhamos considerado este POG como “elegante”) e simples de ser implementada.