Se você já achava fácil criar VMs com o EC2 da Amazon EC2, o Vagrant traz um sistema ainda mais simples para sua máquina de desenvolviemnto local. Para começar é bem simples, abra um terminal e digite:

sudo gem install vagrant
vagrant box add base http://files.vagrantup.com/base.box
mkdir vagrant
vagrant init
vagrant up

Mas há um porém: ele faz o download de uma imagem básica que tem 370MB, ou seja, não é um processo exatamente rápido, mas uma vez concluído você pode criar novas VMs quantas vezes quiser.

O VirtualBox é uma dependência externa não inclusa no Vagrant. Você precisará baixar e instalar uma versão para o seu sistema operacional antes de poder testá-lo.

Além de fazer o básico, que é criar novasa VM's, o Vagrant também pode fazer port forwarding, distribuição, setup de ambientes, acesso SSH, compartilhar pastes e fazer o provisionamento de softwares em uma VM usando o Chef. Se você quiser montar automaticamente uma VM com Apache 2, Rails, Phusion Passenger, ou coisas parecidas, o Chef e o Vagrant poderão te ajudar. São ferramentas poderosas!

Quando analisamos a documentação e a página oficial, ele se torna referência. Existe um guia prático para se começar a utilizá-lo, muita of documentação e um screencast de 12 minutos para iniciantes. Bom trabalho pessoal!

O Ignite começará dia 6 de Junho de 2010, às 18 horas no Sheraton Inner Harbor, que se conecta ao centro de convenções onde será realizada a RailsConf. Você pode se registrar para participar aqui. Ingressos custam US$ 5, todo o lucro do evento será revertido para projetos da comunidade Ruby ou caridade (se quiser recomendar alguma entidade para receber as doações, envie um e-mail para mike@subelsky.com).

A organização busca palestras sobre vários assuntos, e você pode mandar sua proposta aqui. Nem todas as palestras serão específicas sobre Rails, mas todas serão de interesse para desenvolvedores Rails. (A palestra ideal seria como uma versão do recente artigo What Pythonistas Think of Ruby escrito por Geoffrey Grosenbach). Você não precisa particiar da RailsConf para ir ao evento ou palestrar.

Eles também estão procurando patrocinadores para amortizar os custos de locação do espaço, comida e filmagem. Até o momento, as seguintes empresas ofereceram seu apoio: NewRelic, Hashrocket, Peepcode, Smartlogic, and Intridea. Se você tiver interesse em patrocinar, por favor envie e-mails para mike@subelsky.com.

O press release da New Relic soa falso, como qualquer press release, mas vale a pena destacar o que Ryan Tomayko tem a dizer, uma vez que ele é um colaborador do Sinatra e e do Rails, e funcionário do GitHub:

O Rack deu aos desenvolvedores Ruby liberdade incrível para inovar e experimentar ao criar aplicações web.

Cada vez mais desenvolvedores usam o Rack e plataformas leves como o Sinatra para criar pequenas aplicações auxiliares ou adicionar funcionalidades que precisam de alta performance a outros sites. A possibilidade de monitorar e fazer o profiling dessas aplicações usando o RPM da New Relic aumenta muito a visibilidade dessas plataformas.

Além disso, a New Relic também atualizou o "agente" utilizado para fazer a comunicação entre sua aplicação e os servidores deles, e adicionou algumas funcionalidades específicas para Ruby, incluindo visibilidade do processo de garbage collection, profiling em modo de desenvolvimento, melhor suporte à JRuby e análise do Phusion Passenger (que parece ser especialmente útil para fazer ajustes finos).

Como de costume, o RPM é gratuito para ser usado na versão "Lite", e novos usuários ganham uma semana para experimentar as funcionalidades "Gold" gratuitamente, e você pode continuar com o plano Lite se não quiser pagar. O plano "Bronze" começa em US$50 por mês (para contratos anuais) por host, mas eles também tem um sistema de preços "on demand", como o Amazon EC2, que começa em US$ 0,10 por hora.

Temos acompanhado a New Relic desde o começo de 2008 e aparentemente eles só tem crescido nos últimos anos. No começo, o RM-Manage da FiveRuns era uma opção melhor que o RPM (na minha opinião) mas, como parece que a FiveRuns está saindo de cena, a New Relic se tornou a dona da bola quando o assunto é monitoramento de aplicações web em Ruby (embora o Scout esteja se tornando um concorrente respeitável em algumas áreas).

Na agenda está um uma discussão sobre os próximos encontros do grupo, que provavelmente terão as datas e local definidos até o fim do ano, ou seja, teremos encontros mensais estáveis e previsíveis o ano todo. É uma ótima oportunidade para se envolver no grupo e se organizar para o resto do ano. Além disso, teremos duas palestras muito legais:

Palestra 1: Por que Vim? - PotHix (Willian Molinari)
Nessa palestra ele mostrará um pouco sobre esse editor, filosofia, comandos básicos, modos de edição, qual o melhor modo de usar, como customizar, killer commands, bons plugins para desenvolver com facilidade e principais vantagens/desvantagens.

Palestra 2: HPricot - Jonas Alves
Coletar dados da internet manualmente demanda muito tempo e esforço, e a qualidade das informações podem ser comprometidas por erros humanos. Testamos ferramentas em PHP, Java, C++, C# e Ruby. De todas as opções, o Hpricot se destacou pelo seu poder e simplicidade de uso na extração de dados de websites. Na apresentação ele mostrará como construir um extrator de dados de vários sites com Hpricot.

Para participar basta preencher esse formulário e aparecer no dia com muito entusiasmo, e se puder, leve seus amigos. O encontro deve ir até 14:00 e depois teremos o famoso #HoraExtra para socializar e confraternizar. Se tiverem dúvidas, deixem comentários aqui no post, irei respondê-las o mais rápido possível, ou entrem no grupo de discussão do Guru-SP ou no site oficial do grupo.

Os hacks podem ser feitos usando qualquer linguagem e ou outras plataformas abertas, incluindo Ruby e Rails, e os melhores serão premiados. O evento é gratuito, tem comida na faixa e no Sábado serão realizados alguns tech talks para esquentar os motores.

Tech talks
Sala 1:
09:30 – Mashups: desenvolvendo com a Web
10:20 – YAP, a plataforma de aplicativos do Yahoo!
11:10 – Desenvolvimento fácil para iPhone e Android

Sala 2:
09:30 – Hacks de hardware com Arduino
10:20 – “SELECT * FROM internet;” como usar o YQL com Yahoo! Meme e outros serviços
11:10 – Extraindo dados públicos “na marra”

O Guilherme Chapiewski, figurinha carimbada das comunidades Ruby, Python e Agile, escreveu sobre o evento em seu blog, e você pode obter mais informações no Yahoo! Developer Network, no blog oficial do Meme, no Facebook, se atualizar no Twitter em @brhackday e, é claro, no site oficial.

Junte sua equipe, bole seu projeto, prepare seu notebook e inscreva-se! Mas não demore, as vagas são limitadas. Se puder, ajude a divulgar o evento através do Twitter, clicando aqui.

Serviço
Quando: dias 20 e 21 de Março de 2010, à partir das 8:00hs do dia 20
Quanto: Gratuito, basta se inscrever no site oficial, vagas limitadas
Onde:
Centro Universitário Senac – Campus Santo Amaro
Avenida Engenheiro Eusébio Stevaux, 823
Santo Amaro – São Paulo/SP – Brasil
CEP 04696-000

Tirando as 6 páginas entre capa e índice, o livro tem 113 páginas de incríveis. Para começar, ele faz uma explicação geral da jornada do Rails 2 e do Merb até o Rails 3, e depois disso começa a mostrar como atualizar sua aplicação. Existem alguns posts espalhados cobrindo alguns dos tópicos desse e-book, mas se você quiser um único guia de "como atualizar uma aplicação Rails 2.x para Rails 3.0", sem ter que procurar nada, o Rails 3 Upgrade Handbook é a escolha certa.

Quer ter uma idéia de como ele é? Jeremy disponibilizou um PDF com algumas páginas de exemplo, mas você pode ver alguns exemplos abaixo. Como pode ver, ele é bem feito:

Mas por US$ 12? Parece que todo mundo só quer saber de vendar as coisas hoje em dia... Jeremy entrou em contato com Peter Cooper, editor do Ruby Inside internacional, uma semana antes de publicar o e-book, perguntando sobre o preço que deveria praticar. A princípio ele estava pensando em vendê-lo por volta de US$ 20, mas foi sugerido que ele baixasse o preço - não porque não vale US$ 20, mas porque ele é tão útil que todos deveriam achar que vale a pena comprá-lo, e por fim ele decidiu por um preço ainda menor do que o sugerido.

Se você está interessado no Rails 3 e tem experiência com o Rails 2, o livro é uma pechincha por US$ 12 - certamente ele poupará US$ 20 de tempo perdido procurando informações na documentação e em 1001 blogs

Mas se você realmente quer arrancar cada centavo de valor do trabalho do Jeremy, você pode baixar o Humble Little Ruby Book escrito por ele. É gratuito, pode ser lido online ou como PDF, e é uma excelente introdução ao Ruby, perfeito para você recomendar a seus colegas, filhos ou pra quem mais você quise. Se alguém tem o direito de vender seus produtos de vez em quando, esse alguém é ele!

Pontos positivos

Ben fez um ótimo trabalho na produção desse screencast, sendo uma introdução interessante à alguns plugins específicos para Rails, como o Rails.vim, criado por Tim Pope, e o Snipmate, criado por Michael Sanders, um conjnto de snippets parecidos com os do TextMate para o Vim. E, obviamente, vocë pode testar ambos gratuitamente, sem ver o screencast.

Pontos negativos

Parece que esse é o primeiro screencast profissional feito pelo Ben, e a falta de experiência aparece em alguns pontos. Ele não se esforça para explicar o básico do Vim, se concentrando em mostrar os atalhos específicos do Rails para quem já conhece bem o Vim. Se você não conhece o Vim ou não passa do :q!, esse screencast não é para você.

Dada a necessidade de familiaridade com o vim, é estranho o fato de Ben passar os primeiros 5 minutos enfatizando a importância do operador ser capaz de digitar rapidamente e dando dicas de como aumentar a sua velocidade de digitação.

Há mais pontos positivos do que negativos

Porém, depois que ele começa a falar das coisas específicas do Vim para Rails, vemos que seu estilo combina com o formato de screencast. A qualidade do som é boa ele explica de maneira clara. Ele evita termos técnicos desnecessários e suas demonstrações são relevantes e concisas. Ele mostra como navegar rapidamente em um projeto Rails dentro o Vim e também mostra com utilizar os snippets à la TextMate, como fazer pesquisas dentro do projeto e comentários em várias linhas.

No fim, ele vale mais do que US$ 9, desde que você esteja familiarizado com o vim e queria uma ajudinha para se tornar um "power user" com Rails. Além disso, US$ 9 é apenas uma fração do custo do TextMate.

A entrevista

Fizemos algumas perguntas à Ben, para saber o que o levou a fazer o screencast e o porque do seu interesse pelo Vim:

Por que você recomendaria o vim em relação ao TextMate, por exemplo, para desenvolvedores Rails?

Bom, você é neurótico por eficiência? O TextMate é um excelente produto, mas tenho certeza que editores do estilo do Vim sejam muito mais rápidos e facilitem mais o desenvolvimento.

Acho que o TextMate tem algumas funcionalidades muito boas, como o localizador de arquivos com Cmd+t e snippets, mas eles já foram portados para o vim. Você pode replicar as funcionalidade do Cmd+t instalando o fuzzyfinder_textmate, e eu mostro como usar snippets à la TextMate no screencast.

Qual o seu histórico com editores de texto, particularmente com desenvolvimento para Ruby/Rails?

Um amigo o recomendou logo que comecei, e tive a sorte de aprendê-lo e usá-lo desde o início. Fiquei impressionado pelo modo como ele foi projetado para velocidade: as tarefas mais comuns podem ser feitas de maneira incrivelmente rápida, normalmente precisando apertar apenas uma tecla. Depois de um ano, comecei a fazer vários programas em Common Lisp, e para essa tarefa Emacs é o único editor que vale a pena pensar em usar, então passei a usá-lo. Era impressionante como foi difícil esse processo, e escrevi o artigo Switching Editors is Just as Hard as Switching Languages sobre minha tentativa. Eu amava o modo como podia customizar o Emacs, mas sentia saudades da eficiência do vim.

Por fim, comecei a trabalhar com Rails profissionalmente full-time, e voltei para o vim. Adoraria poder fazer scripts para vim em elisp, como no Emacs, mas tirando isso não poderia estar mais feliz com um editor.

Algum conselho final?

Acho que é de importancia vital para as pessoas customizar seus editores e refinar constantemente essas mudanças para que elas possam trabalhar cada vez mais rápido. Se mudar de editor de texto por uma semana não é o fim do mundo pra você, quer dizer que você não está gastando tempo suficiente ajustando seu ambiente. Particularmente, eu guardo toda minha configuração do vim configuration (e todos meus outros arquivos de configuração) em um repositório git. Cada máquina que utilizo tem exatamente o mesmo ambiente customizado, e sou muito mais produtivo com ele.

O screencast é uma coletânea dos plugins e técnicas que adicionei ao meu repertório ao longo do tempo.

O screencast do Ben pode ser encontrado aqui.

Robert Klemme, escreveu um artigo no blog Ruby Best Practices com um tutorial sobre o processo de construir uma nova classe numérica a partir do zero em Ruby - analisando todas pegadinhas e necessidades da tarefa, que é bem mais difícil e complexa do que você pode imaginar!

Robert decide criar uma classe HexNum para representar números inteiros que podem ser mostrados como números hexadecimais. Existe uma série de coisas a se levar em consideração ao se fazer conversões entre os tipos numéricos existentes e essa nova classe HexNum, conversões para outros tipos, suportar métodos de comparação padrão e overloading de funções.

Todos os pontos acima são tratados nesse artigo, com a alta qualidade que o blog RBP vêm mostrando até o momento. Esse artigo em particular deve ser bastante interessante para qualquer rubista que goste de ir à fundo no código, ou seja, não é um artigo para iniciantes

Joe e Aman comparam o gerenciamento de memória em C com o do Ruby e mostram as diferenças entre o stack e o heap. Uma vez que utiliza garbage collection, o Ruby segue o caminho fácil, colocando tudo no heap e a apresentação mostra como o MRI (o Ruby 1.8 do Matz) faz isso, e também mostra como os objetos são gerenciados dentro em memória, incluindo os structs em C.

O sistema de garbage collection do MRI não é muito otimizado, embora o Ruby Enterprise Edition da Phusion tenha feito alguns ajustes, e a apresentação mostra a viabilidade de se utilizar outros sistemas de garbage collection. Como sempre, os problemas aparecem na compatibilidade com as extensões nativas.

Eles fecham a apresentação com um interessante tutorial de como utilizar o memprof (um profiler de memória para Ruby) para debugar um vazamento de memória no Rails 3.

Gregory sempre quis poder publicá-lo com a licença Creative Commons e a O'Reilly foi bacana e permitiu que ele o fizesse, disponibilizando um capítulo por vez. Até o momento, foram disponibilizados os 5 primeiros capítulos para download no GitHub (em formato PDF). Mais especificamente:

• Capítulo 1 - Escrevendo código baseado em testes
• Capítulo 2 - Criando APIs lindas
• Capítulo 3 - Dominando as técnicas de programação dinâmica
• Capítulo 4 - Processamento de texto e gerenciamento de arquivos
• Capítulo 5 - Técnicas de programação funcional

Porém, não só baixar e pronto não. Se você ler esses capítulos, Gregory implora para que você os comente e dê conselhos ou insights através dos posts relevantes no blog Ruby Best Practices, e ele também sugere que, se você realmente gostou do livro, compre uma cópia, ação que irá, no mínimo, ajudar a covencer a O'Reilly que esse modelo de publicação é funciona. Segundo Gregory o livro ainda não cobriu nem a o adiantamento que ele recebeu (como assim!?), o que torna essa compra mais importante ainda.

Para comprar uma cópia, vá até o site da O'Reilly para comprar cópias impressas ou e-book ou à sua loja preferida (provavelmente, a Amazon.com será a opção mais barata).

Parabéns ao Gregory e à O'Reilly pela iniciativa.