BeckLog: Beck Novaes' Web Log » RIA

Flex for Kids: O dia seguinte

admin — Mon, 08 Feb 2010 16:20:20 +0000

Sem a menor sombra de dúvida o Flex for Kids foi o maior evento on-line de RIA já realizado no Brasil (talvez no mundo).

Em média, 130 pessoas estiveram on-line durante o dia todo prestigiando a maratona de palestras que foi das 8hs às 20hs. Pelo feedback que tivemos o público ficou bastante satisfeito com o conteúdo e o nível das palestras.

Todas as palestras foram gravadas e serão disponibilizadas para download na próxima semana. Se você não é uma das mais de 450 pessoas que já contribuíram com a causa ainda pode fazer a sua doação e ter acesso as gravações.

Aqui vai um teaser da minha apresentação.

Juntamente com a gravação da minha apresentação você terá acesso às 8 demos (as mesmas da apresentação) em alta resolução para conhecer o verdadeiro poder do Quarteto Fantástico. São praticamente 8 Screencasts.

O Ved também está brindando o pessoal com um Screencast extra. Ou seja:

10 palestras
9 screencasts
Código fonte das palestras

Tudo isso por apenas R$ 30,00 e de quebra ainda ajudar o Cotolengo? Se você trabalha com as Tecnologias da Adobe para RIA eu não acredito que vai ficar fora dessa!!!

Clique aqui e faça sua doação.

Manifesto Flex for Kids

admin — Mon, 11 Jan 2010 12:22:52 +0000

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, Eberton 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).

Segurança: Problema só com o Flash ou também com os desenvolvedores “desatentos”?

admin — Fri, 13 Nov 2009 14:07:38 +0000

O artigo é eloqüente, conciso e racional. Ele fala de uma “falha” na política de segurança do Flash Player que praticamente coloca “qualquer” site na Web que permite upload de SWF sob perigo.

Como tudo na Web basta sair uma notícia ruim sobre uma tecnologia qualquer para os “haters” desta tecnologia sairem do armário. E se eles já têm uma tendência de cair matando quando vêem algo “a seu favor” imaginem o que acontece quando eles lêem coisas do tipo:

“A única saída para o usuário final é bloquear o Flash completamente.”

Pronto, agora os haters pulam de alegria. E, sim! A afirmação acima é verdadeira! (Agora os haters estão no céu). E cegos pela sua raiva eles começam a questionar que as aplicações RIA feitas em Flex/Flash não são seguras. Mas falar isso é uma grande burrice.

Uma aplicação WEB sem Flash não é mais segura do que uma com Flash por causa disso!!! (leiam o artigo novamente, e prestem BEM atenção). Nós que desenvolvemos RIA podemos fazê-las tão seguras quanto qualquer outra tecnologia. O que não podemos é garantir que todo mundo que desenvolve para a Web estará precavido quanto a este problema do upload do SWF. Portanto, o usuário corre risco não pelas RIAS que nós desenvolvemos, mas sim pelas aplicações que os outros desenvolvedores que não têm conhecimento disso desenvolvem (seja RIA ou não). Por isso, e SOMENTE por isso, a solução para o usuário final seria bloquear o Flash de vez (pelo menos por enquanto). Mas já que dificilmente o Flash vai ser abolido da internet (para infelicidade dos Haters), por enquanto, o que nos resta é fazer a nossa parte e deixar as nossas aplicações seguras (repito, seja RIA ou não, pois qualquer aplicação quer permite upload de SWF estaria sob risco). Não podemos responder pelos outros, mas podemos falar por nós.

O Imersão Adobe Flex começa neste sábado

admin — Thu, 05 Nov 2009 16:04:04 +0000

Se você ainda está com dúvida em fazer ou não este Treinamento, talvez o vídeo abaixo possa ajudar:

05/06/2004: Meu primeiro post sobre Flex

admin — Thu, 13 Nov 2008 11:53:07 +0000

“Se a primeira impressão é realmente a que fica, a Macromedia tem com o Flex mais um excelente produto.”

O trecho acima foi extraído do meu primeiro post sobre Flex feito em um blog que eu tinha naquela época e que nem existe mais. Mas graças ao Internet Achive aqui você pode conferir o post na integra. (Devido os estilos CSS algumas palavras que tem links não aparecem. Mas basta selecionar o texto para perceber que elas estão lá.)

O Flex/Flash não é Web Standard. Mas isto é necessariamente ruim?

admin — Tue, 28 Oct 2008 13:20:11 +0000

Muitos criticam as RIAs da Plataforma Flash por não serem RIAs que seguem os padrões Web (Web Standard). Mas eu tenho a impressão que se olharmos esta questão com mais cuidado vamos concluir que justamente por não seguir os padrões estas RIAs possuem a tendência de serem muito mais viáveis que as RIAs que utilizam os padrões. Vejamos por quê.

1. ActionScript

Apenas recentemente o ActionScript apareceu entre as 20 linguagens de programação mais usadas. Quando eu falo nos treinamentos de Flex que as pessoas tem que usar uma “nova linguagem” muitos torcem o nariz. Mas primeiro é preciso ressaltar que o AcionScript foi desenvolvido respeitando os mesmos padrões (ECMAScript) que o JavaScript – o que diminui a curva de aprendizado. No entanto o ActionScript não é JavaScript e se no curto prazo isto pode parecer um problema (ter que aprender uma nova linguagem) no médio prazo você verá que isto é um grande benefício.

Quem já teve a oportunidade de usar o Browser do Google deve ter percebido o quanto algumas aplicações rodam mais rápido. Isto se deve ao fato do JavaScript ser “pré-compilado” no Chrome depois do primeiro acesso. Em outras palavras, parece que só agora as empresas estão percebendo que para aplicações complexas interpretar o JavaScript já não é mais viável. No entanto, o ActionScript, que já é compilado há muito tempo, continua sendo infinitamente mais rápido que o JavaScript no Firefox, no Internet Explorer e no Opera.

Além disso, o ActionScript 3 é muito mais Orientado a Objetos e já tem suporte total ao E4X, funcionalidades estas que ainda aparecerão no JavaScript um dia (ninguém sabe quando). O fato é que é muito mais fácil para a Adobe introduzir novas funcionalidades no ActionScript do que uma nova versão do JavaScript ser aprovada e todos os browsers a suportarem.

2. W3C

Assim como deve demorar para o Firefox, o Internet Explorer, o Chrome, o Opera, e outros browsers suportarem a versão mais recente do JavaScript demora para eles suportarem a versão mais recente do HTML e outros padrões. Eu não sei se você sabe, mas para um conjunto de tags no HTML ser aprovado leva um bocado de tempo. São quatro fases até alguma coisa ser finalmente recomendada pelo W3C. Isto quer dizer que por mais que as novas Rich Internet Appications exijam novas funcionalidades elas só se tornarão realidade na medida em que o W3C for mais ágil na evolução dos padrões.

No caso da Adobe é diferente. Ela controla o SWF e pode adicionar novas funcionalidades muito antes do W3C. Inclusive, funcionalidades que talvez nunca existam nos padrões Web.

3. Flash Player

Se o usuário quiser ver um vídeo no HTML sem ser Flash Vídeo você estará dependendo do Windows Media Player ou do Quick Time ou de outro formato de vídeo qualquer se é que eles existem ainda. Além disso, pode acontecer dele ter o Windows Media Player mas não ter o Codec. Quer coisa mais chata do que isso? No Flash Player o usuário tem áudio e vídeo integrado. Ele não precisa de outro player nem um codec específico porque ele já tem o Flash Player.

Agora, imagine também que você pode compartilhar com segurança bibliotecas de Interface de Usuário entre aplicações mesmo elas estando em diferentes domínios. Imagine também poder persistir objetos complexos nos Cookies além de simples strings. Imagine também poder fazer duas interfaces de usuário conversarem entre si de uma maneira segura mesmo estando em diferentes domínios. Eu estou falando de Runtime Shared Library, Shared Objects e Local Connection. Tudo isto são funcionalidades desejáveis para atender alguns requisitos das Rich Internet Applications que você não tem com os padrões Web mas tem na Flash Platform.

4. FXG vs. SVG

A próxima novidade da Adobe que fará muita gente torcer o nariz é o FXG (Flex Graphics). Em muitos sentidos FXG faz o mesmo que o SVG. E o motivo pelo qual a Adobe resolveu não seguir este padrão pode ser lido na integra aqui.

Falando de forma resumida, a Adobe resolveu não usar o SVG porque ele é limitado demais para o que a Adobe quer oferecer de funcionalidade nas RIAs da Flash Platform. O FXG vai permitir tirar melhor proveito do Data Binding, terá uma sintaxe mais concisa e poderá tirar bom proveito das novas funcionalidades do Flash Player 10 como o 3D.

Enfim, creio que a Adobe fez muito bem em não adotar o SVG dada a lentidão que os padrões evoluem. Para se ter uma idéia o SVG está em desenvolvimento desde 1999 e ainda tem um suporte muito fraco nos browsers. O SVG mal foi adotado e já está ultrapassado.

Conclusão

Equipes extremamente talentosas como a do Google podem desenvolver boas RIAs viáveis usando os padrões Web. Mas sabemos que no mundo real as coisas não são bem assim.

É verdade que as RIAs da Plataforma Flash tem uma grande empresa no controle e isto incomoda muita gente. Parece que num mundo onde grande parte das coisas funcionam com base na confiança as pessoas de TI ainda vivem na utopia de que a tecnologia deve ser “imparcial” em si. Por isto, elas tem medo de que grandes empresas estejam no “controle” de determinadas tecnologias. Tal medo nas pessoas é até justificável. O problema é que vem a mente uma série de “e se” que por medo as fazem recusar algo que não é necessariamente ruim: “e se a Adobe resolver não dar mais suporte ao Flash Player”; “e se a Adobe resolver cobrar pelo uso do Flash Player”, etc. Bem, ao invés de me preocupar com estas hipóteses baseadas no medo eu prefiro me voltar para os indícios. E nos últimos quatro anos eu não vi muitos indícios capazes de me fazer acreditar nestes “e se”. Mas vejo sim o W3C lento demais para saciar a minha sede de desenvolver boas RIAs viáveis. Seria perfeito poder desenvolver boas RIAs viáveis utilizando só os padrões Web. Mas infelizmente o mundo não é perfeito.

Chrome, Web Stantards Vs. Flash / Silverlight

admin — Thu, 04 Sep 2008 12:31:01 +0000

Chrome: má notícia para a Adobe. JavaScript ganha, Flash/Silverlight perdem. A Liberdade de Expressão é uma dádiva que aflora na web. Também por isto aqui estou eu para deixar o meu ponto de vista. Se por um lado é apenas mais um ponto de vista, por outro, prometo que tentarei observar a questão de outros ângulos. E ao contrário de ter as respostas que preconizam os vencedores e perdedores eu creio que eu terei muito mais perguntas. Num momento tão especulativo como este eu ficarei feliz em fazer as perguntas certas.

O que está em discussão é o desenvolvimento de aplicações para a Web. Mais especificamente o que chamam de Rich Internet Applications. De um lado os que ainda apostam na Adobe ou Microsoft com seus plugins “proprietários”, de outro os que são totalmente a favor dos Web Standards.

Primeiro, acho que temos que tomar o cuidado de não cair na utopia da Web 100% semântica. O mundo não é perfeito e a Web também nunca será. Segundo, nem sempre o que é melhor, dado um conjunto de critérios, é o que predomina. Sobre os aspetos técnicos, não há como negar que é muito bom imaginarmos que poderemos um dia fazer RIAs usando os Web Standards com as mesmas funcionalidades e produtividade que temos no Flex (incluindo o fato de não ter que ficar testando em inúmeros Browsers). Porém, se olharmos para o passado veremos que linguagens de programação melhores que as outras nem sempre venceram. Por quê?

Bem, é notável como os Web Standards, mas fala a verdade: você conhece algum IDE tão bom quanto os IDEs que tínhamos na época do Client x Server para desenvolver aplicações com interfaces de usuário complexas apenas usando os Web Stantards? Além disso você acha que podemos afirmar que as empresas de desenvolvimento de Software possuem uma equipe capaz de fazer bem o Design de Interação de uma RIA usando Web Standards? Veja bem, estou falando de Design de Interação, isto é diferente que Arquitetura de Informação (quer queiram os simplistas quer não) e, principalmente, muito diferente de Look and Feel. E também estou falando que desenvolver bem RIA exige uma equipe multidisciplinar e não apenas um punhado de bons programadores.

Ok, o Google, ou outra empresa qualquer pode ser capaz de finalmente criar um excelente IDE para desenvolvimento de aplicações Web Standards. Mas o que me chama atenção nas RIAs da Microsoft (e que motivou o Thermo) é a promessa de finalmente fazer Designers e Programadores trabalharem de forma integrada e fluída. Ou seja, não estou falando apenas do IDE para o desenvolvedor, mas sim de ferramentas para toda a equipe.

As empresas podem até possuir equipes que sabem como tirar proveito das RIAs, mas se as ferramentas que temos para isto não ajudarem dificilmente chegaremos ao resultado esperado. O conflito Designer x Programador talvez seja eterno, mas ainda acredito que ferramentas mais avançadas tendem a minimizar os problemas.

Então vamos assumir por um instante que as ferramentas para o desenvolvimento de RIAs (para toda a equipe) são importantes para o seu sucesso. Agora imagine que a Adobe ou a Microsoft consiga chegar ao mercado com estas boas ferramentas e que demore uns cinco anos até termos algo equivalente para os Web Stantards. Neste meio tempo será que as empresas não estariam usando tanto o Silverlight ou o Flash que seria tarde demais para os Web Standards expulsarem de vez do mercado estas tecnologias? Por que você usa o Windows?

Bem, levanto em consideração os pontos principais deste artigo, posso dizer que o mundo ideal seria:

- Aplicações com Web Standards
- Produtividade no desenvolvimento destas aplicações
- Fluxo de trabalho fluído entre Designers e Desenvolvedores

Não temos nada que atenda 100% estes critérios. Resta saber se algum dia alguma tecnologia atenderá todos os critérios ou se uma vai prevalecer sobre a outra por causa do peso maior do critério que ela atende.

Um programador Brasileiro Flex em Nova York

admin — Mon, 05 May 2008 14:29:04 +0000

De volta ao Brasil, resolvi dar uma de editor e preparei um videoclipe que resume o período que trabalhei nos EUA. O clipe é uma montagem de alguns vídeos que eu fiz passeando por Nova York com os projetos que ajudei desenvolver. O que eu mais gostei foi do que desenvolvemos para apresentar na maior conferência de Business e Tecnologia dedicada a Inovação de busca de informações.

É claro que eu tive que limitar o que eu gostaria de mostrar no vídeo por “motivos legais”, mas mesmo assim gostei do resultado final.

Foi uma experiência inestimável. Tive a impressão que do ponto de vista do negócio, que vai desde a prospecção, identificando algo que realmente agregue valor, passa pelo processo onde diversas pessoas com capacitações diferentes são envolvidas e tem um acompanhamento de perto da evolução do projeto até o produto final, ainda temos muito o que aprender aqui no Brasil. Por outro lado, no aspecto técnico, não devemos nada para o resto do mundo. Eu tive a oportunidade de trabalhar com Chineses, Indianos e Italianos e posso afirmar só depende de você mostrar que o Brasil não é apenas o país do Futebol.