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

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335
  1. <!doctype html>
  2. <html lang=fr>
  3. <head>
  4. <!-- Always define the charset before the title -->
  5. <meta charset=utf-8>
  6. <title>★ Quel avenir pour 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/20071124-quel-avenir-pour-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">★ Quel avenir pour les applications web libres ?</h1>
  42. <article typeof="schema:BlogPosting">
  43. <div property="schema:articleBody">
  44. <img src="/static/david/biologeek/images/logos/freeweb.png" alt="vignette" style="float:left; margin: 0.5em 1em;" property="schema:thumbnailUrl" />
  45. <p>Devant la prolifération des <a href="https://larlet.fr/david/biologeek/archives/20070906-web-social-rendez-nous-le-controle-de-nos-donnees/">coffres forts 2.0</a>, je me pose cette question depuis un bon moment maintenant et je me suis dit qu'on pourrait essayer d'y répondre à plusieurs entre utilisateurs, concepteurs et libristes. Après le succès du <a href="https://larlet.fr/david/biologeek/archives/20070201-ergonomie-d-un-blog-en-16-questions/">précédent sondage</a>, j'espère que vous serez toujours aussi motivé(e)s, les règles du jeu sont très simples et il y a <del>un iphone</del> un peu plus de liberté à gagner si les idées poursuivent leur chemin.</p>
  46. <h2>Règles</h2>
  47. <h3>Qui&nbsp;?</h3>
  48. <p>Tout le monde, on ne va pas attendre qu'<a href="http://fr.techcrunch.com/2007/11/15/le-web-dans-5-ans-temoignages-et-perspectives/">une minorité</a> d'éminents blogueurs/investisseurs décide de <strong>notre</strong> avenir en ligne.</p>
  49. <h3>Comment&nbsp;?</h3>
  50. <p>Si vous êtes blogueur vous pouvez publier sur votre blog, la seule condition est que la licence me permette de reproduire le fruit de votre réflexion ici. Dans le cas contraire (bravo vous n'avez pas cédé à la tentation de passer encore plus de temps devant un ordi), vous pouvez poster votre commentaire ci-dessous et il sera affiché lors de la mise à jour du billet avec les réponses. Vous pouvez aussi m'envoyer votre réponse par mail si vous trouvez votre client plus ergonomique ou en html, bref <strong>le format importe peu, ce qui m'intéresse ce sont vos idées sur le sujet</strong>.</p>
  51. <h3>Échéance&nbsp;?</h3>
  52. <p>Je pense qu'une bonne semaine de réflexion devrait suffire, <strong>copie à rendre avant le 2 décembre</strong>, sans faute(s). L'idéal étant de mettre en ligne le 1er et de m'avertir ensuite par n'importe quel moyen de façon à ne pas influencer les autres participants.</p>
  53. <h2>Précisions</h2>
  54. <p><strong>[Edit du 25]</strong>&nbsp;: pour répondre de manière un peu plus précise au premier commentaire, c'était mon introduction initiale mais elle orientait déjà un peu trop le débat à mon avis.</p>
  55. <p>La bataille du desktop est dépassée, nos machines ne seront bientôt plus que des terminaux permettant d'accéder à une machine (ou plutôt un réseau de machines) bien plus compétente&nbsp;: Internet. C'est un peu ce qui m'a fait <a href="https://larlet.fr/david/biologeek/archives/20071112-premieres-impressions-a-chaud-sur-mac-os-x-leopard/">revenir</a> sur certains de mes principes/idéaux concernant les Logiciels Libres, je me suis rendu compte que nous étions beaucoup plus dépendants des applications en ligne que des logiciels que nous utilisons au quotidien. <strong>Le web contient nos écrits, nos relations, nos données,... tout ce qui fait finalement notre identité et qui devrait nous appartenir pleinement</strong>.</p>
  56. <p>Linux, Firefox ou Gimp ne font pas partie de mon identité, ce sont des outils. En revanche les applications web sont de plus en plus des conteneurs à identités. Flickr contient mes photos qui font partie de mon passé, GMail des messages professionnels qui sont d'une importance capitale pour mon activité actuelle, LinkedIn constitue mon réseau professionnel utile à mon avenir. Comment faire le jour où je voudrais en changer&nbsp;? Et quelles alternatives me permettent d'avoir un contrôle total de mes données&nbsp;? C'est dans cette optique que la question a été posée.</p>
  57. <p>Et sinon je vais très certainement assister à la session 7 (entre autres) des <a href="http://www.digitallyours.fr/">Entretiens du Nouveau Monde Industriel</a> le mercredi 28 novembre de 15h30 à 17h dont la thématique est&nbsp;: <em>nouveaux modèles économiques, question juridiques, éthiques et sociétales</em>. Impossible de vous copier la description ici compte tenu du site, mais bon ça à l'air prometteur vu les intervenants :-).</p>
  58. <h2>Résultats</h2>
  59. <p>Vous avez été nombreux à réagir et c'est un plaisir de suivre l'avancée de vos réflexions. No' a ouvert le bal avec une <a href="http://jehaisleprintemps.net/detail.php?id=1659&amp;lang=fr">fiction cauchemardesque</a>&nbsp;:</p>
  60. <blockquote><p>Les gens de SafeBook avaient bien amorcé le virage de 2010. Ils avaient anticipé la généralisation des licences libres et virales pour les sites webs, en publiant immédiatement leur code source, leurs APIs, leurs recettes. Petit à petit, les hackers du monde entier, remplis d'allégresse à l'idée de participer à un vrai réseau social libre avaient commencé à contribuer, tant dans le noyau que dans l'implémentation de petites applications connexes.</p></blockquote>
  61. <p>Rapidement rejoint par Cyril Mougel qui constate un <a href="http://blog.shingara.fr/articles/2007/11/25/quel-avenir-pour-les-applications-web-libres">déclin des applications web libres</a>&nbsp;:</p>
  62. <blockquote><p>Alors que je ne le souhaite pas, j'ai vraiment peur pour ces applications. Autant je trouvais qu'elles prenaient de l'importance il y a 2 ans, autant je trouve que leur utilisation décline. [...] Même nous les Geek passons de plus en plus par ces applications tierces que par des applications internet libre.</p></blockquote>
  63. <p>Sunny va plus loin en proposant de <a href="http://sunfox.org/blog/2007/11/26/avenir-des-applications-libres/">jouer sur l'atomicité</a> et je pense aussi que l'évolution du web va dans ce sens&nbsp;:</p>
  64. <blockquote><p>Les applications libres qui fonctionnent sont celles qui réussissent à se <strong>relier au reste du web</strong>. Les moteurs de blog comme WordPress ou Typo pallient cette coupure grâce à l'utilisation de plus en plus courante des fils de syndication RSS et Atom. Les autres types d'application doivent trouver les formats de données qui leur permettent la même ouverture. L'avenir des applications web libres passe donc par <strong>l'ouverture</strong>.</p></blockquote>
  65. <p>NiCoS est quant à lui <a href="http://www.unelectronlibre.info/index.php/post/2007/12/01/Quel-avenir-pour-les-applications-web-libres">assez pessimiste</a> sur l'avenir des applications web libres à court terme&nbsp;:</p>
  66. <blockquote><p>A court terme et comme tout mouvement, cela se développera chez les plus utopistes, avant-gardiste, geeks existant sur cette planète. Les applications web libres auront un succès limité.</p></blockquote>
  67. <p>Bien qu'il y ait des possibilités à long terme&nbsp;:</p>
  68. <blockquote><p>A long terme, aura-t-on que des applications web libres&nbsp;? un mix libre et propriétaire&nbsp;? Tout comme pour la couche système d'exploitation et logiciel je pense que le libre est l'avenir, cela mettra du temps à se faire et si une application propriétaire utilise des standards et est interopérable, alors elle aura tout à fait sa place.</p></blockquote>
  69. <p>Lezard Breton souligne le fait qu'<a href="http://lezardbreton.info/blog/2007/11/quel-avenir-pour-les-applicati.html">une licence ne suffit pas</a> et ça m'a fait plaisir de lire ça&nbsp;:</p>
  70. <blockquote><p>Cependant, la licence du code dans ce contexte n'est pas aussi importante que l'utilisation des données&nbsp;: je veux savoir comment mes données personnelles sont utilisées, et c'est là que le bas blesse puisque rien n'a été défini de manière consensuelle pour déterminer si une application web est vertueuse ou non.</p></blockquote>
  71. <p>Il y a même eu une participation en anglais <a href="http://www.ariadacapo.net/blog/its-not-the-internet-anymore/">It's not the Internet anymore</a> qui est un excellent texte d'introduction&nbsp;:</p>
  72. <blockquote><p>More and more of our computing is networked, and the day might come when the only software used on your personal computers is a set of hardware drivers. The core of our activities and information will stay online — it's now up to us to decide whether this will be inside a few competing, closed private networks, or within a mesh with no center nor owner, otherwise known as the Internet.</p></blockquote>
  73. <p>Yannick Francois nous gratifie d'un long texte <a href="http://www.typouype.org/articles/2007/12/01/avenir-des-applications-web-libre">en faveur de l'avenir du libre pour le web</a>&nbsp;:</p>
  74. <blockquote><p>Mais surtout il faudrais que nos applications puissent communiquer entre elle pour se partager des informations. Attention, pas des informations sur les utilisateurs, mais plutôt sur un catalogue de flux rss disponible sur une même catégorie par exemple. [...] Je pense qu’il faut batir des applications web libres communiquantes. Peut-être que cela ne s’applique pas à toutes les applications, mais le fait d’être libre permet au moins cela: avoir la possibilité de le faire, même après coup :)</p></blockquote>
  75. <p>Et pour finir Guillaume Schaeffer joue aussi au jeu des prémonitions avec <a href="http://giz404.freecontrib.org/?2007/12/01/349-le-web-dans-5-ans-anticipation">le web dans 5 ans</a>&nbsp;:</p>
  76. <blockquote><p>Il va se développer une sorte d'API publicitaire, permettant aux annonceurs de publier sous différents formats (ah, les fameux widgets), s'adaptant ainsi à tous les supports (téléphone mobile, e-book, pc etc.), recoupant les informations contenues dans vos différents profils pour mieux vous cibler.</p></blockquote>
  77. <h2>Retardataire</h2>
  78. <p><em>05/12/07</em>&nbsp;: Greg Leclercq revient sur l'<a href="http://www.stacksegment.net/blog/index.php?post/2007/12/04/Quel-avenir-pour-les-applications-web-libres-1/">historique des applications web libres</a> avant de continuer lors de prochains épisodes&nbsp;:</p>
  79. <blockquote><p>Par contre que se passerait-il si des cabinets de conseil, et dans la continuité de l'externalisation, poussaient les entreprises à faire des mashup plutôt que d'utiliser des applications libres&nbsp;? Cela me semble peut probable dans beaucoup de situations. Pour la simple raison que mashup implique données stockées un peu partout et sans maîtrise. Pour des données personnelles, si on l'accepte, ça peut passer. Pour des besoins professionnels, ça devient tendu&nbsp;!</p></blockquote>
  80. <p><em>06/12/07</em>&nbsp;: <a href="http://www.lespetitescases.net/">Gautier Poupeau</a> me fait part de ses réflexion par mail&nbsp;:</p>
  81. <blockquote><p>Comme tu pouvais t'en douter, je pense que l'avenir ou du moins une partie réside dans les technologies du Web sémantique et la notion de Web of data. Nous disposons avec RDF et SPARQL d'une API universelle qui permet d'interroger n'importe quelle source de données de la même façon sans connaître a priori la structure des données. C'est, je pense, une révolution, loin des pseudos-solutions que propose Google avec son API Open Social, qui servirait strictement à rien si les réseaux sociaux exposés leurs données via un sparql end point. Et, en liant peu à peu, toutes ces données, une énorme toile est en train de se créer à un niveau de granularité beaucoup plus fin que celui du Web actuel qui se "contente" de relier des documents. Mes derniers billets pourront te donner plus de renseignements sur la question. Mais, je suis persuadé que ces questions vont arriver très vite sur le devant de la scène, surtout avec des technos comme RDFa.</p></blockquote>
  82. <p><strong>Merci pour toutes ces participations</strong> qui se sont aussi manifestées en commentaires ou <a href="http://www.blogueur-influent.fr/151-quel-avenir-pour-les-applications-web-libres.html">en relayant l'information</a> (j'espère n'avoir oublié personne, sinon n'hésitez pas à me contacter, retardataires acceptés ;-)) qui me confortent dans l'idée qu'il y a quelque chose à développer en ce sens. Pour ma part, j'ai trouvé le sujet trop vaste pour tenir en un seul billet donc vous aurez droit à plusieurs épisodes&nbsp;:</p>
  83. <ul>
  84. <li><a href="https://larlet.fr/david/biologeek/archives/20071202-gweb-peut-on-encore-rever-d-un-web-libre/">GWeb, peut-on encore rêver d'un web libre ?</a></li>
  85. <li><a href="https://larlet.fr/david/biologeek/archives/20071224-mozilla-weave-la-liberation-des-donnees-utilisateurs-par-mozilla/">Mozilla Weave&nbsp;: la libération des données utilisateurs par Mozilla</a></li>
  86. <li><a href="https://larlet.fr/david/biologeek/archives/20080227-mieux-que-gratuit-le-business-model-reinvente/">Mieux que gratuit&nbsp;: le business model réinventé</a></li>
  87. </ul>
  88. <p>Bonne lecture&nbsp;!</p>
  89. </div>
  90. </article>
  91. <footer>
  92. <h6 property="schema:datePublished">— 24/11/2007</h6>
  93. </footer>
  94. </section>
  95. <section>
  96. <div>
  97. <h3>Articles peut-être en rapport</h3>
  98. <ul>
  99. <li><a href="/david/biologeek/archives/20090615-ouvert-et-decentralise-est-ce-suffisant/" title="Accès à Ouvert et décentralisé, est-ce suffisant ?">Ouvert et décentralisé, est-ce suffisant ?</a></li>
  100. <li><a href="/david/biologeek/archives/20071224-mozilla-weave-la-liberation-des-donnees-utilisateurs-par-mozilla/" title="Accès à Mozilla Weave : la libération des données utilisateurs par Mozilla">Mozilla Weave : la libération des données utilisateurs par Mozilla</a></li>
  101. <li><a href="/david/biologeek/archives/20071030-le-futur-du-developpement-logiciel/" title="Accès à Le futur du développement logiciel">Le futur du développement logiciel</a></li>
  102. </ul>
  103. </div>
  104. </section>
  105. <section>
  106. <div id="comments">
  107. <h3>Commentaires</h3>
  108. <div class="comment" typeof="schema:UserComments">
  109. <p class="comment-meta">
  110. <span class="comment-author" property="schema:creator">NiCoS</span> le <span class="comment-date" property="schema:commentTime">24/11/2007</span> :
  111. </p>
  112. <div class="comment-content" property="schema:commentText">
  113. <p>Libre, dans quel sens ?<br />
  114. <br />
  115. - Distribué sous une licence libre ?<br />
  116. <br />
  117. - Qui permettent à l'utilisateur de librement pouvoir passer d'un service à un autre ?</p>
  118. </div>
  119. </div>
  120. <div class="comment" typeof="schema:UserComments">
  121. <p class="comment-meta">
  122. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">25/11/2007</span> :
  123. </p>
  124. <div class="comment-content" property="schema:commentText">
  125. <p>Libre dans le sens Logiciel Libre, ce qui implique généralement des formats de données standards et interopérables.</p>
  126. </div>
  127. </div>
  128. <div class="comment" typeof="schema:UserComments">
  129. <p class="comment-meta">
  130. <span class="comment-author" property="schema:creator">No&#39;</span> le <span class="comment-date" property="schema:commentTime">25/11/2007</span> :
  131. </p>
  132. <div class="comment-content" property="schema:commentText">
  133. <p>En guise de réponse : <a href="http://jehaisleprintemps.net/detail.php?id=1659" title="http://jehaisleprintemps.net/detail.php?id=1659" rel="nofollow">jehaisleprintemps.net/det...</a></p>
  134. </div>
  135. </div>
  136. <div class="comment" typeof="schema:UserComments">
  137. <p class="comment-meta">
  138. <span class="comment-author" property="schema:creator">shingara</span> le <span class="comment-date" property="schema:commentTime">25/11/2007</span> :
  139. </p>
  140. <div class="comment-content" property="schema:commentText">
  141. <p>Salut,<br />
  142. <br />
  143. J'ai voulu participer à ton petit sondage et j'ai donc posté ma réponse à cette question sur mon blog :<br />
  144. <br />
  145. <a href="http://blog.shingara.fr/articles/2007/11/25/quel-avenir-pour-les-applications-web-libres" title="http://blog.shingara.fr/articles/2007/11/25/quel-avenir-pour-les-applications-web-libres" rel="nofollow">blog.shingara.fr/articles...</a></p>
  146. </div>
  147. </div>
  148. <div class="comment" typeof="schema:UserComments">
  149. <p class="comment-meta">
  150. <span class="comment-author" property="schema:creator">julien</span> le <span class="comment-date" property="schema:commentTime">26/11/2007</span> :
  151. </p>
  152. <div class="comment-content" property="schema:commentText">
  153. <p>Le bazard et la cathédrale voilà l'avenir (excellent article à lire). Le meilleur cotoie le pire du pire. Le problème du libre c'est qu'il y a beaucoup de dogmatisme. Stallman est l'archétype du sectaire intégriste qui veut GPLiser la terre entière. Malheureusement, le monde n'est pas comme il voudrait et les entreprises ont des contraintes ce qui j'espère permettra aux informaticiens pro libre de mettre plus de rigueur et de professionnalisme dans leur code. D'un point de vue légal aussi il faudrait des avancer notamment avec la notion de responsabilité des auteurs en cas de dysfonctionnement du logiciel entrainant des pertes de données car actuellement c'est &quot;vive le responsable mais pas coupable&quot;. </p>
  154. </div>
  155. </div>
  156. <div class="comment" typeof="schema:UserComments">
  157. <p class="comment-meta">
  158. <span class="comment-author" property="schema:creator">Bruno</span> le <span class="comment-date" property="schema:commentTime">26/11/2007</span> :
  159. </p>
  160. <div class="comment-content" property="schema:commentText">
  161. <p>Voilà quelques liens à propos de ce problème : <br />
  162. - Découvert il y a quelques années déjà : la licence GPL (sauf v3) sans effet <a href="http://radar.oreilly.com/archives/2006/08/open_source_licenses_are_obsol.html" title="http://radar.oreilly.com/archives/2006/08/open_source_licenses_are_obsol.html" rel="nofollow">radar.oreilly.com/archive...</a><br />
  163. - Notez quand même que l'Open Source permet d'eviter la taxe Microsoft et que sans Firefox on serait sans doute encore avec IE 5 !!!<br />
  164. - L'importance des données <a href="http://radar.oreilly.com/archives/2007/11/opensocial_social_mashups.html" title="http://radar.oreilly.com/archives/2007/11/opensocial_social_mashups.html" rel="nofollow">radar.oreilly.com/archive...</a><br />
  165. - La majorité des gens se foutent de savoir ce qu'on fait avec leur données : <a href="http://www.techcrunch.com/2007/11/25/big-brother-facebook-does-anyone-care/" title="http://www.techcrunch.com/2007/11/25/big-brother-facebook-does-anyone-care/" rel="nofollow">www.techcrunch.com/2007/1...</a><br />
  166. - Pour ceux que ca intéresse des solutions : ici <a href="http://www.sixapart.com/about/news/2007/09/were_opening_th.html" title="http://www.sixapart.com/about/news/2007/09/were_opening_th.html" rel="nofollow">www.sixapart.com/about/ne...</a> et là <a href="http://bradfitz.com/social-graph-problem" title="http://bradfitz.com/social-graph-problem" rel="nofollow">bradfitz.com/social-graph...</a> ...<br />
  167. <br />
  168. Perso, je n'utilise plus FaceBook, mais Mugshot : <a href="http://mugshot.org/" title="http://mugshot.org/" rel="nofollow">mugshot.org/</a><br />
  169. <br />
  170. Il y aurait beaucoup de choses à faire en P2P, mais on en est loin encore.<br />
  171. <br />
  172. Le fait de pouvoir recuperer toutes ses données est crucial. (votre carnet d'adresse, les films sous IMDB, vos mails, votre blog, vos contacts, vos liens, vos musiques preferées ...)<br />
  173. <br />
  174. </p>
  175. </div>
  176. </div>
  177. <div class="comment" typeof="schema:UserComments">
  178. <p class="comment-meta">
  179. <span class="comment-author" property="schema:creator">Visiteur développeur</span> le <span class="comment-date" property="schema:commentTime">27/11/2007</span> :
  180. </p>
  181. <div class="comment-content" property="schema:commentText">
  182. <p>Bonne question ! (c'est déjà ça :-))<br />
  183. <br />
  184. Mais qui peut connaître l'avenir ?<br />
  185. <br />
  186. Je me permets de détourner la question en : Quels risques pour les utilisateurs d'applications web ?<br />
  187. <br />
  188. Car, en effet, permettre à tout un chacun d'externaliser ses traitements part d'un bon sentiment (suis-je à ce point naïf ?), mais pour beaucoup d'utilisateurs, les traitements informatiques sont le coeur de leur activité (secrétariat, activité commerciale, etc.)<br />
  189. <br />
  190. N'y a-t-il pas un risque de voir les données et leurs traitements échapper au contrôle de l'utilisateur ?<br />
  191. <br />
  192. N'y a-t-il pas un risque d'&quot;espionnage&quot; ou du moins d'exploitation illicite de ces données ?<br />
  193. <br />
  194. Finalement, je pose plus de questions que je n'apporte de réponse à la vôtre...<br />
  195. <br />
  196. Conclusion : l'avenir nous le dira, mais à quel prix ? (et une question de plus !)</p>
  197. </div>
  198. </div>
  199. <div class="comment" typeof="schema:UserComments">
  200. <p class="comment-meta">
  201. <span class="comment-author" property="schema:creator">Greg</span> le <span class="comment-date" property="schema:commentTime">28/11/2007</span> :
  202. </p>
  203. <div class="comment-content" property="schema:commentText">
  204. <p>Je me pose les mêmes questions que NiCoS : qu'appelle-t-on une application libre ? J'imagine qu'il ne s'agit pas de la partie technique - le moteur de l'application - mais plutôt du service et pour reprendre un terme de notre cher web 2.0, du SaaS. Et là, j'ai encore du mal à définir un SaaS libre.<br />
  205. <br />
  206. Autant la notion de liberté s'applique bien à un projet ou une oeuvre, autant lorsqu'elle porte sur un service, la définition semble être différente. Si on reprend les principes du web 2.0, l'utilisation de standards ouverts et interopérables est une condition nécessaire à la remixability (désolé pour l'anglicisme) et le principe associé : Innovation in Assembly. Cependant, dans ce cas précis, la liberté s'applique aux données, pas au service lui-même. En effet, comment ajouter de nouvelles fonctions au service ? <br />
  207. <br />
  208. C'est un début de reflexion et je vais essayer de me prendre au jeu et contribuer à la reflexion collective que tu viens de lancer :).</p>
  209. </div>
  210. </div>
  211. <div class="comment" typeof="schema:UserComments">
  212. <p class="comment-meta">
  213. <span class="comment-author" property="schema:creator">Olivier Cleynen</span> le <span class="comment-date" property="schema:commentTime">29/11/2007</span> :
  214. </p>
  215. <div class="comment-content" property="schema:commentText">
  216. <p>Bonjour,<br />
  217. Je viens de publier un article qui correspond bien au sujet, je crois... seul hic, il est en anglais:<br />
  218. <a href="http://www.ariadacapo.net/blog/its-not-the-internet-anymore/" title="http://www.ariadacapo.net/blog/its-not-the-internet-anymore/" rel="nofollow">www.ariadacapo.net/blog/i...</a><br />
  219. Mais la license est CC-BY-SA :-)</p>
  220. </div>
  221. </div>
  222. <div class="comment" typeof="schema:UserComments">
  223. <p class="comment-meta">
  224. <span class="comment-author" property="schema:creator">L&#39;antre du reptible Bigouden</span> le <span class="comment-date" property="schema:commentTime">29/11/2007</span> :
  225. </p>
  226. <div class="comment-content" property="schema:commentText">
  227. <!-- TB -->
  228. <p><strong>Quel avenir pour les applications web libres ?</strong></p>
  229. <p>Je rejoins entièrement les préoccupations exprimées sur l'excellent Biologeek : "Quel avenir pour les applications web libres ?" (la phrase "La bataille du desktop est dépassée" est tout de même déplacée). Plusieurs axes de réflexions sont...</p>
  230. </div>
  231. </div>
  232. <div class="comment" typeof="schema:UserComments">
  233. <p class="comment-meta">
  234. <span class="comment-author" property="schema:creator">klint</span> le <span class="comment-date" property="schema:commentTime">29/11/2007</span> :
  235. </p>
  236. <div class="comment-content" property="schema:commentText">
  237. <p>Je ne comprend pas vraiment les exemples flickr et gmail... qui ne sont pas libre, tout au plus gratuit (enfin monétisés grace à la pub). Pour moi un logiciel libre c'est par exemple dotclear que tu utilises.</p>
  238. </div>
  239. </div>
  240. <div class="comment" typeof="schema:UserComments">
  241. <p class="comment-meta">
  242. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">30/11/2007</span> :
  243. </p>
  244. <div class="comment-content" property="schema:commentText">
  245. <p>@klint : ce sont justement des contre exemples !</p>
  246. </div>
  247. </div>
  248. <div class="comment" typeof="schema:UserComments">
  249. <p class="comment-meta">
  250. <span class="comment-author" property="schema:creator">Greg</span> le <span class="comment-date" property="schema:commentTime">02/12/2007</span> :
  251. </p>
  252. <div class="comment-content" property="schema:commentText">
  253. <p>Bon comme je le craignais je suis à la bourre !! J'ai un brouillon en route mais la réflexion est longue et nourrie. Il y a beaucoup de choses à dire et beaucoup de références. Je vais essayer de mettre ça en ligne demain, quitte à découper en plusieurs billets. </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">Greg&#39;s blog</span> le <span class="comment-date" property="schema:commentTime">05/12/2007</span> :
  259. </p>
  260. <div class="comment-content" property="schema:commentText">
  261. <!-- TB -->
  262. <p><strong>Quel avenir pour les applications web libres ? (1/?)</strong></p>
  263. <p>Aujourd'hui le web est présent partout. Et comme le met en avant David Larlet, nos données personnelles se trouvent de plus en plus disséminées sur la toile. Dans ce contexte, l'avenir des applications web libres peut sembler primordial...</p>
  264. </div>
  265. </div>
  266. </div>
  267. </section>
  268. <footer>
  269. <nav>
  270. <p>
  271. <small>
  272. 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>
  273. </small>
  274. </p>
  275. </nav>
  276. </footer>
  277. </div>
  278. <script src="/static/david/js/larlet-david-3ee43f.js" data-no-instant></script>
  279. <script data-no-instant>InstantClick.init()</script>
  280. </body>
  281. </html>