Devlab

Gringo procura programador Actionscript sênior

Tue, 27 Oct 2009 23:35:30 -0300

Gringo procura programador Actionscript sênior:

UMA GRANDE OPORTUNIDADE DE TRABALHAR NUMA DAS AGÊNCIAS MAIS FODAS FORA DO EIXO EUROPA – ESTADOS UNIDOS

Twittando

Fri, 15 May 2009 16:23:43 -0300

Eu uso o blog mais para postar dicas e assuntos que rendam um texto um pouco maior. Se você quiser me acompanhar no dia-a-dia mesmo para assuntos que rendam um texto meno, me siga no Twitter em http://twitter.com/cassiozen

Tutoriais de volta

Fri, 15 May 2009 16:22:19 -0300

Se você andou procurando pela apostila ou pelo screencast de Rails no meu site, deve ter visto que ele passou uns dias fora do ar. O Problema já está resolvido e os tutoriais estão disponíveis novamente.

Ajude na tradução da documentação do Gaia

Tue, 24 Mar 2009 21:47:00 -0300

Há alguns dias atrás eu postei sobre a iniciativa do Steven Sacks de traduzir a documentação do Gaia Flash Framework para vários idiomas - inclusive português do Brasil.

A tradução já começou a ser feita mas ele está à procura de colaboradores para finalizar o trabalho. Se você puder ajudar, crie uma conta no wiki do gaia e começe a traduzir.

Flash: o vilão da Internet...

Mon, 23 Mar 2009 09:29:20 -0300

Flash: o vilão da Internet...:

Continuando com nossa discussão sobre a legitimidade de se aproveitar de plugins para o desenvolvimento web quando necessário (em especial o Flash), meu amigo Daniel do blog Area Criações põe um pouco mais de argumentos nessa fogueira. Vale a leitura.

Documentação do Gaia em Português

Mon, 23 Mar 2009 09:25:33 -0300

Quem lê o meu blog ou meus posts no Twitter saber que eu uso diversos frameworks diferentes para diversas tarefas (jquery ou mootools para javascript, Rails para Ruby, etc…). E para desenvolvimento Flash um framework que eu já usei e recomendo é o Gaia. A grande novidade é que a documentação deste framework está sendo traduzida para português, como você pode ver aqui.

Para quem nunca usou o Gaia, ele é um framework mais apropriado para quem trabalha com o Flash IDE. Ele cuida e automatiza processos como o de navegação e transição entre as seções do seu site, carregamento de conteúdo externo como imagens, áudio e vídeo, preloader do site e muito mais.

Apesar de gostar do framework, nem tudo é perfeito: Eu particularmente acho que em alguns aspectos o Gaia é engessado demais, faltando flexibilidade para alguns projetos que saiam do padrão de websites - mas isso é uma opinião particular. Se você nunca usou, vale a pena experimentar e ver como ele se sai para você.

Gaia Flash Framework
Doumentação em Português

Fontes para programação

Wed, 18 Mar 2009 18:17:25 -0300

Cada tipo de trabalho exige algumas ferramentas específicas - e para quem é programador essas ferramentas são um bom IDE ou SDK usando uma boa fonte.

Escolha de fonte pode parecer um assunto besta, mas escolher uma fonte apropriada pode aumentar a produtividade do programador tornando-o menos sujeito a erros. Uma boa fonte para se programar deve ser monoespaçada, legível e deve haver uma boa diferença visual entre caracteres semelhantes (como entre chaves {}, parênteses () e colchetes [], ou entre a letra “O” e o numero “0”.)

Eu já tinha pesquisado sobre esse assunto no passado, e de todas as fontes que eu baixei e usei, as que eu mais gostei são (na ordem de melhor para pior)

- Monaco (Instalada por padão nos Macs - versão para PC aqui e aqui)
- Bitstream Vera Sans Mono (Da galera da comunidade open-source do Gnome)
- Consolas (Instalada por padrão no Windows Vista em diante, baixe para XP aqui)
- Lucida Console (Instalada por padrão do Windows XP em diante)

Flash: o vilão da Internet?

Mon, 16 Mar 2009 17:03:00 -0300

Flash é um assunto controverso. Antes era a única tecnologia viável para a criação de conteúdo rico/multimídia para a web e hoje apesar das alternativas continua crescendo em uso e adoção - para a alegria de alguns e a infelicidade de outros.

No meu trabalho, eu desenvolvo em Actionscript, Javascript e Rails, e sempre que faço html e css faço de forma semântica e validado pelo w3c (claro, com uns hacks de css eventualmente porque ninguém é de ferro…). Eu também acho que o Flash é usado abusivamente e também fico frustrado quando tento usar um serviço on-line e tenho que ficar esperando um loading interminável seguido de uma animação estúpida.

Concordo também que muita coisa que hoje é feita em flash poderia ser produzida com vantagens em tecnologias que não dependem de nenhum plugin como AJAX ou Canvas, mas existe sim um espaço onde o Flash é de fato a melhor alternativa - vídeo para a web e sites de entretenimento (ou adverteinment, como os anunciantes conhecem) são dois exemplos. Existe, em resumo, espaço e público para todos.

Apesar de existir, a meu ver, o espaço para a coexistência de muitas tecnologias, existe uma parcela de desenvolvedores e profissionais de web que ojerizam o uso do Flash em qualquer circunstância, independente do caso, e muitas vezes repetem como mantra os problemas que o Flash teve no passado e que já foram superados, como argumento contra a tecnologia. Alguns argumentos repetidamente usados são que o Flash é uma plataforma fechada e não padronizada, de que não permite acessibilidade, não é indexável e não permite o desenvolvimento baseado em testes.

Nesse e nos próximos posts eu gostaria de tentar esclarecer melhor alguns destes pontos tendo em vista as versões mais recentes da tecnologia:

1 - Flash é proprietário e não é padronizado
Para não generalizar, precisamos entender que hoje o termo “Flash” se refere a todo um ecossistema de tecnologias, incluindo o próprio formato swf, o plugin do Flash, a IDE Flash, a linguagem Actionscript, o Flex e etc…
Nos últimos anos, a Adobe vem trabalhando para tornar alguns elementos desse ecossistema mais baseados em padrões e mais abertos. A linguagem Actionscript é um exemplo: Antes criada exclusivamente pela Adobe, hoje a linguagem é padronizada pelo ECMA, mesmo instituto que garante a padronização das linguagens Javascript e C#. Isso significa que toda a linguagem está descrita e documentada e que pode ser utilizada por qualquer um que quiser criar outros usos para ela.
No aspecto “open source” temos o exemplo do Flex. O Flex é um SDK gratuito e open-source composto entre outras coisas por um compilador SWF multiplataforma. Usando qualquer editor de texto e o Flex é possível criar um arquivo SWF com código baseado em padrões e utilizando apenas ferramentas gratuitas e open source, sem nem sequer abrir o Flash IDE.
Muita gente pergunta porque a Adobe não torna também opensource o Plugin do Flash: Esse é um assunto bem mais delicado porque, entre outras coisas, o plugin integra tecnologias que a Adobe licenciou de empresas como On2 Technologies e Mitsubishi. Se o código não é da Adobe, ela não pode torná-lo open-source, correto?
Portanto, sim, o Flash é uma tecnologia proprietária, mas a Adobe já deixou claro que vai seguir cada vez mais pelo caminho da abertura e da padronização.

2 - Flash não tem acessibilidade.
Desde 2002 a Adobe tem colocado esforços em tornar o conteúdo Flash mais acessível. Após sucessivas versões estamos hoje num estágio em que, se o profissional quiser, pode tornar o conteúdo extremamente acessível a portadores de deficiência. O ponto é que isso tudo está disponível SE o profissional desejar utilizar.

3 - Flash não é indexável
Este é mais um ponto em que a Adobe vem colocando grande empenho. Desde a versão 8, o conteúdo de um documento swf pode ser lido e indexado por spiders de sistemas de busca. O Grande problema é que justamente pela sua natureza dinâmica, grande parte do conteúdo do Flash é montando por Actionscript e depende de interação com o usuário para ser exibido. Nessa área, a última iniciativa da Adobe (em conjunto com o Google) foi criar um plugin do Flash especifico para os spiders do Google. Os spiders poderão realmente se comportar como usuários navegando no site e conseguirão receber de volta todo o conteúdo de textos do site, estáticos ou dinâmicos. Espere portanto um grande avanço nessa questão nos próximos meses.

4 - Flash não permite o desenvolvimento baseado em testes
Entre programadores e desenolvedores, é crescente a demanda por desenvolvimento utilizando testes automatizados. Alguns argumentam que não é possível escrever testes automatizados para Flash e Actionscript, mas por mais que isso tenha sido verdade no passado, hoje a coisa é muito diferente. Dentro da comunidade de desenvolvedores Actionscript também é cada vez maior a consciência da importância de se automatizar testes e existem pelo menos dois frameworks muito populares para testes: ASUnit e FlexUnit (este último desenvolvido pela Adobe)

Desenvolvimento Flash - Você está fazendo tudo errado?

Mon, 09 Mar 2009 21:38:52 -0300

Lí esse excelente artigo no blog do Ian Lobb (blog.iainlobb.com) e com autorização dele fiz uma “tradução livre adaptada e comentada” para o português:

Inspirado por anos de trabalho com Flash e com outros desenvolvedores Flash (ninjas e newbies), aqui está meu checklist de como fazer as coisas “do jeito certo” em Flash e Actionscript.

1. Não utilize código para “layoutar”.
Se você está definindo a posição dos seus elementos visuais com código, ao invés de usar o Flash IDE, você está fazendo tudo errado. Designers adoram alinhar, mexer e der um tapinha nos layouts, e se você tiver que ficar trocando números no seu código e recompilando seu SWF a cada mexida, então você provavelmente vai ter uma longa noita pela frente.

2. Não escreva código na timeline.
Porquê? Porque não dá para dar um search nele, não dá para usar um editor externo, nem usar um sistema de versionamento (como SVN ou GIT), é por isso! Um sistema de versionamento de códigos e um editor decente (tipo o Flexbuilder, Textmate ou FlashDevelop) vão lhe poupar muitas horas de desenvolvimento. Um bom editor com auto-complete e um sistema de versionamento podem salvar o job um dia - quando o seu arquivo FLA corrompe ou você acidentalmente salva por cima do trabalho de um dia inteiro.

3. Escreva muitas classes pequenas.
Um erro clássico que muita gente comete quando está migrando da programação de timeline para um paradigma de Orientação a Objetos é tentar criar uma ou duas classes “fodonas” que fazem de tudo. Se você está fazendo isso você ainda não entendeu o conceito de orientação a objetos.

4. Use ActionScript 3 sempre que possível.
(Nota do tradutor: USE SEMPRE - ponto! Sem discussão, sem reclamação!). Eu conheço algumas pessoas que ainda usam AS2 como padrão para coisas “simples”. Eu pergunto - porque? É melhor enfiar as caras em AS3 de uma vez, especialmente para fazer as coisas simples - De que outra forma você vai aprender?

5. Não use a timeline principal para organizar o fluxo do seu site.
Criar um frame para cada tela do seu site e atribuir uma classe diferente para cada um deles é uma técnica que funcionava razoavelmente bem no passado em Actionscript2, mas essa técnica não funciona em AS3. A solução é criar e descarregar todas as telas por código - P. Ex. mainMenu = addChild(new MainMenu()); removeChild(mainMenu); mainMenu.destroy(); etc.

6. Mantenha-se organizado.
Deixe seu FLA organizado. Dê nomes aos seus layers e aos itens da library. Exclua layers vazios. Ao final de um projeto, exclua todos os traces e trechos de códigos comentados - eles vão acabar te confundindo depois,

7. Teste extensivamente.
Testar é a única forma de garantir o bom funcionamento de um projeto. No artigo original, o autor sugere que o desenvolvimento baseado em testes para Flash significa (nas palavras dele) clicar nas coisas muito rápido até dar pau, e então consertar. Eu pessoalmente concordo que testar é muito importante, mas para projetos um pouco mais complexos eu recomendo o uso de ferramentas de testes automatizadas, como o ASUnit e FLEX Unit.

8 Saiba o quão bom você é.
Essa afirmação quer dizer muitas coisas. De um lado, não seja arrogante e deixe seu ego assumir compromissos que você não pode cumprir. Certifique-se que há uma sobrinha de tempo para emergências em cada projeto, porque é um fato que uma hora ou outra alguma coisa pode dar errado em algum ponto de algum projeto. Do outro lado, não seja preguiçoso ou complacente. Não procure desculpas para deixar de modificar o seu código ou design. Se um colega sugere uma mehoria, não saia dizendo “não, a coisa não funciona desse jeito” mas pense no custo/benefício da idéia. Continue sempre aumentando o seu conhecimento e aprendendo novas tecnologias, porque se você não o fizer o mercado vai acabar te deixando pra trás.

9. Não use nada obscuro.
Às vezes, quando eu faço atualizações em projetos criados por outros programadores, eu me deparo com a aplicação se comportando de forma maluca, com erros inesperados, e muitas vezes isso é devido ao fato que o programador resolveu usar alguma classe obscura ou um recurso escondido do Flash IDE. No Flash IDE, especificamente, já ví acontecer de metade do site sumir porque a opção “export hidden layers” estava desmarcada. Outra coisa: Todo mundo deveria deixar desligada a opção “Automatically declare stage instances”, uma vez que é muito confuso não ter as variáveis explicitamente declaradas. Tente não usar recursos esquisitos como loops de trás pra frente, a não ser que seja absolutamente necessário. Dê às suas variáveis e funções nomes em inglês (e não, eu não esquecí de traduzir para “nomes em português” - Goste ou não, Inglês é o lingua-franca da tecnologia e dos negócios dos tempos modernos, e mesmo desenvolvedores nativos em outros idiomasm deveriam escrever código em Inglês. Você pode saber mais sobre esse tema lendo esste artigo traduzido pelo Fábio Akita)

10. Dê atenção aos detalhes.
O acabamento final conta muito em sites Flash, então quanto mais tempo você dedicar aos toques finais, melhor. Considere coisas como: Fade in e out nas transições entre telas ao invés de um corte seco de uma página para outra, adicionar opções no menu contextual (o menu do botão direito), otimizar o tamanho do arquivo e criar um preloader decente.

Conceito muito bacana de música online: http://www.spotify.com

Fri, 06 Mar 2009 13:22:14 -0400

Conceito muito bacana de música online: http://www.spotify.com

AS3 Frameworks

Tue, 03 Mar 2009 09:18:00 -0400

Gringo’s internal AS3 framework is awesome! Powerful, flexible and, like the best frameworks, it was extracted for existing sites we made.

You can’t use it, but you can get to know it’s roots: Arthur Debert’s bulkloader and printf (http://code.google.com/u/debert/).

Oh, I almost forgot to mention ProjectPlus for Textmate. Great productivity tool, specially if...

Fri, 27 Feb 2009 08:28:00 -0400

Oh, I almost forgot to mention ProjectPlus for Textmate. Great productivity tool, specially if you’re using SVN ou GIT.

Textmate + AS3 Bundle + mxmlc are a great Flash Developing environment - I don’t miss...

Fri, 27 Feb 2009 08:28:00 -0400

Textmate + AS3 Bundle + mxmlc are a great Flash Developing environment - I don’t miss Flashdevelop anymore…

O quão rápido o Textmate é para Actionscript: http://tinyurl.com/alsy5r

Thu, 26 Feb 2009 15:34:21 -0400

O quão rápido o Textmate é para Actionscript: http://tinyurl.com/alsy5r

Rodando tarefas em background com Cron de modo fácil

Wed, 25 Feb 2009 19:06:31 -0400

Rodando tarefas em background com Cron de modo fácil:

Por mais alternativas que existam, a maneira mais estável e segura de rodar tarefas em background ainda é usando um cronjob chmando um script/runner ou uma tarefa rake. Agora, a sintaxe para criação de cronjobs é tão chata que vale a pena conhecer a gem whenever, que permite estabelecer cronjobs escrevendo em Ruby puro.

Arquivos de log customizados em Rails

Thu, 19 Feb 2009 09:17:38 -0400

O Log é uma parte muito importante de qualquer aplicação - é a ele que você recorre em caso de problemas de qualquer espécie. O Rails automaticamente cria três arquivos de log na pasta log da sua aplicação - um para cada ambiente (Development, Production e Test) e registra todas as operações realizadas pelos usuário. Se em qualquer momento você quiser acrescentar alguma informação no arquivo de log, basta usar
logger.info “Mensagem”

Entretanto às vezes precisamos separar as informações em um outro arquivo de log à parte. Para fazer isso, primeiro crie um initializer para configurar seu log customizado (por exemplo um arquivo chamado logs.rb na pasta config/initializers) e insira:
my_logfile = File.open(“#{RAILS_ROOT}/log/my.log”, ‘a’)
my_logfile.sync = true
MY_LOG = Logger.new(my_logfile)

Em seguida, quando quiser dar saída para seu novo arquivo de log, utilize
MY_LOG.info “Mensagem”

Numa agência que era pra ser 100% Flash, estou no meu segundo dia instenso de Rails. Cool!!!!

Wed, 18 Feb 2009 17:11:00 -0400

Numa agência que era pra ser 100% Flash, estou no meu segundo dia instenso de Rails. Cool!!!!

Meu livro está 10 reais mais barato =) http://tinyurl.com/c8xe3f

Wed, 18 Feb 2009 15:08:40 -0400

Meu livro está 10 reais mais barato =) http://tinyurl.com/c8xe3f

Rodando tarefas em background no Rails

Mon, 16 Feb 2009 18:41:29 -0400

Rodando tarefas em background no Rails

Acessando o help do Flash CS4 offline: Window>Extensions>Connections, escolha “Offline...

Wed, 11 Feb 2009 23:04:19 -0400

Acessando o help do Flash CS4 offline: Window>Extensions>Connections, escolha “Offline Options” e marque “Keep me Offline”