Tornando-se um programador de software aberto

Escrever e usar software aberto não é apenas uma forma de programação (também conhecido como `hacking` no mundo dos programadores), é um tipo de filosofia. Embora você só precise saber uma linguagem de programação para poder programar, este artigo é sobre como você pode entrar na comunidade, fazer amigos, colaborar em grandes projetos e se tornar um especialista respeitado com um perfil que você não encontra em outro lugar. No mundo do software aberto, você pode facilmente receber tarefas que apenas os programadores de elite, de alto nível, têm permissão para fazer em uma empresa. Basta pensar quanta experiência isso pode lhe trazer. No entanto, uma vez que você decidiu se tornar um programador de software aberto, você deve estar disposto a investir tempo nesse objetivo. Isso também se aplica se você já for um estudante de TI. Lembre-se, este artigo não é sobre como se tornar um hacker ou cracker.

Degraus

Além do código, um bom projeto também possui listas de discussão ativas, relatórios de erros, obtém e implementa solicitações de melhorias e atividades semelhantes.

8. Entre em contato com o administrador do projeto selecionado. Em um projeto pequeno com poucos desenvolvedores, sua ajuda geralmente será aceita imediatamente.

9. Leia atentamente as regras do projeto e siga-as mais ou menos. Você pode achar as regras de estilo de programação ou a necessidade de documentar suas alterações em um arquivo de texto separado ridículas no início. No entanto, o objetivo dessas regras é permitir o trabalho compartilhado - e a maioria dos projetos trabalha com isso.

10. Trabalhe neste projeto por vários meses. Ouça atentamente o que o administrador e outros membros do projeto têm a dizer. Além de programar você tem muitas coisas para aprender. Mas se você realmente não gosta de algo, basta parar e passar para outro projeto.

11. Não demore muito no projeto subterrâneo. Depois de descobrir que pode trabalhar com sucesso nessa equipe, é hora de procurar algo mais sério.

12. Encontre um software aberto sério de alto nível ou projeto de código aberto. A maioria desses projetos são de propriedade de organizações GNU ou Apache.

13. Porque estamos dando um salto sério aqui, você tem que levar em conta uma recepção muito menos calorosa. Você provavelmente será solicitado a executar sem acesso de gravação direto ao repositório de código pela primeira vez. No entanto, o projeto underground anterior deveria ter ensinado muito a você - então, depois de alguns meses sendo produtivo, você pode reivindicar os direitos que acha que deveria ter.

14. Assuma uma tarefa séria e resolva-a. Está na hora. Não tenha medo. Continue mesmo se achar que a tarefa é muito mais difícil do que pensava inicialmente - nesta etapa é importante não desistir.

15. Se puder, inscreva-se no Google "Verão do código" para poupar algum dinheiro nesta aventura. Mas não se preocupe se o aplicativo não for aceito porque eles têm muito menos posições financiadas do que há programadores realmente bons.

16. Encontre uma conferência adequada acontecendo nas proximidades ("Linux days" ou algo semelhante) e tente apresentar seu projeto lá (todo o projeto, e não apenas a parte que você programa). Depois de dizer a eles que você está representando um projeto sério de código aberto/livre, os organizadores geralmente o liberam da taxa da conferência (se não, a conferência provavelmente será inadequada de qualquer maneira). Traga seu laptop Linux (se você tiver um) e mostre algumas demonstrações. Pergunte ao gerente do projeto sobre os materiais que você pode usar para preparar sua apresentação ou pôster.

17. Pesquise na Internet por anúncios sobre um evento de instalação próximo e tente participar como usuário primeiro (observe todos os problemas que surgem e como os hackers os resolvem) e da próxima vez ofereça a instalação de programas.

18. Conclua a tarefa, verifique seu trabalho com testes automáticos e contribua com o projeto. Você terminou! Só para ter certeza, tente conhecer pessoalmente alguns dos programadores do projeto e juntos levantar uma cerveja para o resultado.

19. Para uma melhor compreensão, veja um exemplo da vida real do histórico de desenvolvimento de um projeto de software aberto (acima). Cada curva ascendente representa uma contribuição (linhas de código) de um único desenvolvedor. Os desenvolvedores tendem a se tornar menos ativos com a idade, mas o projeto geralmente acelera mesmo quando novas pessoas se juntam. Portanto, se você chegar com algumas habilidades úteis no bolso, não há motivo para a equipe não convidá-lo.

Pontas

Avisos

• Seu status de hacker dentro do projeto da comunidade reflete seu presente mais do que seu passado. Se você gostaria de uma recomendação ou similar do líder do projeto, por favor, pergunte se você ainda está contribuindo ativamente.
• Não entre em otimizações de código menores, comentários extras, melhorias de estilo de codificação e outras coisas semelhantes de `pequena escala`. Isso pode encontrar muito mais críticas do que uma contribuição séria. Em vez disso, você pode incluir essas alterações em um único patch de `limpeza`.
• Se você planeja conhecer os hackers de software aberto pessoalmente, deixe seu laptop Windows em casa. Mac OS é um pouco mais tolerado, mas também não é bem-vindo. Se você trouxer seu laptop, ele deve estar executando Linux ou algum outro sistema operacional que eles considerem `software aberto`.
• Se o seu cliente de e-mail suporta mensagens HTML, é melhor desativar esse recurso. Nunca anexe documentos que apenas softwares comerciais (como o Microsoft Word) podem abrir corretamente. Hackers consideram isso ofensivo.
• Não se voluntarie para nenhum projeto da empresa cujo código não seja coberto por um aprovado queda de licença de código aberto. Nesses casos, as partes realmente importantes do projeto provavelmente permanecerão a portas fechadas do proprietário, impedindo que você aprenda algo útil.
• Evite qualquer pergunta sobre fundamentos de programação ou ferramentas de programação. O tempo de um programador de software aberto é precioso. Em vez disso, discuta os fundamentos da programação em grupos para programadores amadores ou iniciantes.
• Projetos estabelecidos e altamente bem-sucedidos podem ter políticas escritas ou não escritas sobre nunca pagar pelo seu trabalho (sem dinheiro, sem capacidade de se promover, sem status elevado, independentemente de sua contribuição, etc. -- Vejo : Do_not_expect_reward Wikipedia). Se você não pode concordar com isso, fique com projetos mais mainstream que não podem arcar com essa atitude.
• Não embarque em um projeto próprio, a menos que você sempre queira passar a solidão orgulhosa. Pela mesma razão, você não deve embarcar em uma tentativa de reviver um projeto já abandonado que sua equipe anterior já perdeu.
• No caso de uma reunião informal sobre o projeto onde você nunca contribuiu com nenhum código, você terá a desagradável sensação de ser completamente ignorado. Não se preocupe, alguns hackers podem se tornar bons amigos mais tarde, depois que você ganhar o respeito deles com seu próprio código.
• Grandes projetos de software aberto, especialmente aqueles em torno do domínio GNU, não tratam seu trabalho como seu negócio pessoal. Depois de conseguir o emprego em uma empresa relacionada a software, eles pedem ao seu empregador certos acordos [1] assinar, que a empresa assinará ou não. Isso pode forçá-lo a selecionar um projeto com requisitos menos rigorosos.

Necessidades

• Linux. Muitos projetos de software aberto são mais complicados de construir no Windows ou não são construídos corretamente. Isto é especialmente verdadeiro para projetos avançados, dedicados à programação de celulares, Chaves USB e outros dispositivos.
• Um computador com uma conexão de internet relativamente boa. Se você deseja dual boot com o Windows, um segundo disco rígido ou partição para Linux pode ser uma boa solução.
• Conhecimento básico de pelo menos uma linguagem de programação e forte intenção de aprender mais. As linguagens mais populares atualmente parecem C e seja Java.
• Uma quantidade significativa de tempo, pelo menos cinco horas por semana (um programador hardcore típico contribui com até 14 horas).
• Embora a educação formal de TI facilite muito o seu caminho, isso não um requisito obrigatório e nenhuma comunidade de hackers real jamais perguntará a você sobre isso. Programadores/hackers julgam uns aos outros pela programação de alguém, não por critérios falsos como notas, idade, raça ou posição. Lembre-se, pelo menos 60% dos hackers de código aberto que revisam seus patches têm o diploma universitário `correto` e não permitirão que sua porcaria contribua para o projeto.
• Durante as últimas etapas (conferência e `festa de instalação`), você pode aproveitar seu próprio laptop. Mas não é bom trabalhar nele em casa, então só compre um se puder pagar a segunda máquina.
• O caminho descrito para se tornar um `hacker` de software de código aberto leva pelo menos dois anos para ser concluído.

Artigos sobre o tópico "Tornando-se um programador de software aberto"

Desenvolvendo software

Torne-se um programador

Tornando-se um desenvolvedor de aplicativos móveis

Tornando-se um mestre de um jogo de computador