Comment réussir son projet Open Source?

Par exemple, vous pouvez considérer votre projet open source comme réussi s'il se lance, tandis que d'autres peuvent considérer un projet comme réussi uniquement lorsqu'il atteint un certain nombre de téléchargements.
Ce guide vous apprend comment démarrer et gérer un projet open source réussi. En plus de travailler dur et de se concentrer sur l'objectif final, la clé pour créer un projet open source réussi réside souvent dans la définition de vos objectifs dès le début du processus et dans l'acceptation de l'aide de la communauté.
Partie 1 sur 3: se préparer à commencer
- 1Sachez par où commencer. À la base, votre projet open source doit apporter une solution à un problème, surtout si le problème est susceptible d'évoluer dans le futur. La première étape pour développer un projet open source réussi consiste à trouver un problème à résoudre, à déterminer si le problème est suffisamment important pour être résolu et à définir vos objectifs à partir de là.
- Si vous avez déjà un projet en cours, assurez-vous de noter le problème qu'il résout avant de continuer.
- 2Assurez-vous que votre projet est nécessaire. La demande est l'un des principaux composants des projets open source réussis. S'il n'y a pas de demande ou de besoin pour votre idée de projet initiale - ou si la demande actuelle est satisfaite par un autre projet - vous pouvez envisager de rejoindre un autre projet en cours ou de sélectionner un problème différent sur lequel vous concentrer.
- De nombreux projets open source en cours acceptent une contribution de la communauté rigoureuse, alors n'ayez pas peur de rechercher et de rejoindre une version existante de votre projet à la place.
- 3Évitez de vous attaquer à des problèmes importants ou vagues. Non seulement ces problèmes aboutiront généralement à des solutions plus officielles dans le temps, mais essayer de se concentrer sur un gros problème dilue votre concentration et rend difficile de répondre à tous les besoins de votre public sans investir un temps déraisonnable dans le projet.
- Au lieu de cela, concentrez-vous sur un petit problème qui affecte un grand nombre de personnes (par exemple, un bogue dans une distribution Linux).
- 4Définissez le succès de votre projet. Étant donné que les projets open source abordent différentes catégories de problèmes, le «succès» de votre projet variera. Prendre note de ce que vous essayez d'accomplir et de la manière dont vous saurez que vous l'avez réalisé vous aidera à vous concentrer sur un objectif principal pendant toute la durée du projet.
- Par exemple, vous pouvez considérer votre projet open source comme réussi s'il se lance, tandis que d'autres peuvent considérer un projet comme réussi uniquement lorsqu'il atteint un certain nombre de téléchargements.
- 5Choisissez une licence open source existante et approuvée pour votre projet. La plupart des développeurs savent ce que signifient «GPL», «LGPL», «BSD» (Berkeley Software Distribution) et «Apache», ce qui signifie qu'ils savent également ce qu'ils peuvent faire avec un tel code et ce qu'ils ne sont pas autorisés à faire. Cela vous aidera à éviter tout problème juridique ou de propriété intellectuelle en cours de route.
- La rédaction de votre propre licence peut prendre du temps et vous devrez probablement engager un avocat pour confirmer que le document coche toutes les cases.
- 6Écrivez le fichier README de votre projet. Cela peut sembler une action qu'il vaut mieux enregistrer pour le dernier plutôt que pour le premier, mais écrire le README du mieux que vous pouvez sans le projet réel devant vous vous obligera à définir trois choses cruciales: à qui votre projet est-il (public), à quoi votre project est utilisé pour (utilisation), et où vous pouvez trouver des ressources supplémentaires (aide).
- Naturellement, vous ne pourrez pas lister les instructions techniques de votre projet dans le fichier README.

Ce guide vous apprend comment démarrer et gérer un projet open source réussi.
Partie 2 sur 3: démarrer le projet
- 1Trouvez des contributeurs au préalable. Bien que vous puissiez avoir quelque chose du squelette initial de votre projet à une version bêta de travail, le recrutement de quelques contributeurs proches pour vous aider avec le projet avant de publier le projet n'importe où aidera à constituer une équipe; de même, vous aurez un accès direct aux commentaires de quelques personnes proches lorsque vous commencerez plutôt que d'avoir à trier les commentaires de la communauté dispersée.
- Si vous ne trouvez pas de contributeurs avant de lancer votre projet, les collaborateurs risquent de ne pas avoir l'impression de participer activement au processus.
- De nombreux chefs de projet open source offrent des leçons de codage ou d'autres compensations non matérielles à leurs premiers contributeurs.
- 2Obtenez un hébergement. Il est relativement facile de s'inscrire pour un hébergement gratuit pour un projet open source; les options courantes incluent SourceForge et GitHub. Non seulement cela permet d'économiser de l'argent, mais cela place également votre projet dans un endroit où les gens sont susceptibles de rechercher des projets open source à venir.
- 3Indiquez que votre projet est open source. Bien que cela semble être une chose très simple, c'est l'un des aspects les plus négligés d'un projet open source. N'oubliez pas que les utilisateurs ne verront votre projet que pendant quelques secondes avant de décider de le télécharger ou non; savoir que votre projet est open source (et donc un travail en cours) peut les aider à se forger une opinion différente.
- 4Établissez la transparence. La partie «ouverte» de l'open source signifie que les gens doivent pouvoir voir ce que vous faites avec le code. Voici quelques moyens simples de garantir que tout le monde a un accès égal à vos ressources:
- Stockez votre code en ligne afin que tout le monde puisse y accéder.
- Publiez votre licence, votre README et votre calendrier de diffusion dans un emplacement facile d'accès.
- Énoncez vos objectifs pour le projet.
- Enregistrez et publiez toute information de réunion «privée» (par exemple, des enregistrements audio ou des transcriptions).
- 5Publiez des itérations de votre projet. Surtout lorsque vous avez des contributeurs ou des sponsors cohérents, vous voudrez vous en tenir à votre calendrier de publication aussi précisément que possible. Cela permettra à la communauté d'avoir une idée de ce que ressent votre projet avant que sa version complète ne soit rendue publique, et vous pourrez recevoir une grande quantité de commentaires que vous pourrez utiliser pour peaufiner les versions futures.
- Il est important de se rappeler que, même si vous n'avez pas besoin d'utiliser tous les commentaires de la communauté, ils voudront voir que vous mettez en œuvre des suggestions courantes.
- 6Autorisez la communauté à modifier votre code. Bien que vous deviez annuler le vandalisme et les modifications qui n'ont aucun sens en termes de code lui-même, rendre votre code public vous aidera à trouver de nouveaux contributeurs. Il s'adaptera également à la culture de transparence que l'on retrouve avec de nombreux projets open source, qui peuvent influencer les futurs sponsors.
- Vous pouvez toujours protéger le code structurel et bannir les contributeurs qui spamment ou vandalisent votre projet si besoin est.

Étant donné que les projets open source abordent différentes catégories de problèmes, le «succès» de votre projet variera.
Partie 3 sur 3: maintenir le projet
- 1Interagissez avec la communauté. Peu importe le niveau de visibilité du projet, votre travail open source finira par attirer une certaine forme d'intérêt et / ou de critique de la part de la communauté. Plutôt que de les refuser ou de les ignorer, il est préférable de parler avec les membres intéressés de la communauté afin d'augmenter leurs chances de devenir des contributeurs.
- 2Ne faites pas tout le travail vous-même. Comme mentionné ci-dessus, de nombreux membres de la communauté peuvent vous proposer des suggestions ou des idées sur la manière d'améliorer votre projet. Il est facile de prendre cela comme une invitation à effectuer les changements vous-même; Au lieu de cela, pensez à demander à un membre intéressé de la communauté d'apporter les changements.
- Faire cela crée à la fois un sentiment de travail d'équipe avec le (s) membre (s) de la communauté impliqué (s) et vous libère du temps pour vous concentrer sur d'autres problèmes.
- 3Évitez les communications privées. La partie «ouverte» des projets open source n'est pas propice à des réunions privées ou à la mise en œuvre de l'information sans une totale transparence.
- Si vous finissez par avoir une réunion privée sur une fonctionnalité ou une idée, assurez-vous d'enregistrer la réunion et de la télécharger sur la page de votre projet.
- 4Implémentez les pull requests. Les pull requests sont des moyens par lesquels les membres de la communauté peuvent contribuer à votre projet. Bien que vous souhaitiez les examiner dans les étapes ultérieures de votre projet, permettre aux membres de la communauté de peaufiner votre code au fur et à mesure du projet garantira qu'il est aussi complet que possible.
- 5Commercialisez votre projet. Tout comme vous commercialiseriez un produit payant, vous devrez promouvoir votre projet open source via des pages de médias sociaux et un engagement général.
- Il existe pratiquement d'innombrables façons de promouvoir votre projet, mais l'utilisation du sous-programme de programmation de Reddit vous permettra de poser des questions, de répondre aux commentaires et d'interagir avec votre public cible.
- 6Demandez à quelqu'un de poursuivre le projet. Invariablement, le succès de votre projet nécessitera beaucoup moins d'attention que vous ne lui avez accordé jusqu'à présent. Si possible, nommer un chef de projet pour prendre en charge le bien-être du projet jusqu'à ce qu'il devienne inutile ou qu'il ait besoin d'une mise à jour; cela vous permettra de vous concentrer sur d'autres projets (ou de faire une pause bien méritée).
- Si vous souhaitez plonger dans l'open source mais que vous n'êtes pas encore prêt à héberger votre propre projet, envisagez de contribuer aux projets d'autres utilisateurs jusqu'à ce que vous maîtrisiez le processus.
- Sachez ce que signifie réellement votre licence Open Source:
- Apache permet à tout le monde de modifier votre code et de l'utiliser dans son logiciel à source fermée. Par conséquent, le code sous cette licence est attrayant pour les entreprises et il sera beaucoup plus facile d'obtenir la popularité initiale. Cependant, il se peut que vous n'obteniez pas beaucoup de commentaires de la part de personnes qui utilisent simplement votre travail en silence.
- LGPL (licence publique générale moindre) permet d'utiliser votre logiciel dans les dérivés de source fermée, mais oblige l'utilisateur à divulguer toutes les modifications qu'il a apportées à votre code. On peut s'attendre à plus de commentaires.
- GPL (licence publique générale) est une licence agressive qui oblige l'utilisateur à divulguer son propre code qui appelle votre code. Peu d'entreprises aimeront cela, mais si elles veulent votre logiciel, elles vous contacteront en vous proposant de payer pour leur donner le code dans les conditions qui leur plaisent. Bien que cette "double licence" ne soit pas respectée par de nombreux hackers de logiciels libres et organisations GNU, elle est légale et plutôt populaire.
- Assurez-vous de vérifier l'orthographe de tout travail écrit que vous produisez. Utilisez toujours une grammaire appropriée.
- Soyez aussi professionnel et mature que possible, même si quelqu'un ne communique pas avec vous.

De nombreux projets open source en cours acceptent une contribution de la communauté rigoureuse, alors n'ayez pas peur de rechercher et de rejoindre une version existante de votre projet à la place.
- Si vous utilisez certains composants Open Source d'autres projets, assurez-vous de respecter leurs licences. Toutes les licences open source ne sont pas compatibles entre elles.
- Ce n'est généralement pas une bonne idée de trouver et d'essayer de relancer un projet abandonné existant. De tels projets sont généralement abandonnés pour une bonne raison.
- Ne reconnaissez pas trop les personnes qui produisent du travail pour vous. Si vous commencez à remercier tout le monde, soit vous finirez par manquer quelqu'un qui se sentira négligé, soit vous ne saurez pas où vous arrêter. Remerciez seulement un membre de la communauté qui fait quelque chose d'exceptionnel; cela élève la barre de ce qui doit être fait pour recevoir votre gratitude.
Lisez aussi: Comment installer Microsoft Office?
En parallèle