Repository with sources and generator of https://larlet.fr/david/ https://larlet.fr/david/
Du kannst nicht mehr als 25 Themen auswählen Themen müssen mit entweder einem Buchstaben oder einer Ziffer beginnen. Sie können Bindestriche („-“) enthalten und bis zu 35 Zeichen lang sein.

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338
  1. <!doctype html>
  2. <html lang=fr>
  3. <head>
  4. <!-- Always define the charset before the title -->
  5. <meta charset=utf-8>
  6. <title>Le futur des réseaux sociaux passera par le W3C — Biologeek — David Larlet</title>
  7. <!-- Define a viewport to mobile devices to use - telling the browser to assume that the page is as wide as the device (width=device-width) and setting the initial page zoom level to be 1 (initial-scale=1.0) -->
  8. <meta name="viewport" content="width=device-width, initial-scale=1"/>
  9. <!-- Fake favicon, to avoid extra request to the server -->
  10. <link rel="icon" href="data:;base64,iVBORw0KGgo=">
  11. <link type="application/atom+xml" rel="alternate" title="Feed" href="/david/log/" />
  12. <link rel="manifest" href="/manifest.json">
  13. <link rel="stylesheet" href="/static/david/css/larlet-david-_J6Rv.css" data-instant-track />
  14. <noscript>
  15. <style type="text/css">
  16. /* Otherwise fonts are loaded by JS for faster initial rendering. See scripts at the bottom. */
  17. body {
  18. font-family: 'EquityTextB', serif;
  19. }
  20. h1, h2, h3, h4, h5, h6, time, nav a, nav a:link, nav a:visited {
  21. font-family: 'EquityCapsB', sans-serif;
  22. font-variant: normal;
  23. }
  24. </style>
  25. </noscript>
  26. <!-- Canonical URL for SEO purposes -->
  27. <link rel="canonical" href="https://larlet.fr/david/biologeek/archives/20081020-le-futur-des-reseaux-sociaux-passera-par-le-w3c">
  28. </head>
  29. <body>
  30. <div>
  31. <header>
  32. <nav>
  33. <p>
  34. <small>
  35. Je suis <a href="/david/" title="Profil public">David Larlet</a>, <a href="/david/pro/" title="Activité professionnelle">artisan</a> du web qui vous <a href="/david/pro/accompagnement/" title="Activité d’accompagnement">accompagne</a><span class="more-infos"> dans l’acquisition de savoirs pour concevoir des <a href="/david/pro/produits-essentiels/" title="Qu’est-ce qu’un produit essentiel ?">produits essentiels</a></span>. <span class="more-more-infos">Discutons ensemble d’une <a href="/david/pro/devis/" title="En savoir plus">non-demande de devis</a>.</span> Je partage ici mes <a href="/david/blog/" title="Expériences bienveillantes">réflexions</a> et <a href="/david/correspondances/2017/" title="Lettres hebdomadaires">correspondances</a>.
  36. </small>
  37. </p>
  38. </nav>
  39. </header>
  40. <section>
  41. <h1 property="schema:name">Le futur des réseaux sociaux passera par le W3C</h1>
  42. <article typeof="schema:BlogPosting">
  43. <div property="schema:articleBody">
  44. <p>C'est une grosse semaine passée et à venir pour le Web Sémantique, avec tout d'abord <a href="http://www.w3.org/TR/2008/REC-rdfa-syntax-20081014/">RDFa qui passe en recommandation</a> (w00t!), je voulais faire un billet résumant le <a href="http://www.w3.org/2008/10/TPAC/Overview.html">TPAC 2008</a> qui se passe à Cannes cette année mais je manque de temps et je ne résiste pas à l'annonce d'un <a href="http://www.w3.org/2008/09/msnws/">Workshop on the Future of Social Networking</a> qui soulève des <a href="http://www.w3.org/2008/09/msnws/problem">problématiques alléchantes</a> (merci à Fabien Gandon pour le transcript en direct sur irc, auteur par ailleurs d'un article intitulé <a href="ftp://ftp-sop.inria.fr/acacia/fgandon/research/ic2006/FabienGandon_WSS_Paper.pdf">Le Web sémantique n'est pas antisocial</a> en 2006, prémonitoire ?). Ne loupez pas non plus <a href="http://www.ibiblio.org/hhalpin/homepage/presentations/tpac2008/">la présentation associée</a>.</p>
  45. <p><em>J'aurais dû y aller.</em></p>
  46. </div>
  47. </article>
  48. <footer>
  49. <h6 property="schema:datePublished">— 20/10/2008</h6>
  50. </footer>
  51. </section>
  52. <section>
  53. <div>
  54. <h3>Articles peut-être en rapport</h3>
  55. <ul>
  56. <li><a href="/david/biologeek/archives/20081012-manque-t-il-une-surcouche-rdf/" title="Accès à Manque-t-il une surcouche à RDF ?">Manque-t-il une surcouche à RDF ?</a></li>
  57. <li><a href="/david/biologeek/archives/20081010-wikipedia-propulsee-par-ubuntu/" title="Accès à Wikipedia propulsée par Ubuntu">Wikipedia propulsée par Ubuntu</a></li>
  58. <li><a href="/david/biologeek/archives/20081009-atelier-sur-rdfa-et-les-microformats-pour-paris-web/" title="Accès à Atelier sur RDFa et les microformats pour Paris Web">Atelier sur RDFa et les microformats pour Paris Web</a></li>
  59. </ul>
  60. </div>
  61. </section>
  62. <section>
  63. <div id="comments">
  64. <h3>Commentaires</h3>
  65. <div class="comment" typeof="schema:UserComments">
  66. <p class="comment-meta">
  67. <span class="comment-author" property="schema:creator">Geoffrey</span> le <span class="comment-date" property="schema:commentTime">20/10/2008</span> :
  68. </p>
  69. <div class="comment-content" property="schema:commentText">
  70. <p>(attention, la teneur en troll de ce commentaire n&#39;est pas garantie)</p>
  71. <p>franchement, le w3c c&#39;est sympa, sur le papier y&#39;a des trucs supers on est d&#39;accord, mais comme disait l&#39;autre, &quot;execution matters&quot;, c&#39;est à dire que c&#39;est bien beau tout ça, mais ce qui construit vraiment les nouvelles technos (dans notre cas les réseaux sociaux, si on peut appeler ça une techno), ce n&#39;est pas plutot les gros acteurs qui font des grosses choses (myspace, facebook) ?</p>
  72. </div>
  73. </div>
  74. <div class="comment" typeof="schema:UserComments">
  75. <p class="comment-meta">
  76. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">20/10/2008</span> :
  77. </p>
  78. <div class="comment-content" property="schema:commentText">
  79. <p>@Geoffrey : et c&#39;est la grosse chose qu&#39;est Internet Explorer qui a construit HTML ?</p>
  80. <p>Le W3C sert à standardiser et à avoir une vision à long terme du Web (ouvert), ce ne sont pas les buts de MySpace et Facebook. Le W3C n&#39;a aucun rôle exécutif, c&#39;est à toi de faire de super choses avec, en ayant la garantie de la pérennité et de l&#39;interopérabilité des technos utilisées (ce qui est loin mais alors TRÈS loin d&#39;être le cas de ce que proposent les deux suscités).</p>
  81. </div>
  82. </div>
  83. <div class="comment" typeof="schema:UserComments">
  84. <p class="comment-meta">
  85. <span class="comment-author" property="schema:creator">Christophe</span> le <span class="comment-date" property="schema:commentTime">20/10/2008</span> :
  86. </p>
  87. <div class="comment-content" property="schema:commentText">
  88. <p>Sauf que l&#39;exemple de MSIE/HTML est mauvais.<br />Tim Berners-Lee est à l&#39;origine de l&#39;HTML et du W3C et pour une bonne raison, les deux étant liés dès leur naissance.</p>
  89. <p>Les réseaux sociaux n&#39;ont pas attendu le W3C, ni quelque organisation que ce soit pour se mettre en place.</p>
  90. <p>Après, si tu veux dire que &quot;[Il serait préférable que] le futur des réseaux sociaux passe par le W3C&quot;, je dirais &quot;oui, pourquoi pas&quot;.<br />Mais affirmer que cela sera le cas, quand ça n&#39;est pas leur métier à la base, et quand on sait la déconnexion qu&#39;ils ont du monde réel depuis plusieurs années [autre débat], je trouve cela un peu tiré par les cheveux.</p>
  91. </div>
  92. </div>
  93. <div class="comment" typeof="schema:UserComments">
  94. <p class="comment-meta">
  95. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">20/10/2008</span> :
  96. </p>
  97. <div class="comment-content" property="schema:commentText">
  98. <p>&gt; Sauf que l&#39;exemple de MSIE/HTML est mauvais.</p>
  99. <p>Soit, je voulais pas me risquer à un MSIE/CSS ;-)</p>
  100. <p>&gt; Les réseaux sociaux n&#39;ont pas attendu le W3C</p>
  101. <p>Bien sûr, par contre il n&#39;y a toujours aucune interopérabilité, chacun fait sa sauce dans son coin et essaye de garder ses utilisateurs. Est-ce que c&#39;est vraiment le futur souhaité ? Est-ce qu&#39;on ne gagnerait pas à être plusieurs à réfléchir à des problématiques communes ? Normalement c&#39;est du gagnant-gagnant.</p>
  102. <p>&gt; ça n&#39;est pas leur métier à la base, et quand on sait la déconnexion qu&#39;ils ont du monde réel depuis plusieurs années [autre débat]</p>
  103. <p>Ça c&#39;est en effet un autre débat que l&#39;on pourrait avoir, lorsque je lis (récemment) que le chairman css ne sait pas ce qu&#39;est un framework css ça me fait mal...</p>
  104. </div>
  105. </div>
  106. <div class="comment" typeof="schema:UserComments">
  107. <p class="comment-meta">
  108. <span class="comment-author" property="schema:creator">Bachelet</span> le <span class="comment-date" property="schema:commentTime">20/10/2008</span> :
  109. </p>
  110. <div class="comment-content" property="schema:commentText">
  111. <p>Il est bien évident (j&#39;espère) que je me faisais l&#39;avocat du diable dans mon commentaire (j&#39;aime bien faire ça, je ne vois pas d&#39;autre façon de faire avancer un débat)</p>
  112. <p>Cela dit, et même si ce que tu dis sur l&#39;interropérabilité est tout a fait vrai, on ne peut que constater ce qui se produit: ce sont ceux qui agissent qui font avancer les choses, pas ceux qui parlent. Que les premiers n&#39;écoutent pas les seconds est certes regrettable, mais au lieu de combattre cet état de fait (cause plus ou moins perdu d&#39;avance je pense), n&#39;est-il pas envisageable de réfléchir à d&#39;autres solutions ?</p>
  113. <p>Après je ne fais que penser tout haut quoi (et sans forcément exprimer mon opinion personnelle en plus).</p>
  114. </div>
  115. </div>
  116. <div class="comment" typeof="schema:UserComments">
  117. <p class="comment-meta">
  118. <span class="comment-author" property="schema:creator">Geoffrey</span> le <span class="comment-date" property="schema:commentTime">20/10/2008</span> :
  119. </p>
  120. <div class="comment-content" property="schema:commentText">
  121. <p>Ah tiens je me suis crampé a mettre mon nom dans le commentaire précédent.</p>
  122. </div>
  123. </div>
  124. <div class="comment" typeof="schema:UserComments">
  125. <p class="comment-meta">
  126. <span class="comment-author" property="schema:creator">Got</span> le <span class="comment-date" property="schema:commentTime">20/10/2008</span> :
  127. </p>
  128. <div class="comment-content" property="schema:commentText">
  129. <p>Je ne reviendrais pas sur le rôle du W3C, David l&#39;a très bien rappelé.</p>
  130. <p>@Geoffrey Je te retourne la remarque. Ouvre tes yeux, dépasse un peu HTML et CSS, je te conseille de regarder avec attention l&#39;ensemble des recommandations du W3C (c&#39;est la colonne de gauche sur le site Web, au cas où) et tu t&#39;apercevras du travail très important effectué par cet organisme qui, sans être totalement exempt de reproches (je peste également sur certains de leur choix), présente le mérite de placer autour d&#39;une table les différents acteurs (qu&#39;ils soient privés ou publics) pour essayer de standardiser (il faut regarder attentivement les entreprises d&#39;origine des différents éditeurs des recommandations). Pour implémenter un très grand nombre de ces recommandations toute la journée, je peux t&#39;assurer qu&#39;ils sont loin d&#39;être déconnecté de la réalité qui peut prendre plusieurs facettes.</p>
  131. <p>Sur le sujet du billet, le W3C ne cherche pas s&#39;approprier les réseaux sociaux, ni même à les recréer (ce n&#39;est pas sa vocation), mais à montrer à leurs promoteurs que des technologies (en particulier celles du Web sémantique) mises au point au W3C résoudraient un certain nombre de défi qu&#39;ils doivent actuellement relever, en particulier ce que les analystes ont appelé la portabilité des données. Eh ! bien, ce concept que semble avoir découvert, tout à coup, Scoble et cie, il y a plus de 10 ans que des équipes travaillent dessus au W3C. Alors, sont-ils complètement déconnecté de la réalité ou simplement en avance ? Rendez-vous bientôt pour voir si le W3C avait raison ou tort (j&#39;ai ma petite idée sur la réponse ;-) )</p>
  132. </div>
  133. </div>
  134. <div class="comment" typeof="schema:UserComments">
  135. <p class="comment-meta">
  136. <span class="comment-author" property="schema:creator">Geoffrey</span> le <span class="comment-date" property="schema:commentTime">21/10/2008</span> :
  137. </p>
  138. <div class="comment-content" property="schema:commentText">
  139. <p>J&#39;ai beau me relire, je ne vois pas où je reste bloqué sur le HTML/CSS ? A vrai dire, ce couple de techno est limite un contre-exemple de ce que j&#39;avance, puisque les standards du W3C s&#39;imposent peu à peu à grand coup de navigateurs de plus en plus conformes.</p>
  140. <p>Et encore une fois, je ne dénigre pas le travail du W3C, je déplore surtout son manque d&#39;impact en me basant objectivement (j&#39;essaye tout du moins) sur ce que j&#39;observe sur internet, et en particulier sur les réseaux sociaux, en ce moment (ceci est une grosse perche pour que tu me sortes des exemples de technos basées sur des recos w3c reconnues et implémentées rapidement par les grands acteurs du marché).</p>
  141. </div>
  142. </div>
  143. <div class="comment" typeof="schema:UserComments">
  144. <p class="comment-meta">
  145. <span class="comment-author" property="schema:creator">Got</span> le <span class="comment-date" property="schema:commentTime">21/10/2008</span> :
  146. </p>
  147. <div class="comment-content" property="schema:commentText">
  148. <p>A commentaire excessif, réponse excessive, d&#39;où une légère mauvaise foi de ma part ;-)</p>
  149. <p>Sur ta seconde question :<br />- Prenons, en premier, l&#39;exemple des Web services, même si je ne suis pas franchement un admirateur de SOA, on ne peut que constater que WSDL, UDDI et SOAP font partie des technos très implémentées par les acteurs du marché (IBM, Microsoft, Sun, Oracle, SAP, Jboss...).</p>
  150. <p>- Les technos autour de XML (XML, DOM, Xpath, XSL, Xquery, XML schema). Je ne pense pas que tu puisses remettre en cause le fait que les acteurs n&#39;implémentent pas toutes ces recommandations. Pour Xquery (qui est le moins bien implémenté), Oracle est très impliqué et Microsoft l&#39;implémente dans SQL server.<br />Quant à XML seul, il me semble que ce format a largement dépassé le seul Web et a aujourd&#39;hui des répercussions pour l&#39;ensemble de l&#39;informatique (pour s&#39;en convaincre, il suffit de voir tout le débat autour de la normalisation de OOXML de microsoft à l&#39;ISO)</p>
  151. <p>- L&#39;architecture même du web repose sur des recommandations du W3C : URI/URL/IRI sont des recommandations fondamentales de l&#39;informatique moderne (ils ont permis d&#39;introduire l&#39;idée d&#39;identifiants uniques pour des ressources). HTTP, même s&#39;il est aussi normalisé à l&#39;IETF, est issu du W3C.</p>
  152. <p>- Le W3C s&#39;engage énormément dans le Web mobile et a sorti de nombreuses recommandations, best practices (<a href="http://www.w3.org/TR/2008/REC-mobile-bp-20080729/">http://www.w3.org/TR/2008/REC-mobile-bp-20080729/</a>) ou adaptation de recommandations existantes (<a href="http://www.w3.org/TR/SVGMobile/">http://www.w3.org/TR/SVGMobile/</a>)</p>
  153. <p>- Comme tu l&#39;as déjà dit, XHTML et CSS sont de mieux en mieux implémentés, j&#39;ajouterai PNG, les règles d&#39;accessibilité (WAI qui sont devenus des exigences pour certains types de sites) et même SVG.</p>
  154. <p>- Pour finir, avec les normes du Web sémantique, de plus en plus d&#39;acteurs s&#39;engagent dans cette voie : Oracle promet un support complet pour sa prochaine version, Yahoo! les utilisent pour ses appli de back office, Ebay aussi, HP (<a href="http://www.hpl.hp.com/semweb/">http://www.hpl.hp.com/semweb/</a>), Microsoft (pris au hasard : <a href="http://bit.ly/1qrqz0">http://bit.ly/1qrqz0</a>) et IBM (<a href="http://ibm-slrp.sourceforge.net/">http://ibm-slrp.sourceforge.net/</a>) ont plusieurs projets en ce sens. Quant à RDFa, le dernier né, il est déjà implémenté sur pas mal de sites, dont Digg, bientôt rejoint par Flickr si j&#39;ai bien compris. Et d&#39;autres, à n&#39;en pas douter...</p>
  155. <p>Est-ce-qu&#39;il te faut d&#39;autres exemples pour te convaincre ?</p>
  156. </div>
  157. </div>
  158. <div class="comment" typeof="schema:UserComments">
  159. <p class="comment-meta">
  160. <span class="comment-author" property="schema:creator">Geoffrey</span> le <span class="comment-date" property="schema:commentTime">21/10/2008</span> :
  161. </p>
  162. <div class="comment-content" property="schema:commentText">
  163. <p>Ah ! voilà un commentaire interressant qui va me faire mettre un peu d&#39;eau dans mon vin, merci d&#39;avoir pris le temps de l&#39;écrire.</p>
  164. <p>En fait, j&#39;ai une assez faible connaissance de ce qu&#39;a pu accomplir le W3C (manque de communication ? mauvaise communication ? manque d&#39;interressement de ma part ?), et j&#39;avoue que la liste que tu donnes est interressante.</p>
  165. <p>Mais, car il y a toujours un mais, je remet mon costume d&#39;avocat verreux, et je te fais 2 remarques:</p>
  166. <p>1) La plupart des exemples que tu donnes traitent de technos, bien qu&#39;indispensables, globalement assez vieilles, établies a un moment où le besoin d&#39;innovation des gros acteurs était moindre (puisque tout, globalement, constituait une innovation), quid des technologies d&#39;aujourd&#39;hui ? celles qui constituent des vraies innovations visibles ?</p>
  167. <p>2) Question: dans la liste que tu donnes, combien sont des recos 100% W3C, et combien sont des technos ayant été fagocitées a posteriori pour en faire des recos ?</p>
  168. <p>(En fait j&#39;aurai pu poser la 2 sans mon costume, c&#39;est une vraie question dont la réponse m&#39;interresse vraiment, et la 1 contient des vrais gros morceaux de mauvais foie dedans, je te l&#39;accorde)</p>
  169. </div>
  170. </div>
  171. <div class="comment" typeof="schema:UserComments">
  172. <p class="comment-meta">
  173. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">21/10/2008</span> :
  174. </p>
  175. <div class="comment-content" property="schema:commentText">
  176. <p>&gt; quid des technologies d&#39;aujourd&#39;hui ? celles qui constituent des vraies innovations visibles ?</p>
  177. <p>Tu as des exemples « d&#39;innovations techniques visibles actuelles » ? :-)</p>
  178. <p>&gt; combien sont des recos 100% W3C, et combien sont des technos ayant été fagocitées a posteriori pour en faire des recos ?</p>
  179. <p>Le W3C n&#39;a pas forcément un rôle d&#39;innovation, celle-ci peut venir effectivement d&#39;utilisations pré-existantes, je n&#39;ai aucun ordre d&#39;idée de ce pourcentage.</p>
  180. <p>Après je ne pense pas qu&#39;il y ait phagocitose, il arrive juste un moment où les standards ont leur rôle à jouer et où il vaut mieux arriver à un accord mutuel pour le bien des industriels ET des utilisateurs.</p>
  181. </div>
  182. </div>
  183. <div class="comment" typeof="schema:UserComments">
  184. <p class="comment-meta">
  185. <span class="comment-author" property="schema:creator">Geoffrey</span> le <span class="comment-date" property="schema:commentTime">21/10/2008</span> :
  186. </p>
  187. <div class="comment-content" property="schema:commentText">
  188. <p>&gt; Tu as des exemples « d&#39;innovations techniques visibles actuelles » ? :-)</p>
  189. <p>A priori, en parlant de technos au sens large, on peut citer Facebook Connect et Open Social, pour rester dans le domaine des réseaux sociaux. Le couple Flex/Air me vient également a l&#39;esprit.</p>
  190. <p>J&#39;avoue c&#39;est un peu faible comparé a la liste de Got ;)</p>
  191. <p>Pour ce qui est de la phagocytose, on dévie légèrement du sujet, et même si ce que tu dis est vrai, je maintiens ma question car la réponse m&#39;interresse indépendament du débat :-)</p>
  192. </div>
  193. </div>
  194. <div class="comment" typeof="schema:UserComments">
  195. <p class="comment-meta">
  196. <span class="comment-author" property="schema:creator">Got</span> le <span class="comment-date" property="schema:commentTime">21/10/2008</span> :
  197. </p>
  198. <div class="comment-content" property="schema:commentText">
  199. <p>Réponse à la question 2 pour commencer : David a déjà dit l&#39;essentiel. Le but du W3C n&#39;est pas forcément d&#39;innover, mais de standardiser. A partir de ce point, il existe deux cas de figure :</p>
  200. <p>- soit le standard est proposé par un membre du W3C (member&#39;s submission, par exemple, la dernière en date pour mes centres d&#39;intérêt : <a href="http://www.w3.org/Submission/2008/04/">http://www.w3.org/Submission/2008/04/</a> et voir la liste complète <a href="http://www.w3.org/Submission/">http://www.w3.org/Submission/</a>), le W3C fait ensuite le choix ou non d&#39;intégrer la soumission dans son programme de standardisation. Ce cas ressemble au procédure habituelle d&#39;un organisme de normalisation comme à l&#39;ISO ou à l&#39;AFNOR<br />- soit le standard est directement mis à disposition par le W3C (c&#39;est le cas de XHTML, RDF, XML, SPARQL et d&#39;autres)</p>
  201. <p>Il n&#39;est donc pas question de phagocyter. Un acteur souhaite simplement standardiser une de ses technos au W3C pour lui donner plus de poids ou différents acteurs prennent conscience de standardiser un domaine précis, c&#39;est le cas de SOAP et consorts, par exemple (<a href="http://www.w3.org/Submission/2000/05/">http://www.w3.org/Submission/2000/05/</a>).</p>
  202. <p>Par conséquent, dans la liste que je donne, 100% sont des recos du W3C, mais certaines sont issues de réflexions en amont (cf. la members submission pour plus de précisions).</p>
  203. <p>Pour donner deux autres exemples :<br />- le besoin de standardiser PNG est né du fait qu&#39;il n&#39;existait à ce moment-là aucun format d&#39;image véritablement ouvert et libre et même plus, Unisys voulait demander des royalties pour l&#39;utilisation de GIF dont il est propriétaire. Le W3C a donc pris la décision de standardiser PNG, car cela était nécessaire pour garantir l&#39;indépendance technologique du Web (il est d&#39;ailleurs dommage qu&#39;il ne le fasse plus évoluer, mais c&#39;est une autre question). Dans ce cas, le but du W3C est de proposer aux différents acteurs (public, privé, particulier, entreprise) un standard commun ouvert et libre. Pas question de phagocyter, ici, non plus, simplement d&#39;aider à la construction d&#39;un Web plus interopérable quelque soit la technologie, la plate-forme, le navigateur... Ce cas de figure se reproduit aujourd&#39;hui pour les widgets (au statut de working draft : <a href="http://www.w3.org/TR/widgets/">http://www.w3.org/TR/widgets/</a>) ou pour XMLHttp request (<a href="http://www.w3.org/TR/XMLHttpRequest/">http://www.w3.org/TR/XMLHttpRequest/</a>). Il existe un besoin de standardiser, les différents acteurs le savent bien (pour leur bien, ce n&#39;est pas par pur bonté d&#39;âme ;-) ) et le W3C constitue un organisme indépendant où ils peuvent se réunir autour d&#39;une table pour le faire.<br />- Deuxième exemple : XML (oui, je sais, cela fait plus de 10 ans, mais le cas est intéressant). XML est issu de SGML (tout comme HTML), très utilisé alors dans le monde de l&#39;édition. Evidemment, lorsque la question de disposer d&#39;un langage à balise s&#39;est posée pour faciliter les échanges de données structurées sur le Web de façon indépendante d&#39;une technologie, il n&#39;était pas question pour le W3C de réinventer la roue, mais plutôt de l&#39;adapter. Pour différentes raisons et parce que le travail du W3C constitue un compromis entre les différents acteurs (ne jamais oublier qu&#39;un standard est un compromis...), il a été décidé que XML devait simplifier SGML. Dont acte, tu peux donc considérer que XML n&#39;est pas vmt issu du W3C (mais c&#39;est une bénédiction que SGML ait été simplifié, crois-moi !!). Mais, sans cette brique essentielle, nous n&#39;aurions pas pu avoir les révolutions qui s&#39;en sont suivies (les Web services, AJAX...) et cela a donné lieu à des recommandations 100% W3C (Xpath, Xquery, DOM, XSL est lui issu plus ou moins de DSSL, XML schema, même si je préfère relax NG, normalisé lui à l&#39;ISO)</p>
  204. <p>Quant à la première question : <br />la réponse que tu donnes à David est intéressante à plus d&#39;un titre. Il ne s&#39;agit en aucun cas de standard et même si les compagnies en question (facebook, Google et Adobe) ont bien compris l&#39;intérêt marketing de donner un accès plus ou moins ouvert et plus ou moins libre à leurs technos, elles n&#39;en restent pas moins soumis aux contingences d&#39;un grand groupe industriel qui doit rendre des comptes à un actionnaire. Ce n&#39;est pas le cas du W3C.</p>
  205. <p>Pour commencer, tordons le cou à Open Social et à Facebook connect. Google et facebook ne donne pas accès à un standard, mais à une API. L&#39;évolution de cette API et son utilisation sont soumises au bon vouloir des deux groupes qui le portent. Si demain, ils veulent fermer ou imposer une évolution sans prendre en compte de compatibilité descendante, crois-moi, ils ne vont pas se gêner. En face de ces pseudos-innovations, le W3C propose des solutions qui reposent sur des standards ouverts et libres : les technologies du Web sémantique (ce qui permet de revenir au sujet initial du billet ;-) ). Si tu lis régulièrement David, tu dois commencer à avoir une idée (même vague) de l&#39;apport de ces technos pour l&#39;échange des données dans un contexte véritablement standardisé et si tu as besoin de lire encore plus pour être convaincu, je te conseille ce billet sur le blog de Christian Fauré (<a href="http://www.christian-faure.net/2007/11/03/les-donnees-mises-a-nue/">http://www.christian-faure.net/2007/11/03/les-donnees-mises-a-nue/</a>) ou tu devrais trouver plus ou moins ton bonheur sur mon blog. Dans ce cas, oui, c&#39;est vraiment innovant, on dépasse et de très loin le modèle XML utilisé dans ces API ! Mais, une véritable innovation demande du temps pour être intégrée, comprise, implémentée, c&#39;est d&#39;ailleurs le propre de la recherche et de l&#39;innovation. Sans trahir le secret professionnel qui me lie à mes clients, je peux en tout cas te dire que j&#39;implémente ces technos pour des très grands organismes.</p>
  206. <p>Quant à Flex/air, il est plus facile pour un acteur industriel de proposer des solutions avec tous les outils qui vont bien pour les utiliser et les implémenter facilement (pourquoi crois-tu que Microsoft vend tjs autant ? c&#39;est plus simple de faire du visual studio que de tout se palucher à la main) qu&#39;à un organisme de standardisation comme le W3C. Ainsi, il existe un équivalent de Flex/air au W3C : SVG, SMIL. Malheureusement, ces deux standards ne disposent pas d&#39;outils facile d&#39;utilisation, sont pas ou peu implémentés dans les navigateurs... d&#39;où un désintérêt des développeurs. La stratégie d&#39;Adobe a d&#39;ailleurs changé de ce point de vue. Alors qu&#39;il soutenait SVG et proposait un plugin pour les navigateurs, bien avant que Opera, Firefox et autres Safari l&#39;implémentent, ils ont complètement changé leur stratégie au moment du rachat de Macromedia (ah ! Intérêt économique quand tu nous tiens !).</p>
  207. <p>Donc pour conclure (ce commentaire est déjà bcp trop long, je suis sûr que personne ne le lira en entier et je présente d&#39;avance mes excuses à David pour cela :-) ) : des technologies innovantes au W3C, il y en a des pages pleines, il faut juste s&#39;intéresser de près, essayer de comprendre les tenants et les aboutissants de chaque recommandation et tu trouves de véritables pépites. A l&#39;heure actuelle, il me semble que les technos du semWeb sont les plus innovantes et risquent de chambouler durablement notre vision de la gestion des données structurées (mais tu vas me dire que je ne suis pas objectif et qu&#39;elles ne sont pas forcément récentes !), mais il y en a certainement d&#39;autres.</p>
  208. <p>Es-tu plus convaincu à présent du rôle primordial joué par le W3C pour les standards d&#39;aujourd&#39;hui et de demain ? Et, cerise sur le gâteau, l&#39;inscription et la participation à de très nombreuses listes du W3C est tout à fait libres...</p>
  209. </div>
  210. </div>
  211. <div class="comment" typeof="schema:UserComments">
  212. <p class="comment-meta">
  213. <span class="comment-author" property="schema:creator">Geoffrey</span> le <span class="comment-date" property="schema:commentTime">22/10/2008</span> :
  214. </p>
  215. <div class="comment-content" property="schema:commentText">
  216. <p>Commentaire très interressant, que j&#39;ai lu jusqu&#39;au bout bien entendu (c&#39;est la moindre des choses après avoir joué au boulet tout du long), et qui me fait me rendre compte de mon erreur de départ vis à vis du rôle du W3C (je sais ça avait déjà été expliqué plus haut, mais j&#39;étais trop occupé à jouer au boulet, mea culpa).</p>
  217. <p>Est-ce qu&#39;on est quand même d&#39;accord pour dire que le travail du W3C ne sert pas à grand chose si il n&#39;est pas reconnu et utilisé par les industriels ?</p>
  218. <p>En tout cas merci pour cette discussion très interressante qui m&#39;aura fait découvrir des tas de trucs.</p>
  219. </div>
  220. </div>
  221. <div class="comment" typeof="schema:UserComments">
  222. <p class="comment-meta">
  223. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">22/10/2008</span> :
  224. </p>
  225. <div class="comment-content" property="schema:commentText">
  226. <p>@Got :</p>
  227. <p>&gt; je présente d&#39;avance mes excuses à David pour cela :-)</p>
  228. <p>T&#39;as bien raison, être aussi intéressant c&#39;est un coup à me frustrer. Bon comme tu m&#39;as fait gagner du temps je vais être indulgent pour cette fois :p</p>
  229. <p>&gt; Pour commencer, tordons le cou à Open Social et à Facebook connect.</p>
  230. <p>Pour m&#39;être intéressé de près aux deux, je peux confirmer qu&#39;il s&#39;agit d&#39;une main mise pure et simple sur les données de l&#39;utilisateur, voire même d&#39;autres applications (Facebook connect est juste une horreur et leur politique me fait vomir, au moins c&#39;est dit).</p>
  231. <p>&gt; SVG, SMIL. Malheureusement, ces deux standards ne disposent pas d&#39;outils facile d&#39;utilisation, sont pas ou peu implémentés dans les navigateurs...</p>
  232. <p>Et bientôt peut-être des animations dans les css...</p>
  233. <p>@Geoffrey :</p>
  234. <p>&gt; Est-ce qu&#39;on est quand même d&#39;accord pour dire que le travail du W3C ne sert pas à grand chose si il n&#39;est pas reconnu et utilisé par les industriels ?</p>
  235. <p>C&#39;est une question qui s&#39;applique à tous les domaines, est-ce qu&#39;on est d&#39;accords pour dire qu&#39;un truc qui n&#39;est pas utilisé sert à rien ?</p>
  236. <p>Pour en revenir au W3C, les membres des groupes de travail font bien souvent partie de ces industriels justement et ont participé au consensus qui a aboutit à cette solution. Ça serait dommage de ne pas l&#39;utiliser ensuite (surtout que c&#39;est le genre de contribution qui demande un investissement en temps non négligeable).</p>
  237. </div>
  238. </div>
  239. <div class="comment" typeof="schema:UserComments">
  240. <p class="comment-meta">
  241. <span class="comment-author" property="schema:creator">Got</span> le <span class="comment-date" property="schema:commentTime">22/10/2008</span> :
  242. </p>
  243. <div class="comment-content" property="schema:commentText">
  244. <p>@Geoffrey :<br />Pour finir (c&#39;est pas le tout, mais j&#39;ai une montagne de boulot ;-) ) et compléter la réponse de David, il faut savoir qu&#39;un standard du W3C ne passe recommandations qu&#39;à partir du moment où il en existe au moins deux implémentations.</p>
  245. <p>De plus, ce n&#39;est pas l&#39;intérêt des industriels de ne pas implémenter les standards, c&#39;est aujourd&#39;hui un véritable argument de vente et il faut qu&#39;ils s&#39;allient tous ensemble pour refuser qu&#39;un d&#39;entre eux n&#39;implémente, c&#39;est ce qu&#39;il s&#39;est passé avec XHTML 2 et qui a enclenché les travaux autour de (&quot;cette grosse bouse de&quot;) HTML 5.</p>
  246. <p>@David :<br />&gt; je vais être indulgent pour cette fois :p</p>
  247. <p>Merci :-)</p>
  248. </div>
  249. </div>
  250. </div>
  251. </section>
  252. <footer>
  253. <nav>
  254. <p>
  255. <small>
  256. Je réponds quasiment toujours aux <a href="m&#x61;ilto:d&#x61;vid%40l&#x61;rlet&#46;fr" title="Envoyer un email">emails</a> (<a href="/david/signature/" title="Ma signature actuelle avec possibilité de chiffrement">signés</a>) et vous pouvez me rencontrer à Montréal. <span class="more-infos">N’hésitez pas à <a href="/david/log/" title="Être tenu informé des mises à jour">vous abonner</a> pour être tenu informé des publications récentes.</span>
  257. </small>
  258. </p>
  259. </nav>
  260. </footer>
  261. </div>
  262. <script src="/static/david/js/larlet-david-3ee43f.js" data-no-instant></script>
  263. <script data-no-instant>InstantClick.init()</script>
  264. </body>
  265. </html>