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.

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289
  1. <div class="comment" typeof="schema:UserComments">
  2. <p class="comment-meta">
  3. <span class="comment-author" property="schema:creator">françois</span> le <span class="comment-date" property="schema:commentTime">02/12/2007</span> :
  4. </p>
  5. <div class="comment-content" property="schema:commentText">
  6. <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 />
  7. Bon, je sais, c'est pas encore gagné...</p>
  8. </div>
  9. </div>
  10. <div class="comment" typeof="schema:UserComments">
  11. <p class="comment-meta">
  12. <span class="comment-author" property="schema:creator">Sunny</span> le <span class="comment-date" property="schema:commentTime">02/12/2007</span> :
  13. </p>
  14. <div class="comment-content" property="schema:commentText">
  15. <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 />
  16. <br />
  17. Je me soucie moins des DRH de Google que de mettre tous mes œufs dans le même panier hermétique.</p>
  18. </div>
  19. </div>
  20. <div class="comment" typeof="schema:UserComments">
  21. <p class="comment-meta">
  22. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">02/12/2007</span> :
  23. </p>
  24. <div class="comment-content" property="schema:commentText">
  25. <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 />
  26. <br />
  27. @Sunny : <br />
  28. <br />
  29. &gt; Rien ne prouve que qui que se soit de Google pioche dans nos données privées.<br />
  30. <br />
  31. Et rien ne prouve le contraire ;-)<br />
  32. <br />
  33. 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>
  34. </div>
  35. </div>
  36. <div class="comment" typeof="schema:UserComments">
  37. <p class="comment-meta">
  38. <span class="comment-author" property="schema:creator">tenshu</span> le <span class="comment-date" property="schema:commentTime">02/12/2007</span> :
  39. </p>
  40. <div class="comment-content" property="schema:commentText">
  41. <p>mmhhh et si on laissait a google le bénéfice du doute<br />
  42. <br />
  43. ça n'empêche pas la prudence, c'est d'ailleurs ce que l'on fait ici<br />
  44. <br />
  45. quitte a choisir entre yahoo ou microsoft, je préfère encore google ...</p>
  46. </div>
  47. </div>
  48. <div class="comment" typeof="schema:UserComments">
  49. <p class="comment-meta">
  50. <span class="comment-author" property="schema:creator">BlogOPhil</span> le <span class="comment-date" property="schema:commentTime">02/12/2007</span> :
  51. </p>
  52. <div class="comment-content" property="schema:commentText">
  53. <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 />
  54. <br />
  55. 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 />
  56. </p>
  57. </div>
  58. </div>
  59. <div class="comment" typeof="schema:UserComments">
  60. <p class="comment-meta">
  61. <span class="comment-author" property="schema:creator">giz404</span> le <span class="comment-date" property="schema:commentTime">03/12/2007</span> :
  62. </p>
  63. <div class="comment-content" property="schema:commentText">
  64. <p>La solution d'un P2P en terme d'hébergement de données serait effectivement une piste intéressante à suivre. <br />
  65. 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 />
  66. 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 />
  67. (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 />
  68. Et il reste effectivement le problème de l'accès au données; le cryptage a interêt à être costaud...</p>
  69. </div>
  70. </div>
  71. <div class="comment" typeof="schema:UserComments">
  72. <p class="comment-meta">
  73. <span class="comment-author" property="schema:creator">NiCoS</span> le <span class="comment-date" property="schema:commentTime">03/12/2007</span> :
  74. </p>
  75. <div class="comment-content" property="schema:commentText">
  76. <p>&gt; Et il reste effectivement le problème de l'accès au données; le cryptage a interêt à être costaud...<br />
  77. <br />
  78. 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>
  79. </div>
  80. </div>
  81. <div class="comment" typeof="schema:UserComments">
  82. <p class="comment-meta">
  83. <span class="comment-author" property="schema:creator">Candide</span> le <span class="comment-date" property="schema:commentTime">03/12/2007</span> :
  84. </p>
  85. <div class="comment-content" property="schema:commentText">
  86. <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 />
  87. <br />
  88. 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 />
  89. <br />
  90. 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 />
  91. <br />
  92. 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 />
  93. <br />
  94. Je suis en train de travailler à la robustesse de l'ensemble mais au Q1 2008 je devrais pouvoir déployer une version publique.</p>
  95. </div>
  96. </div>
  97. <div class="comment" typeof="schema:UserComments">
  98. <p class="comment-meta">
  99. <span class="comment-author" property="schema:creator">gml</span> le <span class="comment-date" property="schema:commentTime">04/12/2007</span> :
  100. </p>
  101. <div class="comment-content" property="schema:commentText">
  102. <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 />
  103. <br />
  104. 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>
  105. </div>
  106. </div>
  107. <div class="comment" typeof="schema:UserComments">
  108. <p class="comment-meta">
  109. <span class="comment-author" property="schema:creator">Greg</span> le <span class="comment-date" property="schema:commentTime">05/12/2007</span> :
  110. </p>
  111. <div class="comment-content" property="schema:commentText">
  112. <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 />
  113. <br />
  114. 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 />
  115. <br />
  116. 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 />
  117. <br />
  118. 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 />
  119. </p>
  120. </div>
  121. </div>
  122. <div class="comment" typeof="schema:UserComments">
  123. <p class="comment-meta">
  124. <span class="comment-author" property="schema:creator">Greg</span> le <span class="comment-date" property="schema:commentTime">05/12/2007</span> :
  125. </p>
  126. <div class="comment-content" property="schema:commentText">
  127. <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>
  128. </div>
  129. </div>
  130. <div class="comment" typeof="schema:UserComments">
  131. <p class="comment-meta">
  132. <span class="comment-author" property="schema:creator">loïc m.</span> le <span class="comment-date" property="schema:commentTime">06/12/2007</span> :
  133. </p>
  134. <div class="comment-content" property="schema:commentText">
  135. <p>&gt;&gt; Rien ne prouve que qui que se soit de Google pioche dans nos<br />
  136. &gt;&gt;données privées.<br />
  137. <br />
  138. &gt;Et rien ne prouve le contraire ;-)<br />
  139. &gt;Je ne crois pas à la théorie du complot mondial organisé mais de <br />
  140. &gt;façon ciblée c'est très facile de croiser les données d'un utilisateur...<br />
  141. <br />
  142. 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 />
  143. 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 />
  144. <br />
  145. 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 />
  146. Donc récup' des IP, traçage des données &amp; Co.<br />
  147. <br />
  148. Alors, Google est-il aussi impartial ?</p>
  149. </div>
  150. </div>
  151. <div class="comment" typeof="schema:UserComments">
  152. <p class="comment-meta">
  153. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">06/12/2007</span> :
  154. </p>
  155. <div class="comment-content" property="schema:commentText">
  156. <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 />
  157. <br />
  158. 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 />
  159. <br />
  160. &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 />
  161. <br />
  162. 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 />
  163. </p>
  164. </div>
  165. </div>
  166. <div class="comment" typeof="schema:UserComments">
  167. <p class="comment-meta">
  168. <span class="comment-author" property="schema:creator">Julien</span> le <span class="comment-date" property="schema:commentTime">06/12/2007</span> :
  169. </p>
  170. <div class="comment-content" property="schema:commentText">
  171. <p>Quid de la responsabilité des auteurs. Que faire en cas d'abus de la liberté?</p>
  172. </div>
  173. </div>
  174. <div class="comment" typeof="schema:UserComments">
  175. <p class="comment-meta">
  176. <span class="comment-author" property="schema:creator">layx</span> le <span class="comment-date" property="schema:commentTime">08/12/2007</span> :
  177. </p>
  178. <div class="comment-content" property="schema:commentText">
  179. <p>Commentaire peut-être à côté, mais inspiré par cet article.<br />
  180. <br />
  181. 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 />
  182. 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 />
  183. <br />
  184. 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 />
  185. <br />
  186. Enfin je m'égare, mais pour mieux me recentrer.<br />
  187. <br />
  188. Je crois qu'une partie des question pourraient être:<br />
  189. <br />
  190. Que puis-je me permettre de déléguer<br />
  191. A qui puis-je me permettre de déléguer<br />
  192. 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>
  193. </div>
  194. </div>
  195. <div class="comment" typeof="schema:UserComments">
  196. <p class="comment-meta">
  197. <span class="comment-author" property="schema:creator">Amrac</span> le <span class="comment-date" property="schema:commentTime">13/12/2007</span> :
  198. </p>
  199. <div class="comment-content" property="schema:commentText">
  200. <p>J'ai une question un peu hors sujet, tu parle de &quot;GCode&quot;, qu'est-ce?<br />
  201. <br />
  202. Quelques recherches dans les modules de google n'ont étrangement rien donné, et je suis assez intrigué par ces 5 lettres ^^<br />
  203. <br />
  204. </p>
  205. </div>
  206. </div>
  207. <div class="comment" typeof="schema:UserComments">
  208. <p class="comment-meta">
  209. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">13/12/2007</span> :
  210. </p>
  211. <div class="comment-content" property="schema:commentText">
  212. <p>@Julien :<br />
  213. <br />
  214. &gt; Quid de la responsabilité des auteurs. Que faire en cas d'abus de la liberté?<br />
  215. <br />
  216. Sur internet chacun est responsable de ses écrits.<br />
  217. <br />
  218. @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 />
  219. <br />
  220. @Amrac : je parlais de code.google.com/hosting/ .</p>
  221. </div>
  222. </div>
  223. <div class="comment" typeof="schema:UserComments">
  224. <p class="comment-meta">
  225. <span class="comment-author" property="schema:creator">Xethorn</span> le <span class="comment-date" property="schema:commentTime">24/12/2007</span> :
  226. </p>
  227. <div class="comment-content" property="schema:commentText">
  228. <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 />
  229. <br />
  230. 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 />
  231. <br />
  232. Non ?</p>
  233. </div>
  234. </div>
  235. <div class="comment" typeof="schema:UserComments">
  236. <p class="comment-meta">
  237. <span class="comment-author" property="schema:creator">Timothee</span> le <span class="comment-date" property="schema:commentTime">08/09/2008</span> :
  238. </p>
  239. <div class="comment-content" property="schema:commentText">
  240. <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>
  241. <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>
  242. <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>
  243. <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>
  244. </div>
  245. </div>
  246. <div class="comment" typeof="schema:UserComments">
  247. <p class="comment-meta">
  248. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">08/09/2008</span> :
  249. </p>
  250. <div class="comment-content" property="schema:commentText">
  251. <p>@Timothee : j&#39;ai peur de pas très bien comprendre le raisonnement de ton commentaire.</p>
  252. <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>
  253. <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>
  254. </div>
  255. </div>
  256. <div class="comment" typeof="schema:UserComments">
  257. <p class="comment-meta">
  258. <span class="comment-author" property="schema:creator">Timothee</span> le <span class="comment-date" property="schema:commentTime">08/09/2008</span> :
  259. </p>
  260. <div class="comment-content" property="schema:commentText">
  261. <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>
  262. <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>
  263. <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>
  264. </div>
  265. </div>
  266. <div class="comment" typeof="schema:UserComments">
  267. <p class="comment-meta">
  268. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">08/09/2008</span> :
  269. </p>
  270. <div class="comment-content" property="schema:commentText">
  271. <p>Ok pas de soucis, n&#39;hésite pas à me donner le lien un fois le billet terminé.</p>
  272. </div>
  273. </div>
  274. <div class="comment" typeof="schema:UserComments">
  275. <p class="comment-meta">
  276. <span class="comment-author" property="schema:creator">ptc</span> le <span class="comment-date" property="schema:commentTime">11/10/2011</span> :
  277. </p>
  278. <div class="comment-content" property="schema:commentText">
  279. <p>Excellent billet bravo mais on peut encore rêver pour un web libre...</p>
  280. </div>
  281. </div>