J'imagine qu'il faut prendre en compte l'historique du logiciel et des toolkits multi-plateforme disponibles au début du projet. Peut-être qu'en démarrant aujourd'hui ils auraient choisi un toolkit existant multi-plateforme, Qt5 par exemple, au lieu de développer une solution interne.
En particulier aujourd'hui, ils auraient sans doute utilisé en priorité un toolkit utilisé par plus de quelques personnes afin de diminuer le nombre de bugs rencontrés. Bref, ils auraient fait le même choix.
Ceci dit, vu qu'ils ont aussi créé Rust alors qu'il y avait très probablement d'autres langages qui auraient pu convenir, c'est peut-être l'effet du syndrome "not invented here" (même si au final, ça donne un très bon langage utilisable par la communauté).
Je crois justement qu'il n'y avait pas de langage permettant de rassembler les caractéristiques qu'ils voulaient pour le développement du navigateur, soit un langage permettant rapidité d’exécution, sécurité, possibilité de migrer le code par petit bouts facilement. Ce doit être le moins bon exemple de syndrome NIH chez mozilla.
Merci de prendre le commentaire ci-dessus avec: un peu de recul, le premier degré, et si possible le second !
[^] # Re: Wayland impacte les applis ?
Posté par Elfir3 . En réponse au lien Firefox Nightly prend maintenant en charge (expérimentalement) Wayland. Évalué à 4.
En particulier aujourd'hui, ils auraient sans doute utilisé en priorité un toolkit utilisé par plus de quelques personnes afin de diminuer le nombre de bugs rencontrés. Bref, ils auraient fait le même choix.
Je crois justement qu'il n'y avait pas de langage permettant de rassembler les caractéristiques qu'ils voulaient pour le développement du navigateur, soit un langage permettant rapidité d’exécution, sécurité, possibilité de migrer le code par petit bouts facilement. Ce doit être le moins bon exemple de syndrome NIH chez mozilla.
Merci de prendre le commentaire ci-dessus avec: un peu de recul, le premier degré, et si possible le second !