Mai 2012
Une nouvelle stratégie de développement pour Firefox
par Christophe Laporte le 15.01.2010 à 00:26
Mozilla a décidé d'adopter une nouvelle feuille de route pour Firefox, et surtout une nouvelle méthode de développement. Plutôt que de sortir une à deux mises à jour majeures par an, l'éditeur compte désormais intégrer de nouvelles fonctionnalités à son navigateur dans ses révisions mineures qui se contentaient jusqu'à présent de corriger des failles de sécurité et des bogues. Des mises à jour majeures seront également proposées de temps à autre, mais elles seront davantage axées sur l'interface utilisateur.
Le directeur de Firefox, Mike Beltzner, pense que c'est le meilleur moyen d'accélérer le développement de son logiciel. Il est vrai que les dernières versions de Firefox ont accumulé les retards par rapport à leur planning initial. Dernier exemple en date : Firefox 3.6. Espéré pour novembre, il n'a toujours pas vu le jour.
La fondation Mozilla devait ensuite se focaliser sur Firefox 3.7. Finalement, avec cette nouvelle stratégie, elle passe à la trappe et est remplacée par Firefox 3.6.5 qui doit sortir en mars. La grande nouveauté de Lorentz - c'est son nom de code - concernera les modules Flash et QuickTime. Tous deux seront exécutés dans des processus indépendants afin de ne pas perturber le bon fonctionnement du navigateur en cas de plantage. Apple réserve un traitement similaire à la technologie d'Adobe dans Safari 4. C’est un premier pas, mais la fondation Mozilla ne compte pas s'arrêter en si bon chemin. A l’avenir, elle pourrait utiliser un système équivalent à celui de Chrome : allouer un processus par onglet.
Le directeur de Firefox, Mike Beltzner, pense que c'est le meilleur moyen d'accélérer le développement de son logiciel. Il est vrai que les dernières versions de Firefox ont accumulé les retards par rapport à leur planning initial. Dernier exemple en date : Firefox 3.6. Espéré pour novembre, il n'a toujours pas vu le jour.
La fondation Mozilla devait ensuite se focaliser sur Firefox 3.7. Finalement, avec cette nouvelle stratégie, elle passe à la trappe et est remplacée par Firefox 3.6.5 qui doit sortir en mars. La grande nouveauté de Lorentz - c'est son nom de code - concernera les modules Flash et QuickTime. Tous deux seront exécutés dans des processus indépendants afin de ne pas perturber le bon fonctionnement du navigateur en cas de plantage. Apple réserve un traitement similaire à la technologie d'Adobe dans Safari 4. C’est un premier pas, mais la fondation Mozilla ne compte pas s'arrêter en si bon chemin. A l’avenir, elle pourrait utiliser un système équivalent à celui de Chrome : allouer un processus par onglet.
|
Vos réactions (5 réactions)
vintz72
[15/01/2010 09:22]
> Nordlaser
Je pense que tu te trompes en effet. Ils vont simplement changer la façon de sortir leurs releases : au lieu de sortir 2 fois par an une release importante qui embarque beaucoup de nouveautés (plus ou moins visibles) avec entre les 2, des mises à jour qui n'embarquent que des correctifs, ils vont désormais intégrés des nouveautés (en petite quantité) à chaque révision. Ce n'est donc pas une question d'y arriver ou pas, mais accélérer par ce principe la sortie de nouveautés.
> Nordlaser
Je pense que tu te trompes en effet. Ils vont simplement changer la façon de sortir leurs releases : au lieu de sortir 2 fois par an une release importante qui embarque beaucoup de nouveautés (plus ou moins visibles) avec entre les 2, des mises à jour qui n'embarquent que des correctifs, ils vont désormais intégrés des nouveautés (en petite quantité) à chaque révision. Ce n'est donc pas une question d'y arriver ou pas, mais accélérer par ce principe la sortie de nouveautés.
Aimzèd
[15/01/2010 15:17]
"Firefox 3.6. Espéré pour novembre, il n'a toujours pas vu le jour."
Si ça ce n'est pas être mauvaise langue, c'est drôlement bien imité... La RC (autrement dit la version qui, sauf cataclysme de dernière minute, sera renommée en version finale) est sortie depuis un petit moment...
Et puis, on peut aussi parler d'Apple, qui attend six mois avant de sortir un nouveau Safari alors que le code est terminé et testé, juste pour le sortir à un moment qui arrange son marketing... (raisonnement inverse pour Mac OS X, qui sort avant d'être prêt et est ensuite drogué aux rustines)
Quant au fait d'avoir un processus par onglet, anticipons les "ils ont copié sur google c'est nul ils innovent plus" : pour rappel, Mozilla avait proposé ce concept bien avant qu'on entende parler de Chrome. Idem pour la synchronisation entre navigateurs et autres choses qui (et c'est _positif_) ont été reprises ou sont en train d'être reprises par plusieurs autres navigateurs.
"Firefox 3.6. Espéré pour novembre, il n'a toujours pas vu le jour."
Si ça ce n'est pas être mauvaise langue, c'est drôlement bien imité... La RC (autrement dit la version qui, sauf cataclysme de dernière minute, sera renommée en version finale) est sortie depuis un petit moment...
Et puis, on peut aussi parler d'Apple, qui attend six mois avant de sortir un nouveau Safari alors que le code est terminé et testé, juste pour le sortir à un moment qui arrange son marketing... (raisonnement inverse pour Mac OS X, qui sort avant d'être prêt et est ensuite drogué aux rustines)
Quant au fait d'avoir un processus par onglet, anticipons les "ils ont copié sur google c'est nul ils innovent plus" : pour rappel, Mozilla avait proposé ce concept bien avant qu'on entende parler de Chrome. Idem pour la synchronisation entre navigateurs et autres choses qui (et c'est _positif_) ont été reprises ou sont en train d'être reprises par plusieurs autres navigateurs.
Hindifarai
[15/01/2010 17:36]
Je suis assez d'accord avec Aimzèd.
J'attends de voir si le nouveau cycle de développement est bénéfique. Intégrer le nouveau code plus rapidement dans les branches principales permet d'avoir un code plus homogène et plus cohérent. Ca peut également motiver d'avantage les développeurs en voyant leurs correctifs/ajouts plus rapidement mis en avant et même intégrés.
Bref ça peut effectivement donner un coup de boost au projet. Il ne faudrait pas cependant que cela se transforme en une course à l'intégration de features au détriment des performances, surtout après le bel effort fait sur la 3.6 au niveau qualité de code.
Je suis assez d'accord avec Aimzèd.
J'attends de voir si le nouveau cycle de développement est bénéfique. Intégrer le nouveau code plus rapidement dans les branches principales permet d'avoir un code plus homogène et plus cohérent. Ca peut également motiver d'avantage les développeurs en voyant leurs correctifs/ajouts plus rapidement mis en avant et même intégrés.
Bref ça peut effectivement donner un coup de boost au projet. Il ne faudrait pas cependant que cela se transforme en une course à l'intégration de features au détriment des performances, surtout après le bel effort fait sur la 3.6 au niveau qualité de code.
maaah
[16/01/2010 12:09]
Ah oui, depuis une semaine, c'est énooorme.
En plus, il parait qu'une RC2 est prévu donc il a dû y avoir un cataclysme ;)
La RC (autrement dit la version qui, sauf cataclysme de dernière minute, sera renommée en version finale) est sortie depuis un petit moment...
Ah oui, depuis une semaine, c'est énooorme.
En plus, il parait qu'une RC2 est prévu donc il a dû y avoir un cataclysme ;)
Réagir
Cinq consignes avant de réagir :
- Rester dans le cadre de la dépêche. Pour des discussions plus générales, vous pouvez utiliser nos forums.
- Développer son argumentation. Les messages dont le seul but est de mettre de l'huile sur le feu seront modifiés ou effacés sans préavis par la rédaction.
- Respecter les acteurs de l'informatique et les autres lecteurs. Les messages agressifs, vulgaires, haineux, etc. seront modifiés ou effacés sans préavis par la rédaction.
- Pour toute remarque concernant le contenu de l'article, pour nous signaler une erreur, une faute d'orthographe, une omission, merci de nous contacter exclusivement par e-mail.
- Relisez-vous, et pour les utilisateurs de Safari profitez de l'aide du navigateur : activez le menu édition > Orthographe > Vérifier l'orthographe lors de la frappe.
Aïe, c'est plutôt mauvais signe, s'ils n'y arrivent pas déjà maintenant, les forcer, amènera à sortir des versions buggées... enfin, j'espère que non, mais c'est souvent comme ça lorsqu'on veut accélérer les choses alors qu'on n'y arrive déjà pas "normalement".
J'espère me tromper.