Estou bastante atrasado em posts, eu sei :-) Andei bem enrolado nesses últimos dias e ainda devo continuar nesse ritmo até o fim da semana que vem. Mas pelo menos posso dizer que não estou parado! Vem novidades por aí, vocês vão gostar!

Mas antes que eu me esqueça o mais urgente: amanhã tem o Café com o Tom promovido pelo Carlos Eduardo da e-Genial. Às 3 da tarde, palestra com Eric Cavalcanti falando sobre Scrum. Não percam!

Outra grande novidade é a entrada do Marcos Tapajós na Surgeworks! Não se desesperem, como ele explicou, a partir de agora ele foi dividido ao meio: metade continua na Improve it e metade vai pra Surgeworks :-)

Finalmente, hoje estive no Google Developer Day’08. Primeiro, a parte boa: encontrei vários Railers por lá! A parte não tão boa: eu definitivamente não era o público-alvo desse evento. Segundo o Alexandre Hohagen, havia umas 800 pessoas por lá. Sinceramente não sei onde coube tudo isso, vai ver era por isso que estava tão apertado no WTC.

Coisas que não gostei: sem WiFi free não dá! Talvez eu tenha ficado mal acostumado, mas um evento chamado “Developer Day” onde quase não se via um notebook aberto não me soou certo. A parte da manhã definitivamente era dispensável. Bom, também não posso reclamar tanto, afinal foi um evento na faixa. Mas só de ter encontrado vários caras legais e reencontrar conhecidos foi legal. Uma coisa engraçada: eu não conhecia o Manuel Lemos do phpclasses. Nada a ver com o Manoel Lemos, do conhecido BlogBlogs e Brasigo.

Ruby on Rails is big. Twitter is big. And because of that they became easy targets for the media and the frustrated pundits wanting a few more pageviews. “Blaine Cook” was one of Twitter’s developers and he kindly agreed to participate on one of my interviews. And, of course, he will answer the question “Does Rails Scale?”

Read the Rest

Esta viagem foi fantástica. Eu estava consolado de que nem iria mais viajar. De repente, tive a oportunidade de dar o sangue por essa viagem. Graças ao apoio do Vinicius, e muito vai e vêm daqui até Niterói, finalmente consegui meu passaporte!

Portland é uma cidade muito bonita

Read the Rest

The very first thing I did as soon as I checked into the hotel was to figure out how to get to the Apple Store. Damn, I like Portland’s MAX train. Once in the 5th avenue we got inside and I left a good chunk of my wallet there. One of my achievements was a small audio recorder for my iPod.

Good thing I bought that because otherwise I wouldn’t be able to record all these awesome audios. I thank again my good friend Julio Monteiro for supporting the audio file hosting.

Read the Rest

Esta RailsConf 2008 foi bastante técnica. Ao contrário dos outros anos, o comentário geral foi que o nível técnico das sessões foi muito bom. Só de olhar para a agenda dá para ver isso. De cerca de 30 sessões, pelo menos metade lidava com algum aspecto de escalabilidade.

Read the Rest

Em 27 de setembro de 2006 eu publiquei um post chamado Flame War: Joel Spolsky VS Rails

Nessa época, Rails já estava em ritmo acelerado de crescimento desde o ano anterior. Isso com certeza ‘assustou’ muita gente e os ‘forçou’ a se posicionar. Grandes mestres como Martin Fowler já haviam demonstrado seu suporte ao Rails. Por outro lado, nomes conhecidos como Joel Spolsky deram uma cartada fora do baralho.

Read the Rest

No segundo dia, o keynote de abertura foi do Jeremy Kemper, um dos Core Mainteiners do Rails. Para mim o mais interessante foi o David Hansson explicando como ele entrou para a equipe. Lá por 2004, quando o Rails ainda era 0.7 ou 0.8, o Jeremy começou contribuindo. Mas não foi 1 ou 2 patches, foram pelo menos uns 20 patches, devidamente testados e documentados. Naquela época, quase 1/3 do código do Rails já era do Jeremy.

Read the Rest

Uma apresentação que eu achei particularmente muito legal foi o Ruby Hero Awards. Inicialmente a idéia seria para toda a comunidade ‘votar’ em quem achavam que deveria ser o “herói do mundo Ruby”. Porém, como o Gregg me explicou, isso não seria justo pois as pessoas que já são as mais reconhecidas e populares é quem receberiam mais votos.

Em vez disso, eles escolheram um painel de pessoas que já são importantes e decidiram os nominados entre eles, o que eu particularmente achei mesmo mais justo.

Read the Rest

Uma das parcerias mais engraçadas que já fiz até então foi com o pessoal da Phusion. Desde que os entrevistei algumas semanas atrás meio que fizemos amizade e trocamos idéias o tempo todo via IM.

Desde então eles fizeram várias coisas:

• Lançaram a primeira versao do Phusion Passenger (a.k.a. mod_rails)
• Lançaram o quiz do Ruby Enterprise Edition
• Lançaram a campanha de doação para ganhar licenças Enterprise Edition.

O que vocês vão ler agora é o Inside Story de como muitas dessas coisas aconteceram :-)

Read the Rest

De longe, o anúncio mais controverso da RailsConf 2008 foi sobre o MagLev.

Em resumo, Avi Bryant foi convidado pela GemStone para levar adiante a idéia que ele próprio previu na RailsConf do ano passado dizendo:

Eu sou do futuro, eu sei como esta história termina. Todas as pessoas dizendo que não se pode implementar uma máquina virtual rápida para Ruby estão erradas. Essa máquina já existe hoje, é chamada GemStone e ela certamente poderia ser adaptada para Ruby. Ela roda Smalltalk, e Ruby essencialmente é Smalltalk, então adaptá-la para rodar Ruby está absolutamente dentro do possível.

Read the Rest

Update 29/05: Já estou assistindo o primeiro tutorial na RailsConf! Já encontrei pessoas legais aqui. Acompanhem minhas fotos aqui

Em algumas horas estarei embarcando rumo à Portland. Ainda estou preocupado, pois eu só considero algo como sucesso quando eu chego lá. Considerarei finalizado quando finalmente pisar os pés em Portland amanhã pela manhã. Quem acompanhou minha saga do passaporte sabe do que estou falando :-)

Ruby on Rails se tornou um enorme sucesso! Tão grande que hoje em dia dá muita audiência falar mal dele! O TechCrunch praticamente já é Ph.D nisso. Frases niilistas como “The problems at Twitter are often attributed to their use of RubyOnRails” demonstram o escórnio que os ávidos por pageviews usam e atualmente com a intenção clara de ofender via sarcasmo.

Porém, repetindo – pela enésima vez (sorry) – Kathy Sierra:

How brave are you? How far will you go to avoid the Zone of Mediocrity? Until or unless you’re willing to risk passionate hate, you may never feel the love.

E a comunidade Rails definitivamente não tem medo do ódio. Nesta RailsConf várias sessões irão tratar exclusivamente da pauta do momento: escalabilidade e F.U.D. (os sarcásticos aprenderam bem como discípulos de Steve Balmer). Quero tentar assistir às seguintes sessões:

• Multi-core Hysteria: FUD about CRUD? de Andrea O.K. Wright.

• Surviving the Big Rewrite: Moving YELLOWPAGES.COM to Rails onde John Straw contará como foi a recodificação de um dos maiores sites dos EUA para Rails.

• Scaling Rails será um painel com grandes nomes como Blaine Cook, Bradley Taylor, Kevin Lawyer, Ezra Zygmuntowicz e Jim Meyer.

• Dispelling the Myths About Rails Performance de Lewis Cime da New Relic.

• Scaling Ruby from the Inside Out do Ezra.

• mod_rails: Easy and Robust Deployment of Your Ruby on Rails Applications on Apache Webservers dos meus amigos da Phusion. Essa será MUITO legal!

Fora esses painéis ainda quero tentar assistir os painéis sobre Rubinius e o MagLev para ver o grande Avi Bryant.

Vários excelentes painéis e palestras, espero poder aprender muita coisa e, se tudo der certo, semana que vem trarei as novidades.

Acho que nunca mencionei no meu blog, mas minha cunhada é estilista. Mais do que isso ela é uma estilista auto-didata. Este artigo não tem necessariamente a ver com nenhuma tecnologia ou técnica de programação, mas tem a ver com a forma como as pessoas encaram seu trabalho e suas carreiras, por isso achei interessante contar este “causo”.

Não é fácil ser programador, mais difícil ainda ser um “bom programador”. Mas o que define um “bom” programador? Acho que é a mesma coisa que define ser “bom” em qualquer coisa, por isso o exemplo da minha cunhada é interessante para ilustrar meu ponto.

Read the Rest

Novamente, o Twitter ficou um bom tempo fora do ar, deixando milhares de pessoas bastante irritadas, e com razão.

Novamente, o TechCrunch e outros pundits começaram a rolar suas máquinas de FUD: “a culpa é do Rails: Rails não escala.” nhé, nhé, nhé.

Antes de mais nada, os problemas do Twitter tem duas naturezas: ou acabou o dinheiro e, nesse caso, não há o que fazer; ou eles tem realmente problemas arquiteturais sérios que não tem a ver com Rails. Para começar eles já usam um mix de linguagens e tecnologias, PHP, Erlang, etc. Rails é apenas uma delas.

Muitos acham que Twitter = website, e website = Rails, portanto Twitter = Rails. Isso está errado. Twitter é uma plataforma de mensageria. Para os javeiros, estamos falando de coisas como JMS, e não HTTP. Exemplo, um dos componentes dessa plataforma são servidores Jabber, para broadcast para clientes de instant messaging.

Outro FUD grave: “Twitter é a maior aplicação Rails, que bela propaganda para o Rails …” Está também errado. Segundo esta compilação, baseada no Alexa, o topo da lista é o seguinte:

1. Scribd (serviço de upload)
2. Yellow Pages (as Páginas Amarelas!)
3. Hulu (serviço de mídia da NBC)
4. Penny Arcade (não tenho nem idéia do que seja :-)
5. AboutUs (serviço de network de Wiki)
6. Twitter (aqui está ele: 6o. lugar!!)

Fora eles, pouco abaixo estão outros sites que muita gente usa ou já viu e nem sabe que é feito em Rails, como o SlideShare, Guitar Hero, Gravatar, Feed Digest. Portanto, não, o Twitter não é o mais usado, porém os pundits adoram, pois é uma boa desculpa para colocar as palavras “Rails” e “não escala” na mesma frase sem parecer muito cara de pau.

Os problemas do Twitter são particulares do Twitter e de toda aplicação mal estruturada (seja tecnicamente e financeiramente). A lista que linkei acima tem apenas os Top 100. Na Working with Rails há uma lista muito maior, dentre elas 395 americanos e 30 brasileiros.

O objetivo da TechCrunch: imprensa marrom. O objetivo dos pundits: aliviar a dor de cotovelo. Resumindo: invejinha barata (ou “de barata”).

O blog Dare Obasanjo tem uma análise (especulativa) interessante que deve ajudar os iniciantes a entender os perigos de um conceito que parece tão simples quanto “followers” (seguidores).

Segue a tradução:

Read the Rest

“Victorious!”

Uma pequena batalha ganha na guerra contra o SISTEMA! Como eu reportei no post da semana passada, consegui uma ‘brecha’ no SISTEMA graças ao toque do Vinicius. Fui até Niterói e consegui dar entrada na renovação do meu passaporte que, se fosse pelas vias normais, não sairia antes do meio de Junho!

Ontem peguei o ônibus à meia noite para voltar para Niterói, dia que foi marcado para buscar o passaporte. Detalhe: eles disseram que dois dias antes enviariam um e-mail de confirmação. Claro, esse e-mail nunca chegou, parece que o SISTEMA está engasgado.

Fui atendido às 7:00 em ponto e às 7:05 saí de lá com meu passaporte! Como eu expliquei antes, nesse horário a conexão de 512kbps ainda não estava saturada no distrito :-)

Pelo menos a viagem até Niterói foi proveitosa porque pude trocar idéias com o Vinicius, na Improve it (valeu pela hospitalidade Vinicius!). Peguei meu ônibus de volta para São Paulo ao meio-dia e cheguei aqui por volta das 19:30! Mesmo viajando de leito, é muito cansativo. Na ida eu mal dormi 2 horas e na volta dei uma cochiladas mal dadas.

Graças às grandes distâncias e ao trânsito de São Paulo, cheguei em casa só por volta das 21hrs. Um longo dia. Ainda bem que não é rotina. Mas pelo menos o esforço valeu a pena, agora começa a segunda parte da corrida: arrumar as passagens, estadia, etc para ir à RailsConf!

O Charles postou um ‘call to action’ hoje no seu blog avisando que os famosos RubySpecs do Rubinius finalmente se tornou um projeto independente. A idéia desse call to action é integrar os diversos suites de testes que existem para Ruby em um único maior e mais completo. O JRuby hoje executa meia dúzia de pacotes separados e com muitos testes redundantes entre eles.

Um RubySpecs completo primeiro auxiliaria todas as outras implementações como IronRuby, Rubinius e o próprio MRI e cala a boca de todos que ficaram dizendo “Ruby não tem especificação”. E por falar em Rubinius, outro cala boca a quem não acreditava nele: no estágio atual ele já começa a rodar Merb. Claro, ainda é insipiente, mas é um sinal que as coisas estão evoluindo bem.

Outro ‘cala boca’ veio na forma do suporte a mod_rails pela Dreamhost. Vocês vão se lembrar que alguns meses atrás eles pisaram na bola ao simplesmente falar mal de Rails e cruzar os braços (sendo que são eles que lucram com hosting de Rails). Pois bem, como eu venho dizendo, o pessoal da Phusion mandou ver numa solução decente a agora a Dreamhost não tem do que reclamar. Os reclamões deveriam se sentir envergonhados de ver um grupo de garotos (o pessoal da Phusion está na média dos 23 anos) resolver esse tipo de problema que muitos achavam que era o “calcanhar de aquiles” do Rails. O Zed Shaw deu uma resposta à altura com Mongrel e agora a Phusion dá uma segunda resposta à altura com Passenger.

“Ruby é lento, JRuby é lento” bla bla bla. Quantas vezes já não ouvimos isso? Hoje na lista rails-br o Antonio Carlos, da Object Training, postou sua experiência sobre seus sistemas rodando no MRI e agora em JRuby. Inclusive, serve de cala-boca para mim mesmo: eles tem um ERP com boa parte feita em Rails :-) Aliás, é um bom texto para mostrar as diferenças de se fazer aplicações em PHP e Rails vindo da parte de quem tem real experiência com ambos.

Um ano atrás as coisas eram bem diferentes, dois anos atrás eram mais insipientes ainda. Em menos de 3 anos a comunidade Ruby deu um enorme salto à frente e é por isso que eu sempre digo: a melhor parte do Ruby é a comunidade que a cerca, um exército de pessoas pró-ativas e efetivamente geniais em programação. Todo ano eu penso: “será que tem tanta novidade para ter 2 RailsConf todos os anos?” E a resposta é sim! Mesmo quando eu e o Carlos Brando começamos a gravar nosso podcast semanal ficávamos pensando “será que vai ter assunto suficiente pra falar toda semana?” e, pelo tamanho de cada podcast, dá para ver que a densidade de novidades toda semana é enorme!

E, também como eu sempre digo, os que apenas reclamam e cruzam os braços nunca vão sair do lugar. Por isso mesmo o que temos hoje representa uma derrota dos Reclamões. Não dêem ouvidos a quem só sabe dizer “Não”. É como no mundo de consultoria nós definimos como “crocodilos”: boca grande e braços curtos.

Steve Jobs já usou essa famosa frase de Alan Kay: “A melhor forma de prever o futuro, é criar o futuro.”