Na TV

Como The Big Bang Theory e Two and a Half Men estão na espera de novas temporadas e LOST chegou ao seu fim, não tenho assistido nenhum seriado. Mas tenho assistido alguns filmes e documentários. Esta semana eu assisti Brooklyn’s Finest e Helvetica.

Nos Fones de Ouvido

Tenho ouvido muito Faith No More, principalmente os albums Angel Dust e King For a Day… Fool for a Lifetime. E Incubus também, o album Make Yourself.

Nos Livros

Para me manter pensando, estou lendo o Predictably Irrational: The Hidden Forces That Shape Our Decisions de Dan Ariely. E para me manter empregado , estou dando uma rápida “re-lida” no Clean Code de Robert C. “Uncle Bob” Martin e lendo capítulos aleatórios do Working Effectively with Legacy Code de Michael C. Feathers.

Nos Códigos

Estou desenvolvendo duas aplicações pessoais no momento (as coisas estão indo bem devagar porque não tenho tanto tempo disponível):

DailyPapr (Objective-C) – Uma app pra Mac que me permite trocar de wallpaper via Menubar – é um vício meu ficar trocando isto quase que diariamente e porque não facilitar as coisas?!?

Twlogr (Ruby on Rails) – Uma webapp para listar os assuntos mais falados no Twitter durante a semana. Como eu não tenho tempo para acompanhar tudo que dizem durante o dia, eu dou uma olhada nesta webapp semanalmente e fico sabendo dos principais memes.

O evento começou com a apresentação “Como Agile tem transformado a área de TI” de Paulo Caroli e Rodrigo Toledo e em seguida, Mr. Fowler fez o que ele chamou de Suite of Talks e falou sobre três assuntos, separados em três mini-palestras. A seguir falo um pouco de cada um dos três assuntos.

1) Domain Specific Languages (DSLs)

O auditório em silêncio ouviu Martin Fowler falar que DSLs são basicamente linguagens de expressividade limitada ao domínio do problema em que se propõe a resolver.

E que o fator importante que torna as DSLs diferentes de linguagens “normais” é que elas são feitas com foco na leitura e não na escrita. Escrever DSLs tem a ver com tornar o código em uma linguagem limpa e clara que explique facilmente o domínio ao desenvolvedor.

Linguagens de programação normais, ainda que codificadas de forma simples e clara, falham em ensinar ao desenvolvedor sobre o domínio. Além disto, linguagens como o Java, não permitem alterações de comportamento em runtime, o que facilita muito na hora de entender o comportamento do domínio.

Mr. Fowler deu um exemplo de DSL em XML que permite alteração em runtime, sem precisar recompilar o código, mas o exemplo era muito verboso e este é o problema do XML.

Ele também mostrou um exemplo em uma linguagem que foi logo reconhecida por alguns do auditório que gritaram: Ruby! Com certeza este exemplo foi o mais expressivo de todos. (Alguém tem fotos dos exemplos?)

Ainda falando sobre expressividade de códigos, Mr. Fowler  mostrou um exemplo com Expressões Regulares e soltou a bomba:

“Toda vez que você tenta resolver um problema com expressões regulares, você acaba arrumando dois problemas.”

Martin Fowler terminou a palestra falando do seu livro “Domain Specific Languages” que será lançado em Setembro deste ano.

2) Richardson Maturity Model

Mr. Fowler falou sobre o modelo criado por Leonard Richardson que mostra os três passos necessários para se alcançar a excelência em implementações de web services REST.

Esta palestra teve o mesmo conteúdo que o artigo “Richardson Maturity Model: steps toward the glory of REST” escrito por Martin Fowler. Por este motivo, não vejo a necessidade de falar mais sobre o assunto.

3) Continuous Integration e Continuous Delivery

Já esta mini-palestra foi dividida em duas:

3.1 Continuous Integration

Martin Fowler falou rapidamente sobre o assunto dando o exemplo de dois desenvolvedores criando duas funcionalidades distintas, cada um trabalhando em uma linha separada e adicionando as funcionalidades a linha principal assim que terminavam.

O exemplo foi sendo incrementado com situações que iam sempre complicando a vida dos dois desenvolvedores até que eles precisaram usar Continuous Integration.

E os detalhes sobre o assunto, estão no livro Continuous Integration: Improving Software Quality and Reducing Risk de Paul M. Duvall. Um livro da série de assinaturas de Martin Fowler.

Ele ainda ressaltou que se o time desenvolve em linhas de desenvolvimento separadas, é imprescindível que cada desenvolvedor integre seu código a linha principal pelo menos uma vez por dia.

3.2 Continuous Delivery

Ele falou sobre como era demorado para os desenvolvedores verem seus códigos subindo para produção e como era trabalhoso dar suporte a estas subidas.

Madrugadas em claro, semanas estressantes. Toda essa dificuldade foi simplificada com o Continuous Delivery, que é um passo adiante do Continuous Integration.

Ele falou de como colegas dele na ThoughtWorks estão utilizando o processo automático que roda testes desde unitários até de performance e caso todos os testes passem, o código sobe para produção.

Os detalhes sobre Continuous Delivery estão no livro Continuous Delivery: Reliable Software Releases through Build, Test, and Deployment Automation de Jez Humble. Sim, mais um livro da série de assinaturas de Martin Fowler.

4) Perguntas

Um fato interessante: não houve perguntas sobre Continuous Integration, nem sobre Continuous Delivery e nem sobre Richardson Maturity Model. As pessoas estavam mesmo interessadas em DSLs e – acredite – em Domain-driven Design.

Martin Fowler fechou a sessão de perguntas com uma piada depois que um professor da PUC o perguntou se ele voaria num avião construído com metodologia ágil:

“Uma vez, numa conferência de desenvolvimento de software com vários professores, alguém os perguntou se eles voariam em aviões criados pelos seus alunos. Todos riram e afirmaram que com certeza voariam em aviões criados por seus alunos. Mas um professor foi bem firme em sua resposta:

- Eu não voaria de jeito algum! Sabem por que!? Porque com certeza nenhum código dos meus alunos faria um avião decolar!”

Pois bem, é muita expectativa para uma mera lista de discussão, eu sei. E logo você se depara com a verdade:

Atenção: Aqui vai uma série de estatísticas com base numa pesquisa que fiz passando o olho rapidamente em alguns dos e-mails que recebi de listas de discussão sobre tecnologia:

90% dos tópicos são perguntas que seriam respondidas rapidamente se o autor do tópico tivesse lido a documentação da tecnologia em questão.

6% são tópicos pedindo a opinião dos participantes sobre determinados assuntos tão polêmicos quanto religião, política e futebol. Exemplos: A melhor ferramenta, a melhor maneira de fazer, o melhor qualquer coisa, etc.

4% são tópicos com perguntas sobre problemas super difíceis, cujo o autor já leu e releu a documentação da tecnologia em questão, já pesquisou em forums, em outras listas de discussão, no Google e não encontrou nada sobre o tal problema. Estes tópicos, geralmente, somente contém perguntas, porque ninguém na lista também sabe responder. Ou podem até conter umas respostas, mas serão aquelas do tipo “já pesquisou no Google?”.

Esta é a mais pura verdade sobre as listas de discussão sobre tecnologia no Brasil.

A partir de agora, todos os meus tweets se tornarão posts neste blog. Este foi o jeito que eu encontrei de continuar blogando, já que quando comecei a tweetar o meu número de posts – que já era baixo – caiu drasticamente. Espero não encher muito o saco de vocês com isto.

As frases acima são exemplos simplificados do que eu costumo ler em blogs de desenvolvedores pelo mundo afora. Muitos deles, a grande maioria, são apenas pessoas que há pouco ingressaram na carreira, obtiveram algum sucesso e já estão com o seu nível de arrogância bastante elevado.

Acho bacana e encorajo a todos ao meu redor que criem seus blogs e insiram conteúdo relevante neles, mas acho que isto poderia ser feito com um pouco mais de humildade, sem estas frases no imperativo. Sem ordenar as coisas.

Eu não sei como estas pessoas escreverão seus próximos artigos, mas eu vou me policiar bastante para não escrever desta maneira.

Pra quem não sabe, Guy Kawasaki é um investidor do Vale do Silício e foi o responsável pelo marketing da marca “Macintosh” da Apple. Ele é também autor de vários livros sobre marketing e administração. Seu livro “A Arte do Começo“, o qual já li duas vezes, dá dicas importantíssimas para quem está iniciando um novo projeto e é fortemente recomendado para todos os empreendedores.

Este blog aqui, o DiogoSantos.com, eu deixarei focado nos coisas em que eu estou envolvido não apenas como um usuário, mas colaborando na produção, na criação, no desenvolvimento ou coisas do tipo.

Essa mudança estava na minha fila de coisas para fazer há tempos e finalmente chegou a hora. Não poderia ter acontecido em melhor momento, já que estou tocando alguns projetos e na medida em que eles forem se concretizando, eu vou dando notícias por aqui.

Eu também estou trabalhando na criação do tema visual  do Webacana. Quem quiser acompanhar a criação do template para WordPress e até mesmo me ajudar com isto, basta dar uma passada no meu github.

Uma vez que o download do arquivo java.1.5.0-leopard.tar.gz tenha sido feito, será necessário extrair a pasta “1.5.0″, move-la para “/System/Library/Frameworks/JavaVM.framework/Versions” com o nome de “1.5.0-leopard” e criar links simbólicos que apontam para esta pasta.

Para fazer isto, siga os seguintes passos:

1) Extrair o arquivo com o Java 5 do Leopard

tar -xvzf java.1.5.0-leopard.tar.gz

2) Copiar a pasta “1.5.0″ para “/System/Library/Frameworks/JavaVM.framework/Versions” renomeado para “1.5.0-leopard”.

sudo mv 1.5.0 /System/Library/Frameworks/JavaVM.framework/Versions/1.5.0-leopard

3) Apagar apontar os links para a pasta “1.5.0-leopard”

cd /System/Library/Frameworks/JavaVM.framework/Versions
sudo rm 1.5.0 1.5
sudo ln -s 1.5.0-leopard 1.5.0
sudo ln -s 1.5.0 1.5

4) Configurar o Snow Leopard para usar o Java 5

open "/Applications/Utilities/Java Preferences.app"

Com o painel de preferências do Java aberto, basta arrasta o Java 5 para o topo da lista.

E pronto! Agora já será possível voltar a trabalhar

Fiquei bastante tempo tentando descobrir o que poderia ser até que, sem querer, mudei o layout do teclado de “U.S. International” para “Brazilian” (o que não permite usar acentos e cedilha no teclado do MacBook) e tudo que digitei apareceu normalmente no Tweetie.

Sabendo disto, mandei um e-mail para a atebits, criadora do Twitter for Mac,  informando-os do problema. Eles me responderam informando que isto era um problema da versão antiga do layout de teclado “U.S. International” e mandaram o link para atualizar o U.S. International para versão mais recente.

Uma vez que fiz a atualização, tudo funcionou perfeitamente.

Fica aí a dica para quem estiver passando pelo mesmo problema. E aproveite e para me seguir no Twitter: @diogosantos

O redirecionamento foi preciso porque a rede da máquina virtual é configurada com NAT, ou seja, a máquina virtual consegue acessar qualquer computador na rede, mas nenhum computador consegue acessá-la.

Escolhi o VirtualBox para criar a máquina virtual, pois já havia lido um artigo que dizia que ele tem uma ferramenta, o VBoxManage, que permite configurar redirecionamento de portas para máquinas virtuais criadas por ele.

O primeiro redirecionamento que fiz foi para porta 22 da minha máquina virtual, para acessá-la via SSH. Não querendo comprometer o SSH do meu Mac, utilizei a porta 2222 para redirecionar para porta 22 da máquina virtual.

Executei os seguintes comandos no Terminal do Mac, veja:

VBoxManage setextradata <guestname> "VBoxInternal/Devices/pcnet/0/LUN#0/Config/ssh/HostPort" 2222
VBoxManage setextradata <guestname> "VBoxInternal/Devices/pcnet/0/LUN#0/Config/ssh/GuestPort" 22
VBoxManage setextradata <guestname> "VBoxInternal/Devices/pcnet/0/LUN#0/Config/ssh/Protocol" TCP

É necessário trocar “<guestname>” pelo nome da máquina virtual e no meu caso usei a string “/pcnet/”, porque a minha máquina virtual usa uma placa de rede da pcnet. Se a sua máquina virtual não usa placa de rede da pcnet, eu não sei o que você deverá informar no lugar de “/pcnet/”, talvez “/intel/” se for uma placa da Intel, mas não estou certo disto.

A string “/ssh/” foi informada simplesmente para fins de identificação da configuração, portanto, se estivesse criando um redirecionamento para a porta 80, teria informado algo como  ”/web/” ou “/httpd/”.

É também possível rodar um outro comando com o VBoxManage para ver as configurações feitas para uma máquina virtual:

VBoxManage getextradata <guestname> enumerate

Mais uma vez, é necessário trocar “<guestname>” pelo nome da máquina virtual. E caso haja alguma configuração que queira excluir, basta executar um comando de configuração sem informar qualquer valor:

VBoxManage setextradata <guestname> "VBoxInternal/Devices/pcnet/0/LUN#0/Config/ssh/GuestPort"

Uma vez tendo executado comandos de configuração com o VBoxManage, é necessário dar um “Shutdown” na máquina virtual – eu tentei um “Restart”, mas não funcionou.