SVG peut-il être rapide ou comment Google va grossir?

SVG (Scalable Vector Graphics) est une norme graphique dont la première publication date du 11 février 1999. Cette norme est publiée par le W3C. Cet organisme est la référence en matière de normalisation pour Internet. Avec SVG il est aussi possible de faire du dessin 2D, de gérer le texte, les images rasters, la vidéo, le son, les animations... Malgré cela ce n'est pas un langage complet. Il n'a d'ailleurs pas été fait dans ce but. L'intérêt de SVG c'est qu'il peut fonctionner avec d'autres langages standards. Pour décrire les applications que nous pouvons faire avec SVG et les autres langages standards nous allons parler de SVG+.

SVG+ est très important car il est capable de concurrencer Flash d'Adobe et Silverlight de Microsoft. Les entreprises qui utilisent les deux derniers langages dépendent d'un seul fournisseur. Ces deux technologies propriétaires peuvent paraître gratuites pour les internautes qui les utilisent mais en fait coûtent très cher aux consommateurs que nous sommes tous, car ils coûtent aux entreprises.

Ayant vu très tôt l'intérêt de ce langage cela m'a permis non seulement d'observer son évolution mais aussi d'essayer de voir vers où l'on peut aller. Dès novembre 2004 j'indiquais sur un forum consacré à SVG :

"Stratégiquement Google doit faciliter le développement d'un navigateur alternatif et peut être même développer son propre navigateur."

En 2009 Google a fini par lancer son propre navigateur après avoir largement financé Firefox. Mes différentes interventions dans des forums et sur des blogs m'ont conduit a réaliser un dossier sur les objectifs du navigateur Chrome de Google. Bien sûr pour moi l'usage de SVG a été une forte motivation pour décider la création de ce navigateur.

En 2004 au moment où j'évoquais l'intérêt qu'avait Google à créer ou financer un navigateur capable de lire des documents SVG, je remarquais également :

"Courant octobre 2004 Google a racheté http://www.keyhole.com/ c'est un site qui permet de visiter une partie du monde en images de synthèse. Pour l'instant ces images sont en Flash or il est possible de faire la même chose en SVG."

Depuis le site keyole.com est devenu http://earth.google.com/ et utilise SVG pour les navigateurs supportant ce langage. J'avais donc vu juste.

Pour moi, savoir où aller et comment y aller est vital. C'est pour cette raison que je passe beaucoup de temps à chercher à savoir dans quelle direction va Internet. J'ai créé la SARL Orvinfait qui édite ce portail en septembre 2000 pour vendre du vin par Internet. La SARL Orvinfait a débuté avec de faibles moyens. Durant les neuf premières années de son existence cette société n'a pas vendu de vin. Elle a vécu durant ces années grâce à des revenus publicitaires qui dépendent maintenant essentiellement de Google. Cette situation étant dangereuse pour l'avenir, les conditions économiques ayant changées j'ai mis en place sur ce portail un logiciel qui permet aux vignerons de vendre leur vin en direct. Ce logiciel permet également à des partenaires qu'ils soient étudiants, des salariés, des retraités des indépendants... d'avoir des revenus. A la lecture de cet article vous comprendrez l'intérêt financier de mon offre pour les vignerons et pour ceux qui deviendront des partenaires de la SARL Orvinfait.

Etablir une stratégie pour se développer n'est pas seulement vital pour la SARL Orvinfait mais aussi pour un grand nombre d'entreprises. Il n'est pas possible d'établir une stratégie si nous ne savons pas vers où nous allons, ou nous risquons d'aller.

Dépendre de Google directement avec les revenus publicitaires ou indirectement (visibilité sur Internet ) est risqué pas seulement pour la SARL Orvinfait mais aussi pour beaucoup d'autres entreprises comme celles de la Presse par exemple. Si l'utilisation massive de SVG par Google annonce de nouveaux services de Google très attractifs il faut s'en inquiéter dès maintenant. Aujourd'hui SVG+, malgré les formidables possibilités offertes est très peu utilisé sur les ordinateurs. Conclusion en étant la première a utiliser largement SVG+ dans ses services Google va attirer un grand nombre d'internautes et verra son chiffre d'affaires et ses revenus augmenter en conséquence. Mieux, si Google sait aussi attirer et retenir ceux qui vont suivre son exemple et développer avec SVG+, elle va capter encore plus d'internautes. En faisant cela Google va apporter un service qu'elle ne va pas manquer de faire payer à certains. Si Google réussi cela c'est le jackpot assuré. Bien sûr une réussite demande beaucoup de travail et de la préparation. Google a fait et continue à faire ce qu'il faut pour réussir.

Contrairement à ce que beaucoup croient Google n'est pas animée par un esprit de gratuité mais est avide d'argent. Google c'est en 2008 : 21,8 milliards de dollars de chiffre d'affaires et 4,2 milliards de dollars de bénéfice. Ce bénéfice représente 190 909 dollars par an et par salarié de Google (22 000). C'est un chiffre énorme. Pourtant même si les bénéfices donnés sont déjà gigantesques ils pourraient être à l'avenir bien plus grands.

Il ne faut pas oublier que les bénéfices des uns sont faits grâce aux dépenses des autres. Google dominant la publicité en ligne ceux qui veulent utiliser Internet pour se faire connaître risquent de payer de plus en plus cher. De plus Google en développant ses services va d'une part prendre la publicité la plus rentable, et d'autres part en captant de plus en plus d'internautes, Google risque d'offrir des revenus de plus en plus réduits à ses partenaires. La publicité est parfois indispensable pour se faire connaître et développer une entreprise. Des publicités qui coûtent plus qu'elles ne rapportent entraînent des faillites. Le développement du chiffre d'affaires et des bénéfices de Google peut donc être lourd de conséquences financières pour certaines entreprises. Il est donc préférable de prévenir que de subir.

La réflexion que je vous livre m'a permis d'adapter le fonctionnement de la SARL Orvinfait aux évolutions prévisibles. C'est pour cette raison que vous ne trouvez plus de publicité Google sur la page d'accueil de ce portail et sur certaines autres pages. Il m'a semblé plus logique de m'adresser directement à des annonceurs potentiels en leur proposant un service. Comme le siège de la SARL Orvinfait est situé en Gironde c'est un service pour les vignerons que j'ai conçu. Ce service peut être une source de revenus pour des amateurs de vin qui souhaiteront devenir partenaires de la SARL Orvinfait. Dans un second temps il sera procédé à l'embauche de programmeurs et autres personnels car à mon petit niveau je souhaite faire en sorte d'éviter qu'un jour on puisse écrire Internet égal Google.

Le formidable essor à venir des services de Google va en surprendre plus d'un. J'ai démarré fin août une discussion: SVG (Scalable Vector Graphics) peut-il remplacer Flash ? sur le site developpez.net

Pour beaucoup le développement de SVG+ rencontre des obstacles insurmontables. Nous allons le voir Google est en train de les faire tomber.

SVG ne peut pas être vu par tous les navigateurs

Goggle utilise SVG+ dans plusieurs services : Google Earth, Google Maps, Google Docs... Un nouveau service devrait utiliser encore mieux SVG Google Wave. Problème ce nouveau service ne devrait pas pouvoir fonctionner avec tous les navigateurs.

Internet Explorer ne reconnaît pas SVG. Pour faire fonctionner ses services avec Internet Explorer Google utilisait jusqu'à maintenant VML, un langage concurrent à SVG et utiliser seulement par le navigateur de Microsoft. Pour résoudre le problème d'Internet Explorer Google a sorti un plugin: Google Chrome Frame

A noter qu'à propos de ce plugin beaucoup parlent de HTML5 et la balise Canvas mais oublient SVG. Ils citent Google Wave en oubliant ou en ignorant que ce service va utiliser SVG.

Firefox ne sait pas encore gérer toute la norme SVG. Pour pouvoir utiliser au mieux SVG sur Firefox notamment, Google a sorti une bibliothèque Javascript utilisant Flash. Il est important de souligner que dans la présentation ils parlent des possibilités audio et vidéo de SVG. La présentation fournit également des vidéos. Avec Google SVG gèrera donc les balises audio et video.

Ces outils ne permettront probablement pas le meilleur usage possible de SVG, notamment au niveau de la rapidité mais les démonstrations qui seront faites pourraient conduire de nombreux internautes à changer de navigateur.

Avec ces deux outils Google permet à plus de 95٪ des internautes d'utiliser SVG+. Voilà un premier obstacle de sauté.

Vidéo

Un document SVG peut intégrer la balise video de HTML5. SVG a aussi ses propres balises video et audio. Avec SVG il est possible de faire un lecteur video. Il existe plusieurs formats video et aujourd'hui aucun n'est reconnu comme standard par W3C.

Pour Google l'usage d'un format video performant et standard est une nécessité économique. Google possède entre autres Youtube et la vidéo c'est très gourmand en bande passante. La note de frais en bande passante de Youtube approchait en 2008 un million de dollars par jour. Compresser au maximum les vidéos peut donc permettre de réaliser d'importantes économies à Google. Ceci l'a conduit à conclure le 5 août 2009 un accord pour acheter On2 Technologies pour la somme de 106 millions de dollars en actions Google. En clair pour acheter On2 Technologies Google n'a pas eu besoin de faire de chèque. Est-ce une bonne opération pour les actionnaires d' On2 Technologies? Comme les bénéfices de Google devraient fortement augmenter, le prix des actions aussi. Il semble donc que c'est une excellente affaire pour tous le monde.

Les formats vidéos d'On2 sont utilisés par de nombreux clients dont Adobe. Flash utilise les formats vidéo d'On2. Google va devenir propriétaire d'On2. Elle est motivée pour améliorer le format, pour qu'il devienne standard. Il est très probable que Google apportera un format video au W3C. Ce format sera très probablement utilisé par Google avec la balise vidéo de SVG. Il sera au moins égal à celui de Flash.

3D

SVG ne sait gérer que du dessin vectoriel en 2D, même si l'on peut simuler et animer du 3D avec SVG+, il n'en demeure pas moins que ce langage n'est pas conçu pour la 3D. Au niveau des normes du W3C il manque un langage qui convienne aux exigences actuelles.

Pour combler les manques du langage standard Google a lancé O3D. En avril 2009 lors de la sortie de ce langage Fred Cavazza avait fait un billet présentant cet outil. Il trouvait que c'était un plug-in 3D de plus.

Dans un second article intitulé "WebGL, le nouveau standard de la 3D sur le web" Fred Cavazza essaye de démontrer pourquoi WebGL sera le nouveau standard de la 3D sur le web. WebGL a un atout la 3D est calculée par la carte graphique et non par le processeur. Pour l'affichage il évite donc un intermédiaire : le processeur, d'où un gain de temps. Pour fonctionner WebGL utiliserait la balise Canvas. Canvas permet de faire du dessin 2D. WebGL est le fruit de la collaboration de plusieurs acteurs. Parmi lesquels il y a Mozilla qui a proposé Canvas 3D. Alors Canvas va-t-il remplacer SVG? Répondre oui ce serait se cacher que Google utilise largement SVG dans ses services actuels et que Google n'a pas l'intention d'abandonner ce langage. Google Wave le nouveau service de Google va utiliser SVG. Cela devrait interpeller plus d'un mais comme beaucoup ignore ce qu'est SVG ils passent à côté de l'information.

Alors en apportant O3D à WebGL Google abandonne-t-il le développement d'O3D? La réponse de Google est la suivante :

"L'équipe WebGL avec Google et l'équipe O3D sont actuellement la même équipe. Nous avons tout intérêt à voir les deux WebGL et O3D réussir."

Pour Google suivant Fred Cavazza

"WebGL ne peut pas répondre à toutes les situations du fait de facteurs limitant comme Javascript"

Dans son article Fred Cavazza oppose SVG à WebGL

"La grande différence avec les autres standards graphiques comme SVG, c'est que WebGL est promu par un consortium qui regroupe à la fois des fabricants de puces (Nvidia, Intel, ARM, AMD) mais également des éditeurs de navigateurs (Mozilla, Opera et Google)."

Comme O3D devrait être supérieur à WebGL il est intéressant de savoir si l'on peut opposer O3D et SVG. Pour cela il suffit de voir ce que sont les deux langages.

SVG est un langage de description. Il ne permet pas de faire des programmes. C'est un langage qui utilise des balises comme le fait HTML. Nous avons vu que SVG pouvait décrire de nombreux objets mais ce n'est qu'un langage de description. C'est à dire que sans l'apport d'un autre langage il n'est pas possible de faire bouger quoi que ce soit. Un document qui ne contient que du SVG est figé. Pour bien faire la différence entre la norme SVG qui ne permet de faire qu'un document figé et un document SVG qui bouge je parle de SVG+. Le + étant là pour bien montrer qu'il faut ajouter autre chose. Bien sûr pour qu'un autre langage fonctionne avec SVG il faut que la norme SVG offre un lien et ce lien c'est le DOM ( Document Object Model ). Grâce à cette recommandation du W3C les éléments SVG vont pouvoir être créé, complété, supprimé, animé... par des langages faits pour reconnaître et utiliser le DOM.

Parmi les langages pouvant travailler avec SVG il y a JavaScript. Un script JavaScript peut être inséré dans un document SVG ou appelé par un document SVG un peu de la même manière qu'en HTML.

O3D est une API JavaScript open-source qui utilise le DOM Cela signifie qu'O3D peut fonctionner avec SVG. Contrairement à SVG O3D n'est pas un langage de balisage descriptif. Il est donc faux d'opposer SVG et O3D. Ces langages ne sont pas concurrents mais peuvent être complémentaires. Cependant il y a un problème. Nous avons vu que pour Google :

"WebGL ne peut pas répondre à toutes les situations du fait de facteurs limitant comme Javascript"

Or O3D est proposé sous forme de JavaScript. Google se moque t-il de nous ou y-a-t-il quelque chose qui échappe à la plupart des commentateurs?

Pour répondre à cette question il faut chercher du côté de SVG+. Pour pouvoir concurrencer Flash ou Silverlight il faut que SVG+ fonctionne rapidement.

SVG+ peut-il être rapide ?

Pour certains SVG ne peut pas remplacer Flash car SVG n'est pas assez rapide. SVG ne peut pas être compilé. Il peut tout juste être compressé sous format SVGZ. Cependant quand ils parlent de SVG ils ne savent pas de quoi ils parlent. Il est vrai qu'il n'y a pas de mot pour décrire le fonctionnement de SVG avec d'autres langages c'est pour cela que j'utilise SVG+.

SVG est un langage de balisage comme HTML. Parler de compilation pour de tels langages n'a aucun sens. Ce sont des langages de description et non pas de programmation. C'est donc du côté des langages qui peuvent compléter SVG qu'il faut chercher.

Un document SVG peut être animer avec CSS, ECMAScript (JavaScript standard), SMIL, Java. Nous ne sommes pas obligé de choisir un langage plutôt qu'un autre nous pouvons tous les utiliser en même temps si nous le souhaitons. Si nous souhaitons faire un SVG+ pour résoudre un problème complexe rapidement il est possible d'utiliser Java.

Il est aussi possible d'utiliser Java pour faire face à un mauvais support de SVG par un navigateur. Par exemple Firefox 3.5 ne fait pas fonctionner le langage d'animation SMIL. Si vous essayez de voir un SVG+ faisant marcher un personnage avec SMIL vous ne pourrez pas le voir avec Firefox 3.5. Par contre en utilisant Java il est possible de faire fonctionner cette animation sur Firefox. Si vous utilisez les deux liens précédents avec Opera ils fonctionneront tous les deux car Opera gère SMIL

Il est a noter qu'il est possible de traduire en JavaScript une animation SMIL. Cet exemple ne vous est donné que pour bien vous montrer qu'il est possible d'utiliser Java avec SVG et non pas pour montrer la rapidité. Vous trouverez d'autres exemples de SVG utilisant Java en cliquant ici.

Java peut-être compilé. Il peut à la fois fonctionner sur l'ordinateur des internautes et sur les serveurs.

En ayant les éléments suivants nous pouvons envisager une réponse sur la suite qui va être donné à O3D:

-SVG fonctionne avec Java

-Java est plus rapide que JavaSript

-SVG est massivement utilisé par Google

-O3D semble pouvoir fonctionner avec SVG mais sous la forme JavaScript est trop lent.

Nous pouvons conclure qu'O3D sera aussi proposé en Java pour aller plus vite.

Si nous continuons dans cette logique nous pouvons nous poser les questions et émettre des souhaits. Pour aller encore plus vite ne pourrait-on pas améliorer la vitesse du code Java? Si le raisonnement fait jusqu'ici est bon Java va devenir un langage très utilisé. Il est donc souhaitable que Java soit le plus optimisé possible. Et que propose Google? Améliorer Java. Il semble bien que nous soyons sur la bonne piste.

Capter le marché

Google va faire SVG+ plus performant que Flash et Silverlight. Alors que pour les programmeurs utiliser Flash et Silverlight présente un coût SVG+ est gratuit, ouvert et libre. En rendant SVG+ supérieur à Flash et Silverlight, Google ferme un marché. Pourtant nous ne pouvons pas dire que vendre des logiciels n'est pas ce qui intéresse Google. Si nous regardons la page d'accueil de Google Earth nous voyons que Google Earth Pro est proposé à 400 dollars.

La gratuité peut être un moyen d'imposer des produits par rapport à des concurrents qui font payer. Microsoft a déjà fait cela en donnant le navigateur Internet Explorer alors qu'à l'époque il fallait payer pour obtenir un navigateur. Ce coups-ci c'est Microsoft qui ne pourra plus vendre Silverlight. Dans quelques années Flash et Silverlight n'existeront plus. Ils seront remplacés par SVG+. Or comme c'est Google qui pousse SVG+ c'est Google qui est le mieux placé pour offrir des services autour de SVG+? Google ne laissera pas passer cette occasion de vendre des services et même des logiciels. Pour pouvoir imposer SVG+ Google a mobilisé plusieurs équipes de programmeurs, fait des achats. A l'avenir elle va rentabiliser ses investissements.

SVG+ va s'imposer et avec lui de nouvelles techniques de programmation. Le langage de programmation qui sera à la base est Java ou plus probablement une évolution de Java que Google prépare : Noop.

Offrir des services autour de Java est donc une solution pour rentabiliser l'investissement sur SVG+. Les créateurs d'applications fonctionnant avec SVG+ vont devoir les héberger or les offres dans ce domaine semble ne pas être adaptée à la demande. C'est pour cela que Frank Arnulfo a écrit "Google App Engine et Java: une révolution ?" lorsqu'en avril 2009 Google a proposé d'héberger des applications web en Java. Pour lui "

C'est presque une révolution car dans le monde de l'hébergement, l'hébergement d'application web java n'est pas très répandu."

Un des points forts de Google App Engine par rapport à un serveur dédié: on déploit son application et c'est Google qui s'occupe de gérer la montée en charge de l'application selon les besoins. Le service n'est pas attaché à un serveur particulier. A propos de tels services on parle de Cloud Computing ou en français l'informatique dans le nuage.

Avec un tel système Google facilite la tâche des programmeurs qui le souhaitent et des utilisateurs. Les programmeurs n'ont pas à s'occuper de gérer les comptes des utilisateurs. Pour les utilisateurs un seul mot de passe suffit à accéder à l'ensemble des services auxquels ils peuvent accéder.

Par capter le marché j'entends le prendre et le rendre captif. Dans ce domaine Google a bien fait les choses. Le développement des applications pour les développeurs est facilité au maximum. Mais en profitant de cette facilité les programmeurs construisent un code intimement lié avec les services Google. C'est à dire un code non exportable chez un concurrent de Google. L'application devient prisonnière de Google. A partir de là Google peut exiger le prix qu'il veut.

Pour les prestataires de services l'utilisation des services Google mérite réflexion : << Google App Engine - 12 - Etre ou ne pas être dépendant ?>>

Ceci dit Google a les moyens d'être très compétitif dans l'hébergement Grâce à l'importance de ses achats. Le nombre de serveurs de Google est très importants (peut-être 2 millions en 2008) . En raison de ses services Google achète déjà de la bande passante en grande quantité. Google risque donc de prendre une grande partie du marché de l'hébergement. Si les chiffres sont justes (Google ne les communiquent pas et les sources diffères), la croissance importante du nombre des serveurs de Google semble montrer qu'elle s'y est préparé. Entre juillet 2007 et octobre 2008, le nombre de serveur aurait doublé.

En proposant un seul code d'accès pour de multiples services Google va encore mieux tracer les internautes. Il pourra leur proposer des publicités plus ciblées et augmenter ainsi les revenus. La distribution d'une partie de ces revenus sera aussi un moyen pour Google pour attirer et fidéliser les créateurs des meilleurs services.

Avec SVG+ la création de nouveaux services va exploser. Certaines entreprises vont subir la concurrence de ces services. Je pense par exemple aux consoles de jeux. Google va pouvoir proposer aux éditeurs de jeux vidéo 3D en ligne de placer des publicités sur des affiches, sur les vêtements des personnages... et cette publicité pourra être personnalisée pour chaque joueur. Grâce à cela l'importance de la publicité sur Internet devrait décoller fortement au détriment d'autres supports.

Nouvelle source de revenus avec l'hébergement des services basés sur SVG+, forte augmentation de l'attractivité des services proposés sur Internet tout semble indiquer que Google va fortement augmenter son poids dans l'économie mondiale dans les années à venir.

Suite: Sécurité de navigation sur Internet et jeux vidéo gratuits

Quelques liens vers des pages du site

Voici quelques liens parmi les dizaines de milliers de pages et les nombreuses rubriques de ce site.

Page d'accueil sur SVG

Communes de France

Nous avons créé des pages pour l'ensemble des communes de France. Chaque commune a au moins une page sur ce site.

Que vous soyez professionnel ou particulier vous pouvez, gratuitement, profiter de la forte audience du portail Orvinfait pour faire connaître votre association, votre commune, votre entreprise.... Vous pouvez entre autres, insérer des textes et des liens au niveau des pages communales. Pour en savoir plus sur les services proposés cliquez ici.

Liste des rubriques du site

Page d'accueil