mozilla.org

Les personnes qui avaient participé à des projets open source auparavant se rendaient compte que le code devait disposer d'un site de référence. Jamie enregistra la nuit même un nouveau nom de domaine et rédigea la charte des projets de développement distribués grâce à mozilla.org, qui naquit ainsi.

Les projets open source couronnés de succès suivaient tous un modèle, pas nécessairement à dessein, par lequel une personne ou un groupe assure la coordination. Les personnes travaillent sur l'aspect du code qui leur plaît, selon leurs propres envies. À la fin de la journée chacun dispose d'un module fonctionnant un peu mieux. Mais lors de la publication d'une nouvelle version du logiciel ils doivent adapter leurs modifications car le morceau de source du logiciel principal les concernant a peut-être évolué.

Les développeurs souhaitent donc voir leurs modifications intégrées dans la distribution principale. Un amas de code source et modifié sans méthode par de intervenants poussera tôt ou tard quelqu'un à se dresser et dire « Je pourrais très bien collecter une masse de modifications et constituer ainsi une nouvelle version ». Un autre contributeur pourra dès lors penser « Je ne sais pas à qui remettre ma modification, alors je vais le donner à ce type. Il semble en faire bon usage. » Le temps passe, et cette personne devient le mainteneur.

Pour ce projet open source, on mit la charrue avant les bœufs. Mozilla.org fut conçu et réalisé afin de remplir le rôle de mainteneur dès le début. Puisque cette mission serait d'une manière ou d'une autre prise en charge, nous décidâmes de créer l'infrastructure pour devenir les gestionnaires du travail.

En quelques mois mozilla.org commença à devenir une organisation, trouvant des fonds et des machines, gérant des listes de diffusion électroniques, et tissant les appuis nécessaires afin que tout fonctionne. La mission consistait simplement à préserver une organisation adéquate et fonctionnelle. Le dépôt central devait être opérationnel dès que les sources seraient publiées sous peine de voir après quelques mois un tiers endosser cette responsabilité. Netscape, comme chacun le sait, n'est pas du genre à regarder les autres faire à sa place.

Offrir le code source signifiait que Netscape collaborerait avec les utilisateurs de l'Internet. Il nous fallait impérativement bien distinguer le groupe de développement des produits clients Netscape et celui de mozilla.org. mozilla.org devait agir en tant que coordinateur de toutes les développeurs actifs tandis que l'objectif du développement produit était de coordonner les produits Netscape réalisés à partir du code de Mozilla. Puisque les deux groupes travaillent sur le même produit, les intérêts pouvaient se chevaucher. Mais le groupe derrière mozilla.org reconnut qu'il serait désastreux pour son image sur le Net que quelqu'un se tourne vers l'organisation et affirme « Ces gens n'ont que les intérêts de Netscape en tête et veulent seulement vendre leurs produits. ». Ceci signifierait que mozilla.org n'est pas le mainteneur adéquat. La séparation devait être réelle et les activistes de l'Internet le savaient.