Se mettre à bord du train OpenSource

Question

Je sais comment trouver des projets open source. Je sais comment les trouver. Ce que je ne sais pas comment faire est de demander une liste de choses à faire. Chaque liste de diffusion de dev J'ai été sur a été pleine de développeurs réels. Je ne vois jamais de nouveaux programmeurs présents. La plupart des projets open source ne semblent pas du tout nouveaux programmeurs. Comment quelqu'un qui n'est pas un programmeur très expérimenté peut-il demander quoi que ce soit, tout en ne semblant pas ennuyeux ou gênant? Quelle est votre opinion sur les nouveaux programmeurs?

** Est-ce que quelqu'un qui a un projet a de la place pour un débutant? Je sais intermédiaire C/C++/

Answer 1

Cela dépend des projets dans lesquels vous vous lancez, mais souvent, un coup d'œil sur les outils de suivi des bogues vous aidera (peu de développeurs vont refuser un correctif pour un bug signalé). Si vous utilisez Linux, Gnome Love est une collection de bugs "faciles à corriger" qui devraient être parfaits pour un débutant qui se mouille les pieds. Mon conseil serait de choisir un projet plus petit/plus simple, car le code est plus facile à orienter.

Answer 2

Je n'ai pas suivi le train d'un projet en particulier, mais j'imagine que vous devez vous prouver à l'équipe de développement. Par exemple, prenez le temps de vous familiariser avec la base de code. Par exemple, prenez le temps de vous familiariser avec la base de code. Regardez les rapports de bugs et voyez si vous pouvez trouver quelques bugs. Une fois que vous avez compris certaines choses, vous pouvez soumettre des corrections de bogues ou l'implémentation de certaines fonctionnalités. Peut-être écris-tu des documents pour aider les nouveaux venus à se mettre au courant de la base du code. Fondamentalement, faites tout ce qui démontre que vous savez ce que vous faites.

Answer 3

La réponse courte - Commencez par devenir un utilisateur actif du projet. Cela le rendra plus facile.

---

La longue réponse -

Le problème est pas que les projets open source ne veulent pas d'aide - la plupart serait heureux d'avoir toute l'aide qu'ils peuvent obtenir. Le problème est que la plupart des gens qui décident de rester suffisamment longtemps pour s'absenter de l'équipe de développement, puis «s'éclipsent» et ne se présentent plus jamais.

J'ai été très actif dans quelques projets open source dans le passé, et nous avons couru dans tout cela tout le temps. Il était très facile de faire en sorte que les gens veuillent aider, mais il est très difficile de les amener à mettre l'effort nécessaire dans le projet pour être utile. Personnellement, j'ai passé de nombreuses heures à essayer d'aider de nouveaux développeurs potentiels et j'ai presque toujours fini par les regarder disparaître.

L'équipe sera beaucoup plus réactive si vous pouvez prouver que vous êtes sérieux - et cela prend généralement plus que simplement apparaître dans une salle de discussion, un forum ou sur une liste de diffusion.

Tout d'abord, je commencerais par trouver le bon projet. Il est facile de trouver des projets open source, mais il est plus difficile de trouver celui qui vous convient le mieux.

C'est la partie difficile ou la plus facile, selon votre point de vue. Je recommande de commencer avec un projet que vous connaissez - et j'espère que vous avez utilisé. Si vous en trouvez un qui vous intéresse, essayez d'utiliser le logiciel dans son état actuel avant même de penser à essayer de rejoindre l'équipe de développement. Si vous êtes un utilisateur du logiciel, il est plus probable que vous serez intéressé à contribuer au fil du temps.

Utilisation du projet fera deux choses -

Un, il vous familiariser avec la façon dont ils pensent au sujet du projet. Cela facilitera souvent la compréhension de la conception du code, mais surtout, vous aidera à comprendre les objectifs de l'équipe actuelle. Deuxièmement, il est également souvent plus facile d'obtenir l'oreille d'un développeur. si vous avez des questions spécifiques à poser. Personnellement, je suis toujours très sensible à une question spécifique, dirigée et intelligente. Cela permet de construire une relation avec l'équipe de développement actuelle. Une fois que vous vous êtes familiarisé avec l'équipe et le projet lui-même, et que vous avez une idée de ce qui existe, essayez de corriger un ou deux bogues. C'est un moyen facile de montrer que vous pouvez être productif et utile, et que vous serez plutôt bien reçu. À ce stade, l'équipe sera probablement beaucoup plus réceptive pour vous aider à trouver de bons objectifs à long terme et des tâches sur lesquelles vous concentrer. J'ai eu quelques personnes qui ont approché nos projets plus dans le même sens, et nous avons tous été très heureux de les aider à trouver comment s'intégrer et mailler avec l'équipe dans son ensemble.

C'est l'objectif - vous ne voulez pas être seulement un contributeur à long terme, vous voudrez faire partie de l'équipe. C'est à ce moment-là que vous commencez à vous sentir propriétaire du projet et quand cela devient vraiment amusant.