Et donc tu te proposes pour réécrire les millions de ligne de code de Gecko ?
L'architecture de Gecko n'est pas toute pourrie. Elle est très bien et elle évolue depuis 10 ans, même si elle a ses défauts (comme toute architecture).
Sans dénigrer nullement le formidable travail de l'équipe de Chrome, c'est "facile" (entre guillemet, parce que faire un navigateur, c'est tout sauf facile) pour eux d'avoir une architecture différente et adaptée au matériel d'aujourd'hui : ils n'ont pas eu à gérer un passif de 10 ans, ils n'avaient pas de développeurs occupés à maintenir des versions précédentes. Ils avaient toutes leurs ressources focalisées sur le développement de leur navigateur. (sans compter qu'ils avaient déjà une bonne partie du boulot de fait : le moteur de rendu Webkit).
Et pour créer leur navigateur, ils pouvaient se dire : "alors voilà, aujourd'hui les contraintes matériels et OS, c'est ceci cela, la concurrence ils proposent ça et ça mais pas ça. On pourrait donc proposer ceci-cela à nos futurs utilisateurs. Mettons nous au travail."
Faire le même raisonnement en essayant de se projeter 10 ans en avant : c'est tout bonnement impossible (10 ans, c'est une éternité dans le monde informatique). Et dans 10 ans, l'équipe de Chrome aura le même problème que Mozilla : faire évoluer l'architecture de leur produit en tenant compte des évolutions matériels/logiciels/utilisations, mais aussi de la base utilisateur actuelle, c'est à dire pas tout casser d'un coup (les extensions par exemple). Sans perdre non plus des contributeurs qui n'arriveraient peut être pas tous à suivre un changement radical dans le code (que ce soit en temps d'adaptation de compétence sur le code, que d'acceptation de ce changement etc)
Bref, changer d'architecture, ça se fait pas en un claquement de doigt. Et une architecture, ça n'est pas forcément "pourri". Ca dépend du contexte, de l'objectif et de bien d'autres choses.
Et je trouve que les core-developpeurs de Gecko s'en sortent plutôt pas mal jusqu'à maintenant.
Sinon pour ton information, le multi-processus dans Gecko est dans le pipe [1], ça commence même à fonctionner. [2]
Et à priori, ça pourra se développer sans tout casser (ils pensent même trouver un moyen qui éviterait de trop casser les extensions agissant sur les pages web). Comme quoi, l'architecture de Gecko, elle n'est pas si pourrie que ça.
[^] # Re: Consommation mémoire ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Firefox "Shiretoko" 3.5 est sorti. Évalué à 10.
L'architecture de Gecko n'est pas toute pourrie. Elle est très bien et elle évolue depuis 10 ans, même si elle a ses défauts (comme toute architecture).
Sans dénigrer nullement le formidable travail de l'équipe de Chrome, c'est "facile" (entre guillemet, parce que faire un navigateur, c'est tout sauf facile) pour eux d'avoir une architecture différente et adaptée au matériel d'aujourd'hui : ils n'ont pas eu à gérer un passif de 10 ans, ils n'avaient pas de développeurs occupés à maintenir des versions précédentes. Ils avaient toutes leurs ressources focalisées sur le développement de leur navigateur. (sans compter qu'ils avaient déjà une bonne partie du boulot de fait : le moteur de rendu Webkit).
Et pour créer leur navigateur, ils pouvaient se dire : "alors voilà, aujourd'hui les contraintes matériels et OS, c'est ceci cela, la concurrence ils proposent ça et ça mais pas ça. On pourrait donc proposer ceci-cela à nos futurs utilisateurs. Mettons nous au travail."
Faire le même raisonnement en essayant de se projeter 10 ans en avant : c'est tout bonnement impossible (10 ans, c'est une éternité dans le monde informatique). Et dans 10 ans, l'équipe de Chrome aura le même problème que Mozilla : faire évoluer l'architecture de leur produit en tenant compte des évolutions matériels/logiciels/utilisations, mais aussi de la base utilisateur actuelle, c'est à dire pas tout casser d'un coup (les extensions par exemple). Sans perdre non plus des contributeurs qui n'arriveraient peut être pas tous à suivre un changement radical dans le code (que ce soit en temps d'adaptation de compétence sur le code, que d'acceptation de ce changement etc)
Bref, changer d'architecture, ça se fait pas en un claquement de doigt. Et une architecture, ça n'est pas forcément "pourri". Ca dépend du contexte, de l'objectif et de bien d'autres choses.
Et je trouve que les core-developpeurs de Gecko s'en sortent plutôt pas mal jusqu'à maintenant.
Sinon pour ton information, le multi-processus dans Gecko est dans le pipe [1], ça commence même à fonctionner. [2]
Et à priori, ça pourra se développer sans tout casser (ils pensent même trouver un moyen qui éviterait de trop casser les extensions agissant sur les pages web). Comme quoi, l'architecture de Gecko, elle n'est pas si pourrie que ça.
1: https://wiki.mozilla.org/Content_Processes
2: http://blog.mozilla.com/cjones/2009/06/21/multi-process-fire(...)