Repository with sources and generator of https://larlet.fr/david/ https://larlet.fr/david/
Você não pode selecionar mais de 25 tópicos Os tópicos devem começar com uma letra ou um número, podem incluir traços ('-') e podem ter até 35 caracteres.

index.html 25KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292
  1. <!doctype html>
  2. <html lang=fr>
  3. <head>
  4. <!-- Always define the charset before the title -->
  5. <meta charset=utf-8>
  6. <title>★ De l&#39;avenir du web — 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/20060808-de-l-avenir-du-web">
  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">★ De l&#39;avenir du web</h1>
  42. <article typeof="schema:BlogPosting">
  43. <div property="schema:articleBody">
  44. <p>J'ai écrit il y a bientôt deux ans «&nbsp;<a href="https://larlet.fr/david/biologeek/archives/20041001-le-web-arriverait-il-a-maturite/">Le web arriverait-il a maturité</a> ». Il est intéressant (et amusant !) de voir ce qu'il en est aujourd'hui. Certaines choses ont progressé dans le bon sens, d'autres pas mais il ne me semble pas avoir été totalement dans le faux. Aussi je vais essayer de réitérer l'exercice, les choses ayant bien changées depuis...</p>
  45. <p>Je n'ai pas la prétention de traiter tous les sujets ni d'être dans le vrai, ce sont justes quelques idées à un instant t.</p>
  46. <h2>Anticipons</h2>
  47. <p>Ce qui va certainement arriver.</p>
  48. <h3>Agrégation de startup 2.0</h3>
  49. <blockquote><p>Nous partîmes cinq cents et par un prompt buzz. Nous nous vîmes cinq mille en arrivant au crack.</p></blockquote>
  50. <p>Je suis peut-être un peu trop sarcastique concernant le Web 2.0 mais c'est la seule perspective viable à mon avis. Il faudrait arriver à des frameworks de services à la Google qui ne nécessitent qu'une seule identification pour de nombreux services de qualité. Pour cela, la solution est le rachat. Le problème étant que les startups brillantes (oui à force d'<abbr title="Asynchronous JavaScript And XML">AJAX</abbr> vous savez) ne sont pas pour autant assez fortunées (du moins avant d'être elles-mêmes rachetées) pour en racheter d'autres qui se négocient alors entre d'autres acteurs historiques qui ont les moyens. Les riches de plus en plus riches&nbsp;? En quelque sorte oui. Cela ne va pas se faire rapidemment pour certaines d'entre elles car elles coûtent actuellement trop cher mais c'est inévitable. Aussi, si j'ai un conseil à donner à ceux (petits) qui veulent perdurer&nbsp;: regroupez-vous&nbsp;!</p>
  51. <h3>Spécialisation des services</h3>
  52. <p>J'avais au départ intitulé cette section «&nbsp;Vers des services <a href="http://www.lacot.org/blog/2005/11/10/ajax-et-bubble-20-c-est-le-web-qu-on-assassine.html">plus accessibles</a> » mais soyons honnêtes, tout le monde se fout de la fraction des défavorisés du net. De toute façon ils ne rapportent rien. Aussi, on va plutôt aller vers une spécialisation, très probablement avant l'agrégation. On ne dénombre plus les services qui sortent chaque jour et il faudra avoir encore un peu plus d'imagination demain pour pallier aux «&nbsp;manques » d'aujourd'hui. Lorsque chaque «&nbsp;nécessité » aura son service en ligne, il faudra ensuite rentabiliser chaque service. Et c'est là où le grand désenchantement va avoir lieu&nbsp;: utiliser gratuitement pourquoi pas mais devant le nombre de services disponibles seulement pour ceux qui sont essentiels. Et hop, merci pour le poisson, on se passe maintenant des services trop chers/inutiles/... Dans quelques mois, il va y avoir une extinction de services digne de la chute des dinosaures. Il reste encore quelques niches inexploitées qui peuvent encore être rentables, dépêchez-vous&nbsp;!</p>
  53. <h3>Rendez-moi un design&nbsp;!</h3>
  54. <p>C'est devenu trop simpliste. Aucune identité visuelle si ce n'est une ou deux couleur(s) dominante(s) par site dont on se lasse assez rapidement. Je pense qu'on va revenir à un design un peu moins épuré, voire à la personnalisation de celui-ci. Mais attention, pas au sacrifice de la simplicité et de l'ergonomie qui ont bien avancées grâce au 2.0 (au détriment de l'accessibilité mais je ne vais pas enfoncer le clou).</p>
  55. <h2>Rêvons</h2>
  56. <p>Je pensais que nous irions vers la virtualisation du desktop et <a href="http://desktoptwo.com/">nous y</a> <a href="http://www.eyeos.org/">sommes</a> <a href="http://www.youos.com/">presque</a>. Mais aujourd'hui un autre enjeu, peut-être plus important encore pointe le bout de son nez.</p>
  57. <h3>Identification unique</h3>
  58. <p>C'est l'un des enjeux du web de demain. Quelle grande entité va réussir à être <strong>L</strong>'identificateur du web&nbsp;? Et si c'était tout simplement moi, représenté par un nom de domaine...</p>
  59. <h3>Ce sont MES données</h3>
  60. <p>Pour élargir la <a href="http://www.la-grange.net/2006/04/14.html">réflexion de Karl au sujet des commentaires</a>, pourquoi ne pas appliquer ce principe à toutes les données mises en lignes&nbsp;? Par exemple pour les photos, prennons Flickr. Aujourd'hui, j'envoie mes photos sur leurs serveurs (enfin c'est faux mais c'est un exemple). Je les tague avec leur service et je suis presque obligé de les consulter par leur service (bon ok quelques geeks utilisent l'API mais bon). Si demain Flickr s'arrête&nbsp;:</p>
  61. <ul>
  62. <li>mes données sont perdues&nbsp;;</li>
  63. <li>le temps que j'ai passé à les ranger est perdu avec (dans le cas où je conserve quand même les photos sur ma machine).</li>
  64. </ul>
  65. <p>Ce qui serait l'idéal&nbsp;:</p>
  66. <ul>
  67. <li>j'ai un espace en ligne redondant qui est même plus sûr que mon pc personnel en termes de sauvegardes (et je pense que ça ne sera pas difficile à vendre) et qui me garantit une pérennité de services&nbsp;;</li>
  68. <li>je classe mes données sur <strong>mon</strong> espace personnel&nbsp;;</li>
  69. <li>les services viennent récupérer <strong>si je le souhaite</strong> ces données pour les indexer.</li>
  70. </ul>
  71. <p>Il est temps d'arrêter de <a href="http://www.la-grange.net/2006/07/24.html#militaire">faire le boulot à leur place</a>. Depuis quand est-ce qu'on doit pinguer pour se faire indexer&nbsp;?</p>
  72. <p>Les limitations sont&nbsp;:</p>
  73. <ul>
  74. <li>le coût de l'hébergement mais ça baisse vertigineusement&nbsp;;</li>
  75. <li>le fait que l'indexation de mes données ne rapporte presque rien à l'indexeur (enfin <a href="http://www.google.fr">il y en a</a> qui se portent bien)&nbsp;;</li>
  76. <li>la méthode pour classer les données de façon pertinente et standardisée.</li>
  77. </ul>
  78. <p>Concernant ce dernier point, il existe pourtant une solution&nbsp;:</p>
  79. <h3>Classer ses données sémantiquement</h3>
  80. <p>Pour classer ses données autrement qu'avec de simples mots-clés, le <abbr title="Resource Description Framework">RDF</abbr> est tout trouvé... mais complètement ignoré des services/moteurs jusqu'à présent. Sans compter la <a href="http://xmlfr.org/documentations/tutoriels/041015-0001">complexité d'utilisation</a> pour le commun des mortels. Même si de nouvelles interfaces sont mises en place, je doute de l'ergonomie du remplissage d'une quinzaine de champs pour une donnée. Du coup on parle de plus en plus de <a href="http://microformats.org/wiki/Main_Page-fr">microformats</a>. Et je dois dire que je n'accroche pas non plus. On peut lire&nbsp;:</p>
  81. <blockquote><p>Conçus initialement pour des humains et ensuite pour les machines, les microformats sont un ensemble de formats de données, simples et ouverts construits sur des standards existants et largement adoptés.</p></blockquote>
  82. <p>D'accord pour le principe mais si c'est conçu pour des humains, il va falloir revoir beaucoup de choses dans leur mise en pratique. Il ne devrait pas être nécessaire de connaître le XHTML pour classer ses données. Néanmoins un <a href="http://www.simplebits.com/notebook/2006/06/10/wineformats.html">exemple concrêt</a> est plus parlant. Certains voudraient <a href="http://www.oreillynet.com/xml/blog/2006/07/time_for_contextual_tagging.html">rendre les tags plus sémantiques</a> en ajoutant des <strong>#context</strong>, et dans ce cas pourquoi pas un <strong>$date</strong> ou un <strong>&amp;place</strong> ou que sais-je encore. Attention à ne pas tomber dans le piège de l'apprentissage d'un autre langage (on a assez souffert du BBCode) mais il y a clairement de l'idée et ça devient humainement applicable.</p>
  83. <p>Je suis en cours de réflexion là-dessus et je comprend la complexité et les enjeux. Un jour ce sera prêt, et ce jour là...</p>
  84. <h3>À données sémantiques, recherche sémantique</h3>
  85. <p>Les moteurs de recherche ont intérêt à s'y intéresser de près&nbsp;! Même si LE moteur de recherche pense que <a href="http://www.lespetitescases.net/web-semantique-utilisateurs-stupidite-et-google">les utilisateurs sont trop stupides pour les utiliser</a>, cela arrivera. Et il faudra être prêt si les concurrents sont déjà dessus car les recherches deviendront beaucoup plus pertinentes. Sans compter le gain niveau indexation&nbsp;: lorsqu'on arrivera au même niveau de pertinence avec 10 fois moins de machines grâce à la sémantique, même Google y réfléchira à deux fois. Malheureusement, comme tout nouveau système, l'âge d'or ne va durer qu'un temps et les moyens détournés vont vite rattraper leur retard...</p>
  86. <h2>Déprimons</h2>
  87. <p>Car le web, c'est surtout l'empire du sexe, de la publicité et de la traçabilité.</p>
  88. <h3>Répression</h3>
  89. <p>La loi <abbr title="Droit d’Auteur et Droits Voisins dans la Société de l’Information">DADVSI</abbr> est passée aujourd'hui. Qu'en sera-t-il demain&nbsp;? Je pense qu'il y a du soucis à se faire, la démocratie n'ayant souvent pas trouvé de terrain de dialogue au sujet de ce nouveau continent qui ne devrait pas, de ce fait, être géré par des lois nationales mais par une nouvelle institution plus adaptée. Et surtout plus à même de comprendre les problématiques soulevées.</p>
  90. <h3>Modération</h3>
  91. <p>2006 devait être l'année des wikis. Ça ne me semble pas être le cas, même si Wikipedia est toujours une réussite. Une raison bien simple est l'avancée technologique des spammeurs qui ont me semble-t-il rattrapé leur retard. On va donc passer à la modération a priori (si ce n'est pas déjà fait comme ici à mon grand regret). Le web espace d'ouverture et de participation devient un énorme panneau publicitaire, c'est beau la technologie.</p>
  92. <h3>Détournement</h3>
  93. <p>On peut penser, <a href="http://www.bernardwerber.com/unpeuplus/ESRA/censure.html">comme Bernard Werber</a>, que la sur-information est une sorte de censure. Ce qui est certain c'est que le nombre de données croît, un peu plus chaque jour. Il faut donc actuellement utiliser des filtres pour recueillir une information synthétisée et pertinente. C'est normalement le cas des digg-like (<a href="http://www.dzone.com/">spécialisés</a>, sinon ça ressemble un peu trop à la presse people). Mais jusqu'à quand&nbsp;? Pour l'instant chacun y va de son gentillet petit «&nbsp;spam » égocentrique mais lorsque ça devient aussi conséquent qu'une influence sur le cours de la bourse, les techniques de spammeurs vont devenir un peu plus finaudes (Netscape propose de payer les newseurs publiquement mais que se passe-t-il en sous main ?). J'espère être pessimiste sur ce point. L'avenir nous le dira.</p>
  94. <h2>Conclusion</h2>
  95. <p>On rêve tous de <a href="http://nuouz.blogspot.com/2006/08/je-veux-tre-un-millionnaire-paresseux.html">devenir millionnaire paresseux</a> et le web peut être un moyen d'y parvenir. Il suffit de savoir anticiper et s'adapter un peu plus rapidement que dans d'autres secteurs.</p>
  96. <p>Les deux axes majeurs de réflexion pour demain sont <strong>l'identification unique</strong> et <strong>la sémantisation des données</strong>. La première ne devant pas tomber dans le piège de la perte de nos libertés et la seconde devant motiver les développeurs d'outils tout en déjouant les publicitaires peu scrupuleux. Comment dit-on déjà&nbsp;? Yapluka&nbsp;! :-).</p>
  97. <p><strong>[edit]</strong>&nbsp;: coïncidence troublante, la publicité pour Darty du berger vient de réapparaître dans le métro... quel engagement pour le développement durable&nbsp;! Ils recyclent même les pubs maintenant :-).</p>
  98. <p><strong>[edit du 10]</strong>&nbsp;: un article intéressant sur le <a href="http://www.clever-age.com/veille/clever-link/web-semantique-entreprise-comment-quels-niveaux-498.html">web sémantique et son application possible dans l'entreprise</a>.</p>
  99. </div>
  100. </article>
  101. <footer>
  102. <h6 property="schema:datePublished">— 08/08/2006</h6>
  103. </footer>
  104. </section>
  105. <section>
  106. <div>
  107. <h3>Articles peut-être en rapport</h3>
  108. <ul>
  109. <li><a href="/david/biologeek/archives/20120131-resolutions-rediriger-economiser-et-debattre/" title="Accès à ★ Résolutions : rediriger, économiser et débattre">★ Résolutions : rediriger, économiser et débattre</a></li>
  110. <li><a href="/david/biologeek/archives/20110112-resolutions-decouvrir-concretiser-et-transmettre/" title="Accès à ★ Résolutions : découvrir, concrétiser et transmettre">★ Résolutions : découvrir, concrétiser et transmettre</a></li>
  111. <li><a href="/david/biologeek/archives/20101130-de-lopendata-au-linkeddata-exemple-de-nosdonneesfr/" title="Accès à ★ De l&#39;OpenData au LinkedData : exemple de nosdonnees.fr">★ De l&#39;OpenData au LinkedData : exemple de nosdonnees.fr</a></li>
  112. </ul>
  113. </div>
  114. </section>
  115. <section>
  116. <div id="comments">
  117. <h3>Commentaires</h3>
  118. <div class="comment" typeof="schema:UserComments">
  119. <p class="comment-meta">
  120. <span class="comment-author" property="schema:creator">neolao</span> le <span class="comment-date" property="schema:commentTime">08/08/2006</span> :
  121. </p>
  122. <div class="comment-content" property="schema:commentText">
  123. <p>on parle d'identité numérique sur <a href="http://www.fredcavazza.net/index.php?2006/07/27/1227-l-identite-numerique-en-question" title="http://www.fredcavazza.net/index.php?2006/07/27/1227-l-identite-numerique-en-question" rel="nofollow">www.fredcavazza.net/index...</a><br />
  124. <br />
  125. je sais pas si t'as lu</p>
  126. </div>
  127. </div>
  128. <div class="comment" typeof="schema:UserComments">
  129. <p class="comment-meta">
  130. <span class="comment-author" property="schema:creator">Bader</span> le <span class="comment-date" property="schema:commentTime">08/08/2006</span> :
  131. </p>
  132. <div class="comment-content" property="schema:commentText">
  133. <p>J'ai l'impression que les problèmes soulevés existent depuis belle lurette.<br />
  134. Pour l'identification multisites les solutions existent déjà, il manque le déploiement et l'émergence d'une ou plusieurs solutions parmi la multitude... Le mieux serait que ce soit un standard IETF mais bon, on peut toujours rêver. Il existe donc déjà OpenID, LibertyAlliance, Microsoft Passport, Google Account, Identity et bien d'autres...<br />
  135. Pour le partage des données personnelles avec authorisation il faut déjà que le premier soit déjà en place.<br />
  136. Le fait que tes données t'appartiennent et qu'en même temps elles soient stockés sur un serveur distant entraîne de fait un tiraillement et un semblant de contradiction. L'entreprise qui stocke tes informations a intérêt à les exploiter, Google le fait déjà dans gmail en proposant de la pub &quot;adaptée&quot;, et l'utilisateur lambda s'en tappe complètement tant que ça conduit pas à ce que n'importe qui puisse tapper dans son compte (y a en gros que les geeks et les juristes qui se préoccupent de la confidentialité de leurs informations).<br />
  137. Perso en voyant l'arrivée des tags, et la démonstration de leurs limites, j'en suis arrivé à la conviction que pour arriver à la bonne solution il faut passer par des solutions intermédiaires rudimentaires et peu satisfaisantes qui ne font que répondre à un besoin mais surtout à un désir...</p>
  138. </div>
  139. </div>
  140. <div class="comment" typeof="schema:UserComments">
  141. <p class="comment-meta">
  142. <span class="comment-author" property="schema:creator">xavier</span> le <span class="comment-date" property="schema:commentTime">08/08/2006</span> :
  143. </p>
  144. <div class="comment-content" property="schema:commentText">
  145. <p>&quot;Ce sont MES données&quot;, &quot;Classer ses données sémantiquement&quot; : j'approuve totalement. Le modèle de plate-forme &quot;web 2.0&quot;, qui se veut entièrement centralisé, n'est par eseence pas pérenne, car il ne correspond pas au modèle de &quot;la vraie vie&quot; : faisons-nous tous développer nos photos chez le même photographe ? Ecoutons-nous tous de la musique achetée dans le même magasin ?<br />
  146. <br />
  147. Clairement, on recherche avec le web des échanges et des effets &quot;communautaires&quot;. Faire cela bien, cela passe par :<br />
  148. <br />
  149. - rendre leurs données aux utilisateurs en leur permettant de les stocker chez eux, d'en faire ce qu'ils veulent, et de leur en laisser l'entière maîtrise.<br />
  150. <br />
  151. - pour cela, leur fournir des applications puissantes et aisément installables sur leur propre serveur<br />
  152. <br />
  153. - rendre possible des connections entre ces plate-formes, et proposer des moyens de recherche/navigation unifiés, quelquesoit la plateforme.<br />
  154. <br />
  155. - en finir avec cette mode de pseudo-ouverture liée aux APIs de recherche proposées par les différents services. Ces APIs sont surement une bonne idée, mais il leur manque un caractère &quot;universel&quot; : d'un fournisseur de service dans un domaine donné à un autre, aujourd'hui, les APIs de recherche changent, et c'est bien normal, puisqu'elles sont pensées sans concertation. Adopter RDF, par contre, permet de mettre tout le monde à un même niveau en terme d'accès à l'information, et permettrait surtout de développer des outils de recherche capables de prendre en compte tous les services d'un coup. Si flickr et picasa proposaient des exports des galeries photo utilisateurs en RDF (par exemple, dans le format proposé par google : <a href="http://my.opera.com/community/xmlns/2006/gallery.rdf" title="http://my.opera.com/community/xmlns/2006/gallery.rdf" rel="nofollow">my.opera.com/community/xm...</a> ), il serait possible d'utiliser des outils génériques pour naviguer indifféremment sur les galeries de l'un ou de l'autre.<br />
  156. <br />
  157. Pas sûr, cependant, que ces différents fournisseurs dont nous sommes les vaches à lait y trouvent leur compte...</p>
  158. </div>
  159. </div>
  160. <div class="comment" typeof="schema:UserComments">
  161. <p class="comment-meta">
  162. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">08/08/2006</span> :
  163. </p>
  164. <div class="comment-content" property="schema:commentText">
  165. <p>@neolao : merci pour le lien, j'avais enlevé Fred de mon agrégateur pour cause de pollution2.0 ;)<br />
  166. <br />
  167. @Bader : <br />
  168. <br />
  169. &gt; Le fait que tes données t'appartiennent et qu'en même temps elles soient stockés sur un serveur distant entraîne de fait un tiraillement et un semblant de contradiction. L'entreprise qui stocke tes informations a intérêt à les exploiter[...]<br />
  170. <br />
  171. Non ! Je veux payer pour un service qui me permettra d'avoir un espace distant « sécurisé ». Et uniquement pour ça. Après il y aura les services gratuits... tout dépend du niveau de confidentialité/monétisation de ses données que l'on souhaite.<br />
  172. <br />
  173. @xavier : <br />
  174. <br />
  175. &gt; Ces APIs sont surement une bonne idée, mais il leur manque un caractère &quot;universel&quot;<br />
  176. <br />
  177. Le W3C n'aurait-il pas un rôle à jouer là-dedans ?<br />
  178. <br />
  179. Un lien pour prolonger RDF/Flickr : <a href="http://www.lespetitescases.net/skos-l-avenir-de-la-folksonomie-y" title="http://www.lespetitescases.net/skos-l-avenir-de-la-folksonomie-y" rel="nofollow">www.lespetitescases.net/s...</a></p>
  180. </div>
  181. </div>
  182. <div class="comment" typeof="schema:UserComments">
  183. <p class="comment-meta">
  184. <span class="comment-author" property="schema:creator">Bader</span> le <span class="comment-date" property="schema:commentTime">08/08/2006</span> :
  185. </p>
  186. <div class="comment-content" property="schema:commentText">
  187. <p>@David:<br />
  188. Je veux payer pour un service qui me permettra d'avoir un espace distant « sécurisé ».<br />
  189. <br />
  190. Et bien ça existe déjà, le plus célèbre chez les geeks étant:<br />
  191. Strongspace <a href="http://www.strongspace.com/" title="http://www.strongspace.com/" rel="nofollow">www.strongspace.com/</a><br />
  192. Maintenant ça n'a que peu d'intérêt si les autres services webs ne s'y connectent pas pour déposer/aller chercher les données (seul Basecamp <a href="http://www.basecamphq.com/" title="http://www.basecamphq.com/" rel="nofollow">www.basecamphq.com/</a> l'utilise).<br />
  193. Je pensais plutôt à un espace de stockage incluant une forme d'ontologie de gestion de données personnelles.</p>
  194. </div>
  195. </div>
  196. <div class="comment" typeof="schema:UserComments">
  197. <p class="comment-meta">
  198. <span class="comment-author" property="schema:creator">syle</span> le <span class="comment-date" property="schema:commentTime">06/09/2006</span> :
  199. </p>
  200. <div class="comment-content" property="schema:commentText">
  201. <p>Dans le même registre, le projet Xanadu<br />
  202. <br />
  203. 17 principes dont 2 permettent la facturation des fournisseurs de services et des auteurs.<br />
  204. Tout est sécurisé ( stockage , identification , transaction ).<br />
  205. <br />
  206. <a href="http://fr.wikipedia.org/wiki/Projet_Xanadu" title="http://fr.wikipedia.org/wiki/Projet_Xanadu" rel="nofollow">fr.wikipedia.org/wiki/Pro...</a><br />
  207. </p>
  208. </div>
  209. </div>
  210. <div class="comment" typeof="schema:UserComments">
  211. <p class="comment-meta">
  212. <span class="comment-author" property="schema:creator">Creation sites internet dijon</span> le <span class="comment-date" property="schema:commentTime">04/11/2010</span> :
  213. </p>
  214. <div class="comment-content" property="schema:commentText">
  215. <p>Internet n&#39;a pas fini d&#39;évoluer. Nous allons vers le développement d&#39;un réseau global sans limite. Certes les frontières n&#39;existeront plus mais la vie privée sera elle de plus en plus menacée. Et comme le dit Bader je ne pense pas non plus que ce phénomène date d&#39;aujourd&#39;hui ! </p>
  216. </div>
  217. </div>
  218. </div>
  219. </section>
  220. <footer>
  221. <nav>
  222. <p>
  223. <small>
  224. 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>
  225. </small>
  226. </p>
  227. </nav>
  228. </footer>
  229. </div>
  230. <script src="/static/david/js/larlet-david-3ee43f.js" data-no-instant></script>
  231. <script data-no-instant>InstantClick.init()</script>
  232. </body>
  233. </html>