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

Facebook : ménage de printemps ou chute d’un empire annoncée?

Bruno Caillé, le 30 mai 2008 à 4:45 dans Facebook, Média sociaux, OpenSocial, Programmation, Web 2.0

Une bonne façon de mesurer la solidité d’une communauté, c’est en comptabilisant l’activité des gens qui y travaillent.  Or Facebook serait en grave difficultée à ce chapitre.

Nombreux sont les gens qui développent des applications Facebook.  Ces gens prendront tôt ou tard le chemin du forum des développeur de la dite plateforme.  Ils échangeront, poseront des questions, aideront d’autres développeurs, lanceront des débats, communiqueront avec les gens de Facebook afin d’assurer la pérénité de la plateforme, son bon fonctionnement continu, etc…  K3Média fait parti de ces développeurs.  Or Jesse Farmer, un blogueur États-Uniens, à collecté les données provenant du forum de Facebook et a analysé son activité des derniers mois.  Les résultats sont sans équivoques.  La plateforme est délaissée par un grand nombre de créateurs.  Un trop grand nombre?  Le géant serait-il menacé? 

Si les données sont très précise, l’analyse que l’on peut en tirer peut varier.  Je crois que l’on peut dire sans se tromper qu’il s’agit d’un début de défection envers la plateforme.  27% des gens qui envoyaient au moins un article sur le forum par mois en début d’année en sont maintenant réduit au mutisme le plus complet.  Facebook aurait-il perdu plus du quart de ses développeurs en quelques mois?  Aurait-il aussi perdu plus de la moitié des interventions sur la plateforme?

Jesse Farmer amène une piste de solution en rappelant que Facebook a imposé une limite sur le nombre d’invitations pouvant être envoyées via votre application durant cette période.  Cela serait devenu trop difficile d’avoir du succès sur Facebook avec ces nouvelles règles et les développeurs se seraient découragés.

J’apporterais la nuance suivante : oui, les limitations imposées par Facebook ont probablement abbaissé l’activité des développeurs, mais tel était l’objectif.  Facebook désirait "nettoyer" sa plateforme d’applications qui forcaient l’envoi de 250 invitations avant d’avoir une simple réponse à un questionnaires…  Ces développeurs vont évidemment abandonner la plateforme.  Est-ce réellement une mauvaise chose?  Je crois qu’il y a encore une place pour du bon développement sous Facebook.  Ce que Jesse Farmer oublie de mentionner est que Facebook redéfini la limite d’invitations possibles pour chaque application sur une base régulière selon un algorithme complexe.  Si le comportement de l’application est "propre", la limite montera en conséquence.  Facebook pourra ainsi délimiter facilement les applications "sales" et les fermer au cas échéant.  Tel est le prix à payer pour améliorer l’expérience client.

Je vais donc baser mon explication sur notre propre expérience.  Facebook est une plateforme propriétaire nous offrant un canvas sur lequel travailler.  Lorsque quelque chose cloche avec la plateforme (je n’ai pas a chercher très loin, il y a quelques semaines de cela, après une de leur mise à jour hebdomadaire), il faut répertorier le cas problématique sur leur Bugzilla, attendre que suffisamment de gens aient votés pour ce bogue afin que Facebook décide de s’en occuper.

Le fardeau de "prouver" qu’il y a un problème du côté de Facebook incombe donc au développeur.  C’est à lui de "promulguer" le bogue qu’il vient de répertorier et de faire en sorte que le maximum de gens votent pour lui afin que Facebook daigne se salir les mains.  Pendant ce va-et-vient électoral, vous aurez droit au fameux message d’erreur spécifiant que le développeur est en train de corriger un bogue quelconque avec son application.  Alors que Facebook est la cause du disfonctionnement!  Cela rajoute l’insulte à l’injure!

Les usagers n’ont donc plus accès à l’application, le client non plus et demandera a juste titre quand le tout redeviendra opérationnel et le développeur rage de se trouver dépendant d’une communauté si peu respectueuse de son travail.  Voilà pour moi le cercle vicieux dans lequel Facebook s’est sciemment coincé.

Dans le cas cité plus haut, Facebook a pris 8 heures à corriger un problème qu’une de leur mise à jour de la veille avait créée…  Je leur ai même offert mon aide à un certain point voyant que cela traînait en longueur et affectait terriblement le fonctionnement d’une de nos applications.  Certains diront qu’ils ont reconnu et corrigé le problème.  Vrai.  Mais 8 heures de "downtime" est innacceptable venant d’une si grosse compagnie.  Non contents de ne pas tester suffisamment leur mises à jour hebdomadaire, ils ajoutent au fardeau des développeurs en ayant une vitesse de réaction terriblement lente.

Tout n’est pas noir cependant et Facebook a fini par écouter ses développeurs en nous accordant une plateforme beta qui comprendra les derniers changements à la plateforme avant que ceux-ci ne soient publics.  Ceci donnera au moins une chance aux développeurs de vérifier leur installation avant qu’un désastre ne survienne.

Toutefois, Facebook demeure une bête difficile a suivre et a prévoir.  Par exemple, nous savons qu’une refonte en profondeur de vos pages de profils est en cours.  Elle a été reportée a deux reprises, les changements que l’on nous décrit sont flous ou inconsistants a chaque envois, cette mise a jour ne figure toujours pas sur la beta de Facebook non plus, bref, il est très difficile pour une équipe de développeur d’être efficace dans de pareilles dispositions.  Il a d’ailleurs fallu que la communauté de développeurs se mobilisent pour demander davantage de sérieux de la part de Facebook qui a fini par nous donner un accès a la version a venir de Facebook a des fins de tests.  Guillaume Brunet a qui je mentionnais justement l’existence de cette
plateforme cette semaine livre ses commentaires sur la prochaine mouture de votre profil Facebook sur son blogue.

Facebook peine donc a demeurer un endroit plaisant où développer.  Et personne n’aime se créer des problèmes.  Surtout avec la montée de concurrents tels Hi5, OpenSocial et cie…

Car Facebook ajoute de nouvelles langues?  Génial!  Mais ils l’ont fait sans bien tester leur truc et les problèmes d’encodages pullulent sur la plateforme…  Selon la langue de votre profil, leur FBML n’est quelque fois plus interpreté du tout ou le javascript nécessaire au visionnement de la page mal initialisé!  Le réel problème de Facebook vient de son manque de rigueur et de son horrible lenteur à répondre. La machine est devenu un monstre, le monstre n’avance plus.  Facebook détient l’avantage du nombre, mais technologiquement, son retard se fait de plus en plus sentir de jour en jour.  Et le temps passe…

Tags associés: api, Application, Blogue, communauté, Droit, Facebook, google, Internet, javascript, K3média, livre, OpenSocial, php, TI, travail, veille, xp

1 commentaire

K3Média de retour de PHP Québec 2008

Bruno Caillé, le 19 mars 2008 à 11:25 dans Logiciel libre, Programmation, Service Web, Technologie, Web 2.0, Événement

Trois membres de l’équipe de développement de K3Média représentaient l’entreprise à la dernière conférence PHP Québec ayant eue lieu à Montréal. Jérôme Bascoul, Mathieu Ducharme et moi-même. Ce fut une belle réussite, l’événement faisant salle comble pour la première fois, ce qui démontre encore une fois l’implantation croissante de PHP dans la province.

Dans ce billet, je livrerai une petite synthèse de ma visite au Sofitel. Évidemment, sachez qu’il y a une énorme quantité d’information à notre disposition dans ce type d’événement. Chaque personne vient donc y chercher ce qui lui semble pertinent. En ce qui me concerne, je voulais rencontrer les vrais "pros". Ceux qui travaillent chez MySQL, qui ont les deux mains dans le noyau de PHP, qui produisent les innovations techniques nous permettant de demeurer créatifs et de livrer des applications de qualités. À ce chapitre, je n’ai pas été déçu.

Voici donc, chronologiquement, les détails :

JOUR 1 :

 

Performance-minded MySQL for PHP Developpers
Jay Pipes

Si la modélisation de base de données vous intéresse, sautez sur le dvd de cette conférence aussitôt qu’il sera disponible. Ou encore, cliquez ici pour en avoir un résumé de l’auteur. Jay Pipes travaille chez MySQL et il ne se contente pas de livrer les astuces éculées sur la bête. Il connaît visiblement le fonctionnement des différents engins (MyIsam, InnoDB…) et décrit en détail le fonctionnement interne d’une requête dans chaque cas. En plus de citer de multiples cas d’optimisation concrets de requêtes SQL ou de structure de données. Par exemple, les avantages à utiliser de multiples engins selon les tables et leur contenu, le partitionnement de données, la détection d’index inutiles, etc… Très intéressant et très pertinent.

Databases and SQL (un)patterns
Lukas Smith

Cela doit être difficile de voir la majorité de ses points se faire couvrir dans la présentation précédente. M. Smith s’est rapidement rendu compte que sa conférence était redondante avec la première et que plusieurs personnes assistaient aux deux, donc il a légèrement modifié sa présentation pour ajouter des éléments comparatifs entre MSQL, PostgreSQL et Oracle. Bien qu’intéressante, cette présentation n’avait pas la même profondeur que la première.

Rich desktop Applications
Raphaël Rougeron

Je ne savais que penser en lisant le résumé de ce séminaire car il semblait concerner des technologies propriétaires, mais il m’a grandement surpris. En fait, il s’agissait plutôt d’un comparatif entre Adobe Air et XulRunner. Clairement, le formateur penchait pour ce dernier, mais a joué le jeu de la description des deux, exemples à l’appui.

Bien que friand des solutions ouvertes, je dois avouer qu’Adobe air, était assez convaincant. Quelqu’un qui a des connaissances en HTML, Javascript, CSS, Actionscript peut recycler un projet, lui ajouter 2 lignes de codes et en faire une application desktop… impressionnant. L’intégration des différents outils d’Adobe n’est rien pour nuire.

XulRunner m’a semblé essouflé par rapport à la solution d’Adobe. Une syntaxe beaucoup plus aride (trop) pour le résultat escompté, lente à l’exécution, une pénétration du runtime très faible, bref alors qu’Adobe nous offre une solution clé en main, nous avons de l’autre côté une solution qui nous procurera de multiples migraines.

Maintenant XulRunner possède de belle qualités. En plus d’être une technologie ouverte, il y est plus simple de créer des composantes réutilisables (XBL) et de mieux moduler notre application. De plus, avec l’arrivée prochaine de Firefox 3.0, le runtime XulRunner sera inclu avec le fureteur. Ainsi, le tiers des internautes l’auront sur leur station et pourraient potentiellement installer des applications l’utilisant. Le rendu du Javascript sera aussi grandement accéléré donc le problème de vitesse devrait se résorber. Il y a donc un avenir pour cette technologie, qui sert déjà de base aux extensions de Firefox de toute manière.

Je crois que M. Rougeron frappe dans le mille en nous conseillant d’ailleurs de débuter par le développement d’une simple extension Firefox avant d’y aller avec la totale application si l’on veut suivre la voie Xul.

Une partie de cette conférence était consacré aux API REST et RESTFull. Très intéressant.

PECL : The PHP Language Workbench
Sebastian Bergmann

Quelquefois, un séminaire nous parle d’un truc et bien que nous savons que nous ne nous en servirons pas, cela nous fait aboutir sur d’autres choses. C’est un peu ce qui c’est passé avec celui-ci.

De toutes les extensions PECL que nous avons vues, je retiens parse_tree qui permet d’aller chercher toutes les informations possibles et inimaginables en format XML sur unr page PHP. Seulement, sans l’intervention d’un fichier XSLT, ces informations sont inutilisables pour un être humain normalement constitué!

Je trouvais l’idée d’aller chercher les informations sur les pages PHP géniale, mais l’utilisation de parse_tree me semble trop complexe pour le gain d’optimisation que nous pourrions en tirer. J’ai donc trouvé une extension PEAR PHP_CodeSniffer qui me permettra d’aller chercher les optimisations possibles aux pages PHP sur nos serveurs. Belle trouvaille.

Breaking the rules
Morgan Tocker

Je suis toujours impatient d’assister à un séminaire de quelqu’un de chez MySQL. Mais, je dois avouer que j’ai été déçu par celui-ci. Je m’attendais à des notions avançées de dénormalisations par un spécialiste, mais il ne s’agissait que de trucs génériques sur comment épargner son serveur mySQL. En résumé, la plupart des astuces pointaient vers un motto : “Enlever des trucs de votre MySQL, il roulera plus vite.” Ne pas utiliser de constraints, de checks, de foreign keys, épargne bien sûr du travail côté base de donnée, mais il en donnera davantage côté PHP… S’agit-il d’un gain réel tant au développement qu’à l’utilisation? Il n’avait aucun chiffre, benchmark test à l’appui. Bref, je ne suis pas convaincu.

 

JOUR 2

 

API Design in PHP
David Sklar

Passionnant, cette conférence. Le développement d’API fait appel à de nouvelles problématiques et cet architecte logiciel de chez Ning nous a livré de judicieuses astuces sur la maintenance de leur propre API.

Alors que dans le commun des développement, il est plus simple d’effacer que d’ajouter, la réalité s’inverse dans le développement d’API. Impossible de supprimmer une méthode sans subir des plaintes des usagers qui l’utilisent toujours. Si vous voulez déprécier un truc, vous le laisser actif combien de temps? Cela peut rapidement devenir un casse-tête.

La mentalité de Ning est de prévilégier l’expérience client au-dessus même du développement. Donc, si une façon de faire peut rendre un client plus heureux, malgré une perte d’optimisation, ce choix sera fait. L’idée est que l’usager ne devrait jamais être frustré par l’utilisation de l’API. Je crois qu’il s’agit d’une bonne ligne de conduite puisqu’un API pourrait être ultra-fonctionnel, mais très difficile à utiliser pour l’usager. Son succès en serait donc affecté davantage qu’avec un léger compromis sur les performances.

Aussi, les méthodes aux longues listes de paramètres sont proscrites car cela perd en clarté et en facilité de maintenance. L’utilisation d’un array est recommandée.

De plus, il est recommandé de débuter les noms de méthodes, de propriétés et de namespaces avec un préfixe identifiant clairement l’API (XN est celui de Ning). Ceci fait en sorte que les gens instinctivement n’altéreront pas ces items.

Comme Ning est un API RESTFull, il leur est facile d’inclure le numéro de la version de l’API demandée dans l’URL et de conserver plusieurs branches de l’API. Ainsi, les usagers utilisant des méthodes dépréciées pourront continuer d’utiliser la version voulue sans qu’elle ne soit "traînée" dans les branches futures.

Comme par exemple :

XN/ATOM/1.0/CONTENT…

Aussi, encore plus qu’ailleurs, l’importance est à la documentation détaillée de l’application. PHPDocumentor est une solution largement utilisée. Les tests unitaires sont aussi primordiaux dans ce type d’entreprise. Ning est récemment passé de Simpletest à PHPUnit pour les capacité accrues de ce dernier. Le fait de pouvoir automatiser des séquences de tests et de déclencher une notification à la moindre défaillance permet de déceler plus facilement une coquille qui s’est glissée dans quelque chose qui fonctionnait très bien autrefois, précisément le genre de bogue qui frustre les usagers d’un API. PHPUnit s’est d’ailleurs avéré être un outil fort prisé par plusieurs conférenciers.

Graph-Oriented Programming with PHP
Sebastian Bergmann

Ce séminaire présentait le "workflow engine" d’eZ Systems. Il s’agissait d’une présentation très "high level" et théorique sur le projet de thèse de doctorat de M. Bergmann. Je dois avouer que j’aimes voir des cas concrets et du code me démontrant les bénéfices d’une innovation. Je suis resté sur ma faim.

Pour en savoir davantage.

 

PHP and memcached – Giving your database server a break
Marc Wandschneider

La mise en cache… Le genre de truc que l’on connait tous sans jamais être parfaitement à l’aise avec tous les dillemmes que cela soulève. Cette formation réponds à plusieurs interrogations concernant une des façon les plus populaires d’accélérer l’accès à vos données, memcached.

À la base étonnemment simple, son concept est de réduire les allers-retours au disque dur, le maillon faible de la chaîne en terme de rapidité pour la lecture d’informations provenant de votre base de donnée. Memcached va utiliser votre mémoire vive qui est immensément plus rapide. Il s’agit tout simplement d’un gigantesque array contenant les informations que vous y déposez. Lors d’une requête, memcached va d’abord vérifier si votre valeur est dans l’array, sinon exécute la requête à la base. Tout simple.

Toutefois, memcached est bourré de trous. Par exemple, comme il ne s’agit que d’un giga-array, zéro sécurité. Aucune authentification possible. Ou si vous voulez barrer une entrée temporairement le temps qu’une transaction se termine, impossible de le faire via ce système. Faites très attention à ce que vous mettez dans votre cache.

L’autre faille est que pour être rapide, memcached doit être installé localement, grugeant des ressources précieuses de votre serveur. Bien sûr, il est paramétrable. Mais, pour être pleinement efficace, plusieurs serveurs doivent être greffé à votre memcached. Facebook a agi de la sorte. Ils ont des dizaines de serveurs dédiés à un memcached. Malheureusement, tous n’ont pas les moyens de Facebook.

Malgré tout, pour stocker de petites données bien choisies ne nécessitant pas de sécurité, memcached peut s’avérer un bon choix. À cela j’ajouterais toutefois le MySQL Query Cache. De cette manière, si jamais la donnée n’est pas trouvée dans l’array de memcached, un second niveau de caching se trouverait plus loin lors de la requête si cette entrée n’a pas subi de modification depuis.

Help! I found a bug in my code!
Derick Rethans

Toujours en version beta, xdebug est une extension PEAR permettant au développeur d’aller quérir davantage d’informations sur une erreur survenue en cours d’exécution ou encore d’optimiser son code.

Vous pouvez personaliser les indications d’erreurs fatales vous parvenant en paramétrant xdebug. Je vous invite à aller chercher le PDF de la conférence pour visualiser les différentes possibilités. Notez bien que le message d’erreur n’est pas nécessairement celui que vous auriez normalement, mais bien celui issu du compilateur PHP, souvent plus complet aux yeux du développeur.

Aussi, parmi les choses intéressantes, avec xdebug, vous serez en mesure d’identifier des écarts de temps, par exemple, combien de temps une fonction PHP a mis de temps à s’exécuter. Vous serez aussi en mesure de retracer les pointes de l’usage de la mémoire.

Comme je suis un visuel de nature, j’ai vraiment adoré l’idée d’activer le "profiling" et d’utiliser KCacheGrind pour visualiser les goulots d’étranglement de la page en un clin d’oeil. Idéal lorsqu’une page semble ramer sans raison.

Who am I? - The age of digital identity
Rob Richards

Ce spécialiste de la sécurité informatique, maniaque du respect de la vie privée sur le web a livré une conférence très intéressante sur OpenId versus les Information Cards (openinfocards pas celles de Microsoft!), Bien que l’on sentait son penchant pour l’une des deux solutions, il a livré une bonne description et une bonne analyse des deux plateforme. Je dois avouer que je ne connaissais aucune de ces technologies avant ce séminaire et j’en ai appris énormément. Bien qu’instructif, il reste encore beaucoup de travail pour que ce genre de techno devienne un standard sur le web. Premièrement, l’accessibilité de la chose. Ce n’est pas demain la veille que la personne plus ou moins “computer literate” va utiliser les information cards. Même le formateur s’y est repris à 5 fois pour que cela finisse par fonctionner! Bref, cela demeure pour l’instant une techno de “geeks”.

Côté sécurité aussi cela pose de nombreuse questions. OpenID est à mes yeux un danger public. Il faut vous procurer un ID auprès d’un fournisseur et vous authentifier chez lui à chacune de vos authentification, transaction sur le web… Je ne tiens pas à ce que Verisign ou quiconque possède de telles informations sur moi. Cela serait cent fois pires qu’un espiogiciels planté sur ma station. Et même si je fais confiance à Verisign, à qui sera-t-elle vendue dans le futur? Où irons mes infos? Un non-sens en terme de sécurité. OpenId a fait exactement ce contre quoi elle lutte. Bref, ils se sont plantés.

Concernant les information cards, cette techno a du potentiel si l’on peut traîner ses cartes avec soi, ce qui n’est pas encore le cas. Cela revient donc à dire que cette techno s’adresse pour le moment à ceux qui sauront héberger leurs identités chez eux afin d’en profiter partout. Un truc de “geeks” vous dis-je! Fort prometteur toutefois. Je retournerai voir où ils en sont l’an prochain.

Tags associés: actionscript, adobe, api, Application, astuces, Blogue, carte, Conférence, CSS, Design, Facebook, firefox, futur, google, Innovation, Internet, javascript, K3média, livre, Montréal, MySQL, Optimisation Web, php, Québec, Ressources, Technologie, TI, travail, Trucs, veille, vie privée, Web, xp, Xul

2 commentaires

Web 2.0 et Médias sociaux (social media) : deux concepts “buzz marketing” ayant des impacts technologiques, économiques et sociaux

Geoffroi Garon, le 31 janvier 2008 à 11:38 dans Blogue, Commerce électronique, Communauté virtuelle, Communication, Marketing Internet, Média, Média sociaux, Stratégie, Technologie, Tendances, Web 2.0, Web social, Économie Web

Ces deux concepts, que je considère des paradigmes, englobent une série de modèles et d’applications technologiques, économiques et sociaux dans une période de temps aux contours interconnectés et perméables.Le Web 2.0Le Web 2.0 est un concept phare de l’après éclatement de la bulle technologique de 2001. Sa période forte est de 2002 à 2009. Il a permis de créer un buzz, de redonner confiance aux investisseurs et de faire renaître une industrie du multimédia (1995-2001) sous une autre marque de commerce. Même objectif de développement d’affaires, mais transformation de points de vue et de pratiques.Web 2.0 et technologies

• Les logiciels libres grands publics ont persés le marché commercial (Firefox, Thunderbird)
• Généralisation de l’utilisation de CMS (content management system) utilisé pour la publication de contenu comme les blogues (Wordpress)
• Langages de programmation dynamique plus adaptées au Web (PHP, CSS, Ajax, RubyOnRail)
• Développement de la haute-vitesse (bande passante) permettant la vidéo et une expérience utilisateur améliorée.
• Le Peer-to-Peer (P2P) permettant de transférer des fichiers très lourd (musique, film)
• Syndication de contenu (RSS) et interopérabilité entre les plates-formes
• Etc.

Web 2.0 et modèles économiques

• Cluetrain manifesto (vision)
• Le Long Tail (Amazon, eBay)
• Des services Web (SaaS) à la tonne (Flickr, Youtube, MySpace, Facebook, etc.)
• De plus en plus de transaction en ligne (banque, voyage, livre)
• Etc.

Web 2.0 et pratiques sociales

• Explosion des blogues qui permet à tous de devenir producteur de contenu
• Indexation du contenu par les usagers (par mot-clé, tag)
• Création de nouveaux canaux d’information (Digg)
• Culture du commentaire et prise de position en croissance
• Usage d’outil de communication en temps réel de chat (Instant messaging) (GoogleTalk, MSN, Yahoo !)
• Etc.

Ainsi, je considère que le Web 2.0 regroupe l’ensemble des modèles et des applications technologiques, économiques et sociaux permettant de communiquer et de partager des contenus, des opinions, des nouvelles, des expériences et des perspectives.

Mais, avec le succès du buzz autour du Web 2.0, plusieurs tentent d’identifier et de prédire qu’elle sera le prochain buzz word. Selon moi et les dires de plusieurs dans la blogosphère, il est exclut de penser à Web 3.0 (trop facile), à Web sémantique (trop académique), à Web social (pas assez économique), à Web 3.d (trop orienté monde virtuel), à Web symbiotique (trop tôt). Il nous faut une appellation “contrôlée” (!) qui puisse plaire autant à ceux qui sont dans le Web depuis longtemps et à ceux qui y arrivent.D’ailleurs, qui n’a pas encore complètement endosser le Web comme façon de penser ?Et bien, selon moi, se sont les plus grands joueurs, soit les médias et les agences de publicité et les firmes de production. C’est pourquoi je crois que le concept de médias sociaux se démarque et deviendra le prochain buzz marketing en 2008.Médias sociauxLes médias sociaux (social media) est un concept qui représentera la 3e phase de développement du Web, soit de 2008 à 2012. Il permettra d’intégrer les gros joueurs et de finalement valider les profondent transformations qui sont survenues un peu partout dans l’économie et les pratiques sociales. C’est le parfait exemple d’un changement majeur généré par les utilisateurs (de type Bottom-up) et non plus seulement initié par les structures en place (de type Top-down). Voici quelques visions :Médias sociaux et technologies

• Mash-up (réel - mondes virtuels)
• Une mobilité avec des cellulaires performants
• Sécurité et tracabilité
• Interopérabilité massive (OpenSocial de Google)
• Le blogue (phare du Web 2.0) devient un outil parmi d’autres (microblogging)

Médias sociaux et modèles économiques

• Micro-marketing et segmentation hyperciblée
• Des modèles de communautés Web (ouverte et fermé)
• Intelligence économique (social media monitoring)

Médias sociaux et pratiques sociales

• Besoin d’exister (identité Web)
• Sentiment d’appartenance et d’influence
• Sentiment d’accomplissement

Ainsi, je considère que le concept Média social regroupent l’ensemble des modèles et des applications technologiques, économiques et sociaux permettant de mieux communiquer, de mieux partager des contenus, des opinions, des nouvelles, des expériences et des perspectives, mais surtout d’exister, d’influencer et d’accomplir des choses.

Finalement, avec un contexte économique interdépendants et complexe (risque de recession), des marchés boursiers nerveux, des économies émergentes (Chine, Inde, Brésil) qui s’exportent, le marché nord américain dans lequel nous vivons et travaillons à bien besoin d’un nouveau souffle porteur d’innovation. Je crois que les médias sociaux sont une réponse à cette préoccupation de regarder en avant avec confiance.n.b. Dans un souci de vulgarisation, vous comprendrez que je tourne les coins un peu ronds dans ma présentation de ces deux concepts représentants des périodes de changements importants.En terminant, selon vous, qu’est ce qui va marquer cette période des médias sociaux aux niveaux technolgoiques, économiques et sociaux ?

Tags associés: affaires, ajax, api, Application, Blogue, Blogues, CMS, communauté, Communication, CSS, Design, Digg, Facebook, firefox, google, influence, Innovation, Intelligence économique, livre, logiciels, logiciels libres, marketing, Média sociaux, médias sociaux, mondes virtuel, Open social, OpenSocial, php, Programmation, publicité, rss, SaaS, social media, Technologie, TI, travail, vidéo, Web, Web 2.0, Web 3.0, Web social, Web symbiotique, wiki, Wordpress, xp, Youtube

3 commentaires

Pourquoi bloguer dans un contexte d’affaires

Mathieu Bélanger, le 26 janvier 2008 à 5:47 dans Blogue, Communication, Livres, Marketing Internet, Ressources

Ça fait déjà un moment que j’ai terminé la lecture du livre «Pourquoi bloguer dans un contexte d’affaires». Certains chapitres peuvent tout aussi bien répondre à une question plus courte : ‘Pourquoi bloguer’. Si vous vous demandez si vous devez bloguer, je vous conseille de lire ce livre rapidement. Si vous croyez ne pas avoir toutes les connaissances pour bien bloguer, lisez ce livre, il répondra à la majorité de vos questions. Les bonnes raisons de bloguer dans un contexte d’affaires sont très bien expliquées par 10 blogueurs d’expériences. Chaque blogueur a son chapitre et a chacun sa raison à défendre et certains sont très convaincants.

Certains chapitres vous permettront de valider plusieurs connaissances et feront de vous un meilleur blogueur. Certains chapitres seront, même pour un expert, très enrichissant. Personnellement j’ai particulièrement apprécié les chapitres de Tristan Péloquin, Mario Asselin, Sylvain Carle, Marc Snyder, Martin Lessard et Claude Malaison. Ce n’est pas que je n’ai pas apprécié les autres blogueurs, au contraire, c’est davantage parce que j’ai presque tout lu leur blogue (Ex: Michel Leblanc). Tous les chapitres valent le coup d’être lu, je persiste et je signe. Ce que j’essaie de dire c’est qu’ils ne sont pas tous du même niveau (technique ou littéraire). Tout dépendant de votre spécialité et de vos connaissances, vous trouverez différents chapitres intéressants. Ce livre peut donc être lu par un très large public puisque les chapitres sont très court (environ 3000 mots). Si un chapitre ne vous intéresse pas ou que vous n’y comprenez pas grand-chose, le prochain chapitre n’est qu’à quelques pages. Donc, chacun y trouvera son compte dans différents chapitres. En fait, si vous ne lisez pas beaucoup ces blogueurs, ce livre vaut vraiment le coup (ou coût s’est selon). Personnellement, ce livre me permettra de mieux vulgariser l’utilisation des blogues en entreprise et j’en remercie chacun des auteurs et j’en profite pour les féliciter. Visiter le site web du livre pour vous procurer une copie, ça sera pour vous un investissement.

En prenant exemple de l’initiative de Martin Lessard et de Alexandre Gravel, voici, en ordre d’importance, mes 10 raisons de bloguer :

• Marie-Chantale Turgeon : Bloguer pour se connecter
• Marc Snyder : Bloguer pour communiquer
• Mario Asselin : Bloguer pour apprendre
• Claude Malaison : Bloguer pour se souvenir
• Sylvain Carle : Bloguer pour se définir
• Philippe Martin : Bloguer pour être vu
• Tristan Péloquin : Bloguer pour informer
• Michel Leblanc : Bloguer pour vendre
• Martin Lessard : Bloguer pour influencer
• Martin Ouellette : Bloguer pour provoquer

Notez que les 5 premiers choix permet de comprendre que je blogue avant tout pour des raisons personnelles et que par la suite, cela provoque de la visibilité, de l’information, de l’influence et même des ventes. En fait, on blogue pour nous même, mais on ne peut empêcher qu’on provoque d’autres actions venant de l’extérieur. On devrait avec le temps, entrez en relation, en communication avec d’autres personnes et il est donc impossible de se définir soi-même, notre réseau (blogosphère) nous aidera à nous définir ou définir notre blogue. Le blogue, contrairement à un carnet personnel, est lu par d’autres personnes et en plus, ces gens joindront la conversation et c’est à ce moment que ça devient vraiment intéressant.

Je l’avoue, la plupart de ses blogueurs sont de bonnes connaissances et même certains de bons amis, je vous laisse donc juger par vous-même. J’ai donc produit une petite liste des commentaires que j’ai trouvés sur d’autres blogues:

Fiche de lecture : "Pourquoi Bloguer dans un contexte d’affaires" (Le blogue de Révolution Linux)
On blogue par affaire ! (Pascal Hébert)

Voici un commentaire court, bien écrit et transparent d’une blogueuse fort intéressante qui démontre clairement l’impact que le livre peut avoir sur une personne: Bloguer c’est anti-psy ! (Isabelle Binet)

Pourquoi bloguer dans un contexte d’affaires (Bloc Note de Bertrand DUPERRIN)
Pourquoi bloguer dans un contexte d’affaires? (trendy-food.net)
Pourquoi bloguer (amomenti.com)
Pourquoi bloguer dans un contexte d’affaires ? (Carnet de bord d’un Webmaster Freelance)
Montréal by night, ses films, ses bloggeurs … (Blogging The News)
Pourquoi bloguer dans un contexte d’affaires ? (Nelson Dumais, Technaute)
Bloguer pour vendre et bloguer pour Se vendre… (Alain Thériault)

Je vous invite à visionner ce reportage de Canoe:

 

 

Un autre vidéo par Intruders.TV:
Pré-lancement du livre ‘Pourquoi bloguer’ à Webcom 2007

Félicitation cher blogueurs, ce livre est un projet réussi. Franchement, j’en aurais pris davantage, je lirai vos blogues, c’est sûrement cela l’objectif. J’attends le tome 2 avec impatience et pourquoi pas 20 chapitres pour la prochaine fois ?

Tags associés: 2007, affaires, api, Application, Blogue, Blogues, Communication, Flash, influence, linux, livre, Montréal, php, pourquoi bloguer, TI, vidéo, visibilité, Web, webcom 2007, wiki, xp

2 commentaires

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

1 commentaire

Facebook laisse respirer davantage son système d’invitations

Bruno Caillé, le 19 décembre 2007 à 10:58 dans Facebook, Web social

 

Afin d’améliorer l’expérience de ses utilisateurs sur sa plateforme, Facebook demande désormais aux développeurs de modifier leurs applications de la façon suivante :

Lorsque l’usager se fait inviter via son "mini-feed" à utiliser cette application :

 

1. Ne plus exiger d’installation à l’usager avant d’avoir accès à un quelconque contenu. (ex. depuis peu, Facebook Video ne demande plus de se faire installer avant utilisation)
2. Dans la mesure du possible, minimiser les demandes d’authentification, se contenter de livrer le contenu demandé.
3. Envoyer des messages plus pertinent au "mini-feed" des usagers, Par exemple, si l’application est un quizz, ne pas forcer l’usager à installer l’application pour voir son résultat, mais plutôt l’envoyer via son "mini-feed".

Ces changements sont donc dans la même lignée que ceux auxquels Facebook nous a habitué au cours des dernières semaines. Ils visent à donner à l’utilisateur le pouvoir de "purifier" son "mini-feed", qui constitue un des principal motif de l’assiduité des usagers de la plateforme.

En effet, Facebook tiendra compte de la présence de ces modifications et de l’outil de "Feedback" disponible aux usagers dont nous avons fait mention dans un message précédent, afin d’établir prochainement un classement parmi les notices qui s’afficheront dans votre "mini-feed".

Il est à noter que cette nouvelle façon de faire réduira fort probablement votre nombre d’application installée sur votre profil. Seules les applications en valant véritablement la peine mériteront une inclusion dans votre panneau d’applications et les concepteurs devront redoubler d’imagination afin de trouver des idées qui en vaudront suffisamment la peine pour que l’utilisateur choisisse de procéder à l’installation et à la configuration de ses paramètres de sécurité.

Davantage de détails :
http://wiki.developers.facebook.com/index.php/FeedRankingFAQ

Tags associés: Application, Blogue, Facebook, Feed, feedback, livre, mini-feed, php, TI, wiki, xp

Laissez un commentaire

Opensocial et Facebook, concurrent ou complément ?

Mathieu Bélanger, le 17 novembre 2007 à 2:00 dans Communauté virtuelle, Facebook, Marketing Internet, Média sociaux, OpenSocial, Technologie, Web 2.0, Web social

Le lancement de OpenSocial par Google le 1er novembre dernier nous a permis de comprendre pourquoi Google n’a pas investi dans Facebook. Tout cela fait beaucoup de sens et la participation de Microsoft dans Facebook n’est pas surprenante non plus. Le montant investi pour seulement 1.6% des parts est quant à lui plus que surprenant, je l’admets.

Premièrement, OpenSocial c’est un nouveau standard permettant aux développeurs de développer des applications sociales compatibles avec un grand nombre de sites sociaux, dont MySpace, LinkedIn, Viadeo , Xing, Plaxo et une dizaine d’autres plateformes. Oracle fait aussi parti des entreprises appuyant le projet. OpenSocial à l’avantage d’être basé sur des langages existants , Javascript, plus particulième AJAX. OpenSocial rendrait possible la création de nouveau site social regroupant plusieurs informations de différents réseaux sociaux. Du moins, il permettra son développement beaucoup plus rapidement. Tout cela est fort intéressant, mais cache une énorme bataille que ce livre Facebook, Microsoft et Google puisque ces réseaux sociaux fournirions bientôt des parts très importantes dans le marché de la publicité en ligne.

Deuxièmement, il faut comprendre que Facebook est une plateforme de développement propriétaire. Deux exemples concrets: le langage de programmation sur Facebook est propriétaire et les applications développées fonctionnent seulement sur Facebook. Par contre, l’engouement pour le développement est bien présent, puisqu’il y a plus de 100 nouvelles applications chaque jour et il y a plus de 7000 applications disponibles sur la plateforme Facebook, c’est assez impressionnant. (Source: Facebook statistics)

En comparaison, dans les années 1990 plusieurs entreprises de développement logicielles se sont attachées à la croissance de Microsoft dans le but d’installer leurs logiciels sur tous les ordinateurs. En fait, ces entreprises étaient à la recherche d’usager, d’audience, d’utilisateur, appelé cela comme vous le voulez. Maintenant le meilleur accès à ces usagers c’est le web. Il faut oublier l’ordinateur, ce ne sont que des terminaux permettant l’accès aux réseaux. Peu importe le système d’exploitation que vous utilisez, de plus en plus que le temps avance, votre navigateur devient votre terminal et le Web devient votre système d’exploitation(OS). Facebook à un modèle semblable à Microsoft dans les années 90 sur le point de vue des réseaux sociaux et c’est pour cela que Microsoft et Facebook, ça fait bon ménage. Facebook essaie de créer ce fameux terminal dans lequel les applications sont exécutées. En passant, je sais que j’exagère, mais c’est seulement pour faire bien comprendre le principe.

Le type d’application qu’on développe pour Facebook, des applications sociales, aura une croissance fulgurante dans les 5 prochaines années. C’est normal puisqu’avec le Web 2.0, la valeur d’un logiciel c’est le nombre d’usagers qu’il l’utilise et les données qu’on amasse, peu importe son prix. Pour ceux qu’y se demande comment rentabilisé un tel logiciel, c’est assez simple, c’est par la publicité. Plus qu’on a d’usagers, plus on génère des revenues publicitaire , même si le service est complètement gratuit. Google en est le parfait exemple, il ne vous coûte rien d’utiliser leur application et ils font énormément d’argent, plus de 95% de leurs revenues sont générer par la publicité.

Puisque Facebook est en ce moment le site social le plus «cool» et qu’il n’a pas vraiment de concurrent dangereux pour le moment, la meilleure solution était le regroupement des autres pour compétitionner cette plateforme. Est-ce que tout cela fonctionnera ? Est-ce qu’il y aura vraiment des développeurs pour OpenSocial ? À mon avis, la compétition amènera une amélioration générale des réseaux sociaux et c’est une très bonne chose pour le web. OpenSocial n’est pas un concurrent à Facebook, mais un complément. Il peut servir à aider les développeurs d’application Facebook. C’est que les développeurs d’applications sur Facebook ont tout avantage à développer leurs applications sur OpenSocial et partager les données de tous les réseaux sociaux. Des entreprises très importantes dans le développement d’application Facebook font partie du regroupement d’entreprises soutenant OpenSocial. C’est un excellent départ pour ce standard fort important pour le web de demain. Ils peuvent partager les données de leurs applications sur tous les autres réseaux sociaux en développement une version compatible OpenSocial. Ce qui s’en vient, c’est le «Social Site Match-up», enfin! Ça devient demandant de gérer son réseau sur différents sites et grâce à OpenSocial il sera possible de gérer ses différents réseaux sociaux dans une seule page web. Quel bonheur!

Est-ce qu’il y aura une augmentation du nombre de réseau social grâce à OpenSocial ? Ce n’est pas fou de penser que beaucoup de réseaux sociaux à faible trafic deviennent plus intéressants puisqu’ils partageront les mêmes données et pourront offrir les mêmes applications que les plus grands réseaux sociaux. Il y aura-t-il un «long-tail» de plein de petits réseaux sociaux ? Intéressant, n’est-ce pas ?

Détrompez-vous si vous pensez que vous devez ignorer Facebook. L’utilisation des réseaux sociaux est fort pertinente pour les entreprises et il ne faut pas laisser tomber Facebook. Selon Guillaume Brunet, Facebook est sans doute le meilleur terrain d’expérimentation pour le marketing internet sur les réseaux sociaux et il a bien raison. C’est vrai que Facebook est le terrain d’expérimentation par excellence pour s’approprier et tester de nouvelles méthodes en marketing internet. Mais je souhaite tout de même un grand succès à OpenSocial puisqu’il aidera à augmenter l’audience et donc élargir ce fameux terrain d’expérimentation.

D’ailleurs, je suis tombé sur cet article de The Economist et ils comparent cette saga à celle entourant Netscape dans les années 90. Je trouve que l’allusion est forte, mais une chose est sûre c’est que cette bataille ne fait que commencer puisque Facebook n’a nullement l’intention, pour l’instant, de joindre le groupe de développement OpenSocial.

Un article intéressant de Fred Cavazza: Pourquoi je ne crois plus en Facebook

Tags associés: 2007, ajax, api, apple, Application, audience, entreprises, Facebook, google, Internet, javascript, linkedin, livre, logiciels, marketing, Marketing Internet, OpenSocial, php, plaxo, Programmation, publicité, publicité en ligne, réseau social, réseaux, réseaux sociaux, rss, TI, Web, Web 2.0, wiki, xp

5 commentaires

Conférence de Debbie Weil au Webcom Montréal 2007 - Le “blogging” corporatif dans un monde 2.0

Geoffroi Garon, le 14 novembre 2007 à 10:18 dans Blogue, Communication, Technologie, Tendances, Web 2.0, Événement

Debbie Weil est une consultant Internet spécialisée dans les blogues corporatifs. Elle nous présente une courte conférence sur l’avenir des blogues d’entreprises.

Voici quelques constats de sa part :

• Les blogues corporatifs sont là pour rester ! Deviendrons “mainstream” dans un an.
• Ce qui ralenti son adoption = la peur ! La peur d’être critiqué !
• Le défi est de créer de la qualité dans les contenus
• La révolution est de permettre aux entreprises d’avoir une voie humaine, de participer à la conversation.
• Les blogues sont inclus dans une stratégie de média sociaux.
• Les blogues sont des plate-formes qui supportent plusieurs médias (vidéo, texte, audio, image, etc.).
• Le blogue comme stratégie de relation publique 2.0.
• ROI des blogues = votre identité digitale
  • Faire partie de la conversation (marketing)
  • Augmenter votre rang Google
  • Attirer l’attention des médias
  • Communiquer à l’interne et à l’externe
  • Canal de gestion de crise

—-

Je suis tout à fait d’accord avec ces retours sur investissement. Voici un extrait de ma présentation lors de ma participation à titre de conférencier au 5e sommet sur les communications et les relations médias le 7 novembre dernier organisé par l’Institut canadien.

” Avec les blogues, les communautés et les réseaux sociaux, l’analyse du retour sur investissement (ROI) se transforme et se complexifie. La valeur de sa présence sur le Web social est au coeur de cette révolution.
John Hagel, auteur du livre “Net Gain : new market with virtual communities” (1997), nous propose 3 niveaux de mesure supplémentaires :

ROA – Return on Attention
Le retour d’attention mesure la performance médiatique de stratégies de communication, de marketing et de relations publiques à travers une communauté et sur le Web social.

ROI – Return on Information
Le retour d’information évalue la quantité et la qualité de l’information sur les membres et l’organisation généré à travers les interactions d’une communauté.

ROS – Return on Skills
Le retour de compétences évalue les niveaux d’appropriations pour utiliser les technologies collaboratives, pour comprendre le sens de l’information et pour participer aux interactions sociales que permettent les médias sociaux. ”

En bref, je penses que les blogues corporatifs sont là pour de plus en plus s’implanter dans les outils de communication et de relation publique des entreprises.

En sommes, une bonne présentation évengéliste de l’avantage des blogues avec plusieurs exemples concrèts.

Tags associés: 2007, Affaires Web, Blogue, Blogues, communauté, Communication, Conférence, Debbie Weil, entreprises, google, Internet, livre, marketing, Média sociaux, médias sociaux, Montréal, Relations publiques, réseaux, réseaux sociaux, Stratégie, Technologie, Tendances, TI, vidéo, Web, Web 2.0, Web social

3 commentaires

Philosophie et Web 2.0 signé Le Devoir

Mathieu Bélanger, le 23 septembre 2007 à 12:36 dans Communauté virtuelle, Divers, Web 2.0

Je viens de terminer la lecture de l’article, Le devoir de philo - Teilhard de Chardin craindrait YouTube, parue aujourd’hui dans le journal Le Devoir. Je sais, la lecture est assez intense, mais c’est l’un des meilleurs textes que j’ai lus sur la philosophie et le web 2.0. Une fois de temps en temps, ça fait du bien au philosophe qui dort en moi. Qui a dit qu’on ne pouvait être philosophe en cette ère numérique ? Que de belle analyse des citations célèbres du philosophe Teilhard. Elles sont mises en relation avec le phénomène du Web 2.0 appuyé par l’article du Times, qui a nommé en 2006 la personnalité de l’année les créateurs de contenu et les influenceurs du Web 2.0. Cet article relate des phénomènes et des citations très complexes, mais il est étonnamment très bien expliqué. On y explique des termes scientifiques que je ne connaissais pas très bien, dont la noosphère et la cybersphère qui nous permettent de mieux comprendre le reste de l’article, c’est très bien ficelé. Franchement, une excellente lecture, bravo à l’auteur.

On n’y relate pas la blogosphère par contre, mais j’ose faire ici une relation. Certains astrophysicien et anthropologues étudient scientifiquement la création des communautés virtuelles et l’influence des blogueurs et d’une certaine façon, si j’ai bien compris, cette "substance" qu’est la blogosphère n’est qu’une infime partie de cet immense "organisme" évolutif qu’est la cybersphère. Tout cela est bien complexe et je manque sans aucun doute de connaissances scientifiques pour répondre à toutes ces questions que cette lecture m’amène. Ça m’a fait penser à la lecture du livre Linked que je tarde à terminer, un excellent livre sur la création des réseaux, une autre excellente lecture.

Ça semble un peu tirer par les cheveux pour certaines personnes, je vous l’accorde, mais regarder bien le titre de ce billet et dites-vous que c’e