O que é mais importante para as pessoas que produzem um software ? Pode-se dizer que é o funcionamento do programa ?Isso só pode ser considerado verdade se dizemos de scripts feitos para automatizar alguma tarefa. Mas se estamos falando de um Sistema Operacional, um Navegador de internet, ou mesmo de um tocador de MP3, é de se esperar que não queiramos só que nós consigamos usar e sim qualquer usuário. Projetos de software livre são assim, têm seus usuários como peças fundamentais, afinal de que adiante pessoas desenvolverem um software se ninguém vai usar ? Fazer software é muito mais que sentar na frente do computador e codar: precisa-se ouvir os usuários.

O que os usuários podem ajudar, sem fazer muito esforço, é fazendo críticas construtivas. Críticas negativas são dispensáveis: o que adianta alguém te dizer que seu programa é uma perda de tempo e que não presta para nada? Se for para criticar assim, melhor perder seu tempo procurando outra alternativa.

È sempre legal você enviar, quando sair uma nova versão de um software, uma opinião sobre o que você achou desta versão. Muitas vezes o desenvolvedor precisa destas informações para saber o que melhorar nas próximas versões e o que ficou pior. Essas opiniões devem ser muito bem recebidas (elas aliás são estimuladas pelos desenvolvedores, afim de perceberem a qualidade de seu produto). A engenharia de software mais moderna (com os chamados métodos ágeis) se baseia bastante em feedback. È bastante comum a entrega semanal de software funcionando, com aumentos de funcionalidade e com isso o cliente pode avaliar cada etapa separadamente. O software livre segue um caminho análogo: há bastantes releases (para alguns projetos, há releases mensais) e a cada release as pessoas podem enviar um feedback aos desenvolvedores.

Por isso, se ao baixar uma nova versão de um software livre e houver coisas do seu agrado ou desagrado, envie um feedback aos desenvolvedores. Se te agradou, diga o que te deixou tão feliz. Se te desagradou, dê alguma sugestão para melhorar. Isso ajuda bastante a construção de softwares livres melhores.

Foi se o tempo que para utilizar razoavelmente o Linux era necessário dominar o inglês. Hoje acredito ser possível instalar uma distribuição (Ubuntu) e utilizar o Firefox, o Open Office e o Pidgin somente sabendo falar português do Brasil. Acredito que a grande maioria das pessoas que ligam um PC só utilize programas como esses ( Internet Explorer, Microsoft Office e MSN Messenger) que no concorrente Microsoft Windows já estão traduzidos.

È um trabalho muito importante, pois podemos instalar Linux em escolas, tele-centros onde as pessoas geralmente não sabem inglês e assim disseminar ainda mais o uso de Software livre. E o conhecimento necessário é apenas um idioma ( e mais alguma experiência), logo é algo bem mais fácil que programar e que pode ser feito por muito mais pessoas.

Para começar, acho legal mexer com um projeto grande, onde já existem tradutores que vão te corrigir, te dar dicas e te ajudar no começo. Os ambientes Gnome e KDE possuem projetos de internacionalização bastante competentes e pode-se utilizar um sistema totalmente traduzido com esses dois ambientes. As equipes de tradução são bem organizadas e costumam contar (para alguns idiomas) com algumas dezenas de tradutores. As páginas das equipes costumam ter bastante informação do tipo "Como entrar para a equipe" além de algumas dicas de como traduzir. Obviamente sua tradução é sujeita a uma revisão para verificar a qualidade técnica, e caso necessário, corrigidos os erros. Não é trivial traduzir um programa, precisa-se respeitar padrões e manter uma consistência.

Para projetos menores, você pode mandar um email para o mantenedor pedindo para traduzir.  As páginas de Softwares Livres normalmente possuem esse e-mail disposto. Ele te dará as instruções de como fazer o download dos arquivos com as frases.

Primeiro post sério do ano.

O software livre, como já discutimos, não é algo produzido somente por empresas. Pessoas "normais" podem entrar e contribuir também. Mas não adianta enviar algo que apenas funcione. Tem que ter alguma qualidade técnica. POGramação não é bem vinda, afinal o código precisará de manutenção daqui a algum tempo e fazer a manutenção de POG é algo realmente complexo .

Programar parece o mais intuitivo, e é sobre isso que este post falará.Haverão outros sobre traduzir,feedbacks,bugs reports e usando.

Projetos bem organizados geralmente tem uma página com as coisas que precisam ser feitas, uma vez vasculhei a página do jogo Super Tux e lá eles têm uma TODO list com o que precisa ser feito. Se você souber fazer baixe o repositório, entenda como funciona lendo a documentação do desenvolvedor e alguma página do tipo "como contribuir" e faça o que foi pedido. Pronto, assim você contribui com software livre. Mas você precisa saber programar bem, não costuma-se aceitar códigos com muitas gambearras e POGramações.

A maioria dos projetos são feitos em C/C++. Programar nessas duas linguagens não é nada trivial, mas também não é nenhum bicho de 7 cabeças, existem muitos tutoriais na internet. Há bastante coisa em Python também, mas acho que vale mais a pena aprender C/C++. Se você for desenvolver jogos, seria legal você aprender uma biblioteca como a SDL ou OpenGL, muitos jogos são feitos utilizando estas bibliotecas. Se você for desenvolver aplicativos seria legal você aprender a utilizar o Dialog (se for fazer aplicativos para o terminal) ou Gtk ou QT (se for fazer aplicativos para o X). A maioria destes programas possuem bons tutoriais na net. Use o google, certamente achará muita coisa legal.

Abraços

Olá caros visitantes

Feliz 2008 para todos. Prometo que escrevo mais coisas esse ano. Pelo menos semanalmente

Feliz 2008!