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

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234
  1. <!doctype html>
  2. <html lang=fr>
  3. <head>
  4. <!-- Always define the charset before the title -->
  5. <meta charset=utf-8>
  6. <title>Travail sur les libertés fondamentales des applications web — 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/20090708-travail-sur-les-libertes-fondamentales-des-applications-web">
  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">Travail sur les libertés fondamentales des applications web</h1>
  42. <article typeof="schema:BlogPosting">
  43. <div property="schema:articleBody">
  44. <p>J'y réfléchis depuis un moment mais j'ai du mal à finaliser ça alors je vais vous mettre à contribution :-).</p>
  45. <p>L'idée est d'avoir le pendant au <a href="http://fr.wikipedia.org/wiki/Logiciel_libre#Free_Software_Foundation_.28FSF.29.2C_projet_GNU">4 libertés fondamentales du logiciel libre</a> définies par la FSF :</p>
  46. <ul>
  47. <li>Liberté 0 : La liberté d'exécuter le programme — pour tous les usages ;</li>
  48. <li>Liberté 1 : La liberté d'étudier le fonctionnement du programme — ce qui suppose l'accès au code source ;</li>
  49. <li>Liberté 2 : La liberté de redistribuer des copies — ce qui comprend la liberté de vendre des copies ;</li>
  50. <li>Liberté 3 : La liberté d'améliorer le programme et de publier ses améliorations — ce qui suppose, là encore, l'accès au code source.</li>
  51. </ul>
  52. <p>Alors après faut-il paraphraser certaines libertés, du style :</p>
  53. <blockquote>
  54. <p>La liberté d'héberger l'application — pour tous les usages.</p>
  55. </blockquote>
  56. <p>Ou partir de la base des 4 qui peuvent s'appliquer aux applications web et en ajouter, je n'ai pas encore tranché et j'attends vos retours avisés pour avancer.</p>
  57. <p>PS : j'ai aussi du mal à voir où arrêter la liberté des applications pour passer à la liberté des données...</p>
  58. </div>
  59. </article>
  60. <footer>
  61. <h6 property="schema:datePublished">— 08/07/2009</h6>
  62. </footer>
  63. </section>
  64. <section>
  65. <div>
  66. <h3>Articles peut-être en rapport</h3>
  67. <ul>
  68. <li><a href="/david/biologeek/archives/20090702-discussion-aux-rmll-autour-des-applicationsdonnees-libres/" title="Accès à Discussion aux RMLL autour des applications/données libres">Discussion aux RMLL autour des applications/données libres</a></li>
  69. <li><a href="/david/biologeek/archives/20090623-symbiotes-et-parasites/" title="Accès à Symbiotes et parasites">Symbiotes et parasites</a></li>
  70. <li><a href="/david/biologeek/archives/20090616-intermittents-du-web/" title="Accès à Intermittents du Web">Intermittents du Web</a></li>
  71. </ul>
  72. </div>
  73. </section>
  74. <section>
  75. <div id="comments">
  76. <h3>Commentaires</h3>
  77. <div class="comment" typeof="schema:UserComments">
  78. <p class="comment-meta">
  79. <span class="comment-author" property="schema:creator">Lordphoenix</span> le <span class="comment-date" property="schema:commentTime">08/07/2009</span> :
  80. </p>
  81. <div class="comment-content" property="schema:commentText">
  82. <p>À mon avis au niveau du web il faut plutôt penser en termes de libertés des données car les principaux risques sont de ce coté là. Même s&#39;il ne faut pas les oublier bien sur mais je pense qu&#39;il faut les envisager de manières totalement séparés.</p>
  83. </div>
  84. </div>
  85. <div class="comment" typeof="schema:UserComments">
  86. <p class="comment-meta">
  87. <span class="comment-author" property="schema:creator">PJ Coudert</span> le <span class="comment-date" property="schema:commentTime">08/07/2009</span> :
  88. </p>
  89. <div class="comment-content" property="schema:commentText">
  90. <p>Une première remarque, Liberté 0 : La liberté d&#39;exécuter le programme — pour tous les usages -&gt; implique souvent disponibilité du code source dans une application Web car le code est interprété (php, etc...)</p>
  91. <p>Pour moi l&#39;hébergement est inclus dans cette première liberté.</p>
  92. <p>J&#39;ajouterai deux libertés liées aux données :</p>
  93. <p>- la liberté d&#39;importer/exporter les données dans un format ouvert/ documenté<br />- la liberté de détruire / modifier ses propres données.</p>
  94. </div>
  95. </div>
  96. <div class="comment" typeof="schema:UserComments">
  97. <p class="comment-meta">
  98. <span class="comment-author" property="schema:creator">NiKo</span> le <span class="comment-date" property="schema:commentTime">08/07/2009</span> :
  99. </p>
  100. <div class="comment-content" property="schema:commentText">
  101. <p>J&#39;entends beaucoup parler de réappropriation des données ces temps-ci. C&#39;est une cause noble, les arguments sont évidents mais on oublie trop facilement que l&#39;hébergement de données ne s&#39;improvide pas, surtout si on s&#39;appelle madame Michu et qu&#39;on a ni le temps ni l&#39;envie de passer un PhD d&#39;admin sys pour stocker ses propres tweets-c&#39;est-trop-la-classe. Sans compter qu&#39;au final, où qu&#39;elles soient, mes données appartiennent ou transitent toujours par une infrastructure sur laquelle je n&#39;ai *aucun contrôle...</p>
  102. <p>Exemple, je met mes photos chez FlickR. Ils possèdent mes données, c&#39;est vilain. Ils sortent une sorte de driver abstrait qui permet de les stocker sur un partage s3 chiffré, mettons. Génial, mon compte s3, c&#39;est le mien, je suis enfin à nouveau libre.</p>
  103. <p>Oui mais non, s3 c&#39;est Amazon. Fichtre, me voilà à nouveau prisonnier d&#39;un &quot;silo&quot;, c&#39;est idiot. Qu&#39;à cela ne tienne, FlickR réagit en proposant une abstraction permettant d&#39;écrire et stocker mes données photographiques sur n&#39;importe quel support de stockage distant disposant d&#39;une API normalisée, par exemple (haha, j&#39;en ris déjà à l&#39;avance, de cet effort de standardisation, tiens). Super, je peux enfin stocker mes données sur ma dédibox ! FlickR vient chercher mes données sur *ma* dédibox. Je suis à nouveau libre comme l&#39;air ! Sauf que...</p>
  104. <p>Sauf que ma dédibox, elle est chez Iliad, la maison mère de free, le fournisseur d&#39;accès. La machine est hébergée physiquement dans leur salle blanche, et elle exploite leur infrastructure réseau. Damned, me voila fait à nouveau ! Je réagit fortement et m&#39;installe un serveur de fichier chez moi, dans mon appartement, que je raccorde à Internet via ma prise murale téléphonique en passant par... Et merde, un fournisseur d&#39;accès...</p>
  105. <p>Mes données informatiques passeront toujours par une structure non contrôlée par moi, c&#39;est d&#39;ailleurs juste le cahier des charges d&#39;internet à la base...</p>
  106. <p>Bref, je suis pour cette mouvance de réappropriation des données dans le sens où ça fait prendre conscience aux gens de la valeur de ces dernières. Mais de là à viser l&#39;indépendance structurelle de ces données vis à vis du réseau qui l&#39;exploite, je pense qu&#39;on baigne un poil dans l&#39;utopie. Mais je ne demande qu&#39;à ce que les *faits* me prouvent le contraire... ;-)</p>
  107. </div>
  108. </div>
  109. <div class="comment" typeof="schema:UserComments">
  110. <p class="comment-meta">
  111. <span class="comment-author" property="schema:creator">Nicolas Steinmetz</span> le <span class="comment-date" property="schema:commentTime">08/07/2009</span> :
  112. </p>
  113. <div class="comment-content" property="schema:commentText">
  114. <p>Et bon l&#39;auto-hébergement (cf <a href="http://linuxfr.org/2009/07/08/25706.html">http://linuxfr.org/2009/07/08/25706.html</a>) , ça a ses limites aussi (compétences, temps, ressources, etc). Même si tu te lancais dans un FAI associatif à la FDN, c&#39;est pas encore le graal de l&#39;indépendance...</p>
  115. <p>Je rejoins Niko sur l&#39;aspect prudence / prise de conscience du quidam moyen sur le contrôle dess données mais pour le reste, ça me parait utopique...</p>
  116. <p>Sans oublier qu&#39;en plus, à ton application, tu y accèdes aujourd&quot;hui via un OS proprio qui peut décider à ton insu de plein de choses... Si tu es logique jusqu&#39;au bout, il te faudrait aussi un OS libre avec du hardware libre pour avoir une chaine libre de bout en bout. Sinon tu as toujours une menace de &quot;prise de contrôle&quot;.</p>
  117. <p>Autre point mais je sais pas si c&#39;est la 30aine approchant ou bien mon fils mais j&#39;ai aussi envie que l&#39;informatique à titre perso ça &quot;juste&quot; marche et point. Je ne veux plus passer des heures à recompiler des trucs et bidouiller ici ou là pour avoir un truc qui marche à peu près.</p>
  118. <p>En outre, pour les applis web, pour en vivre, il faut bien un modèle économique et aujourd&#39;hui, c&#39;est la donnée et surtout le traitement que tu peux en faire qui est la monnaie d&#39;échange.</p>
  119. <p>Idéalement, j&#39;aimerais donc bien pouvoir contrôler mes données de bout en bout (exporter dans un format structuré, détruire et non pas désactiver des comptes, etc) mais pour certains services, je pèse le pour et le contre et en fonction, j&#39;y souscris ou pas.</p>
  120. <p>Pragmatisme over utopie quoi... ;-)</p>
  121. </div>
  122. </div>
  123. <div class="comment" typeof="schema:UserComments">
  124. <p class="comment-meta">
  125. <span class="comment-author" property="schema:creator">J4N</span> le <span class="comment-date" property="schema:commentTime">08/07/2009</span> :
  126. </p>
  127. <div class="comment-content" property="schema:commentText">
  128. <p>J&#39;apprécie la réflexion de Niko, mais je me dit, est-ce que la solution ne se trouverait pas dans la distribution décentralisées des données?</p>
  129. <p>Je vois bien un système P2P, ou chaqun n&#39;a pas la donnée complète et ne peut pas la lire comme il le veut, le système pourrait se partager entre plusieurs serveurs, plusieurs fournisseurs ou pourquoi pas à plus grande échelle, plusieurs internautes? Dans le genre okay je met à disposition 10Go de mon disque pour des données que je ne pourrais pas lire, et en échange j&#39;aurais 10 Go répartis sur plusieurs autres PC.</p>
  130. <p>/me a une idée de service à proposer ^^</p>
  131. </div>
  132. </div>
  133. <div class="comment" typeof="schema:UserComments">
  134. <p class="comment-meta">
  135. <span class="comment-author" property="schema:creator">Loic M</span> le <span class="comment-date" property="schema:commentTime">09/07/2009</span> :
  136. </p>
  137. <div class="comment-content" property="schema:commentText">
  138. <p>@NiKo : ce qui importe à mon avis, ce n&#39;est pas tant être totalement indépendant (ta démonstration est suffisamment claire pour montrer qu&#39;on ne peut pas vraiment l&#39;être), c&#39;est d&#39;avoir la possibilité de déplacer ses données à tout moment.</p>
  139. <p>Je peux donc avoir envie de mettre mes photos via S3, puis si un nouveau service voit le jour, moins cher, je peux vouloir les déplacer.</p>
  140. <p>Ce qui compte ce n&#39;est pas tant l&#39;indépendance mais la maitrise de ses données. On passera bien entendu toujours par des intermédiaires commerciaux à qui on les confie temporairement, en payant (ou pas). Tant que je peux les supprimer pour les mettre ailleurs via des formats d&#39;import/export ouvert, tout ira bien.</p>
  141. </div>
  142. </div>
  143. <div class="comment" typeof="schema:UserComments">
  144. <p class="comment-meta">
  145. <span class="comment-author" property="schema:creator">NiKo</span> le <span class="comment-date" property="schema:commentTime">10/07/2009</span> :
  146. </p>
  147. <div class="comment-content" property="schema:commentText">
  148. <p>Loic M&gt; Attention, je dis pas qu&#39;il ne faut pas pousser l&#39;adoption de standards d&#39;import et d&#39;export, c&#39;est bien évidemment quelque chose qui s&#39;impose pour jouer la carte de l&#39;indépendance (et de l&#39;intéropérabilité), c&#39;est juste que j&#39;ai un peu peur que tout ceci ne dépasse fortement les utilisateurs finaux (et pas forcément finauds).</p>
  149. <p>De plus, quid de l&#39;effacement des données une fois que celles-ci ont été &quot;déplacées&quot; ? L&#39;idéal serait d&#39;avoir une certaine transparence quand aux manipulations effectuées sur les données par les organisations... Doit-on légiférer en ce sens ? Qui doit alors contrôler la façon dont se font les choses, un organisme indépendant ? Question piège : cela existe *vraiment*, ce genre de bestiole ?</p>
  150. <p>Bref, je veux pas faire mon Jean-Pierre Pernaud à distiller la peur, la méfiance et le doute de tout à tout bout de champs, et je me doute que de puissants cerveaux se penchent actuellement sur la question à plein temps (enfin j&#39;éspère), mais les données du problème sont aujourd&#39;hui suffisament complexes compte tenu des enjeux forts et souvent paradoxaux en présence pour qu&#39;une solution satisfaisant l&#39;ensemble des parties soit trouvée rapidement, alors que l&#39;urgence est bien réelle...</p>
  151. </div>
  152. </div>
  153. <div class="comment" typeof="schema:UserComments">
  154. <p class="comment-meta">
  155. <span class="comment-author" property="schema:creator">karl</span> le <span class="comment-date" property="schema:commentTime">12/07/2009</span> :
  156. </p>
  157. <div class="comment-content" property="schema:commentText">
  158. <p>Pour les services Web ouverts, il y a une amorce de définition à cet endroit.</p>
  159. <p><a href="http://opendefinition.org/ossd">http://opendefinition.org/ossd</a></p>
  160. </div>
  161. </div>
  162. <div class="comment" typeof="schema:UserComments">
  163. <p class="comment-meta">
  164. <span class="comment-author" property="schema:creator">Loic M</span> le <span class="comment-date" property="schema:commentTime">17/07/2009</span> :
  165. </p>
  166. <div class="comment-content" property="schema:commentText">
  167. <p>@NiKo on est donc bien d&#39;accord. J&#39;avais un peu &quot;peur&quot; avec ton premier commentaire que tu sois dans une vision un peu alarmiste mais finalement ton complément remets les choses en place.</p>
  168. <p>La conclusion c&#39;est qu&#39;il faut d&#39;un côté de la standardisation sur les formats imports/exports pour faciliter les migrations de données, et de l&#39;autre part ce qu&#39;on pourrait appeler des certifications des services rassurant sur le fait qu&#39;ils jouent le jeu (données supprimées vraiment supprimées, ...)</p>
  169. <p>La route est longue...</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">Come</span> le <span class="comment-date" property="schema:commentTime">11/08/2009</span> :
  175. </p>
  176. <div class="comment-content" property="schema:commentText">
  177. <p>@J4N, c&#39;est la parfaite description de FreeNET.</p>
  178. </div>
  179. </div>
  180. </div>
  181. </section>
  182. <footer>
  183. <nav>
  184. <p>
  185. <small>
  186. 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>
  187. </small>
  188. </p>
  189. </nav>
  190. </footer>
  191. </div>
  192. <script src="/static/david/js/larlet-david-3ee43f.js" data-no-instant></script>
  193. <script data-no-instant>InstantClick.init()</script>
  194. </body>
  195. </html>