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 39KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393394395396397398399400401402403404405406407408409410411412413414415416417418419420421422423424425426427428429430431432433434435436437438439440441442443444445446447448449450451452453454455456457458459460461462463464465466467468469470471472473474475476477478479480481482483484485486487488489490491492493494495496497498499500501502503504505
  1. <!doctype html>
  2. <html lang=fr>
  3. <head>
  4. <!-- Always define the charset before the title -->
  5. <meta charset=utf-8>
  6. <title>★ Discussions sur les applications web libres — 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/20091202-discussions-sur-les-applications-web-libres">
  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">★ Discussions sur les applications web libres</h1>
  42. <article typeof="schema:BlogPosting">
  43. <div property="schema:articleBody">
  44. <img src="/static/david/biologeek/images/logos/canards.png" alt="vignette" style="float:left; margin: 0.5em 1em;" property="schema:thumbnailUrl" />
  45. <p>Je vais essayer de résumer ce que j'ai dit en introduction des discussions que j'ai eu lors des RMLL (en juillet) et de Paris Web (en octobre) autour de ce thème. Je vous accorde qu'il eut été beaucoup plus intéressant d'avoir les discussions en elles-même mais il faut bien qu'il reste un intérêt à venir ;-). Et puis je vous invite à continuer en commentaires.</p>
  46. <p><em>Note : billet rédigé en partie dans le train donc ça va manquer de liens.</em></p>
  47. <h2>Notion de datacide</h2>
  48. <p>
  49. <img
  50. src="/static/david/biologeek/images/applications_libres/point_commun.jpeg"
  51. alt="Point Commun"
  52. style="margin: 0pt auto; display: block;"/>
  53. </p>
  54. <p>Le point commun entre Pownce, Ma.gno.lia ou Orange blogs est le suivant : une fermeture du service entraînant dans la majorité des cas la perte des données pour l'utilisateur (ou sa réutilisation impossible, je ne parle pas des geeks), ce que j'ai appelé un <strong>datacide par contraction de data et génocide</strong>, une extinction de données (mais alors la perte d'un nom de domaine est un crime contre le Web, argh :-)).</p>
  55. <p>
  56. <img
  57. src="/static/david/biologeek/images/applications_libres/gmail_outage.jpeg"
  58. alt="GMail outage"
  59. style="margin: 0pt auto; display: block;"/>
  60. </p>
  61. <p>Or ce n'est malheureusement pas un cas isolé et on se rend même compte que la majorité des applications web 2.0 n'ont pas duré très longtemps...</p>
  62. <p>
  63. <img
  64. src="/static/david/biologeek/images/applications_libres/web2.jpeg"
  65. alt="Évolution du Web 2.0"
  66. style="margin: 0pt auto; display: block;"/>
  67. </p>
  68. <p>Mais les disparitions brutales ne sont pas les seuls moments qui peuvent mettre en péril vos données, comment faites-vous lorsqu'un service est racheté par une entreprise à laquelle vous ne souhaitez pas livrer vos données personnelles ?</p>
  69. <p>
  70. <img
  71. src="/static/david/biologeek/images/applications_libres/rachat.jpeg"
  72. alt="Rachat de Dopplr par Nokia"
  73. style="margin: 0pt auto; display: block;"/>
  74. </p>
  75. <p>Toutes ces situations sont actuellement possibles du fait de l'enfermement des données dans des silos/prisons 2.0 qui ont la main sur vos données et qui en contrôlent l'accès, la réutilisation, la monétisation, etc.</p>
  76. <p>
  77. <img
  78. src="/static/david/biologeek/images/applications_libres/silos_prisons.jpeg"
  79. alt="Silos/prisons 2.0"
  80. style="margin: 0pt auto; display: block;"/>
  81. </p>
  82. <h2>Applications web libres</h2>
  83. <p>Si on analyse l'évolution du desktop, on a eu le développement à partir d'un système, l'OS, des logiciels qui ont fini par être libérés mais un peu sur le tard ce qui a donné une longueur d'avance difficilement rattrapable par le libre.</p>
  84. <p>
  85. <img
  86. src="/static/david/biologeek/images/applications_libres/evolution.jpeg"
  87. alt="Évolution desktop/web"
  88. style="margin: 0pt auto; display: block;"/>
  89. </p>
  90. <p>Si on passe maintenant au système web, on peut constater avec effroi que l'histoire se répète et c'était justement l'objet de mes interventions : <strong>motiver les développeurs pour une libération du web et de ses utilisateurs</strong>. Ou pour parler plus pragmatiquement, des données et de leur valorisation.</p>
  91. <p>Est-ce déjà perdu vu l'avance de certains acteurs ? Je ne vous cache pas que c'est assez mal parti, mais rien n'est perdu car les habitudes ne sont pas encore assez ancrées pour être irréversibles, <strong>notre fidélité aux applications web est encore relativement faible</strong> (par exemple, il y a beaucoup moins de trolls sur les environnements web que sur les OS encore aujourd'hui, on a les indicateurs qu'on mérite :p).</p>
  92. <p>J'aurais pu m'arrêter là et commencer la discussion mais je voulais poser quelques bases pour l'amorcer. C'est toujours difficile de savoir qui en est où dans l'assistance avant de lancer le débat. Avec le recul, je trouve ce format vraiment intéressant et je pense que j'essayerais de le reproduire.</p>
  93. <h2>Quelques pistes de discussion</h2>
  94. <h3>Architecture et matériel</h3>
  95. <p>
  96. <img
  97. src="/static/david/biologeek/images/applications_libres/architecture.jpeg"
  98. alt="Architecture"
  99. style="margin: 0pt auto; display: block;"/>
  100. </p>
  101. <p><strong>Internet est intrinsèquement pair à pair et acentré</strong> (différent de décentralisé : qui possédait un centre). Or nos connexions asymétriques découragent une telle pratique qui consisterait à rendre chaque machine un serveur potentiel. C'est en partie la raison de l'échec d'Opera Unite par exemple qui a dû placer un proxy de cache pour limiter les faiblesses du réseau, ce qui lui a valu une mauvaise publicité injustifiée dans ce domaine (oui j'ai toujours ça en travers). Pourtant le concept est clairement innovant et permettrait de s'affranchir d'une nouvelle machine pour configurer un serveur local simplement (voir plus bas).</p>
  102. <p>
  103. <img
  104. src="/static/david/biologeek/images/applications_libres/opera_unite.jpeg"
  105. alt="Opera Unite"
  106. style="margin: 0pt auto; display: block;"/>
  107. </p>
  108. <p>On se retrouve ici à un goulot d'étranglement qui fait le bonheur de notre minitel 2.0 actuel : le téléchargement étant plus rapide, il a grandement contribué à la centralisation des services et aux producteurs de contenus professionnels qui ont les moyens de se payer un serveur avec une connexion décente.</p>
  109. <p>
  110. <img
  111. src="/static/david/biologeek/images/applications_libres/materiel.jpeg"
  112. alt="Matériel"
  113. style="margin: 0pt auto; display: block;"/>
  114. </p>
  115. <p>Partant de ce constant, il y a plusieurs alternatives matérielles possibles. On peut soit considérer qu'Internet est un nuage contrôlé par quelques sociétés et qu'il va falloir faire avec en développant des usages plus rapidement au détriment du contrôle de ses données. Je pense notamment à des projets comme <a href="http://www.jolicloud.com/">JoliCloud</a> qui sont tournés vers la mobilité mais qui renforcent cette architecture client/serveur qui n'est pas de l'Internet (vous pouvez mettre dans le même sac Chrome OS).</p>
  116. <p>
  117. <img
  118. src="/static/david/biologeek/images/applications_libres/jolicloud.jpeg"
  119. alt="JoliCloud"
  120. style="margin: 0pt auto; display: block;"/>
  121. </p>
  122. <p><strong>Soit avoir son propre serveur maison qui permette d'héberger et de partager ses données</strong>. Les connexions asymétriques étant suffisantes pour un visiteur unique consultant les photos du dernier par exemple.</p>
  123. <p>Benjamin Bayart était à l'<a href="http://ubuntu-party.org/">Ubuntu Party</a> ce weekend pour motiver des développeurs Ubuntu derrière un projet de no-box qui permettrait d'avoir la configuration d'un serveur web/mail/etc accessible aux humains. Même si c'est un premier pas important si on veut arriver à mettre un serveur libre dans chaque salon, <strong>je pense qu'il faut une forte culture web pour réussir à développer la couche applicative</strong> interopérable, ouverte, connectée, etc au dessus de la couche système. C'est la grande difficulté du projet et <a href="https://larlet.fr/david/biologeek/archives/20070131-reve-de-geek/">je suis bien placé pour le savoir</a> car je me casse les dents sur l'aspect technique depuis 4 ans. Heureusement les choses commencent à bouger et de plus en plus de solutions sont envisageables.</p>
  124. <p><em>Note : il est intéressant de constater la sortie récente d'un Mac mini avec Snow Leopard server qui couplé à MobileMe + un Web App Store (+ éventuellement une tablette) pourrait constituer une solution propriétaire/fermée mais au combien puissante...</em></p>
  125. <h3>Applications et indépendance</h3>
  126. <p>
  127. <img
  128. src="/static/david/biologeek/images/applications_libres/applications.jpeg"
  129. alt="Applications"
  130. style="margin: 0pt auto; display: block;"/>
  131. </p>
  132. <p>Cette couche applicative doit être aussi simple et ergonomique qu'un App Store des applications web (en plus ouvert, libre, mieux). Ça existe déjà avec <a href="http://ladistribution.net/">LaDistribution</a> par exemple qui est un projet au potentiel énorme.</p>
  133. <p>
  134. <img
  135. src="/static/david/biologeek/images/applications_libres/ladistribution.jpeg"
  136. alt="LaDistribution"
  137. style="margin: 0pt auto; display: block;"/>
  138. </p>
  139. <p>Mais cette solution va un peu trop loin à mon goût (même si elle a l'avantage d'être pragmatique). <strong>Idéalement, j'aimerais avoir un entrepôt de données auquel puissent accéder à la fois mes applications et des applications tierces qui valoriseraient ces données.</strong></p>
  140. <p>Par exemple Typepad Motion, développé par les ex-Pownce (en Django toujours), a libéré le code et vous permet pour le moment d'héberger les données sur Typepad, c'est une première tentative de séparation des données et des services dans le (ex-)monde du 2.0.</p>
  141. <p>
  142. <img
  143. src="/static/david/biologeek/images/applications_libres/typepad_motion.jpeg"
  144. alt="Typepad Motion"
  145. style="margin: 0pt auto; display: block;"/>
  146. </p>
  147. <p>Il ne doit pas être très compliqué d'avoir une version qui pointe vers un autre stockage de données, ce qui m'intéresserait finalement beaucoup plus que la possibilité de contrôler le code mais non les données.</p>
  148. <p>
  149. <img
  150. src="/static/david/biologeek/images/applications_libres/independance.jpeg"
  151. alt="Indépendance"
  152. style="margin: 0pt auto; display: block;"/>
  153. </p>
  154. <p>En effet, le point central d'une telle évolution est d'avoir une indépendance vis-à-vis du prestataire, je veux pouvoir changer d'hébergeur de mon entrepôt de données ou d'applications valorisant mes données sans que ce soit contraignant. <strong>Cette indépendance est rendu possible grâce à la possession d'un nom de domaine que l'on contrôle.</strong></p>
  155. <p>Cela éviterait également d'avoir une box dans son salon qui n'est pas super écolo et qui posera tôt ou tard la question de la neutralité du net lorsque les FAI auront compris qu'il y a un marché dans leurs box...</p>
  156. <h3>Identité et confiance</h3>
  157. <p>
  158. <img
  159. src="/static/david/biologeek/images/applications_libres/identite.jpeg"
  160. alt="Identité"
  161. style="margin: 0pt auto; display: block;"/>
  162. </p>
  163. <p>Il reste encore 2 gros problèmes irrésolus jusqu'à présent, mais relativement liés : <strong>la certification de l'identité et la confiance</strong>. L'impossibilité de pouvoir s'assurer de l'identité d'une personne sur ce nouveau continent qu'est le net est une réelle difficulté (je n'entre pas dans le débat c'est aussi une chance, etc). J'ai déjà évoqué ici la place clé des états ou banques dans ce processus mais ce ne sont pas vraiment des acteurs innovants et technophiles...</p>
  164. <p>
  165. <img
  166. src="/static/david/biologeek/images/applications_libres/evolution_identite.jpeg"
  167. alt="Évolution de l'identité"
  168. style="margin: 0pt auto; display: block;"/>
  169. </p>
  170. <p>Une quantification de la confiance pourrait être établie par les réseaux sociaux mais les verified accounts de Twitter me font penser qu'il est difficile de déterminer ça algorithmiquement. Dommage que le W3C n'ait pas vraiment l'air de pousser la réflexion dans ce sens car ça va devenir un point clé et il serait dommage qu'il soit contrôlé par une/quelques société(s).</p>
  171. <h2>Discussions</h2>
  172. <p>De Google à FOAF+SSL, des points de vue juridiques aux points de vue ergonomiques, des concepts aux idées, de nombreux échanges ont suivi qui étaient sacrément intéressants. J'ai eu des retours assez positifs mais je crois que le plus ravi dans l'histoire, c'était moi, <strong>merci aux participants</strong> ! :-)</p>
  173. </div>
  174. </article>
  175. <footer>
  176. <h6 property="schema:datePublished">— 02/12/2009</h6>
  177. </footer>
  178. </section>
  179. <section>
  180. <div>
  181. <h3>Articles peut-être en rapport</h3>
  182. <ul>
  183. <li><a href="/david/biologeek/archives/20110328-les-outils-manquants-opendata/" title="Accès à Les outils manquants de l&#39;OpenData">Les outils manquants de l&#39;OpenData</a></li>
  184. <li><a href="/david/biologeek/archives/20110322-retour-sur-lopendata-et-nous-et-nous-et-nous/" title="Accès à Retour sur l&#39;OpenData et nous, et nous, et nous ?">Retour sur l&#39;OpenData et nous, et nous, et nous ?</a></li>
  185. <li><a href="/david/biologeek/archives/20101203-un-projet-python-de-lidee-la-publication/" title="Accès à Un projet Python : de l&#39;idée à la publication">Un projet Python : de l&#39;idée à la publication</a></li>
  186. </ul>
  187. </div>
  188. </section>
  189. <section>
  190. <div id="comments">
  191. <h3>Commentaires</h3>
  192. <div class="comment" typeof="schema:UserComments">
  193. <p class="comment-meta">
  194. <span class="comment-author" property="schema:creator">Kévin Descoubes</span> le <span class="comment-date" property="schema:commentTime">02/12/2009</span> :
  195. </p>
  196. <div class="comment-content" property="schema:commentText">
  197. <p>petite erreur : &quot;point comment&quot; =&gt; &quot;point commun&quot;, en début de phrase.</p>
  198. <p>Effectivement, tu as bien repris tes slides de la conférence :).</p>
  199. <p>J&#39;avais commencé à aborder le sujet (troll pour certains) de Google Wave ... le débat est lancé :) !</p>
  200. </div>
  201. </div>
  202. <div class="comment" typeof="schema:UserComments">
  203. <p class="comment-meta">
  204. <span class="comment-author" property="schema:creator">Benoit Calvez</span> le <span class="comment-date" property="schema:commentTime">02/12/2009</span> :
  205. </p>
  206. <div class="comment-content" property="schema:commentText">
  207. <p>Rêve de geek 2 ?</p>
  208. <p>Sincèrement, les &quot;gens&quot; ne veulent pas s&#39;ennuyer à avoir leur propre serveur chez eux, tout ces services chez eux, d&#39;ou cette décentralisation.</p>
  209. <p>J&#39;aimerai bien gérer mon identité dans ce web n&#39;empêche.</p>
  210. </div>
  211. </div>
  212. <div class="comment" typeof="schema:UserComments">
  213. <p class="comment-meta">
  214. <span class="comment-author" property="schema:creator">Jérémie Ducastel</span> le <span class="comment-date" property="schema:commentTime">02/12/2009</span> :
  215. </p>
  216. <div class="comment-content" property="schema:commentText">
  217. <p>Une excellente introduction, la question de la libération/propriété des données est cruciale. </p>
  218. <p>D&#39;autant plus que j&#39;aimerais, par exemple, avoir une recherche centralisée de toutes mes données personnelles (documents, signets, courriels, etc). Ce serait plus simple si je pouvais disposer d&#39;un espace de stockage que je contrôle, une base à la couchdb par exemple et sur laquelle je pourrais faire pointer les différents services que j&#39;utilise...</p>
  219. </div>
  220. </div>
  221. <div class="comment" typeof="schema:UserComments">
  222. <p class="comment-meta">
  223. <span class="comment-author" property="schema:creator">JmGilliot</span> le <span class="comment-date" property="schema:commentTime">02/12/2009</span> :
  224. </p>
  225. <div class="comment-content" property="schema:commentText">
  226. <p>Sympa cette présentation billet/diaporama ! et convaincante.</p>
  227. <p>Je retiens l&#39;idée de l&#39;indépendance données - services - hébergeur. C&#39;est effectivement sans doute le moyen de dépasser la tentation &quot;toutes mes données chez moi&quot; qui garantit certes l&#39;indépendance mais pas la pérennité ou la mise à disposition large.</p>
  228. <p>Sinon coté Box, je suis persuadé que nos FAI aient déjà conscience des capacités de tous ces équipements branchés 24/24, et alimentés par les utilisateurs eux-mêmes. Peut être faut-il penser à développer des box libres ? <br /></p>
  229. </div>
  230. </div>
  231. <div class="comment" typeof="schema:UserComments">
  232. <p class="comment-meta">
  233. <span class="comment-author" property="schema:creator">Oncle Tom</span> le <span class="comment-date" property="schema:commentTime">02/12/2009</span> :
  234. </p>
  235. <div class="comment-content" property="schema:commentText">
  236. <p>Toujours très intéressant :-) On pourra te kidnapper pour les RMLL 2010 ? T&#39;auras matière à parler ;-)</p>
  237. </div>
  238. </div>
  239. <div class="comment" typeof="schema:UserComments">
  240. <p class="comment-meta">
  241. <span class="comment-author" property="schema:creator">Damien B</span> le <span class="comment-date" property="schema:commentTime">02/12/2009</span> :
  242. </p>
  243. <div class="comment-content" property="schema:commentText">
  244. <p>&quot;Cela éviterait également d&#39;avoir une box dans son salon qui n&#39;est pas super écolo&quot;</p>
  245. <p>Pas super écolo comparé à quoi ? Les box sont typiquement les équipements électroniques qui consomment le moins. Qu&#39;une PS3 ou une XBox soit qualifiée de pas super écolo d&#39;accord, mais pour les box, il faut préciser un peu :-) Parce que dans le &quot;super écolo&quot;, tu vas trouver 240 gus qui conchient Nespresso et leurs capsules en alu, et tu vas retrouver les 240 mêmes qui vont baver devant le Mac unibody en alu, et qui vont aller en avion aux conférences sur le libre, avion fait principalement... en alu (sauf les derniers en composite, mais bon).</p>
  246. <p>&quot;et qui posera tôt ou tard la question de la neutralité du net lorsque les FAI auront compris qu&#39;il y a un marché dans leurs box...&quot;</p>
  247. <p>Vu les campagnes de pub des FAI, qui ne parlent plus ni de débit, ni de dégroupage, ni de services internet (Free a d&#39;ailleurs fermé sans tambour ni trompettes son service de proxy, à quand son relais news), je crois qu&#39;ils ont compris que le point vendeur (le marché donc) était la box :-D</p>
  248. </div>
  249. </div>
  250. <div class="comment" typeof="schema:UserComments">
  251. <p class="comment-meta">
  252. <span class="comment-author" property="schema:creator">BAgar</span> le <span class="comment-date" property="schema:commentTime">02/12/2009</span> :
  253. </p>
  254. <div class="comment-content" property="schema:commentText">
  255. <p>&quot;Parce que dans le &quot;super écolo&quot;, tu vas trouver 240 gus qui conchient Nespresso et leurs capsules en alu, et tu vas retrouver les 240 mêmes qui vont baver devant le Mac unibody en alu, et qui vont aller en avion aux conférences sur le libre, avion fait principalement... en alu (sauf les derniers en composite, mais bon).&quot;</p>
  256. <p>Quel rapport ? L&#39;aluminium se recycle très bien, quand on prends la peine de mettre en place des systèmes pour le collecter.</p>
  257. </div>
  258. </div>
  259. <div class="comment" typeof="schema:UserComments">
  260. <p class="comment-meta">
  261. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">02/12/2009</span> :
  262. </p>
  263. <div class="comment-content" property="schema:commentText">
  264. <p>@Kévin Descourbes : merci pour la faute, concernant Wave je ne suis pas persuadé que ce soit un outil qui permette d&#39;aller dans ce sens. Ça encourage la collaboration, les échanges en temps réel et beaucoup d&#39;autres choses et le protocole pourrait être une brique de cette vision mais il faudrait que tu précises ce que tu veux discuter :-)</p>
  265. <p>@Benoit Calvez : oui, rêve de geek 2, disons plutôt qu&#39;il évolue avec mes connaissances et centres d&#39;intérêts.</p>
  266. <p>@Jérémie Ducastel : la recherche va être un point clé oui dans une architecture distribuée, la découverte de localisation (je trouve pas le mot français pour ça) et la connectivité des applications sont essentielles pour rendre possible cette recherche.</p>
  267. <p>@JmGilliot : il y a plusieurs initiatives suite à la conf de Benjamin qui sont listées sur <a href="http://www.suna.fdn.fr/globenet/no-box/cahier-charges">http://www.suna.fdn.fr/globenet/no-box/cahier-charges</a> mais aucune n&#39;a aboutie.</p>
  268. <p>@Oncle Tom : parler 2 fois de suite de la même chose c&#39;est pas super pertinent dans notre microsystème mais ça m&#39;intéresse toujours, on en parle demain soir ?</p>
  269. <p>@Damien B : j&#39;avais casé deux fois pragmatique dans le billet et je suis très déçu que tu n&#39;aies pas réagi ;-)</p>
  270. <p>Super écolo comparé à notre cher nuage qui permet de faire des économies d&#39;échelle ou au moins de mutualiser certaines ressources. Après je suis bien d&#39;accord avec toi sur les incohérences des pratiques écologiques au quotidien.<br /></p>
  271. </div>
  272. </div>
  273. <div class="comment" typeof="schema:UserComments">
  274. <p class="comment-meta">
  275. <span class="comment-author" property="schema:creator">NiKo</span> le <span class="comment-date" property="schema:commentTime">02/12/2009</span> :
  276. </p>
  277. <div class="comment-content" property="schema:commentText">
  278. <p>OncleTom++, on serait ravi de te voir répandre la bonne parole en éveiller les consciences aux prochaines rmll :)</p>
  279. <p>Heu, bon sinon, je vais pas trop me répéter sur le sujet mais :</p>
  280. <p> - <a href="https://larlet.fr/david/biologeek/archives/20070131-reve-de-geek/#c7937">https://larlet.fr/david/biologeek/archives/20070131-reve-de-geek/#c7937</a><br /> - <a href="https://larlet.fr/david/biologeek/archives/20090708-travail-sur-les-libertes-fondamentales-des-applications-web/#c49481">https://larlet.fr/david/biologeek/archives/20090708-travail-sur-les-libertes-fondamentales-des-applications-web/#c49481</a><br /> - <a href="https://larlet.fr/david/biologeek/archives/20090708-travail-sur-les-libertes-fondamentales-des-applications-web/#c49486">https://larlet.fr/david/biologeek/archives/20090708-travail-sur-les-libertes-fondamentales-des-applications-web/#c49486</a></p>
  281. <p>Et j&#39;ajouterai juste que tant que ça sera pas aussi simple pour madame Michu de créer un profil FOAF+SSL qu&#39;ouvrir un compte google, ben ça percera pas, datacides ou pas.</p>
  282. </div>
  283. </div>
  284. <div class="comment" typeof="schema:UserComments">
  285. <p class="comment-meta">
  286. <span class="comment-author" property="schema:creator">Neovov</span> le <span class="comment-date" property="schema:commentTime">02/12/2009</span> :
  287. </p>
  288. <div class="comment-content" property="schema:commentText">
  289. <p>Tu fais bien de faire un billet là dessus. J’avais préféré écouter le débat, très intéressant, à Paris-Web (et puis hein, j’suis timide et nul dans ce sujet).</p>
  290. <p>Mais il y a des questions qui me turlupinent :<br />Je suis d’accord avec ta vision, il faut libérer les données, trouver un moyen *simple* pour permettre aux gens de partager leurs données avec la granularité qu’ils veulent. Mais, tant que ce n’est pas en complexifiant la démarche (typiquement, comme OpenID). J’ai peur que cette discussion ne tourne en rond à cause de notre connaissance du web. Beaucoup de gens n’y connaissent rien (ou plutôt, peu en connaissent beaucoup), et ce qui nous semble évident est forcément extrêmement compliqué pour des profanes.</p>
  291. <p>Cette discussion amène à une autre vision du web, qui n’est déjà pas simple à imaginer ou concevoir, alors imaginez l’expliquer à quelqu’un d’autre… Ce qui me semble extrêmement important dans toute cette histoire c’est donc l’abstraction.</p>
  292. <p>J’ai aimé Opera Unite pour la tentative. Passer par un proxy fait l’impasse sur la plateforme technique. Reste encore l’URL qui n’est, pour moi, pas la solution. C’est tout juste si les profanes font la relations entre une URL et un site, alors leurs faire comprendre que maintenant, une URL c’est plus que ça…</p>
  293. <p>Le récent travail de Mozilla est prometteur là dedans (Weave et les concepts de FF4 il me semble), plutôt que de considérer le navigateur comme un simple navigateur, ils le considèrent comme le point d’entrée sur le web.</p>
  294. <p>Plutôt que de s’identifier sur un site, on s’identifie dans son navigateur, et c’est le navigateur qui nous identifie sur le web. Allié à une liste d’ami et un équivalent d’Opera Unite on aurait quelque chose de vraiment magnifique, un web pair-à-pair (ou autre chose que du web…).</p>
  295. <p>Dit comme ça je me dis qu’au final on a pas besoin de box, ou de serveur dans notre salon…</p>
  296. <p>(Et je viens de remarquer que je n’ai posé aucune question…)</p>
  297. </div>
  298. </div>
  299. <div class="comment" typeof="schema:UserComments">
  300. <p class="comment-meta">
  301. <span class="comment-author" property="schema:creator">Jérémie Ducastel</span> le <span class="comment-date" property="schema:commentTime">02/12/2009</span> :
  302. </p>
  303. <div class="comment-content" property="schema:commentText">
  304. <p>Merci pour la correction de ma faute de frappe ;)</p>
  305. <p>L&#39;avantage du stockage &quot;in the cloud&quot; par rapport à un serveur local n&#39;est pas seulement écologique ( = alimenter en continu une quantité bien plus réduite de machines) mais aussi pour la sécurité des données... Si mon appartement brûle, je ne veux pas perdre mes photos papier ET électroniques, par exemple.</p>
  306. </div>
  307. </div>
  308. <div class="comment" typeof="schema:UserComments">
  309. <p class="comment-meta">
  310. <span class="comment-author" property="schema:creator">Damien B</span> le <span class="comment-date" property="schema:commentTime">02/12/2009</span> :
  311. </p>
  312. <div class="comment-content" property="schema:commentText">
  313. <p>BAgar : &quot;Quel rapport ? L&#39;aluminium se recycle très bien, quand on prends la peine de mettre en place des systèmes pour le collecter.&quot;</p>
  314. <p>Sauf qu&#39;avant de recycler l&#39;aluminium, il faut le produire, et le &quot;bilan écologique&quot; de la production n&#39;est quand même pas terrible. Et sinon donc tu dis que la filière de recyclage des ordinateurs est plus au point que celles des capsules ? Ce n&#39;est pas vraiment ce que je vois à ma déchetterie, ce qui ne montre qu&#39;une chose, ça n&#39;est pas universellement vrai :-)</p>
  315. <p>David : traître, tu avais piégé ton texte ! Relisons.</p>
  316. <p>David et Jérémie Ducastel : pour la sécurité des données, pour l&#39;instant je n&#39;ai jamais perdu des infos que je gérais directement, par contre dans le nuage, j&#39;en ai déjà perdues oui (faux positifs noyés dans la masse des spams chez Gmail, données écrasées et enregistrement jamais effectués dans Google Calendar, les premiers sites web qui ont disparu quand le fournisseur a disparu, etc...), le nuage est beau, mais le nuage reste avec un support matériel :-)</p>
  317. <p>Après pour les économies d&#39;échelle, ça reste à calculer finement. La salle d&#39;hébergement est climatisée en permance, pas ma box. Je n&#39;ai pas de surcapacité outrageuse, mon nuage doit avoir de la surcapacité en permanence. Ma box est construite autour de composants basse consommation et basse performance, mon nuage ça reste à voir. Ma box est unique, alors que &quot;mes données&quot; (si j&#39;étais un netizen complet qui met ses données dans tous les services à la mode) ne sont pas dans un nuage, ni deux, ni trois, mais une bonne dizaine : chacun garde sa copie. Un bon nuage est un nuage complètement redondant, dans au moins deux datacenters physiquement séparés. Le Nuage, avec un N majuscule, unique, géré par des personnes qui mettent l&#39;efficacité énergétique en première ligne est un mythe. Au-delà du mythe, il faut calculer, finement :-)</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">quesh</span> le <span class="comment-date" property="schema:commentTime">02/12/2009</span> :
  323. </p>
  324. <div class="comment-content" property="schema:commentText">
  325. <p>@JmGilliot<br />un peu comme une fonera ?<br /><a href="http://demo.fon.com/luci/">http://demo.fon.com/luci/</a></p>
  326. <p>Effectivement, il est temps de se ré-approprier ses données et pas seulement par principe.</p>
  327. </div>
  328. </div>
  329. <div class="comment" typeof="schema:UserComments">
  330. <p class="comment-meta">
  331. <span class="comment-author" property="schema:creator">Wilfried</span> le <span class="comment-date" property="schema:commentTime">02/12/2009</span> :
  332. </p>
  333. <div class="comment-content" property="schema:commentText">
  334. <p>Bonjour,<br />reflexion intéressante,<br />mais qu&#39;en est-il des gens qui n&#39;ont pas de connection internet illimité (comme c&#39;est souvent le cas ici en amérique du nord), ou des gens qui n&#39;ont pas l&#39;électricité 24/24 chez eux, dans certains pays d&#39;afrique par exemple ?</p>
  335. <p>De plus un nouveau problème se pose, les entités qui redirigent vers les identitées et les données sont-elles des tiers de confiance ?</p>
  336. <p>Il faut aussi penser a ceux qui ne veulent pas se soucier de la préservation, de la distribution et de l&#39;utilisation de leurs données. (Il faut resté libre de ne pas l&#39;être ;))</p>
  337. </div>
  338. </div>
  339. <div class="comment" typeof="schema:UserComments">
  340. <p class="comment-meta">
  341. <span class="comment-author" property="schema:creator">Kévin Descoubes</span> le <span class="comment-date" property="schema:commentTime">02/12/2009</span> :
  342. </p>
  343. <div class="comment-content" property="schema:commentText">
  344. <p>@David: tu m&#39;avais déjà fait la remarque lors de la conférence : &quot;tu parles de quoi ? du protocole, du client, du serveur ?&quot;<br />(si si, rappelles toi)</p>
  345. <p>Et donc voilà, je trouve juste que Google Wave est un principe qui a de l&#39;avenir, et le fait qu&#39;il soit &quot;libre&quot; peut encourager et aider au développement d&#39;applications web libres !</p>
  346. </div>
  347. </div>
  348. <div class="comment" typeof="schema:UserComments">
  349. <p class="comment-meta">
  350. <span class="comment-author" property="schema:creator">xethorn</span> le <span class="comment-date" property="schema:commentTime">03/12/2009</span> :
  351. </p>
  352. <div class="comment-content" property="schema:commentText">
  353. <p>Merci pour la recap&#39;. Le contenu est clairement interessant, riche en exemple. Autant dire que meme si j&#39;ai pas pu voir en &quot;vrai&quot;, la lecture fut un veritable regal :)</p>
  354. </div>
  355. </div>
  356. <div class="comment" typeof="schema:UserComments">
  357. <p class="comment-meta">
  358. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">05/12/2009</span> :
  359. </p>
  360. <div class="comment-content" property="schema:commentText">
  361. <p>@NiKo &amp; Neovov : pour répondre à tes commentaires, il faut bien séparer les deux problèmes :</p>
  362. <p>* celui des interfaces qui vont permettre à Mme Michu d&#39;avoir accès à un tel système, c&#39;est un point clé mais il est possible de rendre ces choses simples et ergonomiques à mon avis ;<br />* celui du contrôle des données et pour reprendre ton exemple de FlickR à Freebox, je pense qu&#39;avoir un boîtier que l&#39;on contrôle dans son salon n&#39;est pas une utopie, toute la difficulté réside dans le fait de pouvoir changer de boîtier quand on veut grâce à une simple réplication des données.</p>
  363. <p>Bien sûr on sera toujours dépendant de son registar, des DNS utilisé (Google n&#39;investit pas là-dedans de manière anodine) mais c&#39;est déjà bien meilleur à mon avis. C&#39;est un travail de longue haleine mais progressivement...</p>
  364. <p>@Jérémie Ducastel : mais en même temps, si le datacenter a un soucis, on arrive de toute façon à une situation de datacide si l&#39;on n&#39;a pas une politique de sauvegarde cohérente.</p>
  365. <p>@Damien B : il faudrait effectivement calculer finement, mais il ne faut pas oublier qu&#39;une solution écolo dans le domaine est liée aussi à des réductions de coûts de fonctionnement, ce qui est mon avis la composante qui pourrait transformer le mythe en réalité ;-).</p>
  366. <p>@Wilfried : l&#39;accès au réseau n&#39;est pas égalitaire entre les pays, c&#39;est une réalité. Toute tentative de réappropriation des données est à mon avis une chance pour ces pays qui dépendent actuellement des services principalement américains.</p>
  367. <p>@Kévin Descoubes : je pense que je t&#39;avais plutôt demandé si tu parlais de la plateforme, du produit ou du protocole (cf <a href="https://larlet.fr/david/biologeek/archives/20090605-google-wave-une-fois-la-vague-de-buzz-retombee/">https://larlet.fr/david/biologeek/archives/20090605-google-wave-une-fois-la-vague-de-buzz-retombee/</a>). Le protocole me semble être la piste la plus intéressante.</p>
  368. <p>Est-ce que Wave va encourager le développement d&#39;applications web libres ? Je n&#39;en ai aucune idée, il y a des tas de technos libres qui n&#39;ont juste pas été utilisées.</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">Damien B</span> le <span class="comment-date" property="schema:commentTime">05/12/2009</span> :
  374. </p>
  375. <div class="comment-content" property="schema:commentText">
  376. <p>David : &quot;mais il ne faut pas oublier qu&#39;une solution écolo dans le domaine est liée aussi à des réductions de coûts de fonctionnement&quot;</p>
  377. <p>Je propose la bibliothèque de prêts de livres, ça a un coût de fonctionnement bien inférieur à n&#39;importe quel datacenter :-D</p>
  378. </div>
  379. </div>
  380. <div class="comment" typeof="schema:UserComments">
  381. <p class="comment-meta">
  382. <span class="comment-author" property="schema:creator">Bruno</span> le <span class="comment-date" property="schema:commentTime">10/12/2009</span> :
  383. </p>
  384. <div class="comment-content" property="schema:commentText">
  385. <p>Ce débat est très intéressant, constructif et rejoint vers une réflexion que je me faisais depuis que j&#39;avais testé tous les derniers trucs a la mode: wave, wazabi entre autres.</p>
  386. <p>Au début j&#39;ai trouvé l&#39;évolution vers un mode ou depuis mon PC, celui de mon pote, de mon téléphone, j&#39;accède à mes mails, mes photos, mes amis, vraiment séduisante et intéressante.</p>
  387. <p>Maintenant, je suis en temps réel au courant qu&#39;une information m&#39;est arrivée (wazabi par exemple), je peut la transmettre a tout un tas de gens très simplement.</p>
  388. <p>Google avec Chrome OS fait le postulat qu&#39;un PC c&#39;est un browser web, que tout ce qu&#39;on a besoin est disponible sur la toile, incluant ses datas.</p>
  389. <p>Et la arrive un peu le mal de ventre et l&#39;indigestion ... j&#39;ai vraiment besoin de tout cas ? j&#39;ai vraiment voulut tout ca ?</p>
  390. <p>Je sens une dictature du machin qui gère mes mails, mes flux, mes datas. Si machin ne marche plus, si ma connexion vers machin ne fonctionne pas, comment on fait ?</p>
  391. <p>Hier mon fils a joué sur mon PC avec un jeu qui venait de la bibliothèque, je n&#39;avais pas le réseau. Il s&#39;est bien amusé...</p>
  392. <p>Bref tout ca pour dire, que ce soit la protection, l&#39;accès, le stockage des ses données personelles, qu&#39;a la possibilités de changer facilement de &quot;visualisateurs&quot;.</p>
  393. <p>Je pense que les utilisateurs vont à un moment devoir dire stop. Cela crée une trop grande dépendance avec l&#39;hébergeur et une trop grande inégalité quand à l&#39;accès à l&#39;information.</p>
  394. <p>Le postulat qu&#39;on se dirige vers du cloud computing massif ne me semble vraiment pas établit. </p>
  395. <p>J&#39;espère qu&#39;effectivement des initiatives vont arriver pour libérer les utilisateurs du système ou celui qui montre à la main sur les données.</p>
  396. <p>Wait tests and and See (and/or particapte)</p>
  397. <p>Bruno</p>
  398. <p>Sinon depuis j&#39;ai lut les commentaires de Niko dans les liens, je partage complétement sa vision</p>
  399. </div>
  400. </div>
  401. </div>
  402. </section>
  403. <footer>
  404. <nav>
  405. <p>
  406. <small>
  407. 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>
  408. </small>
  409. </p>
  410. </nav>
  411. </footer>
  412. </div>
  413. <script src="/static/david/js/larlet-david-3ee43f.js" data-no-instant></script>
  414. <script data-no-instant>InstantClick.init()</script>
  415. </body>
  416. </html>