davidbgk
/
larlet-fr-david
Watch 1
Star 0
Fork 0
Code Releases 0 Activity
Repository with sources and generator of https://larlet.fr/david/ https://larlet.fr/david/
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
244 Commits
1 Branch
Tree: f16aada5e3
Branches Tags
${ item.name }
Create branch ${ searchTerm }
from 'f16aada5e3'
${ noResults }
larlet-fr-david/david/biologeek/archives/20060808-de-l-avenir-du-web/comments.html

comments.html 8.7KB
Raw Blame History

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101 
  1. 

  2. <div class="comment" typeof="schema:UserComments">

  3.     <p class="comment-meta">

  4.         <span class="comment-author" property="schema:creator">neolao</span> le <span class="comment-date" property="schema:commentTime">08/08/2006</span> :

  5.     </p>

  6.     <div class="comment-content" property="schema:commentText">

  7.         <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 />

  8. <br />

  9. je sais pas si t'as lu</p>

  10.     </div>

  11. </div>

  12. <div class="comment" typeof="schema:UserComments">

  13.     <p class="comment-meta">

  14.         <span class="comment-author" property="schema:creator">Bader</span> le <span class="comment-date" property="schema:commentTime">08/08/2006</span> :

  15.     </p>

  16.     <div class="comment-content" property="schema:commentText">

  17.         <p>J'ai l'impression que les problèmes soulevés existent depuis belle lurette.<br />

  18. 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 />

  19. Pour le partage des données personnelles avec authorisation il faut déjà que le premier soit déjà en place.<br />

  20. 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 />

  21. 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>

  22.     </div>

  23. </div>

  24. <div class="comment" typeof="schema:UserComments">

  25.     <p class="comment-meta">

  26.         <span class="comment-author" property="schema:creator">xavier</span> le <span class="comment-date" property="schema:commentTime">08/08/2006</span> :

  27.     </p>

  28.     <div class="comment-content" property="schema:commentText">

  29.         <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 />

  30. <br />

  31. Clairement, on recherche avec le web des échanges et des effets &quot;communautaires&quot;. Faire cela bien, cela passe par :<br />

  32. <br />

  33. - 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 />

  34. <br />

  35. - pour cela, leur fournir des applications puissantes et aisément installables sur leur propre serveur<br />

  36. <br />

  37. - rendre possible des connections entre ces plate-formes, et proposer des moyens de recherche/navigation unifiés, quelquesoit la plateforme.<br />

  38. <br />

  39. - 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 />

  40. <br />

  41. Pas sûr, cependant, que ces différents fournisseurs dont nous sommes les vaches à lait y trouvent leur compte...</p>

  42.     </div>

  43. </div>

  44. <div class="comment" typeof="schema:UserComments">

  45.     <p class="comment-meta">

  46.         <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">08/08/2006</span> :

  47.     </p>

  48.     <div class="comment-content" property="schema:commentText">

  49.         <p>@neolao : merci pour le lien, j'avais enlevé Fred de mon agrégateur pour cause de pollution2.0 ;)<br />

  50. <br />

  51. @Bader : <br />

  52. <br />

  53. &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 />

  54. <br />

  55. 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 />

  56. <br />

  57. @xavier : <br />

  58. <br />

  59. &gt; Ces APIs sont surement une bonne idée, mais il leur manque un caractère &quot;universel&quot;<br />

  60. <br />

  61. Le W3C n'aurait-il pas un rôle à jouer là-dedans ?<br />

  62. <br />

  63. 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>

  64.     </div>

  65. </div>

  66. <div class="comment" typeof="schema:UserComments">

  67.     <p class="comment-meta">

  68.         <span class="comment-author" property="schema:creator">Bader</span> le <span class="comment-date" property="schema:commentTime">08/08/2006</span> :

  69.     </p>

  70.     <div class="comment-content" property="schema:commentText">

  71.         <p>@David:<br />

  72. Je veux payer pour un service qui me permettra d'avoir un espace distant « sécurisé ».<br />

  73. <br />

  74. Et bien ça existe déjà, le plus célèbre chez les geeks étant:<br />

  75. Strongspace <a href="http://www.strongspace.com/" title="http://www.strongspace.com/" rel="nofollow">www.strongspace.com/</a><br />

  76. 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 />

  77. Je pensais plutôt à un espace de stockage incluant une forme d'ontologie de gestion de données personnelles.</p>

  78.     </div>

  79. </div>

  80. <div class="comment" typeof="schema:UserComments">

  81.     <p class="comment-meta">

  82.         <span class="comment-author" property="schema:creator">syle</span> le <span class="comment-date" property="schema:commentTime">06/09/2006</span> :

  83.     </p>

  84.     <div class="comment-content" property="schema:commentText">

  85.         <p>Dans le même registre, le projet Xanadu<br />

  86. <br />

  87. 17 principes dont 2 permettent la facturation des fournisseurs de services et des auteurs.<br />

  88. Tout est sécurisé ( stockage , identification , transaction ).<br />

  89. <br />

  90. <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 />

  91. </p>

  92.     </div>

  93. </div>

  94. <div class="comment" typeof="schema:UserComments">

  95.     <p class="comment-meta">

  96.         <span class="comment-author" property="schema:creator">Creation sites internet dijon</span> le <span class="comment-date" property="schema:commentTime">04/11/2010</span> :

  97.     </p>

  98.     <div class="comment-content" property="schema:commentText">

  99.         <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>

  100.     </div>

  101. </div>