Esse post é para indicar 2 dicas matadoras que mostram como a comunidade Ruby on Rails é organizada e colaborativa. Essa semana foi finalmente terminado a tradução/edição/revisão d’O Guia (comovente) de Ruby do Why. Essa é tradução do livro do Why the Lucky Stiff, um cara que ensina fantasticamente bem.

Já ontem o Daniel Lopes anunciou a publicação do RailsGuides. O RailsGuides existe para mostrar como as peças do framework funcionam e como trabalhar com toda a produtividade que o Rails proporciona aos desenvolvedores. Boa viagem!

Assim como no codestacker, não lancei o autosimulado com todos os features prontos. Naturalmente, lançar um projeto sem estar com 100% dos recursos completos pode ser um risco, mas é uma gostosa corrida contra o tempo – e mais uma chance para avaliar se essa ou aquela funcionalidade é realmente útil para o aplicativo. Como disse Steve Jobs em uma apresentação sobre a iTunes Music Store, “Inovação não é dizer sim para tudo. É dizer NÃO para tudo exceto as funcionalidades mais cruciais”.

Hoje eu estou postando para falar de uma nova funcionalidade do autosimulado. Agora, o seu desempenho é salvo e você pode acompanhar o resultado dos testes em uma página exclusiva e com gráficos. Para ilustrar:

autosimulado é um aplicativo web com simulados de provas de legislação, aquelas que você faz quando vai tirar sua carteira de motorista. A inspiração para o autosimulado apareceu quando minha namorada foi tirar carteira, e ao tentar ajudá-la procurando provas, só encontrei coisas chatas, feias e sem usabilidade. Provas do Detran metem medo em muita gente – eu mesmo só passei da segunda tentativa – e ser simples, rápido, inteligente e grátis é o objetivo do site, que nasceu sobre a concepção do Getting Real e da integração contínua.

Essa é uma dica bem interessante: um cara chamado Priit Haamer migrou as documentações do Rails e do Ruby para o dicionário do Mac OS. Como o Spotlight do sistema busca – além de arquivos, emails, músicas e o que for – as entradas do dicionário, você ganha mais uma forma rápida de acesso a documentação de sua linguagem favorita.

Quem já está usando o Rails 2.2 já deve estar vendo um warning: no Rails 2.3, o método render está mais esperto e dispensará a instrução sobre qual tipo de renderização ele está fazendo. Confira:

Agora, você não precisa especificar se quer renderizar uma action, template ou file. Isso é bem legal e mostra cada vez mais o minimalismo do framework.

Essa é uma gem do Chris Wanstrath que muita gente não conhece e que só hoje me deparei. Para instalar:

Para usar, basta executar no terminal o comando cheat acrescido do assunto desejado, como por exemplo: cheat rails_svn

A saída, para esse cheat, é uma lista de comandos para ignorar arquivos temporários e de log do seu aplicativo rails no subversion é:

A lista de todas cheats é encontradada executando:

Na minha máquina de desenvolvimento uso o Passenger para trabalhar com o Rails e hoje eu precisei fazer alguns testes com PHP. Deixar o PHP junto com o Passenger é tão simples como 2 + 2 são 4. Vamos lá.

Abra o arquivo de configuração do Apache (/etc/apache2/httpd.conf) como superusuário e procure a linha que chama o módulo do PHP (linha 114):

Basta descomentar essa linha. Em seguida, no fim desse arquivo, crie um host virtual chamado php:

Pronto. Agora a url http://php/ responderá pelo conteúdo da pasta "/Users/leonardofaria/Sites/php". Lá dentro, você pode criar um index.php e para testar se está tudo ok, use o conhecido phpinfo()

Se tudo der certo, você terá uma tela como a seguinte :)

Agora, é possível 'embedar' códigos do codestacker em seu site! No update de hoje, implementei esse recurso e finalmente, um sistema de busca.

No Rails 2.0, os arquivos de migração eram gerados com o prefixo do timestamp. Exemplo: 20080614155951_create_users.rb. Nas versões anteriores, o prefixo era numérico. Para o Rails 2.2, será possível você mesmo configurar isso, definindo no environment.rb:

Vale a pena a leitura do Release Notes do Rails 2.2 e, se você ainda não pegou o RC 1 do Rails, lembre-se:

Essa semana apareceu uma nova IDE para Ruby: a RubyMine, que se auto-denomina com a mais inteligente IDE para Ruby. O software é multiplataforma e parece ser bem interessante. Notei algumas coisinhas numa primeira-impressão:

1) há templates para testes (RSpec e TestUnit)
2) integração com o Mac OS: o look'n feel não combina muito (= feia) com o sistema e ele está mais para NetBeans e Eclipse do que para um Textmate. Nada de maçã + w para fechar um arquivo nem maçã + n para um novo arquivo. A velocidade dele também está mais para NetBeans/Eclipse do que para um Textmate
3) inspetor: ele possui um inspetor interessante: para CSS, por exemplo, ele verifica suas folhas de estilo e informa por imagens quebradas, seletores não usados e código desnecessário (como escrever '0px', onde somente '0' já resolve). Para Ruby, ele verifica, entre vários itens, referências não resolvidas e erros em chamadas de métodos (apesar de que, no meu projeto, o que ele inspencionou estava certo)
4) parece ter uma integração interessante com controle de versão (Git, Subversion e CVS)
5) ele também tem um Go to File, como no Textmate
6) ele tem uma janela amigável para rodar scripts (como o RadRails)

Essa próxima semana vou utilizá-lo e ver se ele pode ser um Textmate-killer ou uma boa alternativa para Windows e Linux.