Eu particularmente gostei desta conversa porque ele estava bastante à vontade e bem disposto. Pudemos discutir sobre como foi o projeto Rails 3, o que ele mais está gostando. Também falamos de coisas antigas, como a história de quando ele esteve no Brasil em 2005 – se você não sabia disso, assista.

Além disso tocamos um pouco nos assuntos do livro “Rework”, sobre gerenciamento de pessoas, empreendedorismo. E eu não podia deixar passar e falar com ele sobre Ricardo Semler, claro :-)

Enfim, uma conversa descontraída, de quase 24 minutos, com o próprio David Hansson, é uma boa maneira de encerrar meu material sobre a RailsConf 2010. Excelente evento, excelentes pessoas, e ano que vem espero poder participar novamente!

Dos 6 ganhadores deste ano, acabei não tendo tempo de falar com o espanhol Xavier Noria e nem com o brasileiro José Valim, que não estava presente na conferência. Mas pretendo falar com eles com mais calma, via video conferência provavelmente, para colocá-los nesta galeria.

Aaron Patterson

Também conhecido como @tenderlove, Aaron mudou o cenário de parsers no mundo Ruby com suas contribuições em projetos como o Psych, o novo parser de YAML do Ruby 1.9. Mais do que isso, se você trabalhar com XML hoje, provavelmente está usando por baixo o projeto Nokogiri. Antes disso tínhamos o REXML e o Hpricot, mas o Nokogiri foi quem trouxe performance nessa área. Outro projeto que ele contribuiu foi o Mechanize. Com isso temos hoje ótimos parsers para os principais formatos da internet, especialmente se contar que o parser de JSON do Rails basicamente é o mesmo parser de YAML dele.

Gregory Brown

Também conhecido como @seacreature e pelo Ruby Mendicant. Eu já havia usado um projeto seu chamado Ruport que usa o antigo PDF Writer para gerar relatórios em PDF. Mas o PDF Writer estava ficando meio abandonado. Então o Gregory decidiu criar uma nova fundação para geração de PDFs e disso nasceu o Prawn, uma biblioteca mais moderna e mais capaz. Além disso ele escreveu o livro “Ruby Best Practices”, que eu recomendo a todos que querem melhorar seu Ruby.

Nick Quaranto

Também conhecido como @qrush, ele é jovem e trabalha na Thoughtbot, a empresa que já nos trouxe diversos projetos open source importantes como Paperclip ou Shoulda. O Nick tinha uma reclamação: publicar gems era um processo tedioso via o antigo RubyForge.net.

Hoje temos Github que mudou da água para o vinho o processo de trabalhar com open source, mas para publicar gems ainda era preciso usar o caminho antigo. Então o Nick criou o Gemcutter.org que rapidamente evoluiu e tomou o lugar do antigo Rubygems.org, se tornando o repositório principal de gems da comunidade. Agora com um simples “gem push” conseguimos publicar nossas gems sem problemas. A dobradinha Github + Gemcutter literalmente modernizou o processo de trabalho open source dos rubistas.

Wayne E. Seguin

Este é fácil: @wayneeseguin. Wayne ficou mais conhecido por causa de seu projeto mais recente, o RVM. Com ele é possível ter diversas versões e implementações de Ruby rodando na mesma máquina. Podemos ter Ruby 1.8 e Ruby 1.9 e JRuby rodando no mesmo ambiente. Melhor ainda: podemos configurar cada projeto nosso com cada uma dessas versões. Um simples comando “rvm ruby-1.9.2” é suficiente para mudar de implementação a quente. Isso mudou nosso jeito de codificar e facilitou ordens de grandeza a organização de nossos projetos. Mais do que isso: facilitou o processo de ter aplicações web que dependem de implementação de Ruby diferentes rodando todos no mesmo servidor. Literalmente digno de um prêmio.

Ainda tive alguns problemas no percurso porque a bateria do Flip Mino HD não aguentou. Pior foi descobrir que ele demora muito tempo para recarregar. No final da entrevista com o Nick Quaranto o Flip pediu água e daí em diante fui com meu iPhone mesmo.

Não tem jeito, o Flip é excelente para vídeos curtos, coisa rápida. Mas no total acho que foram cerca de 2 horas e 30 minutos de vídeo. Se puder, no futuro gostaria de ter uma câmera de verdade com bateria que dure decentemente.

Por outro lado, nos dias do evento os palestrantes ficaram bem espalhados e não era muito simples encontrar quem você queria, mas no último dia a maioria estava por perto, o que tornou meu trabalho mais simples. Se a bateria tivesse colaborado acho que conseguiria mais 3 ou 4 entrevistas facilmente.

Nesta primeira bateria temos Ben Scofield, James Golick, Carl Lerche, Ryan Bates e Santiago Pastorino.

Ben Scofield

Ben foi o Program Chair do evento, junto com o Chad Fowler. Ele foi responsável por diversos aspectos do evento como a montagem da grade de palestras. Foram mais de 300 propostas enviadas. O desafio era criar uma grade abrangente e que conseguisse agradar a maioria das pessoas. No geral acho que foi bem sucedido. Claro, nós que estamos à mais tempo na área gostaríamos de palestras mais hard core mas quem está iniciando prefere as mais introdutórias.

James Golick

Como um dos assuntos mais “quentes” da temporada são os bancos de dados não-relacionais, ou “NoSQL”, gostaria de pegar a opinião de quem já está usando em larga escala. No caso o James Golick está há algum tempo falando sobre isso, especialmente sobre Cassandra. A idéia não é descrever tecnicamente um NoSQL, na entrevista tentei buscar mais as opiniões mesmo, como por que usar, o que usar, quando usar e coisas desse tipo.

Eu já conheço ele pelo menos desde 2008, quando comecei a usar a gem dele, o Resource Controller e até cheguei a gravar um screencast sobre isso. Pedi para ele falar um pouco disso antes do NoSQL.

Carl Lerche

Ele ficou mais conhecido porque começou a trabalhar no big refactor do Rails 3. Carl trabalha junto com o Yehuda na Engine Yard e ele também já havia colaborado no Merb. Mais recentemente ele também contribuiu bastante para o projeto do Bundler, o sistema de resolução de dependências que está saindo junto com o Rails 3. Nesta entrevista ele conta um pouco mais sobre esse projeto e também dá opiniões sobre investimentos na área de open source e sobre o Ruby Summer of Code.

Santiago Pastorino

O Santiago trabalha na WyeWorks, empresa de 4 pessoas que funciona no Uruguai mas que atende clientes no Vale do Silício. Eles estão nos ensinando que não importa que seu país seja pequeno, que seu mercado seja limitado, que praticamente não existam outros rubistas na sua região, ainda assim é possível fazer coisas grandes.

E o Santiago decidiu começar a ajudar no projeto Rails, de forma bem simples a princípio: eliminar todos os “warnings” que antes nos irritavam toda vez que rodávamos uma aplicação. “Parece” simples, mas não é. E pouco a pouco ele começou a aprender mais do framework e também como colaborar mais. Todos deveriam seguir seu exemplo.

Aliás, isso diz muita coisa sobre o tipo de público do evento. Diferente de um evento de Java ou .NET onde as empresas mandam seus funcionários e, por consequencia, a maioria vai mais para fazer turismo. O mundo Rails americano é formado principalmente por profissionais independentes, ou empresas pequenas com menos de 10 pessoas. Os participantes que estão lá vão porque querem e não porque a empresa onde trabalham as mandou. Isso faz toda a diferença.

Trabalho da Comunidade

Por isso faz sentido que RailsConf sempre tenha atividades extra, como desconferências. Neste caso foi mais legal porque o grupo de rubistas de Baltimore, o B’More on Rails foi muito além. Eles ofereceram ajuda ao evento e tomaram a iniciativa de fazer várias coisas legais.

O pessoal do B’More se dispôs a ajudar todos que vieram de fora a se localizar na cidade, deram dicas, organizaram pessoas que se hospedaram na casa de outros rubistas de região, e se colocaram à disposição. Além disso eles organizaram o BohConf, que foi a desconferência oficial para os interessados em codar, rodando em paralelo à conferência principal e o Ignite RailsConf, um dia antes da conferência eles reservaram um hotel próximo onde alguns palestrantes fizeram palestras no formato Ignite: 5 minutos exatos, com 20 slides que mudam sozinhos a cada 15 segundos. Foi bem legal e engraçado no final com o Dr. Nic participando às cegas de um Ignite Karaoke, onde ele precisava narrar uma série de 20 slides aleatórios que ele nunca tinha visto.

RailsConf

A RailsConf em si é dividida em 4 dias, sendo o primeiro reservado apenas para tutoriais. Com temas como Cucumber, Rails 3, Git, a idéia é que os que são mais iniciantes no assunto tenham uma chance de estudar alguns dos temas principais para poder aproveitar melhor os dias seguintes.

Os 3 dias seguintes rolam com 5 tracks paralelos, sendo uma delas dedicada aos patrocinadores mostrando seus produtos e serviços. Temos então keynotes principais de abertura e fechamento de cada dia. E o último dia acaba mais cedo, logo depois do almoço, para o pessoal que vai viajar para longe o resto da tarde. É um evento onde o pessoal começa chegando no Sábado e vai embora na Quinta.

Fora isso, claro, tem os Birds of a Feather, palestras abertas no fim do dia onde qualquer um pode dizer o que quiser, basta pegar um slot de horário com antecedência. E o interessante é que muita gente ficava no Centro de Convenções até tarde da noite. Num dos dias, o Guilherme Silveira fez uma sessão sobre REST. Depois dele ainda começou uma sessão do Yehuda Katz, e acho que saímos de lá depois das 10 ou 11 da noite.

Mesmo assim, vários grupos de pessoas se juntavam para sair aos pubs, tavernas e bares. Notavelmente o pessoal da Hashrocket, Thoughtbot, Blue Box, Github, sempre estavam em algum bar. Possivelmente o Power Plant Live! na região do Inner Harbor ou o tradicional Max’s Tap House em Fell’s Point. Mas como todos os lugares lá fecham às 2 da manhã (sacrilégio!) ninguém ficava até muito mais tarde do que isso fora.

Mais legal ainda porque desta vez havia vários latino americanos participando! Fora nós brasileiros havia um grupo de argentinos, de uruguaios, mexicanos. Não lembro de quantos no total mas acho que tinha quase 20 pessoas. A comunidade brasileira é a maior mas o pessoal está se virando bem. Destaque para o Emilio Tagua, argentino que trabalhou no Google Summer of Code do ano passado para integrar o Arel no Active Record, o Santiago Pastorino, uruguaio, que está dedicado full time a contribuir no código do Ruby on Rails.

(obs: na foto acima estamos todos apontando para a camiseta do Paco que diz “changoparche”, espanho para “monkey patch”)

O assunto do evento, claro, foi Rails 3. Então fora os tutoriais teve algumas sessões dedicadas ao que mudou na nova versão. Com a quantidade de coisas novas, daria para fazer um evento inteiro só de Rails 3.

Fora isso, escalabilidade ainda é um tema constante. Teve sessões sobre EventMachine, programação assíncrona, Resque e, claro, NoSQL. Destaque para Cassandra, Redis e MongoDB que parecem os nomes da vez na nossa comunidade. E com tantos anos já de Rails, existe também uma preocupação pós-deployment: manutenção de código, refatoração e técnicas desse tipo, o que é importante.

Pelo menos o pessoal tentou diminuir a ênfase em TDD e BDD que já estava se tornando um clichê na RailsConf. No geral, acho que foram assuntos bastante diversos, indo desde o low leval do garbage collector do Ruby, passando por métricas, deployment, boas práticas, até visão de CIOs sobre Rails. Então acho que o programa foi bem sucedido em não ficar monótono.

Depois vou publicar a entrevista que fiz com Ben Scofield, Program Chair do evento para falar sobre a programação e escolha de palestras. Também vou publicar uma entrevista com o James Golick, sobre o assunto de NoSQL.

Keynotes

O ponto alto da RailsConf, para mim, são os keynotes. E este acredito que foi o melhor ano de todos. Tivemos nomes muito expressivos como Michael Feathers, Derek Sivers, Robert Martin, Neal Ford, Gary Vaynerchuk. Destaque para o keynote do Yehuda Katz, cuja mensagem foi literalmente “Just do it”, bem no estilo Nike :-) Ele contou um pouco da sua trajetória (que surpreendentemente começou mesmo só em 2004!), expôs diversos colaboradores que tornaram o Rails melhor, como o Santiago que falei acima e o nosso José Valim.

Eu fiquei mais surpreso em ver o Derek Sivers, que alguns anos atrás escreveu um post polêmico falando porque abandonei Rails e voltei ao PHP – e agora de volta ao Rails de novo :-) Na verdade não foi nada tão dramático quanto as centenas de comentários do post sugeriam, na verdade o Derek é bem pragmático e explicou muito bem as suas razões da época. O que me surpreendeu foi que ao assistir o keynote eu notei diversos trechos que eu já havia assistido em palestra do TED. Só que eu ainda não tinha ligado o nome à pessoa e foi justamente o Derek que eu assisti no TED. Recomendo assistir os vídeos Weird or just Different e o famoso How to start a Movement. Ele expande sobre esses dois temas no keynote da RailsConf.

Lembrando que todos os keynotes estão disponíveis no Blip.TV e podem ser assistidos na íntegra. E eu recomendo que assistam todos, porque todos foram muito bons.

Finalmente, tivemos a terceira edição do Ruby Hero Awards, a premiação popular que trás à tona pessoas que ajudaram a comunidade mas que mesmo assim podem não ser muito conhecidos ainda. A idéia não é premiar os que já são populares, mas sim os que contribuíram e não são tão populares. Eu achei que todos os prêmios deste ano foram perfeitos.

Ganharam o Aaron Patterson (tenderlove) pelo seu trabalho no Nokogiri e parser Psych; Wayne E. Seguin (wayneeseguin) que mudou nossa forma de trabalhar com seu RVM; Jose Valim (josevalim) que é uma metralhadora de código e colaborou decisivamente no Rails 3; Xavier Noria (fxn que está na foto acima) por seu trabalho incansável na documentação do Rails; Nick Quaranto (qrush) que mudou o Rubygems.org e todo o processo de publicação de gems com seu projeto Gemcutter; e Gregory Brown (seacreature) pelo seu projeto Prawn e a idéia do Ruby Mendicant University. Eu entrevistei quase todos eles e vou publicar as entrevistas em breve para que todos possam conhecê-los melhor.

Mas um que já é praticamente canonizado com o Ruby Hero original é ninguém menos que _why, the Lucky Stiff, que desapareceu misteriosamente no dia 21 de agosto de 2009. Ninguém sabe quem ele é e nem para onde foi. Há vários rumores a respeito. Ele é conhecido por seu trabalho artístico tanto quanto pelo de código depois de trabalhos como o livro “Why’s Poignant Guide to Ruby” e projetos como Hpricot e Shoes. Daqui a pouco vamos comemorar 1 ano desde que ele desapareceu, então o Glenn Vanderburg sugeriu comemorar o Why Day no próximo dia 21, um dia para quebrar regras, no estilo Why. Acho que foi uma ótima idéia e bem no estilo da comunidade Ruby.

Como lembrete, eu também gostei muito do keynote do patrocinador diamond, que foi a Engine Yard. Em todos os eventos de tecnologia, palestra de patrocinador é o ponto mais baixo do evento, onde normalmente sobe um executivo sem noção e sem contexto. Mas a Engine Yard fez algo criativo: colocou ninguém menos que o Evan Phoenix no palco para comandar uma mini-gincana. Foi bem engraçado e divertido e com certeza alegrou o pessoal.

Minha Palestra

Eu mesmo não assisti muitas palestras, estava um pouco preocupado ainda com minha palestra, que foi na quarta-feira à tarde. Vocês podem achar que depois de dezenas de palestras, eu já estaria acostumado e tranquilo, mas por ser minha primeira vez num evento desse tamanho, falando em inglês e sobre um tema difícil como REST, posso dizer que estava um pouco apreensivo. Como disse num post anterior, levei mais de 3 semanas preparando essa palestra.

Além disso minha palestra concorreu no mesmo horário com os Lightning Talks, que sempre enche. Minha sessão não estava lotada mas até que veio mais gente do que eu esperava, o que foi bom. Tivemos oportunidade de conversar com Jim Gay, co-mentor do Ruby Summer of Code sobre o projeto de Restful no Rails, o que deve ajudar na adoção do Restfulie. Ben Scofield, program chair, também gostou da palestra. Gregg Pollack e Ryan Bates também estavam presentes. Acho que me saí bem, mas infelizmente como foi a primeira vez que dei essa palestra, meu timing ainda não estava calibrado. Por isso a primeira metade foi um pouco mais devagar do que eu queria e aí acabei acelerando um pouco demais a segunda metade e acabou sobrando mais tempo do que eu queria. A platéia estava interessada porque muitos fizeram perguntas e ficamos quase 15 minutos em perguntas e respostas. Acho que no geral foi legal.

Porém, significa que minhas atividades de evangelistas só aconteceram no último dia, porque então eu já não estava mais preocupado com minha palestra. E o problema é que no último dia o evento acaba mais cedo. Então tive que correr para fazer as 11 palestras que gravei em vídeo tudo em meio dia! Foi uma bateria incessante, não parei sequer pra almoçar. Ainda tive problemas técnicos com meu Flip Mino HD ficando sem bateria. Felizmente deu pra gravar com o iPhone, que também quase ficou sem bateria até o fim do dia. No final acho que deu tudo certo.

Baltimore

Eu fiquei hospedado no hotel que a organização do evento recomendou, o Renaissance Harborplace. Tive sorte de poder dividir o quarto com o George Guimarães, da Plataforma Tec, o que colaborou com meus custos. Saímos muito com o Guilherme Silveira e o Cauê Guerra, que veio da Austrália. É sempre bom estar em várias pessoas para explorar uma nova cidade.

O local onde fica o Renaissance e o Baltimore Convention Center é o melhor lugar da cidade, a região do Inner Harbor. Tem tudo perto: de restaurantes como o The Cheesecake Factory, até Best Buy. Se um dia for para Baltimore, esse é o lugar para ficar.

O tempo estava muito bom. Fiquei um pouco preocupado quando cheguei em Houston e chequei o The Weather Channel que dizia que viriam chuvas nos próximos dias. Mas chegando em Baltimore, o tempo estava bastante quente, bem no estilo dos dias quentes do Rio de Janeiro. Quando a semana começou a temperatura baixou um pouco e ficou mais suportável. Na quarta-feira somente garoou um pouco, mas nenhuma chuva de verdade. Quase todos os dias fez muito sol e o temperatura à noite sempre estava muito boa para uma boa cerveja gelada. Quanto ao clima não há o que reclamar.

Mas o melhor passeio foi o tour com Segway, do Segs in the City. Primeiro, andar de segway é muito mais legal do que parece, super intuitivo, uma excelente máquina. Segundo, a cidade é muito boa para esse tipo de passeio por ser muito plana, ter calçadas amplas e ruas pouco movimentadas. Conhecemos a região mais histórica da cidade, chegando pelos lados de Fell’s Point. Definitivamente um ótimo passeio que eu repetiria. Não é barato, uma hora saiu por USD 50. Dadas minhas restrições financeiras, acabei indo só uma vez.

Para fazer compras, o melhor lugar provavelmente é o Towson Town Center, em Towson, bem a norte de Baltimore. Fica bem longe de onde estávamos, no Inner Harbor, pelo menos 20 minutos de carro, sem trânsito. Fomos de ônibus até lá, o que deu uns 40 minutos. Indo para o norte passamos pelo subúrbio da cidade. O taxista da região disse que não recomenda andar por ali a pé, parece que há muitas gangues. De fato, o lugar é tenso. De qualquer forma o Townson Center é muito bom para fazer compras. Nem de longe perto dos malls de Miami ou San Francisco, mas suficiente.

A pior coisa da cidade – e não é exclusividade só de Baltimore – são os bares e tudo mais fechar às 2 da manhã, todos os dias. Durante a semana eu até entenderia, mas no fim de semana não faz nenhum sentido. Ponto negativo pra isso, me fez sentir muita falta da noite paulistana.

(obs: veja mais algumas fotos no meu álbum no Mobile Me)

Só para fechar com chave de ouro, tive um pequeno susto no último dia. Meu vôo de conexão pra Houston saía às 15:45. Eu pretendia acordar perto do meio dia porque queria começar a ajeitar meus vídeos. Mas fiquei até umas 6 ou 7 da manhã importando vídeos e tudo mais. Fechei as cortinas, fui dormir e acordei no susto, às 14:00 da tarde! Foi bem corrido, mas pelo menos cheguei no aeroporto a tempo :-)

E isso fecha mais uma RailsConf, espero poder continuar participando. Nos próximos posts vou publicar as entrevistas.

Eu ainda nem terminei de compilar todos os vídeos e nem de escrever o artigo principal do evento, mas já estava ansioso para publicar este vídeo do Robert Martin que consegui gravar, com exclusividade, em Baltimore. É uma conversa de 16 min falando sobre linguagens, carreira, certificações e Agile.

Na quinta-feira, dia 10, último dia da RailsConf, Robert Martin fez a abertura com a palestra “Vinte e Cinco Zeros”. Você pode assistir o vídeo, na íntegra, abaixo:

Em resumo ele explica como desde que foi inventado, o hardware evoluiu mais de 25 ordens de grandeza enquanto as linguagens de programação não evoluíram na mesma velocidade. Provavelmente não evoluíram nem um pouco.

“Ah, mas hoje temos orientação a objetos, temos closures, etc”. Como o Bob Martin bem lembrou, hoje temos até maneiras mais convenientes de organizar o código. Mas desde o Fortran, na fundação, somente fazermos sequência, seleção e iteração, ou seja, assinalação de variáveis, condicionais “if”, loops como “while”.

Além disso ele relembra como linguagens sempre vivem em ciclos: elas nascem, tem uma crescente, começam a estagnar e eventualmente morrem ou estacionam. Por isso é importante que programadores entendam que precisam aprender novas linguagens o tempo todo e não criar barreiras. Aliás, ele está aprendendo Clojure e recomenda essa linguagem, o que eu também acho uma ótima sugestão.

Na entrevista nós comentamos um pouco sobre esse assunto. Mas indo mais a fundo me interessava ouvir dele sobre o estado atual do crescimento de metodologias Ágeis, como Scrum, e o súbito interesse em Certificações.

Muitos devem conhecer Robert Martin como escritor do livro Clean Code e na entrevista ele revelou que está trabalhando num livro chamado “Clean Coder” – não sei se estava brincando, mas é um tema que faz sentido: um programador não pode ser excelente apenas em codificar e ser ruim em se comunicar. Existem muitas outras habilidades importantes que constróem um profissional completo.

Finalmente, Bob também é conhecido por ser um dos signatários do Manifesto Ágil e aqui ele nos conta a história de como isso aconteceu, como a reunião foi organizada, quem participou e como eles escreveram os famosos 4 valores ágeis.

Enfim, vários insights vindo de um profissional que está na área há mais de 4 décadas e com certeza já experimentou muito mais do que qualquer um de nós.