Vendo alguns tweets acabei me deparando com o projeto do Robert Lehmann, que esta desenvolvendo um mecanismo de i18n pra ser usado no Sphinx. A ideia e tornar possivel sites como o http://docs.python.org usarem os mesmos .rst, porem, com apoio de arquivos .po, pra gerar sites traduzidos.Achei a ideia muito boa, afinal, muita gente tem necessidade de traduzir documentacao gerada com o Sphinx pra diversas linguas. A ideia e que as traducoes sejam simples de serem executadas. Assim, ele esta usando um software de traducao colaborativa web, o Pootle.Alguns dias depois de ver a noticia me veio a cabeca: Por que nao tentar um sprint pra traduzir o maximo que nos pudermos pra pt-BR? Afinal, a comunidade de pythonistas brasileiras e muito grande!Foi assim que eu envei uma chamada pra lista da PythonBrasil, convidando todos a participarem de um sprint numa quarta-feira (14/07/2010), as 19h no canal #python-docs-br na Freenode.Alguns amigos e ex-amigos de trabalho ja estavam traduzindo algumas strings la na instancia do Pootle que o Robert criou e foi facil achar gente pra ajudar :-)Como foi o SprintEu nao tinha muita ideia de como seria o sprint, mas eu tinha o que eu precisava: gente disposta a ajudar e que sabia ingles. O sprint foi totalmente colaborativo, e todo mundo se ajudou. O Robert ficou presente no canal do inicio ao fim - ele gostou muito da ideia do sprint.Nos fomos os primeiros a usar massivamente o sistema, e vimos algumas coisas que dificultaram as traducoes e que esperamos que nos proximos encontros nao tenhamos os mesmos problemas.Infelizmente, muita gente apareceu bem depois que nos ja haviamos iniciado e algumas pessoas nao puderam ficar no momento da traducao. Outro problema foi que acabou nao dando tempo de revisar muita coisa, pois o Pootle dificultou um pouco achar os topicos dentro do .po.Os documentosNos acabamos por usar uns sites que disponibilizavam documentos colaborativos. Tentamos o Typewith.me primeiro, mas ele nao estava aguentando muita gente no mesmo documento. Optamos por usar o Collabedit.com.Para evitar que o documento seja alterado, disponibilizei-o aqui: http://gist.github.com/506293ParticipantesAlgumas pessoas estavam presentes mas acabaram nao traduzindo nada no sprint, porem, muita gente tem traduzido esporadicamente um pouco la no site.Estavam no canal na hora do sprint e adicionaram seu nomes:Hugo Lopes Tavares (hugo_br)Renato de Pontes Pereira (renatopp)Diogenes Augusto Fernandes Herminio (diofeher)Hugo Henriques Maia Vieira (hugomaiavieira)Gabriel Manhaes Monnerat (gmonnerat)Gabriel Lima de Oliveira (gabrieloliveira)Herman da Rosa Caldara (herman)Andre Ericson (ShexNivis)Jonh Edson Ribeiro de Carvalho (jonhedson)Daniel Goncalves (spanazzi)Osvaldo M Yasuda (omyasuda)Robert Lehmann (stargaming)O ProximoAinda nao marcamos, mas acabei de olhar meus e-mails e vi que a galera ja esta querendo outro!E ai, vamos aproveitar e contribuir com nossa comunidade? :) Em Ruby ha tambem formas de estender e embarcar o interpretador. Porem, diferentemente das documentacoes do Python, a documentacao disponivel em Ruby sempre se refere aos fatos como "estender o interpretador ruby", ou "ruby c extension", raramente falam exatamente sobre embarcar (embed). Os motivos para usar a Ruby API sao os mesmos motivos que os para usar a Python/C API.O texto abordara os mesmos topicos do post anterior sobre a Python/C API