Une fois le projet présentable -non pas parfait, simplement présentable- vous êtes prêt à l'annoncer Ubi et orbi. C'est en fait un processus très simple : allez sur http://freshmeat.net/, cliquez sur Submit en haut de la barre de navigation, et saisissez un formulaire d'annonce de votre nouveau projet. Freshmeat est l'endroit que tout le monde scrute pour les annonces de nouveaux projets. Veillez simplement à garder un oeil sur ce site pour observer l'évolution du bouche à oreille. Si vous connaissez des listes de diffusion ou des newsgroups pour lesquelles une annonce de votre projet serait pertinente et intéressante, postez y un message, mais soyez attentif à n'envoyer qu'un unique message par forum, et en dirigeant les personnes vers votre propre liste (en fixant l'entête Reply-to à l'adresse de votre propre liste). Les messages doivent être courts et aller droit à l'essentiel :

To: discuss@lists.example.org
Subject: [ANN] Projet Scanley d'indexeur textuel
Reply-to: dev@scanley.org

Ceci est un message unique d'annonce de création du projet Scanley,
 un indexeur textuel libre et un moteur de recherche doté d'une
riche API à destination des programmeurs désirant proposer des
services de recherche pour de grandes collections de fichiers texte.
Scanley fonctionne, est toujours en développement actif, et 
recherche des développeurs et des testeurs.

Site du projet: http://www.scanley.org/

Fonctionnalités :
   - Recherches texte, HTML et XML
   - Recherche de mots ou de phrases entières
   - (prévu) Recherches approchantes
   - (prévu) Mise à jour incrémentales des index
   - (prévu) Indexation de sites Web distants

Pré-requis :
   - Python 2.2 ou supérieur
   - Suffisamment d'espace disque pour les index (approximativement 2 x
la taille des données traitées)

Pour davantage d'informations, veillez consulter scanley.org.

Merci,
-J. Random

(Voir la section intitulée « Publicity » du Chapitre 6, Communications pour des conseils sur la façon d'annoncer les versions suivantes et les autres événements du projet.)

Il existe actuellement un large débat dans le monde du libre sur la nécessité ou pas de démarrer avec du code fonctionnel, ou si un projet peut bénéficier du fait d'être encore en conception. J'ai longtemps pensé que démarrer avec un code fonctionnel était le plus important facteur de réussite d'un projet, étant ce qui différencie les vrais projets des gadgets, et que des développeurs sérieux ne seraient attirés que car quelque chose de suffisamment concret.

Il s'avéra que ce n'est pas le cas. Dans le projet Subversion, nous avons démarré avec un document de conception, un noyau de développeurs intéressés et en contact, beaucoup de tapage, et aucun code fonctionnel. A ma grande surprise, le projet acquis des participants actifs dès son démarrage, et au moment ou nous obtinrent du code fonctionnel, un nombre assez grand de volontaires étaient déjà largement impliqués. Subversion n'est pas le seul exemple ; le projet Mozilla a également été lancé sans code fonctionnel, et a atteint aujourd'hui le statut de navigateur Web très populaire.

Face à l'évidence, j'eus à ravaler mes certitudes sur la nécessité absolue de disposer de code fonctionnel pour lancer un projet. Un code fonctionnel est encore la meilleure fondation d'un projet pour son succès, et c'est une bonne règle que d'attendre d'en disposer avant de l'annoncer. Il existe néanmoins des circonstances où le faire en avance est utile. Je pense qu'il faut au moins proposer un document de conception correct, ou un cadre de développement (bien entendu ils pourront être modifiés par des retours des visiteurs) mais il doit y avoir quelque chose de concret, de plus tangible que de simples bonnes intentions, pour que les gens s'y fassent les dents.

Une fois que vous avez fait votre annonce, n'attendez pas qu'une horde de volontaires rejoignent immédiatement votre projet. En général, le résultat d'une telle annonce se résume à quelques questions de politesse, quelques inscriptions sur la liste de diffusion, et tout continue à peu près comme avant. Mais sur le long terme, vous noterez une progression constante de la participation à la fois en nouveaux contributeurs de code et d'utilisateurs. Faire l'annonce est seulement planter la graine : il peut falloir un temps considérable pour que la nouvelle croissent et se répande. Si le projet donne constamment en retour à ceux qui s'y investissent, la nouvelle se répandra car les gens aiment partager lorsqu'ils trouvent quelque chose de valable. Si les choses se passent bien, les dynamiques de réseau de type exponentielles transformeront lentement le projet en une communauté complexe, où vous ne connaîtrez pas nécessairement le nom de tous et où vous ne pourrez plus suivre chaque conversation. Le chapitre suivant concerne la façon de travailler dans cet environnement.