O desenvolvimento de serviços online começou com o cansativo HTML e seguiu para a mais sofisticada XML, que já separava conteúdo de formatação e abriu caminho para o AJAX, alçado à popularidade pelas exigências de interação do movimento Web 2.0.

No futuro, por que então, ao invés de confiar no talento de programação do desenvolvedor, confiar ao aplicativo muitos dos processos repetitivos enfrentados num projeto de framework?

Com nome de canção de rock, o Ruby on Rails (conhecido também como RoR) aparece cada vez mais como uma linguagem popular entre webmasters pela alta produtividade derivada na simplicidade do desenvolvimento.

Lançado em 2004 pelo programador dinamarquês David Hansson, o framework foi codificado pela linguagem Ruby como uma maneira de simplificar o trabalho de desenvolvedores online, que perdiam muito tempo em processos repetitivos.

A preocupação do Ruby on Rails em trazer processos mais simples para o desenvolvimento online se reflete em dois motes que o projeto carrega.

O primeiro que o usuário “não se repita” (do inglês, ‘Don´t Repeat Yourself’), em que partes do código não precisam ser duplicadas para atender a partes semelhantes do projeto; e o “Convenção sobre configuração” (do inglês, ‘Convention over configuration’), que prega a padronização de processos orquestrados pelo Ruby on Rails.

Em frameworks rivais, como o .Net, da Microsoft, ou o Java, da Sun, é responsabilidade do usuário definir, entre os diversos caminhos disponíveis, quais serão usados para o desenvolvimento de todas as funções.