Nos últimos meses temos visto uma locomotiva atropelar paradigmas antigos, linguagens "perfeitas" e conceitos tidos como clássicos. Na verdade a locomotiva já existia há tempos... o que faltava eram os trilhos. Pois agora não falta mais: o Ruby on Rails é a grande coisa dos últimos anos em assunto de programação e deve permanecer assim por bastante tempo. Com a mesma disposição - mesmo que em doses leves - a cobrinha do Python vem "picando" uma boa parcela do mercado há anos, tanto que pouco percebem que ela já está em todo lugar, seja com o aclamado Ubuntu, seja nos bastidores do Google e do YouTube, seja nas manchetes da Microsoft. Ela está lá, criaram uma pista de dança e botaram a cobra pra dançar, e como ela dança bem, aos passos de Django. Estamos vivendo hoje um período muito semelhante ao de cerca de 10 anos atrás, quando o Java aparecia e o C# era anunciado no Slashdot, pela primeira vez, mas Ruby e Python possuem uma qualidade que Java e .Net não possuem: elas se amam. Enquanto a maioria dos "embates" sobre Java e .Net terminam com alguns mortos e muitos feridos, Ruby e Python sempre terminam com lições apreendidas e trocas de elogios. É a maturidade no ambiente do desenvolvimento. E, é claro, existe espaço também para o Java, o C#, o PHP, etc... Pois bem, mas então, se a sentença já está dada, porquê essa constância em afirmá-la? A resposta é simples: porque não há sentença, nada está garantido. Da mesma forma que há 10 anos atrás, o momento é de suposições - bem embasadas, é claro - mas ainda há muito caminho a trilhar (e muita música pra dançar). E existem algumas características, digamos "básicas", que estas duas maravilhas frameworks precisam conquistar, para que convençam nossos patrões de que elas são eficazes como cantamos a todo momento. Portanto, bolei a lista abaixo com o que eu acredito ser o que falta para o Rails e para o Django - observando que sou um "djanger" falando sobre Rails, portanto, qualquer deslize, o espaço para comentários abaixo é ilimitado e democrático, ok? O que falta no Django

• atualização do banco, através de controle de versões;
• suporte a alguns SGBDs "coringas" do mercado
  • SQL Server (não me fale de adodb que me dá calafrios)
  • Oracle
  • DB2
  • Firebird
• um pouco mais de clareza sobre o MVC (o mercado adora patterns);
• uma definição melhor sobre widgets e forms em ajax - o newforms foi uma evolução, mas está longe de ser um AjaxScaffold;
• melhor suporte a SOAP;
• um repositório de contribs à là RailsLodge ou CodePLex;
• uma maior comunidade brasileira;

O que falta no Rails

• compilação em bytecode, para proteção do código;

O que falta nos dois

• um gerador de relatórios;
• grandes cases;
• um bom recurso para chamadas SQL de valores agregados (sum, avg, min, max, count) e agrupados (group by);
• um bom recurso para chamadas SQL de união (union);
• planos de hospedagem em provedores mais populares, como a LocaWeb, por exemplo;

Bom, como você pode ver, eu tenho mais a dizer sobre o Django do que sobre o Rails, mas mesmo que eu fosse expert nos dois, é explícito que o Rails está alguns passos à frente (ainda que "explícito" seja uma característica mais marcante no Django do que no Rails), mesmo que o Django venha evoluindo rapidamente. Uma afirmação que não posso deixar passar vagamente, é que nossa comunidade Django Brasil, está funcionando cada vez melhor em seu embrião, portanto, ela precisa crescer, mas ela está cada dia mais ativa. Por fim, acho que está bem claro que temos muito trabalho pela frente, mas contando com as duas frameworks que temos em mãos, o trabalho é bem mais gostoso e rápido do que seria antigamente! Update: este artigo está concorrendo um livro sobre Rails, que o Nando Vieira está promovendo em seu SimplesIdeias.com.br