Quando é o momento certo para ingressar no projeto de código aberto do programador? [fechadas]

A maioria dos novatos em programação começa com projetos básicos para começar com a programação. A maioria dos programadores de C ++ passa algum tempo com quebra-cabeças e concursos, mas isso nem sempre é útil. Às vezes você precisa gastar algum tempo em projetos reais. Iniciar o seu próprio projeto de código-fonte aberto pode ser um problema de auto-aprendizado para os novatos, devido à falta de mentores e colegas que não conseguem ver o seu código e dar sugestões. Projetos de código aberto podem resolver esse problema; alguns projetos podem ser mais adequados para novos programadores. Além disso, todo mundo é novato em algum momento. Então, vou tentar fazer essa pergunta um pouco da perspectiva dos iniciantes.

Eu tentei algumas perguntas sobre estouro de pilha antes de pedir este como como faço para entrar & nua mínimo que você precisa e como se envolver com o código aberto e qual o nível de programação etc. Mas isso não está me ajudando quando se trata de auto-avaliação de competências . Como descobrir isso? Como posso verificar o que é preciso para ingressar no projeto de código aberto e estou realmente confortável com um enorme código-fonte etc.

Minha pergunta é quando você se sente à vontade para ingressar na programação de código aberto? Quero dizer, como você vai testar se está pronto para assumir o peso de grandes / pequenos projetos de código aberto? como você se testará para ver se você pode trabalhar com controle de versão / outros programadores / agenda apertada etc?

quando se considerar confortável em aderir à programação de código aberto?

A melhor resposta para essa pergunta, na minha opinião, é " Quando você acha que pode trazer algo para o projeto ".

Você está usando um aplicativo / biblioteca e algo está faltando ou encontrou um erro? Relate, tente corrigi-lo, envie um patch; et voila ;-)

Talvez seu patch seja aceito, se estiver OK; continue fazendo isso algumas vezes: corrigir bugs é algo (mesmo bugs que você não relatou - veja o rastreador de erros do projeto que você escolher) que permitirá que você conheça o projeto.

E, depois de um tempo, talvez você consiga direitos sobre os projetos ;-)

Não é necessariamente uma habilidade de pergunta ou o que quer que seja: você pode participar de um grande projeto de código aberto sem precisar modificar o núcleo do projeto ou o que quer que seja: até pequenos patches (como tradução, pequenas modificações na interface do usuário, pequenas correções de bugs, ... ) são úteis para o projeto e não exigem que você seja um grande começo; em vez disso, eles serão um começo perfeito para você conhecer o projeto e outros para ver que você está indo bem.

Sobre controle de versão / outros programadores / cronograma apertado: Suponho que, quando você (profissionalmente falando) trabalhou por alguns anos, você está mais do que pronto para tudo isso; projetos de código aberto talvez sejam até um pouco mais tolerantes com isso, de certa forma - por exemplo, pode haver menos pressão do que quando você tem um cliente nas costas ^^

Como nota final: o que você fizer, se for bem-sucedido, será útil: o que importa é que você faça isso para o projeto, e não apenas "fazer código aberto"!

Quando me sinto confortável em receber nada para trabalhar no projeto de outra pessoa, é hora.

Meu objetivo como novato em software era ser pago por alguém para fazer o que eu gosto. Desde então, dediquei-me a alguns trabalhos proprietários patrocinados e obtive alguns lucros com isso.

Não sou Anders Hejlsberg, mas tenho uma boa vida. Dado que a barra de talento para ser um desenvolvedor profissional de software é muito menor do que ser um atleta ou músico profissional, existe alguma razão especial para você ter como objetivo ser amador?

A qualquer momento! Realmente, projetos de código aberto vivem de seus usuários usando o projeto. A idéia básica não é ingressar no projeto para aprender, mas usar o código e contribuir com aprimoramentos, mudanças de comportamento etc. Até o relato de um bug é uma contribuição ou uma resposta a perguntas de outras pessoas ou a documentação de um guia. Portanto, não se sente em cima do muro, mas entre.

É claro que isso transforma a "questão" em "Em qual projeto eu devo mergulhar?" Bem, o melhor projeto para você é aquele em que você realmente aproveita isso. Se o software arranhar algum tipo de coceira para você. O Weather está construindo um site com conteúdo e comunidade, transformando imagens de maneira artística, aproveitando todos os detalhes do aplicativo de mensagens instantâneas do Mac OS X ou ... Se o software faz algo por você além de apenas aprender a programar, irá mantê-lo muito mais e muito mais motivado.

Há uma resposta lógica simples para isso.

Você pode baixar o projeto de código aberto.

• Faça uma alteração no projeto ou corrija um bug que estava na lista.
• Compile e teste.
• Envie o código.

Realmente não há nada em seu coração ou mente que lhe diga quando você estiver pronto para contribuir para a sociedade de código aberto. Não há outro teste além de realmente tentar.

Depois de experimentar, você pode verificar essas áreas de feedback.

• Seus sentimentos sobre o que você fez.
• Seus sentimentos ou pensamentos sobre o que você pode melhorar sobre sua própria abordagem
• Quão confortável você está em solicitar feedback ou incorporar qualquer feedback recebido.

Essas são as áreas para melhorar e trabalhar (acima e além de qualquer habilidade técnica demonstrada ou não por suas alterações). Fique super confortável seguindo todas essas áreas e certifique-se de fazer as alterações sozinho.

Boa sorte e bem vindo!