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.

Ela irá acontecer dia 7 de Maio de 2010, num espaço muito bom, o Sokos Hotel Presidentti, no coração de Helsinki, onde os conferêncistas terão um desconto especial. De lá você poderá ir a pé à bares, restaurantes, lojas e atrações turísticas. Os organizadores também pretendem fazer alguns eventos em torno da conferência, como um meet-up do GitHub e sessões especiais com alguns palestrantes.

Os ingressos custam a partir de 99€, o que faz dela uma das conferências Rails mais baratas. Se quiser uma experiência completa no Frozen Rails, compre um ingresso VIR (Very Important Rubyist) e participe de um jantar especial na noite que antecede o evento.

• Do Java ao Ruby, perdendo peso sem esforço - Douglas Campos
• Entendendo metaprogramação e por que magia negra não existe (Voodoo é pra jacu) - David Paniz e Leonardo Bessa
• Extração de dados com Hpricot - Jonas Alves, Mauricio Matsuda, Herbert Bamonde e Henrique Salvador (WebGoal)
• Rhodes, um framework para o desenvolvimento de aplicações nativas para smartphones usando Ruby - Marcelo Castellani
• Desenvolvimento de jogos com Ruby - William Molinari
• Idéias bobas, execução brilhante - Felipe Rodrigues de Almeida
• Ruby + Redis para cachear produtos de e-commerces em sistemas de alta disponibilidade - Felipe Luis de Souza Vieira
• BDD e Cucumber - Anderson Leite
• Refatorando Ruby - Técnicas de Orientação a Objetos e Design Patterns Aplicados a Linguagens Dinâmicas - Cássio Marques
• Processamento batch - Escalando um sistema sem "fermento" - Thiago Scalone e Douglas Campos

Além dessas palestras teremos uma palestra sobre Rails 3 com o pessoal da Plataforma, mais especificamente com o Hugo Baraúna. Se puder, ajude a divulgar o evento e a votação através do Twitter, clicando aqui.

Assim que tivermos mais detalhes do evento os publicaremos aqui no Ruby Inside Brasil, fique ligado!