
ce qui aurait poussé Microsoft à passer à Chromium
Il y a une dizaine de jours, Microsoft a annoncé l'abandon de son moteur de rendu EdgeHTML et le passage à Chromium pour le développement de son navigateur Microsoft Edge. Justifiant cette décision, l'éditeur de Windows dit vouloir à travers ce changement créer une meilleure compatibilité Web pour ses utilisateurs et réduire la fragmentation du Web pour tous les développeurs Web. Ce qui devrait au passage régler un gros problème avec Microsoft Edge, à savoir le fait que certains sites Web ne fonctionnent pas correctement sur le navigateur.
Pour Microsoft, c'était également une décision naturelle vu l'implication de l'entreprise dans les technologies de navigateur open source et dans Chromium en particulier. L'entreprise a en effet expliqué que travailler avec l'open source n'est pas nouveau pour Microsoft Edge : son nouveau navigateur mobile est basé sur de l'open source depuis ses débuts il y a plus d'un an ; la firme a également utilisé l’open source pour diverses fonctionnalités de la version desktop de Microsoft Edge et a commencé à apporter des contributions au projet Chromium pour faciliter la navigation sur les nouveaux périphériques Windows basés sur ARM. C'est donc dans un tel contexte que Microsoft a envisagé d’adopter le projet open source Chromium dans le développement de Microsoft Edge afin de créer une meilleure compatibilité Web pour ses clients et réduire la fragmentation du Web pour tous ses développeurs.

Nous avons aussi appris par un ingénieur de Microsoft que le passage à Chromium allait en outre permettre à Microsoft Edge de supporter les extensions Chrome et combler enfin le fossé entre le navigateur de Google et celui de Microsoft en ce qui concerne les extensions de navigateur. Mais est-ce là toutes les raisons pour lesquelles Microsoft a abandonné EdgeHTML, une technologie dans laquelle l'entreprise a énormément investi ? Non, selon un ancien stagiaire de la firme qui a travaillé au sein de l'équipe Edge.
Joshua Bakita, ancien stagiaire en génie logiciel au sein de l'équipe Edge de Microsoft, explique que l'une des raisons pour lesquelles Microsoft a dû abandonner le moteur de rendu EdgeHTML dans le navigateur Edge et passer à Chromium était de pouvoir suivre le rythme des changements (dont certains étaient cruciaux) que Google effectuait sur ses sites. À croire Joshua Bakita, bon nombre de ces changements auraient en effet été implémentés pour faire en sorte que Microsoft Edge et les autres navigateurs ne puissent pas exploiter correctement les sites de Google.
C'est en répondant à un commentaire sur les réseaux sociaux que Joshua Bakita fait cette révélation. À propos des changements, il explique que Google « peut commencer à intégrer [sur ses sites] des technologies pour lesquelles ils ont un accès exclusif, ou du moins un accès spécial ». Ce qui pouvait faire que tout d'un coup les applications de Google devenaient plus performantes que toutes les autres.
Et « cela s'est déjà produit », dit-il. « J'ai récemment travaillé au sein de l'équipe Edge. L'une des raisons pour lesquelles nous avons décidé d'abandonner EdgeHTML était que Google continuait à modifier ses sites, ce qui cassait les autres navigateurs et nous ne parvenions pas à suivre le rythme », affirme Joshua Bakita. Il dit par exemple que Google a récemment ajouté une div cachée sur les vidéos YouTube, ce qui a cassé le processus d'accélération matérielle de Microsoft (un problème qui devrait maintenant être corrigé dans la mise à jour Windows 10 d'octobre).
« Auparavant, notre accélération vidéo à la pointe de la technologie nous plaçait loin devant Chrome en termes d'autonomie de batterie lors de la lecture vidéo, mais presque au moment où ils ont cassé des choses sur YouTube, ils ont commencé à annoncer la domination de Chrome sur Edge en ce qui concerne l'autonomie de la batterie lors de la lecture vidéo. Ce qui est triste, c'est que leur prétendue domination n'est due à aucun travail d'optimisation ingénieux de Chrome, mais à un problème dans YouTube. Dans l'ensemble, ils ont seulement rendu le Web plus lent », regrette l'ancien stagiaire de Microsoft.
« Maintenant, même si je ne suis pas sûr d'être convaincu que YouTube a été modifié intentionnellement pour ralentir Edge », poursuit Joshua Bakita, « beaucoup de mes collègues en sont tout à fait convaincus - et ce sont eux qui ont examiné la question personnellement. » Il affirme que les ingénieurs de Microsoft ont contacté YouTube par rapport à ce problème, mais la filiale de Google a rejeté leur demande de supprimer la div vide cachée, sans donner d'explications. Et selon l'ancien stagiaire de Microsoft, ce n'est qu'un exemple des pratiques de Google.
Cela semble trop paranoïaque pour être vrai, mais ça jette surement le doute dans l'esprit de beaucoup de gens quand on souvient qu'en juillet dernier, un ingénieur de Mozilla avait attiré l'attention sur un problème similaire. Chris Peterson, le responsable technique du projet Mozilla, s'était en effet insurgé contre le fait que YouTube fonctionne cinq fois plus lentement sur les navigateurs Firefox et Edge que sur Chrome. Il attribue ce problème au fait que, dans le cadre d'une refonte de l'interface utilisateur de YouTube, Google a annoncé l'intégration de son framework JavaScript Polymer, mais les retouches basées sur Polymer s’appuient sur une API uniquement adaptée à Chrome, et qui est dépréciée sur Edge et Firefox. « Faisant fi des particularités technologiques en jeu, Google a lancé un nouveau design sachant que ce dernier est significativement plus lent sur d’autres navigateurs. Cette refonte aurait pu être conçue avec un framework différent pour un rendu et des performances identiques sur tous les navigateurs, mais Chrome a été privilégié », a-t-il écrit.
Source : Joshua Bakita
Et vous ?



Voir aussi :






Vous avez lu gratuitement 4 articles depuis plus d'un an.
Soutenez le club developpez.com en souscrivant un abonnement pour que nous puissions continuer à vous proposer des publications.
Soutenez le club developpez.com en souscrivant un abonnement pour que nous puissions continuer à vous proposer des publications.