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.

index.html 29KB

4 jaren geleden
123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324
  1. <!doctype html>
  2. <html lang=fr>
  3. <head>
  4. <!-- Always define the charset before the title -->
  5. <meta charset=utf-8>
  6. <title>Internet, minitel, cloud, gratuité et liberté — 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/20090217-internet-minitel-cloud-gratuite-et-liberte">
  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">Internet, minitel, cloud, gratuité et liberté</h1>
  42. <article typeof="schema:BlogPosting">
  43. <div property="schema:articleBody">
  44. <img src="/static/david/biologeek/images/logos/minitel.png" alt="vignette" style="float:left; margin: 0.5em 1em;" property="schema:thumbnailUrl" />
  45. <p>Bon avec un titre pareil il y a de quoi faire :-). J'ai récemment visionné la passionnante <a href="http://www.fdn.fr/Internet-libre-ou-Minitel-2.html">intervention de Benjamin Bayart</a> suite à un article sur <a href="http://www.ecrans.fr/Tout-le-monde-a-interet-a,5762.html">la minitelisation d'Internet</a> (via <a href="http://linuxfr.org/2009/02/07/24993.html">DLFP</a>) et ça rejoint (ou plutôt précède !) pas mal <a href="https://larlet.fr/david/biologeek/archives/20081117-le-web-semantique-ou-limportance-des-donnees-liees/">ce que j'ai pu dire à Paris-web</a>. Hier, <a href="http://standblog.org/blog/post/2009/02/16/01Net-%3A-Libre-et-cloud-computing">Tristan nous demandait</a> :</p>
  46. <blockquote>
  47. <p>Et vous, chers lecteurs, qu'imaginez-vous comme solution pour concilier la protection des données et la flexibilité du cloud computing ? Une extension du navigateur qui garde une copie locale ? L'obligation pour les services de proposer une exportation des données dans un format ouvert ? Ou bien le confort du cloud computing vaut-t-il que l'on néglige la sécurité des données ?</p>
  48. </blockquote>
  49. <p>Plusieurs solutions :</p>
  50. <h2>OpenCentralization</h2>
  51. <p>Soit on se laisse bercer par des buzzwords cloudifiants. Le dernier exemple en date est <a href="http://step2.googlecode.com/svn/spec/openid_oauth_extension/latest/openid_oauth_extension.html">OpenID+OAuth</a>. En pratique, c'est relativement utile pour l'utilisateur qui limite les redirections vers le service tiers mais qu'est-ce que ça signifie au fond ? Que <strong>votre provider d'identité n'est autre que celui qui détient vos données</strong> et dans ce cas je ne vois plus très bien où est le Open dans tout ça, enfin disons que ça ne m'étonne pas que ça vienne d'OpenSilos ;-).</p>
  52. <p>Bon avec un peu plus de recul, c'est effectivement la solution de facilité qui a le plus de chances d'aboutir, surtout en temps de crise <a href="https://larlet.fr/david/biologeek/archives/20081001-vive-les-purges/">favorisant les monopoles</a> et accentuant la réticence à payer pour un service web. Il y a pourtant des alternatives :</p>
  53. <h2>¡Revolución!</h2>
  54. <p>Soit les utilisateurs prennent leur destin en main et réagissent (rires). Je n'y crois pas/plus trop, il y a une inertie moutonnante terrible et l'exemple de Firefox qui a mis des années à percer avec un meilleur produit et une communication relativement importante est pour moi un échec. Il y a parfois de quoi perdre espoir en l'humanité avec un grand U.</p>
  55. <h2>Webox</h2>
  56. <p>Soit les FAI réagissent et investissent des ressources là-dedans, ce que je ne saurais trop leur conseiller s'ils veulent survivre car les silos qui contrôlent les données vont tôt ou tard s'intéresser à leur accès direct. L'<a href="http://www.neufbox4.org/wiki/index.php?title=Accueil">ouverture de la Neuf Box</a> est un excellent début mais il faut pouvoir proposer des services facilement installables et pas forcément gratuits. Le modèle de l'Apple store est intéressant en ce sens, je pense qu'il faut tordre le cou à l'association <a href="https://larlet.fr/david/biologeek/archives/20080227-mieux-que-gratuit-le-business-model-reinvente/">web == gratuité</a> qui n'est pas saine.</p>
  57. <p>Un clic, j'installe un gestionnaire de photos. Un autre clic, j'importe tous mes albums iPhoto. Encore un clic, je définis les accès à mes albums et ça envoie un mail aux contacts concernés. Ça doit être aussi simple que ça à utiliser et c'est loin d'être compliqué à faire. Bien sûr il faut que je reste indépendant de mon FAI et que je puisse changer de box au besoin, qu'il soit possible de faire des sauvegardes indépendantes, etc. Il y a une foule de services associés et rentables qui gravitent autour d'une telle solution.</p>
  58. <p>De toute façon, ces solutions vont finir par arriver et si ce n'est pas dans une *box ça sera sur de l'<a href="http://code.google.com/appengine/">AppEngine</a> ou de l'<a href="http://aws.amazon.com/">AWS</a>. FAIL! C'est bien d'en parler et <strong><a href="https://larlet.fr/david/biologeek/archives/20070131-reve-de-geek/">j'en rêve depuis 2007</a>, il serait peut-être temps que je concrétise...</strong></p>
  59. </div>
  60. </article>
  61. <footer>
  62. <h6 property="schema:datePublished">— 17/02/2009</h6>
  63. </footer>
  64. </section>
  65. <section>
  66. <div>
  67. <h3>Articles peut-être en rapport</h3>
  68. <ul>
  69. <li><a href="/david/biologeek/archives/20091202-discussions-sur-les-applications-web-libres/" title="Accès à ★ Discussions sur les applications web libres">★ Discussions sur les applications web libres</a></li>
  70. <li><a href="/david/biologeek/archives/20091012-retours-chaud-sur-paris-web-2009/" title="Accès à Retours à chaud sur Paris-Web 2009">Retours à chaud sur Paris-Web 2009</a></li>
  71. <li><a href="/david/biologeek/archives/20090921-retours-sur-le-social-web-camp-paris/" title="Accès à Retours sur le Social Web Camp Paris">Retours sur le Social Web Camp Paris</a></li>
  72. </ul>
  73. </div>
  74. </section>
  75. <section>
  76. <div id="comments">
  77. <h3>Commentaires</h3>
  78. <div class="comment" typeof="schema:UserComments">
  79. <p class="comment-meta">
  80. <span class="comment-author" property="schema:creator">Johan Charpentier</span> le <span class="comment-date" property="schema:commentTime">17/02/2009</span> :
  81. </p>
  82. <div class="comment-content" property="schema:commentText">
  83. <p>L&#39;avantage d&#39;openid est quand même d&#39;avoir la possibilité d&#39;être son propre provider.</p>
  84. <p>Reste cependant à avoir un &quot;aptitude install openidprovidertotomatique&quot;. :)</p>
  85. </div>
  86. </div>
  87. <div class="comment" typeof="schema:UserComments">
  88. <p class="comment-meta">
  89. <span class="comment-author" property="schema:creator">SnippyHolloW</span> le <span class="comment-date" property="schema:commentTime">18/02/2009</span> :
  90. </p>
  91. <div class="comment-content" property="schema:commentText">
  92. <p>Tout cela est bien vrai (que ce soit l&#39;article d&#39;écrans, ce billet ou les anciens) mais finalement, est-ce si grave de perdre toutes ses photos ? Tous ses mails ? Pour moi non, ce n&#39;est pas &quot;ma vie&quot;, même si la photo est une passion et que je dois avoir pleins de mails intéressants et pratiques dans mes archives. Pour le peu de code que je n&#39;ai pas commit et auquel je tiens, il est sur mon laptop et mon serveur en raid-1. Et encore, je saurais le refaire, si je ne l&#39;utilise plus c&#39;est qu&#39;il doit y avoir une raison ? Toi tu es plus concerné parce que tu es ta propre entreprise et OUI une entreprise doit savoir gérer elle même ses données mais tu ne parles donc plus là pour le particulier@home. Pour le reste tu prends là le point de vue &quot;matérialiste 2.0&quot; : il faut savoir ce que l&#39;on est et ce dont on a besoin. Ça fait chier de perdre une voiture mais est-ce nécessaire de mettre 36 alarmes ?</p>
  93. <p>Bon, de toute façon, même si (<a href="http://www.techcrunch.com/2006/12/28/gmail-disaster-reports-of-mass-email-deletions">http://www.techcrunch.com/2006/12/28/gmail-disaster-reports-of-mass-email-deletions</a>) google a déjà perdu quelques mails, c&#39;est rarissime (vraiment) et on peut légitimement supposer que leurs serveurs sont en raid-5 ou 10 ET répliqués à distance dans des datacenters sécurisé donc il y a moins de probabilité de perdre ses mails sur gmail que de les perdre en local (ou sur votre serveur) ET votre backup. Le risque 0 n&#39;existe pas. Là où je suis &lt;b&gt;vraiment&lt;/b&gt; d&#39;accord c&#39;est que l&#39;on confie sa vie à des tiers externes. C&#39;est pourquoi je réfléchi depuis un petit bout de temps à l&#39;idée (<a href="https://larlet.fr/david/biologeek/archives/20070131-reve-de-geek/">https://larlet.fr/david/biologeek/archives/20070131-reve-de-geek/</a>) d&#39;un serveur à 3 watts&lt;/a&gt; + raid pour dans un futur proche.</p>
  94. <p>On ne peut pas faire d&#39;HTML dans les commentaires ?</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">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">18/02/2009</span> :
  100. </p>
  101. <div class="comment-content" property="schema:commentText">
  102. <p>&gt; est-ce si grave de perdre toutes ses photos ? Tous ses mails ? Pour moi non, ce n&#39;est pas &quot;ma vie&quot;</p>
  103. <p>Bon là j&#39;ai du mal à répondre &quot;moi non plus&quot; pour des raisons évidentes : je suis un geek et j&#39;en ai fait mon métier.</p>
  104. <p>Il y a 4 choses importantes, mais non vitales, dans mon cas :</p>
  105. <p>* mon code, aussi bien au niveau de sa fonctionnalité que de sa confidentialité (si je me fais voler mon portable c&#39;est certainement ce point qui me causera le plus de soucis).<br />* mes mails/contacts, bon là c&#39;est uniquement d&#39;un point de vue pro sinon ça se retrouve facilement.<br />* mes photos, ne serait-ce que pour le temps passé dessus et il y en a certaines auxquelles je tiens particulièrement.<br />* mes écrits et les discussions générées, ça me ferait vraiment mal de perdre tout ce qui est ici.<br />* ma paperasserie pro.</p>
  106. <p>À partir de là, à moi d&#39;avoir la bonne démarche pour limiter les dégâts : utilisation de DCVS, synchro imap, backups distants, etc.</p>
  107. <p>Finalement la seule chose vitale (dans le sens où elle me permet d&#39;en vivre) c&#39;est ma réputation qui me permet de faire des rencontres et parfois des clients. Elle n&#39;est pas vraiment matérialisée.</p>
  108. <p>Est-ce que cette problématique existe chez un utilisateur moins avancé ?</p>
  109. <p>Il y a 5 ans non mais l&#39;internaute devient de plus en plus actif, producteur de contenu. Il y a encore énormément de bruit mais ça évoluera et je pense que cet internaute prendra conscience de la valeur de sa production et voudra en prendre soin. C&#39;est en effet du matérialisme numérique.</p>
  110. <p>Maintenant ce qu&#39;il faut voir c&#39;est qu&#39;il ne s&#39;agit pas uniquement des données en elle-mêmes mais aussi de la traçabilité d&#39;un utilisateur. Ton provider OpenID sait à quels sites tu t&#39;es connecté, un service tiers utilisant OAuth sait à quels autres services tu as laissé un accès. Et là ça devient plus inquiétant...</p>
  111. <p>&gt; On ne peut pas faire d&#39;HTML dans les commentaires ?</p>
  112. <p>Ça évite d&#39;utiliser des balises obsolètes ;-)</p>
  113. </div>
  114. </div>
  115. <div class="comment" typeof="schema:UserComments">
  116. <p class="comment-meta">
  117. <span class="comment-author" property="schema:creator">Damien B</span> le <span class="comment-date" property="schema:commentTime">18/02/2009</span> :
  118. </p>
  119. <div class="comment-content" property="schema:commentText">
  120. <p>&quot;Le modèle de l&#39;Apple store est intéressant&quot;</p>
  121. <p>Ca c&#39;est un vrai bon modèle :<br />- boutique pas web, client dédié uniquement<br />- concurrence impossible, seul l&#39;AppStore peut vendre des applications pour l&#39;iTouch/iPhone</p>
  122. <p>Un bien bel exemple de centralisation 1.0, et pourtant il est loué par les pragmatiques 2.0 :-D</p>
  123. </div>
  124. </div>
  125. <div class="comment" typeof="schema:UserComments">
  126. <p class="comment-meta">
  127. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">18/02/2009</span> :
  128. </p>
  129. <div class="comment-content" property="schema:commentText">
  130. <p>Je ne parlais pas de ces aspects là et tu le sais bien :p</p>
  131. <p>Ça serait bien que le W3C avance sur le micro-paiement (<a href="http://www.w3.org/2008/09/msnws/report#Business">http://www.w3.org/2008/09/msnws/report#Business</a>) avant que l&#39;on ait un OpenTruc qui pointe le bout de son nez d&#39;ailleurs...</p>
  132. </div>
  133. </div>
  134. <div class="comment" typeof="schema:UserComments">
  135. <p class="comment-meta">
  136. <span class="comment-author" property="schema:creator">Goulwen</span> le <span class="comment-date" property="schema:commentTime">18/02/2009</span> :
  137. </p>
  138. <div class="comment-content" property="schema:commentText">
  139. <p>L&#39;approche Box présente un certain nombre d&#39;avantages mais elle ne règle pas tout. Je donne quelques points qui me viennent à l&#39;esprit, il en existe d&#39;autres sans doute aussi important voir plus :<br />- Comme tu le dis David, il faut une vraie interopérabilité entre les logiciels sur les ordinateurs et toutes les solutions des FAI, ainsi qu&#39;entre les solutions des FAI, et ce, pour tous les types de publications. Pas simple à mettre en place, en admettant même que développeurs et FAI soient de bonne volonté, ce qui n&#39;a rien d&#39;évident ;<br />- Si cette solution est envisageable pour des publications de photos ou de vidéos, ça n&#39;est pas tout à fait pareil que de publier sur un Flickr ou un YouTube, en terme d&#39;audience (au moins potentielle.) C&#39;est bien pour partager des photos en famille, mais peut être pas adapté pour devenir la nouvelle Colbie Caillat… En outre, cette typologie donnerait un pouvoir encore plus grand aux moteurs de recherche, donc au grand G.<br />- Dans le secteur particulier qui est le mien, le e-elearning, il y a une réflexion pour faire évoluer le standard actuel, SCORM. À l&#39;origine de SCORM, il y a la volonté, entre autres, de libérer le contenu des éditeurs de plate-forme de formation (LMS in English in the text). Actuellement les données sont stockées dans le LMS, mais la compatibilité SCORM assure que l&#39;on peut extraire le contenu (mais pas les données issues du suivi des utilisateurs) et utiliser sur une autre plate-forme sans avoir à tout réécrire. Les limitations de SCORM imposent une évolution, qui pourrait se traduire par l&#39;utilisation de services web. Une évolution supplémentaire dans l&#39;indépendance vis-à-vis du LMS, qui se verrait réduit à un portail lançant des applications externes (encore que ça se discute, toutes les applications Facebook aurait-elle autant de succès hors de Facebook ?) mais ça veut dire que les données seront stockées chez les fournisseurs de services web (Adobe avec Connect, Linden avec SecondLife…) et non plus chez l&#39;organisme à l&#39;origine de la formation, à moins bien sûr de créer ses propres services. Soyons optimistes, les gens derrière SCORM sont intelligents et proposeront une solution, qui pourrait d&#39;ailleurs servir de base de réflexion à d&#39;autres secteurs, moins normalisés.</p>
  140. </div>
  141. </div>
  142. <div class="comment" typeof="schema:UserComments">
  143. <p class="comment-meta">
  144. <span class="comment-author" property="schema:creator">SnippyHolloW</span> le <span class="comment-date" property="schema:commentTime">18/02/2009</span> :
  145. </p>
  146. <div class="comment-content" property="schema:commentText">
  147. <p>En LIFO :</p>
  148. <p>&gt; Si cette solution est envisageable pour des publications de photos ou de vidéos, ça n&#39;est pas tout à fait pareil que de publier sur un Flickr ou un YouTube, en terme d&#39;audience (au moins potentielle.) C&#39;est bien pour partager des photos en famille, mais peut être pas adapté pour devenir la nouvelle Colbie Caillat… En outre, cette typologie donnerait un pouvoir encore plus grand aux moteurs de recherche, donc au grand G.</p>
  149. <p>Elle le sera quand on aura du 100mbit/s up/down (fibre) ... Plus de besoin en BP c&#39;est qu&#39;on devient un professionel (vis à vis ce que l&#39;on distribue). Mais quand ? Pour ce qui est du grand G, je suis pas sûr : j&#39;ai étudié l&#39;accès et recherche d&#39;information avec des applications sur le web, je pense que si beaucoup de gens se mettent à évoluer vers le serveur personnel (&lt;10W hein !), on va vite avoir des solutions de recherche p2p. Et ça pourrait bien fonctionner car on a souvent des centres d&#39;intérêts en commun avec nos amis (liens).</p>
  150. <p>&gt; Un bien bel exemple de centralisation 1.0, et pourtant il est loué par les pragmatiques 2.0 :-D</p>
  151. <p>Bien d&#39;accord ! :)</p>
  152. <p>&gt; Ça évite d&#39;utiliser des balises obsolètes ;-)</p>
  153. <p>Clairement, mais c&#39;est aussi pratique ;) [hack it]</p>
  154. <p>&gt; Maintenant ce qu&#39;il faut voir c&#39;est qu&#39;il ne s&#39;agit pas uniquement des données en elle-mêmes mais aussi de la traçabilité d&#39;un utilisateur. Ton provider OpenID sait à quels sites tu t&#39;es connecté, un service tiers utilisant OAuth sait à quels autres services tu as laissé un accès. Et là ça devient plus inquiétant...</p>
  155. <p>Ouaip, d&#39;où l&#39;intérêt d&#39;un petit serveur perso. On pourrait presque le faire tourner en firmware-hack sur la freebox (par la livebox) si ce n&#39;est que mail, openid sans serveur de fichier multimedia, sinon <a href="http://beagleboard.org/">http://beagleboard.org/</a> .</p>
  156. <p>&gt; Il y a 5 ans non mais l&#39;internaute devient de plus en plus actif, producteur de contenu. Il y a encore énormément de bruit mais ça évoluera et je pense que cet internaute prendra conscience de la valeur de sa production et voudra en prendre soin. C&#39;est en effet du matérialisme numérique.</p>
  157. <p>Ça me ferait également chier mais mais mais ... J&#39;ai un flickr et pleins de photos que j&#39;aime mais c&#39;est pas gravissime. On n&#39;est pas tous des artistes (ou alors on en est vraiment tous) et donc au final l&#39;humanité n&#39;y perd pas grand chose. Ce qui est important c&#39;est de l&#39;avoir vécu (que ce soit les discussions partagée, les photos et autres).</p>
  158. <p>&gt; * mon code, aussi bien au niveau de sa fonctionnalité que de sa confidentialité (si je me fais voler mon portable c&#39;est certainement ce point qui me causera le plus de soucis).<br />* mes mails/contacts, bon là c&#39;est uniquement d&#39;un point de vue pro sinon ça se retrouve facilement.<br />* paperasserie pro</p>
  159. <p>Ça c&#39;est professionel.</p>
  160. <p></p>
  161. </div>
  162. </div>
  163. <div class="comment" typeof="schema:UserComments">
  164. <p class="comment-meta">
  165. <span class="comment-author" property="schema:creator">goulwen</span> le <span class="comment-date" property="schema:commentTime">19/02/2009</span> :
  166. </p>
  167. <div class="comment-content" property="schema:commentText">
  168. <p>@SnippyHolloW</p>
  169. <p>En fait ce n&#39;est pas ce que je voulais dire, même si c&#39;est un point important. Mon idée était que la centralisation d&#39;un Flickr ou d&#39;un MySpace augmente dans une certaine mesure la visibilité des posts utilisateurs. <br />Mais en réfléchissant à ton idée de recherche P2P, on pourrait sans doute y arriver : à chaque mise à jour, un système similaire à un tracker bittorrent informe un site comme piratebay ou mininova. Et du coup, on coupe l&#39;herbe un peu sous le pied de Google… sauf si ce dernier propose une API similaire au sitemap.xml… Mais dans le contexte actuel, je vois mal Orange ou SFR investir dans une technologie qui d&#39;une façon ou d&#39;une autre évoque le P2P…</p>
  170. </div>
  171. </div>
  172. <div class="comment" typeof="schema:UserComments">
  173. <p class="comment-meta">
  174. <span class="comment-author" property="schema:creator">Julien</span> le <span class="comment-date" property="schema:commentTime">20/02/2009</span> :
  175. </p>
  176. <div class="comment-content" property="schema:commentText">
  177. <p>Il y a une solution encore plus simple et beaucoup plus cohérente que la &quot;webox&quot; et qui ne nécessite pas de penser une architecture P2P complexe, c&#39;est tout simplement que les FAI se contentent de faire leur boulot : Fournir du réseau. Pas du hard, pas des service VOD, juste du réseau.</p>
  178. <p>IPv6 va solutionner les éventuels problèmes d&#39;auto conf des équipements derrière le modem/routeur.</p>
  179. <p>Quant aux données, parler un langage commun sans imposer de limitations, c&#39;est le rôle du web sémantique.</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">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">21/02/2009</span> :
  185. </p>
  186. <div class="comment-content" property="schema:commentText">
  187. <p>@SnippyHolloW :</p>
  188. <p>&gt; On n&#39;est pas tous des artistes (ou alors on en est vraiment tous) et donc au final l&#39;humanité n&#39;y perd pas grand chose.</p>
  189. <p>Si on part là-dedans, notre existence n&#39;est pas grand chose comparé à l&#39;humanité non plus ;-).</p>
  190. <p>@goulwen : j&#39;avais commencé à parler du P2P il y a plus de 2 ans (<a href="https://larlet.fr/david/biologeek/archives/20061001-peer-to-peer-et-sauvegarde-croisee/">https://larlet.fr/david/biologeek/archives/20061001-peer-to-peer-et-sauvegarde-croisee/</a>) et rien n&#39;a vraiment évolué dans le domaine depuis... malheureusement.</p>
  191. <p>@Julien : l&#39;intérêt des *box c&#39;est qu&#39;elles constituent déjà un serveur dans notre salon. Après est-ce que ce service doit être couplé à un FAI, bonne question.</p>
  192. <p>Pour IPv6 je suis entièrement d&#39;accord mais il se fait attendre aussi. Quand au web sémantique il ne solutionne pas tout non plus, du moins pour l&#39;instant.</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">SnippyHolloW </span> le <span class="comment-date" property="schema:commentTime">22/02/2009</span> :
  198. </p>
  199. <div class="comment-content" property="schema:commentText">
  200. <p>Ce serait beaucoup trop difficile pour l&#39;utilisateur lambda de s&#39;occuper d&#39;avoir à administrer un serveur si ce n&#39;est pas déjà en bundle dans la box !</p>
  201. </div>
  202. </div>
  203. <div class="comment" typeof="schema:UserComments">
  204. <p class="comment-meta">
  205. <span class="comment-author" property="schema:creator">Julien</span> le <span class="comment-date" property="schema:commentTime">22/02/2009</span> :
  206. </p>
  207. <div class="comment-content" property="schema:commentText">
  208. <p>@SnippyHolloW : Je ne parlais pas de décomposer chaque élément en une machine distincte mais de laisser aux constructeurs dont c&#39;est le boulot (linksys, netgear, ect) le soin de développer des modems &quot;multimédia&quot; plutôt que d&#39;avoir une box exclusive à l&#39;opérateur.</p>
  209. <p>Pour prendre un exemple simple (et en s&#39;en tenant à la comparaison équipement/opérateur et justement pas réseau puisque là ce serait folklo), quand l&#39;utilisateur lambda prend un abonnement de téléphonie mobile chez un opérateur, on lui propose également un téléphone mais pas obligatoirement un unique &quot;liveboxmobile&quot;, des nokia, apple, samsung, ect.</p>
  210. <p>@David : Sans tout solutionner et pour reprendre l&#39;exemple de ton billet, on en a sans doute assez pour mettre en place une galerie photo capable d&#39;envoyer/recevoir/gérer des albums entre des box.</p>
  211. <p>Au &quot;détail&quot; près du contrôle d&#39;accès, mais AMHA même sans s&#39;être mis d&#39;accord sur un protocole unique qui ferait sauter bien des limitations, on ne devrait pas considérer ce problème comme bloquant pour développer ce genre de matos.<br />Ne serait ce que pour solutionner la problématique de base dans la conf de Bayart : Avoir un simple serveur web chez soi, capable d&#39;héberger un blog.</p>
  212. </div>
  213. </div>
  214. <div class="comment" typeof="schema:UserComments">
  215. <p class="comment-meta">
  216. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">22/02/2009</span> :
  217. </p>
  218. <div class="comment-content" property="schema:commentText">
  219. <p>@Julien :</p>
  220. <p>&gt; laisser aux constructeurs dont c&#39;est le boulot (linksys, netgear, ect) le soin de développer des modems &quot;multimédia&quot; plutôt que d&#39;avoir une box exclusive à l&#39;opérateur.</p>
  221. <p>Je pense que les FAI sont bien conscients de leur contrôle là-dessus et ils ne comptent pas lâcher ça sans un procès sur des années je pense...</p>
  222. <p>&gt; on en a sans doute assez pour mettre en place une galerie photo capable d&#39;envoyer/recevoir/gérer des albums entre des box. [...] Avoir un simple serveur web chez soi, capable d&#39;héberger un blog.</p>
  223. <p>Tout à fait. Si j&#39;avais quelques milliers d&#39;euros d&#39;investissement et une années devant moi...</p>
  224. </div>
  225. </div>
  226. <div class="comment" typeof="schema:UserComments">
  227. <p class="comment-meta">
  228. <span class="comment-author" property="schema:creator">goundoulf</span> le <span class="comment-date" property="schema:commentTime">15/04/2009</span> :
  229. </p>
  230. <div class="comment-content" property="schema:commentText">
  231. <p>Merci pour cet article et la mention au projet OpenBox4 d&#39;ouverture de la Neuf Box 4.</p>
  232. <p>Pour l&#39;instant, nous arrivons à modifier le firmware d&#39;origine, donc ajouter diverses fonctionnalités, tout en conservant toutes les fonctionnalités d&#39;origine.</p>
  233. <p>Sinon, il est également possible de faire tourner OpenWrt sur la NB4, mais du coup sans l&#39;ADSL ni la téléphonie.</p>
  234. <p>Une fonctionnalité intéressante à implémenter serait de brancher une clé USB pour héberger un blog directement sur sa Neuf Box.</p>
  235. </div>
  236. </div>
  237. <div class="comment" typeof="schema:UserComments">
  238. <p class="comment-meta">
  239. <span class="comment-author" property="schema:creator">mutuelles</span> le <span class="comment-date" property="schema:commentTime">08/05/2009</span> :
  240. </p>
  241. <div class="comment-content" property="schema:commentText">
  242. <p>Maintenant ce qu&#39;il faut voir c&#39;est qu&#39;il ne s&#39;agit pas uniquement des données en elle-mêmes mais aussi de la traçabilité d&#39;un utilisateur. Ton provider OpenID sait à quels sites tu t&#39;es connecté, un service tiers utilisant OAuth sait à quels autres services tu as laissé un accès. Et là ça devient plus inquiétant...</p>
  243. <p></p>
  244. </div>
  245. </div>
  246. </div>
  247. </section>
  248. <footer>
  249. <nav>
  250. <p>
  251. <small>
  252. 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>
  253. </small>
  254. </p>
  255. </nav>
  256. </footer>
  257. </div>
  258. <script src="/static/david/js/larlet-david-3ee43f.js" data-no-instant></script>
  259. <script data-no-instant>InstantClick.init()</script>
  260. </body>
  261. </html>