En dehors de toute considération de distrib et d'un point de vue purement développement, je suis d'accord avec xof. Les bétas sont trop rapprochées pour un projet informatique de cette taille et il y a trop de changements.
Pour moi, la phase beta d'un gros projet est consacrée uniquement au débuggage. On freeze le projet: beta1. Phase intensive de tests et de débuggage d'une durée proportionnelle à la taille du projet puis: beta2 ... ainsi de suite jusqu'à la sortie de la release candidate 1 qui comme sont nom l'indique pourrait sortir telle qu'elle s'il n'y a pas de bugs majeurs dedans.
On voit ici qu'une nouvelle beta apparait avec openoffice 1.0.1 qui n'est pas un petit morceau ainsi que des versions améliorées des outils de configuration de la distribution. Les possibilités de bugs augmentent alors que la deadline est fixe.
De plus, un tel rythme de sortie des betas diminue le nombre de testeurs puisqu'il faut à chaque fois télécharger l'iso et qu'elle n'a pas le temps de circuler assez longtemps avant qu'une nouvelle n'arrive.
Il ne suffit pas de faire plus de betas pour avoir une distrib plus stable si c'est mal fait. Je pense qu'ils auraient dû garder leur fonctionnement habituel mais il n'était pas adapté à une distribution commerciale surtout avec la concurrence actuelle. Le nouveau système se prête plus à l'intégration de dernière minute d'une nouvelle version d'un logiciel majeur avec un temps minimum de débuggage. A un mois prés, on peut passer à côté d'une grosse sortie et être has been lors de la sortie comparé aux autres distribs.
Sur un plan purement commercial, je pense que c'est une bonne décision de leur part, surtout que Suse et Redhat sont devenus trés agressifs sur ce point.
[^] # Re: Franchement trop
Posté par jeanmarc . En réponse à la dépêche Disponibilité de la Beta 4 de la Mandrake 9.0. Évalué à 8.
Pour moi, la phase beta d'un gros projet est consacrée uniquement au débuggage. On freeze le projet: beta1. Phase intensive de tests et de débuggage d'une durée proportionnelle à la taille du projet puis: beta2 ... ainsi de suite jusqu'à la sortie de la release candidate 1 qui comme sont nom l'indique pourrait sortir telle qu'elle s'il n'y a pas de bugs majeurs dedans.
On voit ici qu'une nouvelle beta apparait avec openoffice 1.0.1 qui n'est pas un petit morceau ainsi que des versions améliorées des outils de configuration de la distribution. Les possibilités de bugs augmentent alors que la deadline est fixe.
De plus, un tel rythme de sortie des betas diminue le nombre de testeurs puisqu'il faut à chaque fois télécharger l'iso et qu'elle n'a pas le temps de circuler assez longtemps avant qu'une nouvelle n'arrive.
Il ne suffit pas de faire plus de betas pour avoir une distrib plus stable si c'est mal fait. Je pense qu'ils auraient dû garder leur fonctionnement habituel mais il n'était pas adapté à une distribution commerciale surtout avec la concurrence actuelle. Le nouveau système se prête plus à l'intégration de dernière minute d'une nouvelle version d'un logiciel majeur avec un temps minimum de débuggage. A un mois prés, on peut passer à côté d'une grosse sortie et être has been lors de la sortie comparé aux autres distribs.
Sur un plan purement commercial, je pense que c'est une bonne décision de leur part, surtout que Suse et Redhat sont devenus trés agressifs sur ce point.