Nous n'allons évidemment pas laisser tomber les utilisateurs.

Nous n'envisageons pas de partir avec la caisse bronzer sous les tropiques après avoir jeté au lac toutes les (res)sources du projet. Il y a une crise, manifestée de façon spectaculaire par le premier bref billet de Franck hier puis détaillée dans son second billet. Il faut que nous en parlions tous ensemble, vous et nous, que nous envisagions les suites possibles et qu'on s'organise collectivement pour que ça se passe au mieux. Le projet, ses origines, sa « philosophie », le bonheur[1] qu'il nous a apportés le méritent. Franck a d'ailleurs certes quitté la « chefferie » mais pas l'équipe.

Nos discussions de toute la journée d'hier et d'aujourd'hui, vos commentaires chaleureux ici ou sur Twitter convergent vers trois hypothèses possibles.

La première, idéale, serait l'arrivée de troupes jeunes de développeurs (ou plus largement de contributeurs) qui ont un (des) projet(s) pour notre bien commun. Le mot « jeune » n'est bien sûr pas à prendre dans le sens de la date de naissance mais de celui de la fraîcheur, de l'allant, de l'énergie dont on dispose lorsqu'on est tout frais investi dans une aventure. Nous ne manquons pas d'argent, nous ne manquons pas de plan comm ou d'objectifs marketing. Nous manquons de forces vives. Les sources sont sur Bitbucket, disponibles à qui veut y mettre le nez et surtout à qui veut y contribuer !

La deuxième hypothèse serait de maintenir gentiment en vie l'asticot en assurant les correctifs nécessaires (failles, changement de version de PHP) mais sans projet d'évolution. Ça ne veut pas dire qu'il n'y en aurait pas mais que ça ne ferait pas partie de notre engagement. Cela nécessite qu'il y ait quand même des gens pour coder ce qui serait nécessaire, d'autres gens pour tester, d'autres encore pour faire vivre les sites. Vous avez été extrêmement nombreux à nous dire que tel qu'il est il vous plaît[2].

La troisième hypothèse serait de fermer en douceur la maison, en prenant tout le temps qu'il faudra (un an ? deux ?) pour que chacun ait le temps de trouver d'autres solutions, en les accompagnant autant que possible, en sollicitant parmi les autres CMS des plugins de migration, etc. Les besoins seraient alors les mêmes que dans la deuxième hypothèse émise ci-dessus mais sur moins longtemps et nécessitant moins de compétences de codeurs.

La discussion est ouverte. Nous vous proposons qu'elle le soit pendant six mois (disons jusqu'à la fin de l'année civile) et que d'ici là un maximum d'échanges puissent avoir lieu entre nous tous mais aussi avec ceux que cette discussion pourrait intéresser, même s'ils ne sont pas actuellement utilisateurs.

Le vecteur de ces échanges sera la mailing-list “dev” qui existe déjà. Nous invitons tous ceux, y compris les simples utilisateurs sans compétence web, qui ont envie de participer à l'élaboration de la décision de s'y inscrire. Le forum ni les commentaires de ce blog n'offrent le même confort de discussion. C'est d'ailleurs aussi l'animation ou l'absence d'animation de cette mailing-list qui nous éclairera sur les décisions à prendre.

Pour les affaires courantes, il n'y aura pas de nomination de chef : on en a déjà usé trois, on ne va pas tout de suite griller les nerfs d'un quatrième. Les décisions de maintenance à prendre le seront collégialement par le CA de l'asso de Dotclear, j'en serai le porte-parole.

Vous vous sentez concernés par l'avenir de Dotclear ? Nous vous attendons.

Notes

[1] Oui, j'y vais carrément, ça l'a été pour moi.

[2] Vous connaissez la suite de cette chanson