Tout d'abord, je m'excuse si ce n'est pas la mauvaise section du réseau pour poster cette question. Si tel est le cas, n'hésitez pas à le déplacer vers un emplacement plus approprié ...
Question: Je voudrais entendre vos idées concernant les façons de démarrer et d'exécuter des projets open source. J'ai un projet de système de gestion de contenu open source et ici quelques questions se posent: Comment dois-je agir? Dois-je proposer une édition pré-alpha viable avec des frontaux et des back-ends fonctionnels, puis annoncer le projet publiquement? Ou dois-je l'annoncer tout de suite? En tant que développeur, je sais que l'on devrait utiliser un système de versioning comme Git ou SVN, ce que je fais, aucun problème là-bas. Et le mérite des tests unitaires est également quelque chose à retenir, qui, pour être franc, je ne suis pas du tout intéressé ... Gestion de projet - Je suis un débutant dans ce domaine, au mieux. Les techniques de codage et les expériences telles que le développement Agile sont quelque chose que je veux explorer ...
En bref, toutes les idées pour un développeur nouveau dans le monde open-source sont les bienvenues.
la source
Réponses:
Je commencerais à m'arrêter pour écrire des choses comme ceci:
Ce genre d'attitude arrogante tue en fait plus de projets open source qu'autre chose. L'open source est moins une question de source que de collaboration. Bienvenue à tous ceux qui veulent aider, même s'ils n'ont pas l'expérience pratique pour le faire - aider les projets open source à acquérir de l'expérience est une pratique courante, comme vous le savez probablement.
Le deuxième point est de ne pas se soucier de la promotion si vous n'avez pas de code de travail. Allez jeter un œil à sourceforge ou Google Code ou n'importe où et voyez la mer de projets morts avec rien de plus que quelques lignes de code et beaucoup de bonnes intentions. Code d'abord, parlez dernier.
La meilleure promotion est d'avoir un "client": avoir quelqu'un qui utilise votre produit pour que les gens puissent voir qu'il est réellement en production. S'il s'agit d'un CMS: utilisez-le pour le site du projet, par exemple.
Si vous avez tout cela, votre meilleur pari en promotion est le bouche à oreille. Demandez à des amis d'utiliser votre projet sur leurs sites Web, par exemple. Bloguez à ce sujet et soumettez l'article pour des sites d'agrégateur comme Digg ou Slashdot, mais ne le faites pas si le projet n'est pas prêt pour les heures de grande écoute. Personne ne veut lire sur vapourware.
Bonne chance pour votre projet.
la source
Votre question est vague mais je vais essayer une réponse du mieux que je peux. Je suppose que vous voulez attirer des développeurs vers le projet afin que vous ne soyez pas la seule personne à travailler sur le projet?
Dans ce cas, vous voudrez probablement obtenir un compte sur Github et ou Source forge afin que tout le monde puisse y accéder et apporter des modifications. Pour commencer, vous serez le seul développeur à y travailler, vous n'avez donc pas à vous soucier de la gestion de projet, mais dès qu'il y aura plusieurs personnes impliquées, vous voudrez lancer des révisions de code, fixer des objectifs, etc.
Les objectifs peuvent être regroupés dans un système de suivi des problèmes comme bugzilla, les ajouter en tant que bogues qui doivent être corrigés et permettre aux gens de s'y attribuer, ou leur demander d'envoyer un e-mail à une personne centrale qui alloue des personnes aux problèmes.
Vous voudrez attirer une foule de développeurs, vous aurez donc besoin d'un site Web décrivant le projet, et où il se voit, à court et moyen terme, ainsi que des captures d'écran, etc.
Un blog de projet / twitter qui permet aux utilisateurs de garder une trace de l'endroit où vous êtes si cela est également utile.
la source
Si vous ne l'avez pas lu, je vous suggère La Cathédrale et le Bazar de Raymond, et je porte une attention particulière à son expérience avec Fetchmail.
Sur la base de cela et de ma propre expérience, je suggère de publier du code dès qu'il résout un problème que d'autres personnes pourraient avoir . Oui, vous devez utiliser un contrôle de source de flux principal et le publier sur un serveur quelque part. Vous devez choisir une licence, et cela peut être très important selon vos objectifs. Mais pour ce qui est de publier et quand, "sortez tôt, sortez souvent".
la source