Se você estiver na dúvida sobre aprender Java ou RubyOnRails, veja a comparação do que é necessário estudar para programar usando essas tecnologias e compare a curva de aprendizado:
Antes que comecem os flames: gosto muito do Java, mas não poderia perder a piada! 
Esta semana escrevi um post falando sobre a tradução de um tutorial que encontrei de RubyOnRails 2.1 para português, e através do comentário do Carlos Brando acabei encontrando o livro que ele escreveu junto com o Marcos Tapajós, cujo título é “RubyOnRails 2.1 – O que há de novo“. O livro é gratuito e tem muitos exemplos bem comentados.
Ainda bem que temos pessoas extremamente competentes que colaboram com a comunidade brasileira, para não ficar na mão dos gringos…
Obrigado, Carlos e Tapajós! (Não comentei no teu blog pq o agradecimento já vai via trackback! 
)
Quando sua aplicação em RubyOnRails estiver pronta para entrar no ar e você quiser colocá-la num servidor com Windows Server (por qualquer motivo, por mais escuso que ele seja), você pode definí-lo como um serviço do sistema. Isso tem diversas vantagens: primeiro porque você não terá que deixar aquela janela do DOS ocupando espaço na barra de tarefas. Outra que você não precisará inciar o serviço manualmente quando o servidor for reiniciado (tá, você pode colocar um arquivo .bat na inicialização, mas … não é melhor método, concorda?). E um último motivo, mas não menos importante, é que você pode deixar que o sistema tome uma atitude caso sua aplicação trave e seja finalizada.
A instalação padrão do Rails vem com uma biblioteca escrita em Ruby para acessar a base de dados MySQL. Se você rodar sua aplicação Rails no Windows com essa biblioteca em Ruby, tudo vai funcionar perfeitamente, mas você vai notar um warning nos seus logs: “WARNING: You're using the Ruby-based MySQL library that ships with Rails. This library is not suited for production. Please install the C-based MySQL library instead (gem install mysql).”
O problema é que essa biblioteca é um pouco mais lenta para determinadas operações, por isso não é recomendada para ambientes de produção (mas você pode usá-la normalmente em seu ambiente de desenvolvimento).
Esses dias eu escrevi um artigo sobre como instalar o Rails no Debian, e agora vou mostrar como instalar o Mongrel no Debian. O Mongrel é para o Rails o que o Apache é para o PHP, um servidor web que interpreta o código escrito em Ruby.
Quando precisamos criar um arquivo através da nossa aplicação em Rails, geralmente para exportar um conjunto de dados, podemos utilizar a classe File do ruby. E isso é extremamente simples!
Para criar um novo arquivo:
meuArquivo = File.new("nomedoarquivo.txt", "w")
Ao criar uma instência de File, podemos passar os seguintes parâmetros:
- nome do arquivo
- modo (por padrão, somente leitura)
- permissões do arquivo
Na semana passada eu escrevi um post sobre como gerar um XML a partir de um modelo no Rails, com algumas opções que facilitam a nossa vida. Mas e quando precisamos gerar um XML que não é formado só com os dados de um único modelo? Será que o to_xml resolve?
A princípio, a resposta é não. Primeiro porque uma vez que você tem uma instância de algum model (por exemplo, User.find(:first)), você não consegue adicionar a ele propriedades que não estão definidas no próprio modelo (ou através de algum método dele). Segundo que se você montar um vetor com modelos diferentes (por exemplo, User e Article), o XML será gerado usando o termo records para designar esse conjunto de objetos e record para designar cada elemento.
Quando você usa Ruby on Rails e precisa gerar um XML dos dados do banco, temos o método to_xml que faz tudo o que precisamos, com algumas opções que facilitam a nossa vida.
Se você estiver usando to_xml para gerar um XML que vai ser consumido por uma aplicação Flex, pode ter problemas com os campos cujos nomes possuem _ (underline), o que é muito comum, como nos casos dos campos usados para os relacionamentos entre as tabelas, como model_id, por exemplo. Nesse caso, você pode não conseguir acessar essa propriedade no Flex, porque o to_xml transforma todos os underscores em hífens.
Para instalar o Rails no Debian, não poderia ser mais fácil:
apt-get install ruby apt-get install rails
Pois é, fazendo isso ele já instala o ruby, o rails e tudo mais que for necessário … daí é só sair usando … por causa do princípio da coesão 
não mostrarei aqui como é esse “sair usando” … isso é assunto para um outro post …
Atualmente, os comandos acima instalarão o rails 1.8, o que provavelmente não é o desejado (enquanto escrevo este post, a versão atual é a 2.1.0). Para atualizar o rails para a última versão disponível, execute:
gem install rails -y
Pode ser que você se depare com uma mensagem de erro assim ao executar o comando acima: “Uninitialized constant Gem::GemRunner (NameError)”. Para resolver este problema, altere o arquivo /usr/bin/gem e adicione o seguinte (depois de “require ‘rubygems’”): require ‘rubygems/gem_runner’.
Pronto, agora você pode começar a usar sua última versão do Rails.
Bom divertimento!
Edit @ 05jun08
Você também precisará instalar outros pacotes, além dos citados acima:
apt-get install libopenssl-ruby1.8 apt-get install ruby1.8-dev apt-get install libmysqlclient15-dev