Quel est le bon moment pour rejoindre un projet open source pour programmeur? [fermé]

La plupart des nouveaux arrivants en programmation commencent par des projets de base pour commencer par la programmation. La plupart des programmeurs C ++ passent du temps avec des puzzles et des concours, mais ce n'est pas toujours utile. Parfois, vous devez passer du temps sur de vrais projets. Le démarrage de votre propre projet open source pourrait être un problème d'auto-apprentissage pour les débutants en raison du manque de mentors et de pairs qui ne peuvent pas regarder votre code et donner des suggestions. Les projets open source peuvent résoudre ce problème, certains projets pourraient être mieux adaptés aux nouveaux programmeurs. En plus, tout le monde est novice à un moment donné. Je vais donc essayer de faire un peu cette question du point de vue des débutants.

J'ai essayé quelques questions sur le débordement de pile avant de me poser la question suivante: Comment puis-je rejoindre & Bare minimum dont vous avez besoin et comment vous impliquer avec l'open source et quel niveau de programmation, etc. Mais cela ne m'aide pas en ce qui concerne l'auto-évaluation des compétences . Comment le découvrir? Comment puis-je vérifier ce qu'il faut pour rejoindre un projet open source et suis-je vraiment à l'aise avec un énorme code source, etc.

Ma question est de savoir quand vous sentir à l'aise de rejoindre la programmation open source? Je veux dire, comment vous testerez-vous que vous êtes prêt à prendre le fardeau des grands / petits projets open source? comment allez-vous vous tester pour voir si vous pourriez travailler avec le contrôle de version / d'autres programmeurs / un calendrier serré, etc.?

quand vous sentir à l'aise pour rejoindre la programmation open source?

La meilleure réponse à cette question, à mon avis, est " Quand vous pensez que vous pouvez apporter quelque chose au projet ".

Vous utilisez une application / bibliothèque et quelque chose manque, ou vous avez trouvé un bug? Signalez-le, essayez de le corriger, envoyez un patch; et voilà ;-)

Peut-être que votre patch sera accepté, s'il est OK; Continuez à le faire plusieurs fois: corriger les bogues est quelque chose (même les bogues que vous n'avez pas signalés - voir le bugtracker du projet que vous choisissez) qui vous permettra de connaître le projet.

Et, après un certain temps, vous obtiendrez peut-être des droits de validation sur les projets ;-)

Ce n'est pas nécessairement une question de compétences ou quoi que ce soit: vous pouvez participer à un grand projet open source sans avoir à modifier le cœur du projet ou quoi que ce soit: même de petits correctifs (comme la traduction, des modifications mineures à l'interface utilisateur, des corrections de bugs mineurs, ... ) sont utiles au projet et ne vous obligeront pas à être un début de rock; au lieu de cela, ils seront un début parfait, soit pour que vous connaissiez le projet, soit pour voir que vous vous débrouillez bien.

À propos du contrôle de version / autres programmeurs / calendrier serré: Je suppose que, lorsque vous (professionnellement parlant) travaillez depuis quelques années, vous êtes plus que prêt pour tout cela; les projets open source sont peut-être même un peu plus indulgents à cet égard, à certains égards - par exemple, il peut y avoir moins de pression que lorsque vous avez un client sur le dos ^^

Pour finir: quoi que vous fassiez, s'il est bien fait, vous sera utile: ce qui compte c'est que vous le fassiez pour le projet, et pas seulement "faire de l'open source"!

Quand je me sens à l'aise de ne rien payer pour travailler sur le projet de quelqu'un d'autre, il est temps.

Mon objectif en tant que nouveau venu dans les logiciels était d'être payé par quelqu'un pour faire ce que j'aime. Depuis lors, j'ai entrepris des travaux exclusifs que j'ai parrainés et j'en ai fait des bénéfices.

Je ne suis pas Anders Hejlsberg, mais j'ai bien gagné ma vie. Étant donné que la barre de talents pour être un développeur professionnel de logiciels est tellement inférieure à celle d'un athlète professionnel ou d'un musicien, y a-t-il une raison particulière pour laquelle vous avez décidé de devenir amateur?

À tout moment! Vraiment, les projets open source vivent de leurs utilisateurs utilisant le projet. L'idée de base n'est pas de rejoindre le projet pour apprendre, mais d'utiliser le code et de contribuer en retour aux améliorations, aux changements de comportement, etc. Même le signalement d'un bug est une contribution ou une réponse à des questions pour d'autres ou la documentation d'un guide. Alors ne vous asseyez pas sur la clôture mais sautez dedans.

Bien sûr, cela transforme la "question" en "Dans quel projet dois-je me plonger?" Eh bien, le meilleur projet pour vous est celui où vous en tirez vraiment profit. Si le logiciel gratte une sorte de démangeaison pour vous. Météo, il construit un site Web avec du contenu et de la communauté, transforme des images de manière astucieuse, profite de toutes les cloches et des sifflets sur cette application Mac OS X IM, ou ... Si le logiciel fait quelque chose pour vous au-delà de l'apprentissage de la programmation, il vous gardera beaucoup plus et beaucoup plus motivé.

Il y a une réponse logique simple à cela.

Vous pouvez télécharger le projet open source.

• Apportez une modification au projet ou corrigez un bogue qui était sur la liste.
• Compilez-le et testez-le.
• Soumettez le code.

Il n'y a vraiment rien dans votre cœur ou votre esprit qui vous dira quand vous êtes prêt à contribuer à la société open source. Il n'y a pas d'autre test que de l'essayer.

Une fois que vous l'essayez, vous pouvez vérifier ces zones de rétroaction.

• Vos sentiments sur ce que vous avez fait.
• Vos sentiments ou pensées sur ce que vous pouvez améliorer dans votre propre approche
• Dans quelle mesure vous êtes à l'aise de solliciter des commentaires ou d'intégrer les commentaires que vous avez reçus.

Ce sont les domaines à améliorer et à travailler (au-delà de toute compétence technique démontrée ou non par vos changements). Soyez très à l'aise en suivant tous ces domaines et assurez-vous que vous apportez les modifications par vous-même.

Bonne chance et bienvenue!