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.

index.html 34KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393394395396397398399400401402403404405406407408409410411412413414415416417418419420421422423424425426427428429430431432433434435436437438439
  1. <!doctype html>
  2. <html lang=fr>
  3. <head>
  4. <!-- Always define the charset before the title -->
  5. <meta charset=utf-8>
  6. <title>GWeb, peut-on encore rêver d&#39;un web libre ? — 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/20071202-gweb-peut-on-encore-rever-d-un-web-libre">
  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">GWeb, peut-on encore rêver d&#39;un web libre ?</h1>
  42. <article typeof="schema:BlogPosting">
  43. <div property="schema:articleBody">
  44. <img src="/static/david/biologeek/images/logos/google_web.png" alt="vignette" style="float:left; margin: 0.5em 1em;" property="schema:thumbnailUrl" />
  45. <p>Contrairement à No', je ne crois pas trop en l'<a href="http://jehaisleprintemps.net/detail.php?id=1659&amp;lang=fr">avenir de SafeBook</a>. Google est bien trop intelligent pour se laisser devancer dans ce domaine, la stratégie n'est pas de l'incorporer mais de le supplanter (et de mettre une petite tape affective à Microsoft au passage, pas trop difficile la maison de retraite ?). Pour cela, ils disposent des outils idéaux pour produire leur propre Google <a href="http://dig.csail.mit.edu/breadcrumbs/node/215">Giant Global Graph</a>, ouvert dans la mesure ou vous pourrez interagir avec grâce à Google <a href="http://code.google.com/apis/opensocial/">OpenSocial</a>, hum.</p>
  46. <p><em>Ce billet fait partie des réponses apportées à la question&nbsp;: <a href="https://larlet.fr/david/biologeek/archives/20071124-quel-avenir-pour-les-applications-web-libres/">Quel avenir pour les applications web libres ?</a></em></p>
  47. <h2>GLife</h2>
  48. <p>Je ne vais pas jouer aux prédictions, <a href="http://www.la-grange.net/2005/09/29#monde-meilleur">Karl l'avait déjà fait en 2005</a> et <a href="http://cfeditions.com/scroogled/">enGooglés</a> vous permet d'aller encore plus loin. Prenons du concret et ça tombe bien car j'ai un exemple pertinent sous le coude. J'ai été contacté durant <a href="https://larlet.fr/david/biologeek/archives/20071005-recette-du-francais-en-vacances-a-l-etranger/">mes vacances au Canada</a> par Google dans le cadre d'un emploi. Alors bien sûr ça flatte l'ego (en tout cas bien plus que ces classements qui ne me ramènent que du spam 2.0) mais passé le moment d'euphorie, il y a la dure réalité&nbsp;: <strong>ils savent déjà tout sur moi</strong>. Franchement être <abbr title="Directeur des Ressources Humaines">DRH</abbr> de Google ça doit être le pied, imaginez le nombre de questions auxquelles vous pouvez immédiatement répondre&nbsp;:</p>
  49. <ul>
  50. <li>Qu'est-ce qu'il cherche&nbsp;? (Google)</li>
  51. <li>Qu'est-ce qu'il lit&nbsp;? (GReader + GAds + extension <a href="http://extensions.geckozone.org/PageRankStatus">PageRank Status</a> + extension <a href="http://www.google.com/tools/firefox/browsersync/">GBrowser Sync</a>)</li>
  52. <li>Avec qui est-ce qu'il est en contact&nbsp;? (GMail)</li>
  53. <li>Où va-t-il&nbsp;? (GMaps)</li>
  54. <li>Que dit-il via messagerie instantanée&nbsp;? (GTalk)</li>
  55. <li>Comment organise-t-il ses journées&nbsp;? (GCalendar)</li>
  56. <li>Que code-t-il&nbsp;? (GCode)</li>
  57. <li>Sur quels projets est-il actif&nbsp;? (Groups)</li>
  58. <li>Quelle est son activité&nbsp;? son parcours&nbsp;? sa vie&nbsp;? (G*)</li>
  59. </ul>
  60. <p>Et oui ça fait sourire lorsqu'on l'évoque mais en passant à du concret, ici un emploi, je vous assure qu'on se met à y réfléchir sérieusement. On a déjà atteint un seuil où <strong>Google is watching you!</strong> quotidiennement. Tiens je vais chercher le salaire des employés de Google... mmh non mauvaise idée.</p>
  61. <p><em>Bon finalement <a href="https://larlet.fr/david/biologeek/archives/20071105-freelance-django-enfin-independant/">j'avais déjà pris ma décision</a> donc ça ne m'intéressait pas mais le processus de recrutement est intéressant.&lt;/parenthèse personnelle&gt;</em></p>
  62. <p>Et le pire c'est que cela ne s'arrête pas en si bon chemin... il manque la géolocalisation mais <a href="http://code.google.com/android/">ils travaillent activement dessus</a> ainsi que ce que vous faites lorsque vous n'êtes pas dans la GSphere et là aussi <a href="http://www.hcii.cs.cmu.edu/M-HCI/2006/SocialstreamProject/index.php">ça va arriver</a>, <a href="http://googlesystem.blogspot.com/2007/07/googles-social-networking-projects.html">un peu à couvert</a> cette fois-ci.</p>
  63. <p>En plus, leurs produits sont bien conçus aussi bien du point de vue ergonomique (difficile par exemple de repasser à un client lourd, même avec l'<abbr title="Internet Message Access Protocol">IMAP</abbr>, lorsqu'on s'est habitué à l'interface de GMail) que technique (<a href="http://code.google.com/apis/gdata/">GData</a>, basé sur AtomPub, est franchement sexy pour un geek) ce qui peut paraître évident lorsqu'on sait qu'ils recrutent quand même de sacrés pointures... <strong>c'est là tout leur génie&nbsp;: passer pour des gentils aussi bien auprès du grand public que des geeks.</strong></p>
  64. <h2>define:liberté</h2>
  65. <blockquote><p>Aucune définition de <strong>liberté</strong> n'a été trouvée.</p></blockquote>
  66. <p>Dans ce contexte, est-ce qu'on se prépare à un GFuture&nbsp;? (et/ou YFuture, j'ai pris l'exemple de Google mais <a href="http://www.la-grange.net/2006/05/11.html#yahoo">Yahoo! n'est pas très loin</a>). J'ai bien peur que oui si on ne trouve pas rapidement une solution alternative à de telles positions monopolistiques... essayons de voir ensemble les différentes libertés nécessaires&nbsp;:</p>
  67. <h3>Liberté des données</h3>
  68. <p>Le véritable objectif est là&nbsp;: <strong>disposer d'applications web permettant d'avoir le contrôle de ses données, aussi bien en termes de portabilité que de confidentialité</strong>. Pour ça je vous renvoie à un <a href="https://larlet.fr/david/biologeek/archives/20070906-web-social-rendez-nous-le-controle-de-nos-donnees/">billet précédent comportant notamment la Déclaration des droits de l'utilisateur du Web Social</a>, un titre bien pompeux pour en arriver à <a href="http://groups.google.fr/group/social-network-portability">un débat où chacun essaye de tirer la couverture à soi</a> ce qui est logique mais un peu dommage. Enfin bon <a href="http://www.dataportability.org/">ça progresse quand même</a>, doucement.</p>
  69. <h3>Liberté du code</h3>
  70. <p>Les Logiciels Libres ont ouvert la voie, on peut faire énormément de choses en mutualisant la main-d'œuvre et on finit même par y gagner en qualité grâce aux nombreuses revues de code. C'est un <a href="http://www.christian-faure.net/2007/12/01/le-libre-pas-si-bazar-que-ca/">système qui commence à être rodé</a> et qui a montré sa force au fil des années. Que demande le peuple&nbsp;? Bon ok du pain, on verra ça plus tard.</p>
  71. <h3>Liberté du dépôt</h3>
  72. <p>C'est bien beau d'avoir des données libres orchestrées par du code libre mais si un seul hébergeur contient toutes ces données il va vite trouver un moyen d'en tirer profit... comment faire de ce côté là&nbsp;? Je n'ai pas vraiment de solution, il y a bien les <a href="http://apinc.org/">hébergeurs associatifs</a> mais est-ce suffisant&nbsp;? Peut-être est-ce à l'état de prendre en compte cette partie&nbsp;? Je suis assez dubitatif sur ce point, le décalage entre les dirigeants de l'état et le peuple étant renforcé en ce qui concerne les nouvelles technologies. On pourrait alors aussi se tourner vers le <abbr title="World Wide Web Consortium">W3C</abbr> mais ce n'est pas non plus fait pour. Problématique épineuse.</p>
  73. <h3>Liberté de l'utilisateur</h3>
  74. <p>Il y a deux notions critiques à ce niveau&nbsp;: <strong>la confidentialité des données et les relations entre personnes</strong>. Jusqu'à présent, toutes les applications que j'ai pu tester n'ont pas réussi à résoudre cette problématique élégamment en conciliant simplicité de définition et flexibilité suffisante. Ces notions sont très complexes et c'est un véritable défi à chaque nouvelle application, les relations humaines sont ainsi faites et il va falloir adapter l'outil informatique à cette spécificité.</p>
  75. <h2>Un rêve&nbsp;?</h2>
  76. <p>Pour l'instant, oui. Nous verrons dans un prochain épisode les moyens actuels pour concrétiser celui-ci. Comme le disaient des <a href="http://www.framasoft.net/">philosophes modernes</a>&nbsp;:</p>
  77. <blockquote><p>La route est longue mais la voie est libre...</p></blockquote>
  78. <p><strong>[edit du 29/12]</strong>&nbsp;: lire aussi à ce sujet <a href="http://affordance.typepad.com/mon_weblog/2007/11/google-est-le-w.html">Google est le webOS. Le WebOS est Google.</a></p>
  79. </div>
  80. </article>
  81. <footer>
  82. <h6 property="schema:datePublished">— 02/12/2007</h6>
  83. </footer>
  84. </section>
  85. <section>
  86. <div>
  87. <h3>Articles peut-être en rapport</h3>
  88. <ul>
  89. <li><a href="/david/biologeek/archives/20081223-comprendre-google-native-client/" title="Accès à Comprendre Google Native Client">Comprendre Google Native Client</a></li>
  90. <li><a href="/david/biologeek/archives/20080907-pourquoi-avoir-peur-de-google/" title="Accès à ★ Pourquoi avoir peur de Google ?">★ Pourquoi avoir peur de Google ?</a></li>
  91. <li><a href="/david/biologeek/archives/20080425-le-point-sur-rdf-et-rdfa/" title="Accès à ★ Le point sur RDF et RDFa">★ Le point sur RDF et RDFa</a></li>
  92. </ul>
  93. </div>
  94. </section>
  95. <section>
  96. <div id="comments">
  97. <h3>Commentaires</h3>
  98. <div class="comment" typeof="schema:UserComments">
  99. <p class="comment-meta">
  100. <span class="comment-author" property="schema:creator">françois</span> le <span class="comment-date" property="schema:commentTime">02/12/2007</span> :
  101. </p>
  102. <div class="comment-content" property="schema:commentText">
  103. <p>Une seule solution, des bons algos de cryptage et du p2p (pas de serveur central). C'est pas encore gagné mais si toutes ces applis peuvent être déployées sur un réseau p2p, plus personne ne contrôle l'ensemble des données... <br />
  104. Bon, je sais, c'est pas encore gagné...</p>
  105. </div>
  106. </div>
  107. <div class="comment" typeof="schema:UserComments">
  108. <p class="comment-meta">
  109. <span class="comment-author" property="schema:creator">Sunny</span> le <span class="comment-date" property="schema:commentTime">02/12/2007</span> :
  110. </p>
  111. <div class="comment-content" property="schema:commentText">
  112. <p>Rien ne prouve que qui que se soit de Google pioche dans nos données privées. Et rares sont ceux qui utilisent ne serait-ce que la moitié des applications Google que tu as cité (en oubliant Youtube ! ;p).<br />
  113. <br />
  114. Je me soucie moins des DRH de Google que de mettre tous mes œufs dans le même panier hermétique.</p>
  115. </div>
  116. </div>
  117. <div class="comment" typeof="schema:UserComments">
  118. <p class="comment-meta">
  119. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">02/12/2007</span> :
  120. </p>
  121. <div class="comment-content" property="schema:commentText">
  122. <p>@françois : oui l'utilisation du P2P est intéressante et j'en ai parlé là <a href="https://larlet.fr/david/biologeek/archives/20061001-peer-to-peer-et-sauvegarde-croisee/" title="https://larlet.fr/david/biologeek/archives/20061001-peer-to-peer-et-sauvegarde-croisee/" rel="nofollow">www.biologeek.com/journal...</a> mais c'est pas encore au point, ce qui est dommage mais il y a de l'avenir.<br />
  123. <br />
  124. @Sunny : <br />
  125. <br />
  126. &gt; Rien ne prouve que qui que se soit de Google pioche dans nos données privées.<br />
  127. <br />
  128. Et rien ne prouve le contraire ;-)<br />
  129. <br />
  130. Je ne crois pas à la théorie du complot mondial organisé mais de façon ciblée c'est très facile de croiser les données d'un utilisateur...</p>
  131. </div>
  132. </div>
  133. <div class="comment" typeof="schema:UserComments">
  134. <p class="comment-meta">
  135. <span class="comment-author" property="schema:creator">tenshu</span> le <span class="comment-date" property="schema:commentTime">02/12/2007</span> :
  136. </p>
  137. <div class="comment-content" property="schema:commentText">
  138. <p>mmhhh et si on laissait a google le bénéfice du doute<br />
  139. <br />
  140. ça n'empêche pas la prudence, c'est d'ailleurs ce que l'on fait ici<br />
  141. <br />
  142. quitte a choisir entre yahoo ou microsoft, je préfère encore google ...</p>
  143. </div>
  144. </div>
  145. <div class="comment" typeof="schema:UserComments">
  146. <p class="comment-meta">
  147. <span class="comment-author" property="schema:creator">BlogOPhil</span> le <span class="comment-date" property="schema:commentTime">02/12/2007</span> :
  148. </p>
  149. <div class="comment-content" property="schema:commentText">
  150. <p>Il est clair que la GLife risque de devenir la norme demain. Bien ou mal difficile de se prononcer. Si on regarde ces 15 dernières années et le quasi-monopole de Crosoft sur les logiciels, on comprend toute la stratégie de Google. Donner les logiciels pour capter le contenu généré à l'aide de ces derniers. L'approche me semble purement financière et par conséquent j'aurais tendance à penser que l'exploitation de ces données à des fins de contrôle du monde ne fait pas parti pour l'instant du moins de leur plan.<br />
  151. <br />
  152. Ce qui est plus à craindre c'est un état rendu parano par la peur des terroristes et qui verrait dans ces données, une nouvelle opportunité de contrôler d'avantage nos vies. <br />
  153. </p>
  154. </div>
  155. </div>
  156. <div class="comment" typeof="schema:UserComments">
  157. <p class="comment-meta">
  158. <span class="comment-author" property="schema:creator">giz404</span> le <span class="comment-date" property="schema:commentTime">03/12/2007</span> :
  159. </p>
  160. <div class="comment-content" property="schema:commentText">
  161. <p>La solution d'un P2P en terme d'hébergement de données serait effectivement une piste intéressante à suivre. <br />
  162. Ca répondrait à la problématique de stockage, créerait une sorte de mutualisation et dans un sens résoudrait les problèmes de charge et de disponibilité.<br />
  163. Reste à voir si un tel système pourrait se mettre en place. Lorsqu'on voit que dans l'esprit de beaucoup, y compris ceux qui nous gouverne, P2P = emule = piratage, c'est pas gagné... <br />
  164. (la perception négative du p2p en soit n'est pas grave, ce qui est plus genant, c'est par exemple lorsque des FAI coupent les connexions sur certains ports sous prétexte de lutte contre le piratage).<br />
  165. Et il reste effectivement le problème de l'accès au données; le cryptage a interêt à être costaud...</p>
  166. </div>
  167. </div>
  168. <div class="comment" typeof="schema:UserComments">
  169. <p class="comment-meta">
  170. <span class="comment-author" property="schema:creator">NiCoS</span> le <span class="comment-date" property="schema:commentTime">03/12/2007</span> :
  171. </p>
  172. <div class="comment-content" property="schema:commentText">
  173. <p>&gt; Et il reste effectivement le problème de l'accès au données; le cryptage a interêt à être costaud...<br />
  174. <br />
  175. Je sais plus si c'est encore le cas, mais il me semble qu'il y a des restrictions légales en France au niveau du niveau de cryptage qu'un citoyen lambda a le droit d'utiliser (&lt;1024 bits il me semble). </p>
  176. </div>
  177. </div>
  178. <div class="comment" typeof="schema:UserComments">
  179. <p class="comment-meta">
  180. <span class="comment-author" property="schema:creator">Candide</span> le <span class="comment-date" property="schema:commentTime">03/12/2007</span> :
  181. </p>
  182. <div class="comment-content" property="schema:commentText">
  183. <p>Cette problématique me passionne, et me consterne tout à la fois. Oui, pour moi Google est bel est bien en train de devenir un Big Brother tout puissant. Je pense personnellement que le problème réside dans la centralisation des données.<br />
  184. <br />
  185. Google est puissant parce qu'avec tout son argent, il est capable de stocker les information de dizaines voire de centaines de millions d'utilisateurs.<br />
  186. <br />
  187. La solution est à mon avis qu'émerge de la communauté du logiciel libre un ensemble de services permettant de gérer ses données à distance et que n'importe qui puisse déployer pour les mettre à disposition de leurs proches, idéalement sans rétribution publicitaire.<br />
  188. <br />
  189. J'ai moi-même lancé un projet qui va dans cette direction: <a href="http://www.palacehotel.org." title="http://www.palacehotel.org." rel="nofollow">www.palacehotel.org.</a> Je pense pouvoir prouver qu'il est possible à faible coût de développer cette suite logicielle. En moins d'un an j'ai par exemple reproduit (en plus joli ;-) l'ensemble des fonctionnalités de gmail, en utilisant des technologies modernes.<br />
  190. <br />
  191. Je suis en train de travailler à la robustesse de l'ensemble mais au Q1 2008 je devrais pouvoir déployer une version publique.</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">gml</span> le <span class="comment-date" property="schema:commentTime">04/12/2007</span> :
  197. </p>
  198. <div class="comment-content" property="schema:commentText">
  199. <p>Je pense que finalement il n'y a pas de peur à avoir. Regarde bien le nombre hallucinant d'API qu'on trouve, et les mashups que ça produit un peu partout.<br />
  200. <br />
  201. Tant qu'il existe des alternatives à toutes les applications web des Grands, avec une API pour chacune, c'est bon. Le truc c'est qu'il faut encourager à l'utilisation de ces alternatives, pas forcément pour qu'elles grossissent et deviennent elles aussi des Grandes, mais pour éviter qu'elles ne disparaissent tout simplement.</p>
  202. </div>
  203. </div>
  204. <div class="comment" typeof="schema:UserComments">
  205. <p class="comment-meta">
  206. <span class="comment-author" property="schema:creator">Greg</span> le <span class="comment-date" property="schema:commentTime">05/12/2007</span> :
  207. </p>
  208. <div class="comment-content" property="schema:commentText">
  209. <p>Pour le stockage des données personnelles, je vois deux solutions : héberger les données chez soi, ou utiliser du stockage distribué (grid storage ou P2P) comme c'est proposé dans les autres commentaires. L'une et l'autre ont des inconvénients. Pour l'hébergement chez soi - et en attendant la généralisation de la FTTH - on va être limité par la bande passante et la disponibilité des données. En plus, on ne résout par les problèmes de cache. On peut chiffrer entre son pc et le serveur, au final ça finit en clair quelque part. Le distribué répond à ces points. Les informations sont morcelées et réparties, si bien qu'on a pas l'intégralité des informations au même endroit. En revanche côté chiffrement, ce n'est pas simple. Comme souvent c'est la gestion des clés qui va poser problème. Mes informations doivent être accessibles à des services via une API. Si je chiffre, il faut bien que ces services puissent déchiffrer l'information. <br />
  210. <br />
  211. On peut alors imaginer qu'on utilise plusieurs services stockage distribué comme Nirvanix ou Amazon S3, et attribuer à chaque service une bi-clé particulière. Il faudrait alors une interface d'admin ou un soft pour gérer les clés et les droits. <br />
  212. <br />
  213. Autre solution, en reprenant des principes utilisés dans freenet ou i2p, stocker en P2P, mais j'ai des doutes sur la qualité de service et les performances de cette solution (peut-être ai-je été traumatisé par la lenteur de Tor ;) ). On retrouve le même problème de gestion de l'accès aux données... <br />
  214. <br />
  215. Sinon on peut utiliser des applications émanant d'entreprises, organisations ou projets différents. Mais si Google, Yahoo ou autre rachètent ces boîtes, on n'aura pas plus avancé. <br />
  216. </p>
  217. </div>
  218. </div>
  219. <div class="comment" typeof="schema:UserComments">
  220. <p class="comment-meta">
  221. <span class="comment-author" property="schema:creator">Greg</span> le <span class="comment-date" property="schema:commentTime">05/12/2007</span> :
  222. </p>
  223. <div class="comment-content" property="schema:commentText">
  224. <p>@Candide : ton projet a l'air intéressant. Pourrais-tu nous en dire davantage (ça me semble dans le sujet du billet en plus) ? Où et comment sont stockées les données ?</p>
  225. </div>
  226. </div>
  227. <div class="comment" typeof="schema:UserComments">
  228. <p class="comment-meta">
  229. <span class="comment-author" property="schema:creator">loïc m.</span> le <span class="comment-date" property="schema:commentTime">06/12/2007</span> :
  230. </p>
  231. <div class="comment-content" property="schema:commentText">
  232. <p>&gt;&gt; Rien ne prouve que qui que se soit de Google pioche dans nos<br />
  233. &gt;&gt;données privées.<br />
  234. <br />
  235. &gt;Et rien ne prouve le contraire ;-)<br />
  236. &gt;Je ne crois pas à la théorie du complot mondial organisé mais de <br />
  237. &gt;façon ciblée c'est très facile de croiser les données d'un utilisateur...<br />
  238. <br />
  239. Tu n'as pas dû entendre de ces personnes qui ont parlé de leurs revenus GAds sur leur blog et qui ont été pénalisé par Google.<br />
  240. Après, soit tu considère que ce que tu publies sur ton blog ne fait pas parti de tes données privées, soit il faut revoir ton jugement.<br />
  241. <br />
  242. Mais le plus inquiétant est que Google a réussi à retrouver les propriétaires de compte AdSense alors que ceux-ci avaient posté anonymement sur des forums.<br />
  243. Donc récup' des IP, traçage des données &amp; Co.<br />
  244. <br />
  245. Alors, Google est-il aussi impartial ?</p>
  246. </div>
  247. </div>
  248. <div class="comment" typeof="schema:UserComments">
  249. <p class="comment-meta">
  250. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">06/12/2007</span> :
  251. </p>
  252. <div class="comment-content" property="schema:commentText">
  253. <p>&gt; Tu n'as pas dû entendre de ces personnes qui ont parlé de leurs revenus GAds sur leur blog et qui ont été pénalisé par Google.<br />
  254. <br />
  255. Aïe, faut-il que je m'attende à un blacklistage en règle de ce site et de tous les noms de domaines que j'ai ? :-)<br />
  256. <br />
  257. &gt; Après, soit tu considère que ce que tu publies sur ton blog ne fait pas parti de tes données privées, soit il faut revoir ton jugement.<br />
  258. <br />
  259. Il y a une différence entre confidentialité et appartenance : les données que je publie sont publiques mais m'appartiennent et je garde un certain contrôle dessus (licence, stockage, etc). <br />
  260. </p>
  261. </div>
  262. </div>
  263. <div class="comment" typeof="schema:UserComments">
  264. <p class="comment-meta">
  265. <span class="comment-author" property="schema:creator">Julien</span> le <span class="comment-date" property="schema:commentTime">06/12/2007</span> :
  266. </p>
  267. <div class="comment-content" property="schema:commentText">
  268. <p>Quid de la responsabilité des auteurs. Que faire en cas d'abus de la liberté?</p>
  269. </div>
  270. </div>
  271. <div class="comment" typeof="schema:UserComments">
  272. <p class="comment-meta">
  273. <span class="comment-author" property="schema:creator">layx</span> le <span class="comment-date" property="schema:commentTime">08/12/2007</span> :
  274. </p>
  275. <div class="comment-content" property="schema:commentText">
  276. <p>Commentaire peut-être à côté, mais inspiré par cet article.<br />
  277. <br />
  278. Ah, quel tourmente-méninges ce sujet. Chez idylle, chacun possède le câble qui le relie au reste de son cartier, chaque cartier gère communautairement le câble qui le relie à la ville,...<br />
  279. Je pense que d'avoir un réseau de proximité serais la base stable qu'il manque à notre interconnexion actuelle, et permettrais le seul &quot;trusted computing&quot; tolérable. Car même si les application et services sont libres (ou du moins conçus comme tels), et je ne dérive pas sur une histoire de complot de je ne sais quel ordre, le media est lui toujours une propriété (aucunement l'idée de me demander de qui, ce n'est pas l'important).<br />
  280. <br />
  281. Toujours chez idylle, le câble (blindé, no wild-fields) en question passe au travers d'une gaine, pratique d'accès et suffisamment grande de manière à ce qu'au moment où une nouvelle technologie deviens accessible, on ne doive pas ré ouvrir son jardin (ou il pousse enfin les trois espèces que vous essayer de sauver).<br />
  282. <br />
  283. Enfin je m'égare, mais pour mieux me recentrer.<br />
  284. <br />
  285. Je crois qu'une partie des question pourraient être:<br />
  286. <br />
  287. Que puis-je me permettre de déléguer<br />
  288. A qui puis-je me permettre de déléguer<br />
  289. Et est-ce vraiment utile de déléguer une tâche à quelqu'un, plutôt que de lui demander de nous l'apprendre, en échange d'une chose qu'il aurait pu nous déléguer, et qu'on lui apprendrais.</p>
  290. </div>
  291. </div>
  292. <div class="comment" typeof="schema:UserComments">
  293. <p class="comment-meta">
  294. <span class="comment-author" property="schema:creator">Amrac</span> le <span class="comment-date" property="schema:commentTime">13/12/2007</span> :
  295. </p>
  296. <div class="comment-content" property="schema:commentText">
  297. <p>J'ai une question un peu hors sujet, tu parle de &quot;GCode&quot;, qu'est-ce?<br />
  298. <br />
  299. Quelques recherches dans les modules de google n'ont étrangement rien donné, et je suis assez intrigué par ces 5 lettres ^^<br />
  300. <br />
  301. </p>
  302. </div>
  303. </div>
  304. <div class="comment" typeof="schema:UserComments">
  305. <p class="comment-meta">
  306. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">13/12/2007</span> :
  307. </p>
  308. <div class="comment-content" property="schema:commentText">
  309. <p>@Julien :<br />
  310. <br />
  311. &gt; Quid de la responsabilité des auteurs. Que faire en cas d'abus de la liberté?<br />
  312. <br />
  313. Sur internet chacun est responsable de ses écrits.<br />
  314. <br />
  315. @layx : le gros avantage d'internet c'est la décentralisation et j'ai peur que ton système n'y porte atteinte. La notion de confiance est importante mais je ne pense pas qu'elle passera par la proximité mais plus par un réseau. Enfin remarque l'échange de clés GPG reste du réseau de proximité donc bon...<br />
  316. <br />
  317. @Amrac : je parlais de code.google.com/hosting/ .</p>
  318. </div>
  319. </div>
  320. <div class="comment" typeof="schema:UserComments">
  321. <p class="comment-meta">
  322. <span class="comment-author" property="schema:creator">Xethorn</span> le <span class="comment-date" property="schema:commentTime">24/12/2007</span> :
  323. </p>
  324. <div class="comment-content" property="schema:commentText">
  325. <p>Personnellement, ça ne tient qu'à toi d'utiliser un client mail différent du leur, ça ne tient aussi qu'à toi d'utiliser un moteur de recherche différent (ils sont nombreux et certains se basent sur les résultats google), ça ne tient aussi qu'à toi de désactiver les publicités adsense, ça ne tient aussi qu'à toi d'utiliser jabber au lieu de gtalk. <br />
  326. <br />
  327. En fait tout n'est que question de choix. Ceux qui restent chez google aiment certainement la simplicité. Sinon, il n'y a pas quelque chose qui manque ? Il me semble que Google peut aussi sauvegarder tous les mots de passe utilisés sur le site, ils peuvent aussi connaître ta vie privée via toutes les photographies publiées sur Picassa. <br />
  328. <br />
  329. Non ?</p>
  330. </div>
  331. </div>
  332. <div class="comment" typeof="schema:UserComments">
  333. <p class="comment-meta">
  334. <span class="comment-author" property="schema:creator">Timothee</span> le <span class="comment-date" property="schema:commentTime">08/09/2008</span> :
  335. </p>
  336. <div class="comment-content" property="schema:commentText">
  337. <p>Suite à tes récentes diatribes contre Google, je reviens sur un paradoxe qui m&#39;est revenu en tête sur ton aventure avec Google :<br />- Google te contacte pour un emploi, comme tu dis, cool, self-esteem++<br />- Tu utilises une pléthore de services de chez eux, un choix qui t&#39;appartient<br />- Tu supposes qu&#39;ils piochent dedans pour en déceler qui tu es dans les moindres détails, (admettons cela un instant meme si les pubs générés à partir du contenu sous Gmail sont loin d&#39;être foudroyantes de clairvoyance mais bon...)</p>
  338. <p>--&gt; Et tu refuses ? Alors que tout ce que tu es en tant que personne a été perçu et approuvé par Google RH ??? Franchement c&#39;est contradictoire. Big brother watch you, &quot;t&#39;approuves&quot; tu n&#39;es pas un laquet des grandes puissances capitalistes, et tu dis non, désolé mais si vous ne me connaissiez pas ça m&#39;irait mieux... (toujours dans ta supposition)</p>
  339. <p>Dis que tu as refusé pour d&#39;autres raisons (tout à fait respectables) mais ne dis que c&#39;est parce que tu es géné qu&#39;ils savent déjà tout sur toi, puisque meme grace à cela c&#39;est bon, ils veulent bien de toi... !??!?</p>
  340. <p>A vouloir faire rentrer le fantasme à si grands coups de chausse-pied dans la chaussure de la réalité, on met en évidence quelques incohérences...</p>
  341. </div>
  342. </div>
  343. <div class="comment" typeof="schema:UserComments">
  344. <p class="comment-meta">
  345. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">08/09/2008</span> :
  346. </p>
  347. <div class="comment-content" property="schema:commentText">
  348. <p>@Timothee : j&#39;ai peur de pas très bien comprendre le raisonnement de ton commentaire.</p>
  349. <p>Il faut distinguer deux choses :<br />* la prise de conscience suite à la proposition de l&#39;omniprésence Google (même si ça n&#39;a pas été non plus une révélation, ça faisait un moment que j&#39;y réfléchissais) ;<br />* mon choix de faire autre chose en me lançant à mon compte, ce qui était prévu avant cette prise de contact et qui m&#39;intéressait davantage.</p>
  350. <p>Peut-être que suite à ces billets ils ne m&#39;auraient pas contacté ;-). En tout cas si tu souhaites que je clarifie un point n&#39;hésite pas mais je vois mal où tu veux en venir.</p>
  351. </div>
  352. </div>
  353. <div class="comment" typeof="schema:UserComments">
  354. <p class="comment-meta">
  355. <span class="comment-author" property="schema:creator">Timothee</span> le <span class="comment-date" property="schema:commentTime">08/09/2008</span> :
  356. </p>
  357. <div class="comment-content" property="schema:commentText">
  358. <p>Ok, peut être du à une lecture rapide j&#39;avais fait l&#39;association entre ta prise de conscience et ton refus de l&#39;offre. Ca me semblait paradoxal :) . Si ça n&#39;a rien à voir, je retire ma réflexion et l&#39;important est d&#39;avoir fait le choix où tu te sens bien, et être à son compte me semble être une excellente voie pour cela.</p>
  359. <p>En tout cas je suis d&#39;accord avec toi qu&#39;il est peu probable qu&#39;ils te reproposent quelque chose depuis les quelque piques que tu leur as balancé. :) Mais venant de spécialistes du web, qui doivent se tenir au courant de ce que l&#39;on dit sur eux, cela me semble assez trivial.</p>
  360. <p>Bon je t&#39;embête un peu avec Google, mais ce n&#39;est pas dans un but polémique, je suis en train de rédiger un billet sur eux, où j&#39;expliciterai mon estime pour ce qu&#39;ils font pour le web et la relative confiance que je leur accorde.</p>
  361. </div>
  362. </div>
  363. <div class="comment" typeof="schema:UserComments">
  364. <p class="comment-meta">
  365. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">08/09/2008</span> :
  366. </p>
  367. <div class="comment-content" property="schema:commentText">
  368. <p>Ok pas de soucis, n&#39;hésite pas à me donner le lien un fois le billet terminé.</p>
  369. </div>
  370. </div>
  371. <div class="comment" typeof="schema:UserComments">
  372. <p class="comment-meta">
  373. <span class="comment-author" property="schema:creator">ptc</span> le <span class="comment-date" property="schema:commentTime">11/10/2011</span> :
  374. </p>
  375. <div class="comment-content" property="schema:commentText">
  376. <p>Excellent billet bravo mais on peut encore rêver pour un web libre...</p>
  377. </div>
  378. </div>
  379. </div>
  380. </section>
  381. <footer>
  382. <nav>
  383. <p>
  384. <small>
  385. 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>
  386. </small>
  387. </p>
  388. </nav>
  389. </footer>
  390. </div>
  391. <script src="/static/david/js/larlet-david-3ee43f.js" data-no-instant></script>
  392. <script data-no-instant>InstantClick.init()</script>
  393. </body>
  394. </html>