Ce titre ne vous \u00e9voque peut \u00eatre rien, mais pourtant, c’est un changement fort !<\/p>\n
Au d\u00e9but, le navigateur, c’est pour afficher des documents Web en HTML.<\/p>\n
Mais la tendance, depuis pas mal de temps en fait, c’est de \u00ab\u00a0tout faire passer par le navigateur\u00a0\u00bb.<\/p>\n
C’est une \u00ab\u00a0guerre\u00a0\u00bb, que j’avais appel\u00e9, il y a quelques ann\u00e9es, la guerre des pixels.<\/p>\n
La question est : qui contr\u00f4le les pixels sur les \u00e9crans des clients ?<\/p>\n
Normalement, quand on ach\u00e8te un PC, c’est le syst\u00e8me d’exploitation qui \u00ab\u00a0r\u00e8gne\u00a0\u00bb sur les pixels.<\/p>\n
Mais si on fait tout passer par le navigateur, le syst\u00e8me d’exploitation est \u00ab\u00a0masqu\u00e9\u00a0\u00bb, et celui qui a la main, c’est le navigateur.<\/p>\n
C’est bien l’enjeu du Chromebook…<\/p>\n
Et c’est aussi comme cela que j’analyse l’annonce de Google, de permettre de faire tourner des applications C ou C++ directement dans le navigateur<\/strong>.<\/p>\n En fait, le navigateur se comporte comme une sorte de machine virtuelle, dans laquelle il est possible d’ex\u00e9cuter du code natif.<\/p>\n Natif ? Natif pour le processeur. Il faudra donc compiler une version diff\u00e9rente pour chaque type de processeur.<\/p>\n Par contre, le navigateur recouvre l’ensemble des acc\u00e8s du syst\u00e8me d’exploitation. Il n’y a aucun lien entre l’application et ce syst\u00e8me, ce qui permet au code g\u00e9n\u00e9r\u00e9 de tourner sur n’importe quel OS.<\/p>\n C’est, de mon point de vue, une \u00e9tape majeure, qui permet de renforcer le \u00ab\u00a0pouvoir\u00a0\u00bb du navigateur par rapport au syst\u00e8me d’exploitation<\/strong>.<\/p>\n Au fait, \u00e7a sert \u00e0 quoi de faire tourner des applications natives ?<\/p>\n Avec Javascript, on peut d\u00e9j\u00e0 faire \u00e0 peu pr\u00e8s tout ce qu’on veut. C’est vrai, mais \u00e7a rame. \u00e7a rame forc\u00e9ment, par rapport \u00e0 un code natif, parce que Javascript arrive dans l’ordinateur au format texte, qu’il faut analyser, compiler \u00e0 la vol\u00e9e et ex\u00e9cuter. Tout cela \u00e9tant bien plus lent que l’ex\u00e9cution d’un code natif. Pour s’en convaincre, il suffit de faire tourner de belles d\u00e9mos HTML5, et de surveiller la consommation CPU… Le r\u00e9sultat est clair : Javascript est terriblement gourmand en ressource CPU. L’ex\u00e9cution d’un code natif devrait r\u00e9gler ce probl\u00e8me.<\/p>\n Tient, au fait, pour m\u00e9moire, cette id\u00e9e n’est pas si nouvelle que \u00e7a… Microsoft avait propos\u00e9 de faire tourner des applications directement dans IE (ActiveX). \u00e7a marchait bien mais c’\u00e9tait bas\u00e9 sur une techno propri\u00e9taire et n’offrait aucune s\u00e9curit\u00e9. Si l’application voulait reformater le disque, cela ne posait aucun probl\u00e8me.<\/p>\n Une autre alternative, c’est Java, avec les Applets. Cela fonctionne, mais c’est moins performant, puisque le java n’est pas natif par rapport au processeur. Et puis, c’est comme \u00e7a, Java n’a pas su s’imposer comme langage universel client (cela reste une solution pro c\u00f4t\u00e9 serveur).<\/p>\n La proposition de Google semble corriger tous ces probl\u00e8mes. Maintenant, pour que \u00e7a soit une techno vraiment int\u00e9ressante, il faut qu’elle soit mise en oeuvre sur les autres navigateurs.<\/p>\n Voici une vid\u00e9o de pr\u00e9sentation par Google :<\/p>\n