La question ne se pose pas vraiment en ces termes. Quand on a voulu se débarrasser de templeet, j'ai pris la décision de partir sur un développement spécifique plutôt que des logiciels libres existants en 2008 et je pense que c'était le bon choix. J'avais également l'espoir à l'époque que cette base de code spécifique puisse être utilisée par d'autres sites, mais ça ne s'est pas concrétisé.
C'est-à-dire que c'était également les motivations de Templeet, lorsque DLFP a abandonné DaCode. Et Templeet était lui aussi un logiciel libre (et même documenté !), pour les mêmes raisons.
De l'autre côté, vouloir migrer même vers des outils existants demande un travail très conséquent pour juste arriver au même niveau. Je ne pense pas que l'on ait les ressources pour réussir un tel chantier. Et si on les avait, ça serait sûrement plus efficace de faire évoluer progressivement l'existant que de se lancer dans un gros chantier qui va forcément prendre du temps et dont l'issue est plus incertaine.
Ça c'est vrai aussi, c'est un plan de migration, et c'est intéressant entre autre pour éviter les régressions [...] à condition d'arriver à le faire admettre aux décideurs et aux développeurs de l'équipe au moment où c'est nécessaire.
Mais bon. C'est un peu comme refaire sa maison. C'est très excitant au départ, arrivé à mi-chantier, on se demande pourquoi on s'est embarqué là-dedans et à la fin, il est presque temps de recommencer. En général, on le fait une fois, rarement une deuxième.
Du coup, les années passant, il est probable que si tu transmets à ton tour, un jour, le bébé à une autre équipe, cela marque le début d'un nouveau cycle et que celle-ci en profite pour réécrire une nouvelle fois DLFP en exploitant les technologies du moment.
[^] # Re: LinuxFR.org semble développé par ~1 personne, des impacts ?
Posté par Obsidian . En réponse à la dépêche Améliorons l’expérience utilisateur de LinuxFr.org !. Évalué à 5.
C'est-à-dire que c'était également les motivations de Templeet, lorsque DLFP a abandonné DaCode. Et Templeet était lui aussi un logiciel libre (et même documenté !), pour les mêmes raisons.
Ça c'est vrai aussi, c'est un plan de migration, et c'est intéressant entre autre pour éviter les régressions [...] à condition d'arriver à le faire admettre aux décideurs et aux développeurs de l'équipe au moment où c'est nécessaire.
Mais bon. C'est un peu comme refaire sa maison. C'est très excitant au départ, arrivé à mi-chantier, on se demande pourquoi on s'est embarqué là-dedans et à la fin, il est presque temps de recommencer. En général, on le fait une fois, rarement une deuxième.
Du coup, les années passant, il est probable que si tu transmets à ton tour, un jour, le bébé à une autre équipe, cela marque le début d'un nouveau cycle et que celle-ci en profite pour réécrire une nouvelle fois DLFP en exploitant les technologies du moment.