9
votes

Comment créer un projet open source réussi?

Il y a quelque temps, j'ai observé quelques personnes essayant de créer un projet open source. Environ une semaine après la démarquée plus ou moins complètement dissoute, en partie à cause de la gestion du projet lui-même.

Les idées derrière le projet ont toutefois très bien pensé et beaucoup de gens sont toujours intéressés à la voir réaliser. Jusqu'à présent, personne n'a fait une tentative sérieuse de la recréer, mais quelques-uns d'entre nous pensent de le faire. Bien sûr, nous ne voulons pas que le projet se termine de la même manière que cela a fait la dernière fois.

maintenant à ma question. Comment créer un projet open source réussi, où succès est défini comme «le projet ne meure pas à moins que personne ne soit plus intéressé par le logiciel lui-même?»


1 commentaires

Demandez à cette question sur les nouvelles du pirate de hacker (News.ycombinator.com/), si vous ne l'avez pas déjà. C'est aussi un bon endroit pour poser des questions open source et de démarrage.


5 Réponses :


1
votes

Vous le dites vous-même. La chose la plus importante est que cela devrait avoir des personnes qui se soucient suffisamment de cela pour traiter les problèmes au lieu d'abandonner.

Si personne ne se soucie assez, cela mourra à nouveau. Essayez un autre projet où vous vous souciez assez.

"Beaucoup de personnes intéressées à la voir réalisée" ne veut rien dire si personne ne fera réellement le travail, combattre les combats et rester en place.


0 commentaires

1
votes

C'est une sorte de cheptel-là, mais je vais mordre quand même.

La plupart des projets Foss sont lancés par une seule personne. D'autres personnes viennent à bord après que cette personne a produit du code qui fait quelque chose de vaguement utile. Donc, si vous souhaitez démarrer un projet, faites-le vous-même, configurez un site sur quelque chose comme le code de Google et écrivez du code. Le dernier est le plus important.


0 commentaires

5
votes

GitHub est un bon endroit car il est facile pour quelqu'un avec une personne avec même un peu d'intérêt pour fourchette votre projet et appliquer ses patchs à partager avec d'autres.

Mais c'est vraiment sur les attitudes autour de votre projet plus que d'où vous l'hébergez ou d'autres considérations simples comme celle-là. Soyez bienveillant, sérieux et judicieux, gardez une communauté qui va même si elle sera assez petite pendant un moment, etc. Acceptez les correctifs qui doivent être acceptés, rejeter les correctifs qui doivent être rejetés. Soyez juste une bonne personne, développeur et gestionnaire et appliquer ces compétences à votre projet, et ça devrait aller bien.


0 commentaires

1
votes

Je ne pense pas que cela soit placé dans la pierre, mais pour moi, le plus grand point est que votre projet devrait remplir un écart dans l'écosystème existant. En d'autres termes, il faut vivre dans un espace pour vivre.

Autre que cela, je peux dire que le meilleur moyen de rester motivé est de travailler avec des gens. Vous dites qu'il y a encore beaucoup de gens intéressant à la voir réaliser. Alors, pourquoi ces gens ne font-ils pas quelque chose à ce sujet? Ils peuvent sûrement faire quelque chose. Je pense qu'une idée fausse commune est que contribuer à un projet open-source signifie que vous devez être capable d'écrire du code. Il y en a plus:

  • Documentation d'écriture
  • créer des éléments graphiques
  • Discutez des caractéristiques et des feuilles de route
  • Promouvoir le projet
  • etc. c.

    Bien sûr, tous ces points ne sont pas applicables à tous les projets, mais essayant d'amener les gens à s'engager dans un projet qui vous aidera éventuellement à vous aider et / ou que vos projets de projet à rester confidens. Vous ne voulez pas laisser tomber tous les autres gens sur le projet, n'est-ce pas? ; -)


0 commentaires

10
votes

Nice de la question, bien qu'il soit plus digne d'un livre qu'un simple article, IMHO. Et j'espère que cela ne surprend pas que la plupart des meilleurs conseils soient sociaux , pas techniques.

Voici quelques observations en aucun ordre particulier:

  • ne faites pas d'investissement d'infrastructure à l'avance à l'avance à moins que vous n'ayez déjà un committerie Apache (ou Somesuch), ne vous achetez pas pour une organisation sponsorante ni d'héberger vos propres serveurs, etc. Lève-toi sur Github en 5 minutes et ne regarde pas en arrière. Mettez votre énergie en fonctionnalités.
  • Baisser la barrière pour l'entrée Ne faites pas que les contributeurs potentiels sautent à travers des cerceaux ou subissent une vérification des antécédents avant d'écouter leurs idées. Les projets open source sont des économies en réseau ... vous avez besoin de l'énergie des autres. Même une activité erronée est meilleure que l'absence d'activité sur votre projet. Vous pouvez toujours diriger le codeBase dans une meilleure direction plus tard.
  • minimiser le code personnalisé n'écrivez pas un outil de journalisation personnalisé ou une API d'analyse XML ... Il existe des implémentations open source (1) suffisamment bon, (2) mieux entretenues, et (3 ) mieux que le vôtre deviendra de toute façon. Plus vous pouvez vous concentrer sur votre essentiel, mieux vous pouvez vous concentrer sur votre problème de base.
  • vivre sur le bord Les gens et les organisations n'investiront que dans l'amélioration de votre projet s'ils bénéficieront directement. Mangez votre propre chienfood. Créez des dépendances dans vos autres projets (comme avec votre employeur) sur votre projet open source, même si ce n'est pas encore "parfait". (Astuce: Les projets logiciels ne sont jamais parfaits, ils sont des travaux en cours ou morts.)

4 commentaires

Karl Fogel a un livre intitulé «Produire des logiciels open source» .. Obtenez-le maintenant. Lorsque j'ai quitté DotProject pour rejoindre Web2Project, ce livre a servi autant de notre inspiration pour définir les choses à droite. C'était une ouverture oculaire. L'expérience de Fogel était comme l'un des gars du dirigeant de Subversion.


+1 Gardez-le simple un ciblé. C'est à peu près le conseil parfait.


Est-ce que le code.google.com est plus ou moins remplacé par GitHub aujourd'hui?


@Christianseverin Je suis à peu près sûr que le code.google.com a obtenu (bien que le contenu soit toujours disponible). Oui, utilisez github. J'ai mis à jour mon point balle.