Effectivement, le fork de PostNuke notamment est arrivé assez vite (courant 2001, si je me rapelle bien, je n'ai pas encore fait de chronologie).
Mais rien n'empêchait de recoder le logiciel en restant dans le projet PHPNuke. Réécriture du code ne signifie pas fork. Donc, si FB avait fait preuve de plus d'esprit de collaboration, je ne suis pas sûr que la mauvaise qualité du code aurait posé tant de problèmes et qu'il y aurait eu tant de forks. Les contribution de la communauté y aurait progressivement remédié. Par contre, il est peut être vrai que le document n'attire pas assez l'attention sur la problématique de la qualité du code, qui a éveillé de vives critiques, notamment ici sur DLFP.
[^] # Re: PHP Nuke et ses forks
Posté par Robert VISEUR . En réponse au journal PHP Nuke et ses forks. Évalué à 2.
Mais rien n'empêchait de recoder le logiciel en restant dans le projet PHPNuke. Réécriture du code ne signifie pas fork. Donc, si FB avait fait preuve de plus d'esprit de collaboration, je ne suis pas sûr que la mauvaise qualité du code aurait posé tant de problèmes et qu'il y aurait eu tant de forks. Les contribution de la communauté y aurait progressivement remédié. Par contre, il est peut être vrai que le document n'attire pas assez l'attention sur la problématique de la qualité du code, qui a éveillé de vives critiques, notamment ici sur DLFP.