Contribuidores para o projeto Rubinius são bem vindos. Existem diversas coisas que você pode ajudar. O mais imporante, você deve fazer alguma coisa que te interesse. Essa é a melhor maneira de se manter entusiasmado.
Se você tiver perguntas sobre o Rubinius, a melhor maneira de conversar com a gente é no canal do IRC #rubinius no irc.freenode.net.
Abaixo são algumas ideias de coisas que você pode fazer para contribuir para o Rubinius.
O seu código é normalmente mais agressivo que apenas nossos testes (specs). Execute seus projetos com o Rubinius e reporte problemas encontrados. Veja Como Reportar uma Falha.
Qualquer coisa que possamos fazer para te ajudar, nos iremos fazer. Certifique-se de fazer a sua própria pesquisa também, se possível. O Rubinius procura se um projeto que você pode facilmente estudar, aprender, e possivelmente ajudar.
Nos aceitamos e agredecemos que você reporte falhas, mas nos podemos dar mais prioridade aos reportes que incluem passo-a-passos simples que nos permite reproduzir o problema. Melhor ainda são reportes que incluem RubySpecs que demonstram o bug e códigos de correção (patch) que corrigem o erro.
Execute bin/mspec tag --list incomplete <dir>
para exibir os specs que foram
marcados como incompletos. Esses specs podemos simplesmente precisar de revisão,
ou pode não existir nenhum spec para uma determinada classe.
NOTA: Você pode especificar o pseudo-diretório ‘:file’ para <dir>, o qual irá exibir tag para todos os specs que devem executar no Rubinius. Ou você pode especificar qualquer subdiretório do diretório spec/ para listar as tags dos specs naquele subdiretório.
Encontre comportamentos não especificados. Veja Como Escrever um RubySpec.
Execute bin/mspec tag --list fails <dir>
para exibir os specs que estão
falhando.
NOTA: Você pode especificar o pseudo-diretório ‘:file’ para <dir>, o qual irá exibir tag para todos os specs que devem executar no Rubinius. Ou você pode especificar qualquer subdiretório do diretório spec/ para listar as tags dos specs naquele subdiretório.
Escolha um spec que seja interessante e veja se você consegue escrever um código de correção (patch) que faça o teste passar.
Estude como o Rubinius funciona e escreva documentação de alto nível que irá ajudar outros a aprender sobre os detalhes de implementação do Rubinius.