Tenho recebido alguns comentários referentes ao andamento das rotinas de bancos e boletos que estávamos desenvolvendo a algum tempo atrás, então resolvi fazer um post rápido para informar a todos que o projeto está atualmente parado. O cliente com o qual estávamos trabalhando congelou o projeto e ainda não tem previsão de continuar com o desenvolvimento. Sendo assim, todo o código que desenvolvemos para a geração de boletos e guias também está congelado. Como é um código experimental, ou seja, ainda não foi efetivamente testado e homologado diretamente com nenhum banco, decidimos não divulgar nenhum código ainda.

Para quem está precisando gerar boletos em sua aplicação Rails, aconselho muito a utilização do projeto brcobranca, um plugin/gem criado pelo Kivanio Barbosa com a ajuda de alguns colaboradores (Shairon Toledo e Claudio Pozzebon), e que atualmente funciona com vários bancos diferentes (Banco do Brasil, Itaú, HSBC, Banco Real, Bradesco e Unibanco até então), além de geração direta para os formatos png, tif, jpg ou mesmo pdf.

Você pode encontrar mais informações sobre o projeto no github e também na página de exemplo, onde é possível gerar boletos de testes para todos os bancos e formatos disponíveis.

Rails Summit 2009 - Parede de assinaturas

O evento que aconteceu nos dias 13 e 14 de Outubro em São Paulo contou com mais de 500 participantes e foi sensacional. As palestras estavam realmente ótimas, muito conteúdo diversificado para todos os gostos, passando dicas sobre desenvolvimento e testes, melhores práticas, melhorias de performance, controle de versão, Ruby 1.9, CouchDB, empreendedorismo, entre outros.

A organização do evento estava muito bacana, sem nada que pudesse influenciar o evento no geral. Aproveitando gostaria de parabenizar o Fábio Akita pela excelente organização (e é claro pelo sorteio que participei e ganhei o ingresso).

Como não poderia deixar de ser, em ambos os dias ocorreu o hora extra, onde o pessoal se reuniu após as palestras para confraternizar e trocar idéias, além de fortalecer a rede de relacionamentos entre todos.

O pessoal da Plataforma Tecnologia esteve presente palestrando no evento, primeiramente com José Valim falando sobre o Thor e os geradores de código do Rails 3, e posteriormente com George Guimarães e comigo no lightning talk apresentando o Devise, a solução da Plataforma para autenticação de usuários, bastante modular e flexível. O post oficial está disponível no blog da plataforma através deste link.

Não vou me estender muito falando sobre o evento pois o próprio Akita fez uma bela retrospectiva com muitas fotos e links para os vídeos e slides já disponíveis do evento. Não deixe de conferir.

E não esqueça: vá reservando seu espaço na agenda para o RSLA 2010!

Nos dias 13 e 14 de outubro de 2009 acontecerá em São Paulo o Rails Summit Latin America: o maior evento sobre Ruby e Rails da América Latina, criado pela Locaweb. Esta será a segunda edição do Rails Summit, e com certeza vai bombar! A primeira edição contou com mais de 550 participantes, e para esta edição espera-se um número ainda maior.

Os palestrantes do evento são nada mais que os caras mais feras do mundo Ruby e Rails. Não vou citar nomes aqui, pois a lista é grande =).

As palestras serão dos mais variados assuntos relacionados a Ruby, Rails, metaprogramação, testes, agilidade, banco de dados, entre outros. Nem todas as palestras estão definidas ainda, para dar uma conferida no que já está disponível acesse aqui e fique ligado nos updates.

Para conhecer mais sobre o evento, a programação, os palestrantes, e é claro, fazer sua inscrição, clique no banner abaixo:

E não se esqueça de seguir o @railssummit no twitter.

Nos vemos lá!

Olá pessoal, ontem, 12 de setembro de 2009, tivemos o Rails For Kids, um evento on-line realizado pela e-genial contando com diversos temas relacionados a Ruby on Rails. Tive o prazer de participar do evento e assistir à palestras dos mais renomados railers do Brasil. Não consegui assistir 100% até o final, faltaram alguns detalhes, mas vou tentar passar um resumão rápido aqui do que aconteceu no evento até o momento em que eu estive presente.

Márcio Garcia

A palestra inicial era para ser a do Carlos Brando, mas devido a alguns problemas técnicos foi trocada pela do Márcio Garcia. Ele falou bastante sobre sua experiência com o pagseguro, e sobre a gem brEshop criada por ele e outros 3 railers que não me recordo bem o nome agora. Demonstrou exemplos de como usar a gem e fazendo a integração de um carrinho de compras com o pagseguro. Foi uma palestra bem legal, com dicas importantes para quem precisa desenvolver algo nessa área.

Carlos Brando

Em seguida foi a vez do Carlos Brando, com o tema: Eu odeio OpenSocial. Para quem não sabe, Carlos atualmente não está mais trabalhando para a Surgeworks, foi contratado por uma startup nacional chamada Anamaiê, que desenvolve projetos ligados a redes sociais, como o Orkut, o MySpace e o Facebook por exemplo.

Carlos explicou o que é o OpenSocial, plataforma para desenvolvimento de aplicativos para redes sociais que tem a intenção de padronizar a comunicação com essas redes. A idéia é desenvolver um aplicativo uma única vez e utilizar em todas as redes que fazem parte do OpenSocial. Mostrou como trabalhar com OpenSocial, a possibilidade de utilizar apenas 1 único arquivo XML, muito javascript, sendo até possível integrar jquery ou prototype por exemplo.

Também falou sobre o desenvolvimento de um framework específico que está trabalhando para utilizar OpenSocial, chamado Sociably. O projeto está sendo desenvolvido por ele na Anamaiê, e assim que for considerado estável para produção deve ser liberado como opensource. Ficamos no aguardo =).

Para quem não conhecia o OpenSocial foi uma introdução muito legal. Aguardamos a “continuação” da palestra no Rails Summit. Link com os slides da palestra aqui.

George Guimarães

George trabalhava um tema muitas vezes não compreendido por muitos railers, principalmente para quem está entrando nesse mundo: como fazer o deploy de aplicações Rails. Ele deu algumas dicas sobre as configurações do Rails em modo de produção, como por exemplo o cache e requisições locais. Explicou também rapidamente como os servidores web evoluíram, passando de conteúdo estático para CGI e FCGI, para então chegar ao que utilizamos hoje.

Ele também deu dicas muito legais sobre a instalação e configuração do Apache e do Phusion Passenger, seguindo essas dicas com certeza ficará bem mais fácil configurar um server para produção. Também falou bastante sobre a ferramenta Capistrano, como ela facilita para efetuar deploys em vários servidores ao mesmo tempo, e também passou uma receita básica que ele mesmo utiliza nos projetos da Plataforma Tec, empresa do qual é sócio. O link da receita está disponível aqui.

Outras dicas importantes trazidas pelo George referem-se a utilização de ferramentas como o Exception Notifier ou o Hoptoad, para avisar a equipe quando algum tipo de exceção ocorre no projeto; e também sobre ferramentas para análise de performance, como o New Relic e o Scout. Com todas essas dicas com certeza fica bem mais fácil colocar uma app Rails em produção.

Hugo Baraúna

O Hugo trouxe um tema muito legal para o evento: Agile. Por que? Pra que? Como? Ele começou a palestra explicando como chegamos ao modelo de Engenharia de Software Tradicional que conhecemos hoje, vindo do modelo Industrial de Produção, ou modelo Fabril como ele mesmo comentou. Isso gerou o processo de desenvolvimento em Cascata como muitos conhecem (Waterfall), um processo linear e engessado. Também levou ao conceito de fábricas de software, fazendo com que as pessoas pensassem que software poderia ser “fabricado” assim como um outro produto qualquer. O resultado tem sido um grande insucesso no desenvolvimento de software. Teve até um comentário muito legal do pessoal: “Me vê aí R$ 3,00 de software”.

Hugo continuou sua palestra falando sobre o Manifesto Ágil e o porque de ser ágil, além de explicar os principais focos do manifesto durante o desenvolvimento de um software. Após explicou com detalhes sobre o Scrum, como funciona a definição do produto, dos sprints, as reuniões diárias e as demais reuniões que compõem essa metodologia/filosofia. Comentou também sobre o XP e algumas de suas práticas. Uma coisa importante a ser definida é a diferença básica entre Scrum e XP: o primeiro tem foco mais no gerenciamento do projeto, enquanto o segundo é mais relacionado as práticas de desenvolvimento em si.

Para finalizar a palestra, Hugo indicou dois livros ótimos: o primeiro deles é o recomendadíssimo livro do Vinícius Teles sobre XP, e o segundo é um ebook disponibilizado pela InfoQ, chamado Scrum e XP das Trincheiras. Seguem os links para os livros aqui e aqui respectivamente.

Celestino Gomes

Imagino que muita gente estava aguardando a palestra do Celestino Gomes, que veio explicar por que o Git é o nosso melhor amigo. Ele iniciou sua palestra falando sobre a história do git, partindo então para a estrutura de arquivos, como ele armazena as informações relativas a branches, commits, e toda a sua estrutura interna. Falou sobre os tipos de objetos do git e também sobre os git hooks, que permitem que você execute algum código específico em determinadas operações do git, como por exemplo antes ou depois de um commit.

O próximo passo foi falar sobre comandos utilizados no dia a dia com o git: como criar um repositório novo ou a partir de outro (clone), como trabalhar com branchs remotos, alterar mensagens de commit, e várias outras dicas muito legais e importantes sobre git. Aproveitando, logo após da sua palestra ele já disponibilizou os slides aqui.

Júlio Monteiro

O catarinense Júlio Monteiro veio falar um pouco sobre sua experiência com Continous Integration (CI), ou Integração Contínua. Começou explicando a importância de se utilizar CI para encontrar bugs com antecedência no código e assim garantir que nenhum código com falha vá para produção, além de permitir rodar rotinas específicas no sistema, como o exemplo citado por ele de gerar toda a documentação do sistema.

Júlio demonstrou também quais os CIs disponíveis atualmente no mercado, não só do mundo Ruby mas também do Java e outros. Particularmente já usei o CruiseControl.rb, mas fiquei bastante interessado nas dicas do Júlio sobre o Integrity, o qual ele considera o mais simples e prático de trabalhar. Júlio também mostrou rapidamente a ferramenta report_card, para fazer análise de um conjunto de métricas do sistema. Vale a pena dar uma conferida.

Uma coisa bem bacana que o Júlio demonstrou foi a utilização dos git-hooks pre-commit e post-commit, executando por exemplo toda a bateria de testes antes de um commit (pre-commit) antes de efetivar o commit ou a geração dos docs após o commit, garantindo assim que um commit não seja feito com um teste quebrando (se qualquer exceção for gerada pelo hook pre-commit por exemplo, o commit é cancelado). O Júlio usou muito bem os recursos de ScreenSharing do TreinaTom para demonstrar o Integrity e os recursos de git-hooks.

Carl Youngblood

O Carl surpreendeu a maioria do pessoal que não o conhecia (assim como eu) pela fluência em português. Incrível como as pessoas de fora que aprendem nossa língua usam muito bem a gramática, coisa que muitas vezes nem nós nativos utilizamos. Voltando a palestra, Carl falou sobre Cucumber e deu muitos exemplos práticos utilizando cucumber + rspec. Para quem não conhece o Cucumber, segue a explicação do Carl: é uma ferramenta utilizada para fazer os testes de integração do sistema, ou seja, para criar os testes mais próximos possível da experiência que o usuário teria ao abrir o browser e iniciar sua navegação. Funciona como uma espécie de caixa preta, você não tem a menor idéia de como o sistema está desenvolvido internamente, mas sabe o resultado que quer. É o chamado desenvolvimento Outside-In, ou seja, de fora para dentro, onde você começa com as funcionalidades e vai implementando as internas do sistema de acordo com elas.

Ele iniciou sua palestra com uma breve história sobre o Cucumber e o TDD/BDD. Em seguida, explicou como funcionam as estórias do cucumber, como é possível e extremamente fácil utilizar qualquer idioma para escrever uma estória, até mesmo escrever as funcionalidades em português. Uma dica legal aqui deixada por ele é procurar sempre que possível utilizar as estórias no mesmo idioma do cliente, pois a comunicação fica facilitada e o próprio cliente irá aprender a descrever as funcionalidades que ele precisa diretamente no formato simplificado do cucumber.

Carl usou bastante o ScreenSharing para mostrar um exemplo completo de utilização de Cucumber + Rspec, o que deixou o pessoal com água na boca para brincar com a ferramenta. Foi uma palestra muito bacana e o Carl é um ótimo palestrante.

Cleiton Francisco Vieira Gomes

O Cleiton apresentou uma palestra bem legal sobre como usar o Rack para criar middlewares para o Rails. Um middleware nada mais é do que um objeto que responde ao método call e retorne os dados em um formato pré-definido para o Rack. Até mesmo um lambda pode ser usado, é bastante simples. Ele deu dicas bem legais e um exemplo criando um middleware simplificado, e ainda implementou nesse exemplo um método para enviar uma mensagem para o twitter no caso de ocorrer alguma falha na aplicação.

Foi uma introdução ótima para aqueles que não conheciam os middlewares e o poder que eles podem nos dar. O gist com o middleware desenvolvido pelo Cleiton está aqui.

Kivanio Barbosa

O Kivanio procurou fugir um pouco do assunto Ruby on Rails trazendo uma apresentação introdutória sobre o Sinatra. Ele demonstrou com detalhes o que é o Sinatra, explicando que possui um foco realmente voltado para o desenvolvimento de aplicações simples, diferente do Rails, que como o Daniel Lopes comentou posteriormente, é um full-stack web framework, ou seja, um framework completo e integrado, com ferramentas que permitem o desenvolvimento de aplicações tanto simplórias quando maiores e mais complexas. Mesmo assim, o Sinatra é bastante poderoso e simples de entender e trabalhar.

Kivanio deu uma geral sobre as possibilidades ao se trabalhar com Sinatra, helpers, tratamento de exceções, hooks, dentre outras coisas. Também mostrou como integrar um ORM tal como ActiveRecord, DataMapper ou Sequel ao framework, e também utilizar views tanto no formato ERB quando HAML.

Esta palestra foi bem produtiva principalmente para quem tem focado muito no Ruby on Rails, abrindo bastante a mente do pessoal para novas tecnologias que podem resolver problemas simples eficientemente. Para quem quiser conhecer um pouco mais o Sinatra, o Kivanio deixou vários links ótimos aqui.

Daniel Lopes

O Daniel Lopes fez uma excelente palestra falando sobre a otimição do front-end de aplicações Rails. Melhor dizendo, todas as dicas que o Daniel mostrou servem para qualquer aplicação web, apenas foi focado na utilização das funcionalidades já existentes no Rails. Uma informação muito legal que ele comentou (e que eu não tinha conhecimento): 80% a 90% do tempo é gasto no front-end da aplicação, ou seja, download e parse de arquivos javascript, css, imagens, entre outras coisas.

Daniel começou indicando o livro Alta Performance em Sites Web do autor Steve Souders, do qual baseou a palestra. Também mostrou as ferramentas YSlow do Yahoo e PageSpeed da Google, para auxiliar na análise e otimização de web apps. Particularmente ele, assim como eu, prefere usar o YSlow. As dicas incluem usar arquivos css e js externos, unificados sempre que possível e minimizados, remover duplicações e usar css sprites, além de sempre que possível manter o scripts no final da página e não nos cabeçalhos. Outras são mais ligadas ao apache, usando compressão gzip e etags sempre que possível.

O legal da palestra é que o Daniel conseguiu ir mostrando passo a passo pelo ScreenSharing como ir otimizando a aplicação Blog de exemplo que ele estava usando, adicionando por exemplo a opção :cache => true nos helpers stylesheet_link_tag e javascript_include_tag do Rails, usando o plugin asset_packager para unir e minimizar arquivos css e js, e configurando um arquivo htaccess do apache na aplicação. A cada passo ele ia mostrando como fazer e qual o resultado no código fonte gerado. Uma palestra essencial para quem trabalha com desenvolvimento web.

Update: link para os slides da palestra aqui.

Silvestre Mergulhão

O Mergulhão deu uma palestra rápida falando sobre escalabilidade no Rails, demonstrando como trabalharam na estrutura do redeparede.com para escalar e aguentar a média de 7,5 milhões de acessos por mês, excluindo nessa contagem os bots como o do google. Uma informação muito legal: o googlebot é responsável por cerca de 50% dos hits do redeparede.com, o que significa que eles chegam a responder a até 15 milhões de acessos.

A estrutura que eles montaram basicamente inclui alguns servidores bem parrudos, com 7500Mb de RAM por exemplo, liberando até 512Mb para o Memcache trabalhar, e uma estrutura de balanceamento de carga distribuindo entre esses servidores. Mergulhão deu uma geral sobre como configurar e usar o memcache no Rails e algumas outras dicas sobre cache_action e fragment_cache. Depois foi aberta a sessão de perguntas e respostas que o pessoal participou bastante.

É muito bom ter um case como esse de exemplo, dando mais confiabilidade a quem diz que o Rails não escala. Acredito que aí está a prova contrária =).

Marcos Tapajós

O Tapajós apresentou um tema que ainda indaga e confunde muita gente, incluindo a mim: CouchDB. Na verdade era uma palestra dividida em duas partes: ele iniciaria a apresentação do CouchDB e o Vinícius faria a segunda parte com exemplos e cases de utilização. Ele iniciou explicando o que é o CouchDB, como ele utiliza javascript para obter e gravar os dados através do protocolo HTTP. Introduziu de uma forma extremamente básica o Map/Reduce, deixando esse ponto para o Vinícius explicar melhor. Explicou também que os documentos do CouchDB são automaticamente versionados, e após abriu para perguntas e respostas.

Foi uma palestra rápida e bastante empolgante, o pessoal que estava presente fez várias perguntas para o Tapajós sobre o CouchDB, performance, dicas, etc. É perceptível que muitos tem dúvidas e não compreendem o CouchDB, acredito que é uma nova forma de visualizar a maneira como os dados são tratados, e devemos sair um pouco dessa nossa realidade “relacional” para entender bem a idéia por trás dele. Ah, e só para deixar claro, eu já sabia que o Tapajós estava trabalhando no redeparede.com com o Mergulhão =).

Vinícius Teles

A palestra do Vinícius era uma continuação sobre o CouchDB. Ele iniciou a palestra com um vídeo que havia gravado exemplificando a utilização de CouchDB + CouchRest em uma aplicação Rails, demonstrando vários exemplos via console, configurações do model, Map/Reduce, e também a interface web para gerenciamento dos dados.

Não consegui assistir a palestra inteira, o que foi uma pena. Minha internet que me ajudou muito o dia todo acabou falhando na hora do vídeo do Vinícius, portanto vou ficar devendo mais informações pra vocês. Assim que liberarem o conteúdo para download quero assistir novamente.

Update: link para o screencast da palestra aqui.

Fábio Akita

O Akita trouxe um tema muito legal para finalizar o evento: A evolução do Rails ao longo dos anos. Comentou sobre as ideias iniciais do DHH, as primeiras versões do Rails, como o framework foi melhorando ao longo dos anos e novas funcionalidades foram sendo implementadas. Nesse ponto consegui assistir alguns pedaços apenas, até o momento em que o Akita comentava sobre o Rails 1.1. Como o evento estava um pouco atrasado (era para terminar as 18, já passava das 19), não consegui ficar até o final, peço desculpas a todos. Assim que tiver oportunidade de ver o conteúdo da palestra posto algo no blog.

Finalizando

Bom pessoal, é isso. O Rails For Kids 2009 foi um evento excelente, parabéns a organização, a e-genial, e a todos os palestrantes pelo evento. Parabéns principalmente pela iniciativa de doar toda a arrecadação das inscrições para uma instituição de caridade. Os conteúdos no geral foram muito bem escolhidos, muitos deles se completavam e os palestrantes tiveram a oportunidade de engatar uns “ganchos” e umas dicas legais com base no que já havia sido passado em palestras anteriores no evento.

Parabéns também ao pessoal da Jus Navigandi (Cairo Noleto e Cleiton Francisco – se tiver mais alguém avisem nos comentários ok) pelo live do twitter, o pessoal presente postou bastante conteúdo, links, e mensagens pelo twitter com a hashtag #railsforkids, o que ajudou a melhorar ainda mais o evento.

Aguardamos o Rails For Kids 2010 e nos vemos no Rails Summit.

A primeira vez que trabalhei com o ActionMailer estava utilizando configurações do Google Apps, e me bati um pouco até chegar ao plugin ActionMailerTLS. Posso dizer que me senti aliviado quando tudo estava funcionando após instalar o plugin.

Depois dessa primeira experiência utilizei o plugin mais algumas vezes, e se bem me lembro a última vez foi final do ano passado, 2008. Bom, hoje me deparei com uma tarefa em um projeto que estou desenvolvendo que em resumo dizia o seguinte: disparar e-mail para os usuários envolvidos na transação a cada atualização de status. Legal, nada muito complicado, a primeira coisa que me passou pela cabeça foi procurar o plugin no github. Chegando lá a primeira coisa que vejo:

This gem will only work on Ruby 1.8.6. If you’re on Ruby 1.8.7 and Rails >= 2.2.1, you don’t need this gem.

Esta gem funcionará apenas no Ruby 1.8.6. Se você está usando o Ruby 1.8.7 e o Rails >= 2.2.1, você não precisa dela.

Ótimo. Fui logo ler as notas mais abaixo no Readme. Em resumo, o Ruby 1.8.7 possui o suporte necessário as configurações TLS para funcionar com o Gmail (informação que eu desconhecia até então), funcionalidades estas que o plugin adicionava em versões anteriores. E o Rails a partir da versão 2.2.1 adicionou uma opção para ativar essa funcionalidade. Basta adicionar à sua configuração do ActionMailer a seguinte linha: :enable_starttls_auto => true. Veja abaixo como ficaria:

ActionMailer::Base.smtp_settings = {
 :address => "smtp.gmail.com",
 :port => 587,
 :authentication => :plain,
 :enable_starttls_auto => true,
 :domain => 'my_domain',
 :user_name => "my_username",
 :password => "my_password"  
}

Com essa modificação o Mailer já está funcionando perfeitamente com o Gmail.

Os commits relacionados estão aqui e aqui, e o ticket no lighthouse aqui.

Hoje a tarde veio a informação pelo Twitter do @dhh (e logo depois muitos outros RTs) que havia sido liberada a tão esperada versão 2.3.3 do Rails. Esta versão é um release para correção de alguns bugs deixados pela versão 2.3.2, além de algumas pequenas features novas, como o método touch que já mencionei aqui anteriormente.

Para atualizar basta dar um gem update no seu terminal/console que a nova versão será baixada e instalada.

Mais informações diretamente no blog do Rails, aqui.

Ontem procurando novidades sobre testes no google acabei encontrando um post novo sobre testes, mas como estava no meu limite de tempo ele virou um bookmark rapidamente.

Hoje por acaso cheguei novamente a este mesmo post, através do grupo do Remarkable, dica do José Valim (valeu José).

O post explica de maneira muito fácil como testar regras de usuários no sistema, algo como:

as_admin :post => :create, :params => {} do
  # teste o que quiser aqui
end

Simples assim.

Fica a dica, leitura extremamente recomendada. Clique aqui para acessar.

Recentemente foi adicionado ao Rails o método touch, disponível tanto no Rails 2.3 quanto no Edge (em direção ao 3.0). O touch atualiza o campo updated_at/updated_on do model e então salva o registro. Ele também permite a passagem de um parâmetro, que identifica outro campo data/hora para ser atualizado no lugar de updated_at/updated_on.  Touch quer dizer exatamente isto: tocar o registro, ou atualizar um determinado campo com a data/hora atual.

Utilizando o método:

class Project < ActiveRecord::Base
  validates_presence_of :name
end

# No console
project = Project.create(:name => 'Meu primeiro projeto')
#<Project id: 1, name: "Meu primeiro projeto",
#  created_at: "2009-04-21 05:35:22", updated_at: "2009-04-21 05:35:22">
# Atualizando o campo updated_at no momento que for necessário
project.touch
# true
project
#<Project id: 1, name: "Meu primeiro projeto",
#  created_at: "2009-04-21 05:35:22", updated_at: "2009-04-21 05:40:49">

Preste atenção ao campo updated_at e verifique que ele foi atualizado com sucesso. Podemos também passar o campo que desejamos “tocar”:

project.touch(:created_at)
# true
project
#<Project id: 1, name: "Meu primeiro projeto",
#  created_at: "2009-04-21 05:42:31", updated_at: "2009-04-21 05:42:31">

Veja que agora foi o campo created_at que foi atualizado (nesse caso o updated_at também foi atualizado por ser uma funcionalidade interna do Rails).

Agora vem o mais interessante: essa funcionalidade foi também adicionada a associação belongs_to, onde é possível passar a opção :touch => true para atualizar o campo updated_at/updated_on do model master automaticamente, ou então passar um símbolo, como :touch => :campo_a_atualizar, para “tocar” este campo específico ao invés do padrão.

Vejamos como fica:

class Project < ActiveRecord::Base
  has_many :tasks
  validates_presence_of :name
end

class Task < ActiveRecord::Base
  belongs_to :project, :touch => true
end

# No console
project = Project.first
#<Project id: 1, name: "Meu primeiro projeto",
#  created_at: "2009-04-21 05:42:31", updated_at: "2009-04-21 05:42:31">
# Checagem de sanidade
project.updated_at
# Tue, 21 Apr 2009 05:42:31 UTC +00:00
# Criando uma tarefa
project.tasks.create(:name => 'Primeira tarefa')
#<Task id: 1, name: "Primeira tarefa", project_id: 1,
#  created_at: "2009-04-21 05:49:41", updated_at: "2009-04-21 05:49:41">
project.reload.updated_at
# Tue, 21 Apr 2009 05:49:41 UTC +00:00

Novamente atenção ao campo updated_at do model Project: atualizado =).

É isso, uma mudança simples que facilita bastante o dia-a-dia.

Lembrando que para testar os método touch é necessário ter a última versão do rails 2.3 disponível no git.

Na semana passada o Vinícius Teles da Improve It fez um post pedindo uma ajudinha para divulgar o seu projeto do Be on the Net.

Para quem não conhece, o Be on the Net é um site criado especialmente para fotógrafos que permite a utilização de fotos e vídeos de qualquer tamanho e qualidade, e que o ajuda a aparecer mais nas buscas do google, além de ter uma facilidade enorme de navegação, dentre outras funcionalidades e pontos positivos. Para conhecer mais sobre o projeto (e se encantar com o trabalho da Improve It, assim como eu) entre no site do Be on the Net.

Bom, como não tive muito tempo para criar um post fazendo a minha parte quanto à divulgação do Be on the Net no primeiro momento, estou aproveitando agora o lançamento oficial do selo promocional para divulgar o projeto:

Abraço a todos.

Ontem a Comunidade Rails brasileira recebeu uma maravilhosa notícia: o lançamento oficial dos Rails Guides na versão traduzida.

Não vou me extender falando sobre o projeto, pois isso já foi feito pelo Cássio Marques,  o Daniel Lopes, o Fábio Akita e também no site do Ruby Inside Brasil (e provavelmente em mais alguns blogs que não tive tempo de olhar ainda…).

Parabéns a toda a equipe responsável pelo projeto.

Confira os guias aqui.