Timing, perseverance, and ten years of trying will eventually make you look like an overnight success. Surrounding yourself with smart people you like to work with helps immeasurably. We’ve got a long road ahead and I’m looking forward to another ten years.

This is just a little quote of Time Lessons, a blog post by Biz Stone, co-founder of Twitter, Blogger and other services.

So, need  I say that you should read that post?

Na empresa, nós temos uma grande Wiki com informações sobre cada projeto. Mas acho que é um quebra-fluxo ter que abrir o browser e navegar pela Wiki após ter feito checkout no SVN. Outro problema é que na Wiki há muita informação, o que pode ser uma perda de tempo para quem quer só ter uma noção rápida sobre o projeto.

Um arquivo README com uma introdução ao design e arquitetura do projeto ajudará e muito não só o pessoal da manutenção, mas também a todos os envolvidos no projeto durante o seu desenvolvimento.

Isto não é um grande problema já que é possível rodar uma aplicação 64-bit e obter todas as vantagens dessa “64-bitagem” no Snow Leopard rodando em 32-bit. Mas você não estaria desfrutando da performance plena que essa aplicação atingiria se o sistema estivesse em 64-bit. Rodar seu Mac em 64-bit pode trazer um ganho de até 30% em performance, segundo o Mac Performance Guide.

O lado bom da história é que não é nenhum pouco difícil rodar o Snow Leopard em 64-bit. Na verdade, para isto é necessário apenas segurar as teclas “6” e “4” no teclado enquanto seu Mac é inicializado. Fazer isto assim que o logotipo da Apple aparecer na tela é o momento perfeito.

Para verificar se a inicialização em 64-bit funcionou verifique About This Mac, clique em More Info e em seguida clique em Software. Se a inicialização em 64 bit funcionou, você deverá ver um “Yes” na opção “64-bit Kernel and Extensions”.

Como apertar as teclas “6” e “4” toda vez que for ligar o Mac é bem chato, há também uma maneira de forçar a inicialização através de configuração. Basta editar o arquivo:

/Library/Preferences/SystemConfiguration/com.apple.Boot.plist

E adicionar o parâmetro em vermelho:

<?xml version=“1.0” encoding=“UTF-8”?>
<!DOCTYPE plist PUBLIC “-//Apple Computer//DTD PLIST 1.0//EN” “http://www.apple.com/DTDs/PropertyList-1.0.dtd”>
<plist version=“1.0”>
<dict>
<key>Kernel</key>
<string>mach_kernel</string>
<key>Kernel Flags</key>
<string>arch=x86_64</string>
</dict>
</plist>

ATENÇÃO: Eu percebi que alguns arquivos “com.apple.Boot.plist” podem ter um conteúdo diferente deste mostrado acima, mas a chave “Kernel Flags” está sempre presente. Sendo assim, basta adicionar o parâmetro em vermelho normalmente, sem precisar deixar o arquivo exatamente igual ao acima.

Agora que seu Mac está em 64-bit “de verdade”, basta aproveitar a melhor performance das aplicações. No meu Mac, eu notei que o Eclipse ficou mais rápido, parecendo ser nativo – uma característica difícil de se ver em aplicações em Java para desktop.

Se por um acaso o valor da opção “64-bit Kernel and Extensions” for “No”, pode ser que o seu Mac não consiga mesmo inicializar em 64-bit. Isso pode acontecer se ele for meio antigo. Por exemplo, meu MacBook velho tem 3 anos e não consegue. Para saber mais sobre isto e outras maneiras de forçar seu Mac a inicializar em 64-bit, veja essa página no Mac Performance Guide.

UPDATE: Nem o InsomniaX nem o Caffeine conseguem mais manter o MacBook acordado. Até agora, é o único problema que eu estou tendo.

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.