K3 Blogue 2.0 | Marketing Internet, E-Commerce, E-Communauté, Web 2.0

Facebook, vers l’isolement technologique d’une communauté ?

Bruno Caillé, le 21 janvier 2008 à 9:12 dans Communauté virtuelle, Facebook, OpenSocial

Nous avons souvent fait mention sur cette tribune de l’éternel défi devant lequel se retrouvait Facebook, de par la nature de son service. Alors que les développeurs d’applications possèdent déjà une vaste expertise avec des outils sans cesse amélioré depuis des années ayant élevés les standards du web, Facebook oblige le développeur à suivre ses règles en développant dans son canevas sans faire usage de librairies externes.

Aussi, comme nous vous l’annoncions le 3 Janvier dernier, Facebook permettait l’inclusions de librairies Javascript si son standard FBJS était respecté. Ceci constituait une amélioration, certes, mais, comme nul ne peut se permettre de prendre le temps de "traduire" sa librairie préférée au standard FBJS afin de pouvoir livrer une application Facebook dans des délais raisonnables, une seule option subsiste : couper au plus simple. Voici précisément ce qui cause le fameux : "Cette application était une bonne idée à la base, mais elle semble manquer le petit quelque chose que je retrouve souvent ailleurs sur le web qui en ferait vraiment quelque chose d’intéressant.". Ce nivellement par le bas, Facebook l’a compris et nous offre désormais une piste de solution, non pas en ouvrant davantage sa plateforme, mais en créant lui-même ses propres librairies. De zéro.

Attardons-nous quelques instants sur cette réaction du géant du web social. Bien sûr, plusieurs de ses applications réussissent déjà fort bien a tirer leur épingle du jeu en ayant appris les exigeances de développement Facebookiennes et le fait d’accorder une nouvelle librairie permettant des effets d’animations ou des capacités Ajax aux développeurs ne fera qu’augmenter la qualité générale de la plateforme Facebook.

Par contre, en agissant de la sorte, Facebook s’asseoie sur son succès et impose son quasi monopole de communauté virtuelle. En cette ère de standardisation du web, Facebook fait présentement figure de joueur solo. De plus en plus, le web se forge une entité à la fois unique et globale et non plus un double standard comme par le passé. Internet Explorer 8 promet un support complet aux CSS de niveaux 3 et Microsoft subit présentement un recours provenant d’Opéra qui les obligerait pour la première fois à suivre les standards W3C. Suivre ces standards se résumerait à deux choses pour nous : faciliter le développement multi-plateforme et faciliter l’expérience des utilisateurs. Avec la montée du logiciel libre, de langages et d’outils "open source" qui démocratisent l’informatique et ont grandement contribués a augmenter les standards de qualités sur le web, le public s’est habitué à élever la barre un peu plus haute. Pendant qu’au Québec l’on sort des statistiques sur l’accessibilité des sites web aux personnes souffrant d’handicap visuel ou auditif, Facebook débute de rien une librairie de code effectuant des tâches que l’on retrouvait déjà ailleurs… gratuitement.

Ceci n’altère en rien les bons côtés de la plateforme. Cependant, il faut réaliser que Facebook à main mise sur absolument toute innovation pouvant être insérée dans une application. Bientôt, vous verrez des animations (autres que Flash) sur votre application préférée et vous saurez que c’est parce que la plateforme "le permet" désormais avec "son" code. Afin que ceci n’aie pas l’air trop "Big Brother", le code de Facebook a été créé de façon telle qu’il est également réutilisable hors-Facebook.

Il serait intéressant de voir ce que la plateforme deviendrait si le développement n’était pas freiné par Facebook même. L’on impose aux développeurs d’apprendre FBML au lieu d’HTML, FBJS au lieu de Javascript, FQL au lieu de SQL… et le code final est toujours "débarrassé" de tout élément que le canevas de Facebook ne serait pas en mesure de rendre. Bien que très utiles en ces années de succès et pas très compliqué pour le commun des mortels à acquérir, toutes ces connaissances ne sont utiles que dans le contexte de Facebook et ne sont pas transférables ailleurs pour le développeur. Facebook s’est isolé dans une architecture technologique qui le forcera à repenser son modèle à chaque fois qu’une nouveauté arrivera sur le web. Dès lors, ils devront réinventer la roue de zéro encore une fois et construire un module "permettant" aux développeurs de ce servir de cette nouvelle trouvaille dont tout le monde a un urgent besoin. Le danger est que le cycle de développement de ce module ou de cette nouvelle librairie sera beaucoup plus lent que quiconque voudra concurencer Facebook sur une base ouverte, OpenSocial ou autre. Il sera intéressant de voir ce que les gens vont privilégier. L’approche contrôlé où tout passe sous le bistouri de Facebook ou encore l’approche ouverte ou la courbe de développement technologique sera beaucoup plus prononcé.

Lorsque l’on y pense, Facebook vient d’annoncer la sortie d’une librairie de code FBJS permettant de faire des animations. Nouveau language calqué sur Javascript, nouvelle librairie. Scriptaculous y travaille depuis déjà depuis plus de 3 ans, une éternité en web. Yahoo! aussi possède de tels scripts de même que plusieurs autres. Et tous en Javascript. Tous fiables et stables. Est-ce que ce que Facebook nous annonçait aujourd’hui était digne d’une innovation technologique? Assurément pas.

Nouvelle librairie animations Facebook
http://developers.facebook.com/animation/

Scriptaculous
http://script.aculo.us/

FBJS
http://wiki.developers.facebook.com/index.php/FBJS

Tags associés: 2007, ajax, animation, Application, Blogue, communauté, CSS, Facebook, Flash, Innovation, Internet, javascript, livre, OpenSocial, php, Québec, SEO, Sites web, Statistiques, TI, travail, Web, Web social, wiki, xp