davidbgk
/
larlet-fr-david-cache


			
							123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393394395396397398399400401402403404405406407408409410411412413414415416417418419420421422423424425426427428429430431432433434435436437438439440441442443444445446447448449450451452453454455456457458459460461462463464465466467468469470471472473474475476477478479480481482483484485486487488489490491492493494495496497498499500501502503504505506507508509510511512513514515516517518519520521522523524525526527528529530531532533534535536537538539540541542543544545546547548549550551552553554555
							<!doctype html><!-- This is a valid HTML5 document. -->
<!-- Screen readers, SEO, extensions and so on. -->
<html lang=fr>
<!-- Has to be within the first 1024 bytes, hence before the <title>
  See: https://www.w3.org/TR/2012/CR-html5-20121217/document-metadata.html#charset -->
<meta charset=utf-8>
<!-- Why no `X-UA-Compatible` meta: https://stackoverflow.com/a/6771584 -->
<!-- The viewport meta is quite crowded and we are responsible for that.
  See: https://codepen.io/tigt/post/meta-viewport-for-2015 -->
<meta name=viewport content="width=device-width,minimum-scale=1,initial-scale=1,shrink-to-fit=no">
<!-- Required to make a valid HTML5 document. -->
<title>Faut-il une date de péremption pour les données ? (archive) — David Larlet</title>
<!-- Generated from https://realfavicongenerator.net/ such a mess. -->
<link rel="apple-touch-icon" sizes="180x180" href="/static/david/icons/apple-touch-icon.png">
<link rel="icon" type="image/png" sizes="32x32" href="/static/david/icons/favicon-32x32.png">
<link rel="icon" type="image/png" sizes="16x16" href="/static/david/icons/favicon-16x16.png">
<link rel="manifest" href="/manifest.json">
<link rel="mask-icon" href="/static/david/icons/safari-pinned-tab.svg" color="#5bbad5">
<link rel="shortcut icon" href="/static/david/icons/favicon.ico">
<meta name="apple-mobile-web-app-title" content="David Larlet">
<meta name="application-name" content="David Larlet">
<meta name="msapplication-TileColor" content="#da532c">
<meta name="msapplication-config" content="/static/david/icons/browserconfig.xml">
<meta name="theme-color" content="#f0f0ea">
<!-- That good ol' feed, subscribe :p. -->
<link rel=alternate type="application/atom+xml" title=Feed href="/david/log/">

  <meta name="robots" content="noindex, nofollow">
  <meta content="origin-when-cross-origin" name="referrer">
  <!-- Canonical URL for SEO purposes -->
  <link rel="canonical" href="http://www.internetactu.net/2015/10/20/faut-il-une-date-de-peremption-pour-les-donnees/">

<style>
/* http://meyerweb.com/eric/tools/css/reset/ */
html, body, div, span,
h1, h2, h3, h4, h5, h6, p, blockquote, pre,
a, abbr, address, big, cite, code,
del, dfn, em, img, ins,
small, strike, strong, tt, var,
dl, dt, dd, ol, ul, li,
fieldset, form, label, legend,
table, caption, tbody, tfoot, thead, tr, th, td,
article, aside, canvas, details, embed,
figure, figcaption, footer, header, hgroup,
menu, nav, output, ruby, section, summary,
time, mark, audio, video {
  margin: 0;
  padding: 0;
  border: 0;
  font-size: 100%;
  font: inherit;
  vertical-align: baseline;
}
/* HTML5 display-role reset for older browsers */
article, aside, details, figcaption, figure,
footer, header, hgroup, menu, nav, section { display: block; }
body { line-height: 1; }
blockquote, q { quotes: none; }
blockquote:before, blockquote:after,
q:before, q:after {
  content: '';
  content: none;
}
table {
  border-collapse: collapse;
  border-spacing: 0;
}

/* http://practicaltypography.com/equity.html */
/* https://calendar.perfplanet.com/2016/no-font-face-bulletproof-syntax/ */
/* https://www.filamentgroup.com/lab/js-web-fonts.html */
@font-face {
  font-family: 'EquityTextB';
  src: url('/static/david/css/fonts/Equity-Text-B-Regular-webfont.woff2') format('woff2'),
       url('/static/david/css/fonts/Equity-Text-B-Regular-webfont.woff') format('woff');
  font-weight: 300;
  font-style: normal;
  font-display: swap;
}
@font-face {
  font-family: 'EquityTextB';
  src: url('/static/david/css/fonts/Equity-Text-B-Italic-webfont.woff2') format('woff2'),
       url('/static/david/css/fonts/Equity-Text-B-Italic-webfont.woff') format('woff');
  font-weight: 300;
  font-style: italic;
  font-display: swap;
}
@font-face {
  font-family: 'EquityTextB';
  src: url('/static/david/css/fonts/Equity-Text-B-Bold-webfont.woff2') format('woff2'),
       url('/static/david/css/fonts/Equity-Text-B-Bold-webfont.woff') format('woff');
  font-weight: 700;
  font-style: normal;
  font-display: swap;
}

@font-face {
  font-family: 'ConcourseT3';
  src: url('/static/david/css/fonts/concourse_t3_regular-webfont-20190806.woff2') format('woff2'),
       url('/static/david/css/fonts/concourse_t3_regular-webfont-20190806.woff') format('woff');
  font-weight: 300;
  font-style: normal;
  font-display: swap;
}


/* http://practice.typekit.com/lesson/caring-about-opentype-features/ */
body {
  /* http://www.cssfontstack.com/ Palatino 99% Win 86% Mac */
  font-family: "EquityTextB", Palatino, serif;
  background-color: #f0f0ea;
  color: #07486c;
  font-kerning: normal;
  -moz-osx-font-smoothing: grayscale;
  -webkit-font-smoothing: subpixel-antialiased;
  text-rendering: optimizeLegibility;
  font-variant-ligatures: common-ligatures contextual;
  font-feature-settings: "kern", "liga", "clig", "calt";
}
pre, code, kbd, samp, var, tt {
  font-family: 'TriplicateT4c', monospace;
}
em {
  font-style: italic;
  color: #323a45;
}
strong {
  font-weight: bold;
  color: black;
}
nav {
  background-color: #323a45;
  color: #f0f0ea;
  display: flex;
  justify-content: space-around;
  padding: 1rem .5rem;
}
  nav:last-child {
    border-bottom: 1vh solid #2d7474;
  }
  nav a {
    color: #f0f0ea;
  }
  nav abbr {
    border-bottom: 1px dotted white;
  }

h1 {
  border-top: 1vh solid #2d7474;
  border-bottom: .2vh dotted #2d7474;
  background-color: #e3e1e1;
  color: #323a45;
  text-align: center;
  padding: 5rem 0 4rem 0;
  width: 100%;
  font-family: 'ConcourseT3';
  display: flex;
  flex-direction: column;
}
  h1.single {
    padding-bottom: 10rem;
  }
  h1 span {
    position: absolute;
    top: 1vh;
    left: 20%;
    line-height: 0;
  }
    h1 span a {
      line-height: 1.7;
      padding: 1rem 1.2rem .6rem 1.2rem;
      border-radius: 0 0 6% 6%;
      background: #2d7474;
      font-size: 1.3rem;
      color: white;
      text-decoration: none;
    }
h2 {
  margin: 4rem 0 1rem;
  border-top: .2vh solid #2d7474;
  padding-top: 1vh;
}
h3 {
  text-align: center;
  margin: 3rem 0 .75em;
}
hr {
  height: .4rem;
  width: .4rem;
  border-radius: .4rem;
  background: #07486c;
  margin: 2.5rem auto;
}
time {
  display: bloc;
  margin-left: 0 !important;
}
ul, ol {
  margin: 2rem;
}
ul {
  list-style-type: square;
}
a {
  text-decoration-skip-ink: auto;
  text-decoration-thickness: 0.05em;
  text-underline-offset: 0.09em;
}
article {
  max-width: 50rem;
  display: flex;
  flex-direction: column;
  margin: 2rem auto;
}
  article.single {
    border-top: .2vh dotted #2d7474;
    margin: -6rem auto 1rem auto;
    background: #f0f0ea;
    padding: 2rem;
  }
  article p:last-child {
    margin-bottom: 1rem;
  }
p {
  padding: 0 .5rem;
  margin-left: 3rem;
}
  p + p,
  figure + p {
    margin-top: 2rem;
  }

blockquote {
  background-color: #e3e1e1;
  border-left: .5vw solid #2d7474;
  display: flex;
  flex-direction: column;
  align-items: center;
  padding: 1rem;
  margin: 1.5rem;
}
  blockquote cite {
    font-style: italic;
  }
  blockquote p {
    margin-left: 0;
  }

figure {
  border-top: .2vh solid #2d7474;
  background-color: #e3e1e1;
  text-align: center;
  padding: 1.5rem 0;
  margin: 1rem 0 0;
  font-size: 1.5rem;
  width: 100%;
}
  figure img {
    max-width: 250px;
    max-height: 250px;
    border: .5vw solid #323a45;
    padding: 1px;
  }
figcaption {
  padding: 1rem;
  line-height: 1.4;
}
aside {
  display: flex;
  flex-direction: column;
  background-color: #e3e1e1;
  padding: 1rem 0;
  border-bottom: .2vh solid #07486c;
}
  aside p {
    max-width: 50rem;
    margin: 0 auto;
  }

/* https://fvsch.com/code/css-locks/ */
p, li, pre, code, kbd, samp, var, tt, time, details, figcaption {
  font-size: 1rem;
  line-height: calc( 1.5em + 0.2 * 1rem );
}
h1 {
  font-size: 1.9rem;
  line-height: calc( 1.2em + 0.2 * 1rem );
}
h2 {
  font-size: 1.6rem;
  line-height: calc( 1.3em + 0.2 * 1rem );
}
h3 {
  font-size: 1.35rem;
  line-height: calc( 1.4em + 0.2 * 1rem );
}
@media (min-width: 20em) {
  /* The (100vw - 20rem) / (50 - 20) part
     resolves to 0-1rem, depending on the
     viewport width (between 20em and 50em). */
  p, li, pre, code, kbd, samp, var, tt, time, details, figcaption {
    font-size: calc( 1rem + .6 * (100vw - 20rem) / (50 - 20) );
    line-height: calc( 1.5em + 0.2 * (100vw - 50rem) / (20 - 50) );
    margin-left: 0;
  }
  h1 {
    font-size: calc( 1.9rem + 1.5 * (100vw - 20rem) / (50 - 20) );
    line-height: calc( 1.2em + 0.2 * (100vw - 50rem) / (20 - 50) );
  }
  h2 {
    font-size: calc( 1.5rem + 1.5 * (100vw - 20rem) / (50 - 20) );
    line-height: calc( 1.3em + 0.2 * (100vw - 50rem) / (20 - 50) );
  }
  h3 {
    font-size: calc( 1.35rem + 1.5 * (100vw - 20rem) / (50 - 20) );
    line-height: calc( 1.4em + 0.2 * (100vw - 50rem) / (20 - 50) );
  }
}
@media (min-width: 50em) {
  /* The right part of the addition *must* be a
     rem value. In this example we *could* change
     the whole declaration to font-size:2.5rem,
     but if our baseline value was not expressed
     in rem we would have to use calc. */
  p, li, pre, code, kbd, samp, var, tt, time, details, figcaption {
    font-size: calc( 1rem + .6 * 1rem );
    line-height: 1.5em;
  }
  p, li, pre, details {
    margin-left: 3rem;
  }
  h1 {
    font-size: calc( 1.9rem + 1.5 * 1rem );
    line-height: 1.2em;
  }
  h2 {
    font-size: calc( 1.5rem + 1.5 * 1rem );
    line-height: 1.3em;
  }
  h3 {
    font-size: calc( 1.35rem + 1.5 * 1rem );
    line-height: 1.4em;
  }
  figure img {
    max-width: 500px;
    max-height: 500px;
  }
}

figure.unsquared {
  margin-bottom: 1.5rem;
}
  figure.unsquared img {
    height: inherit;
  }


@media print {
  body { font-size: 100%; }
  a:after { content: " (" attr(href) ")"; }
  a, a:link, a:visited, a:after {
    text-decoration: underline;
    text-shadow: none !important;
    background-image: none !important;
    background: white;
    color: black;
  }
  abbr[title] { border-bottom: 0; }
  abbr[title]:after { content: " (" attr(title) ")"; }
  img { page-break-inside: avoid; }
  @page { margin: 2cm .5cm; }
  h1, h2, h3 { page-break-after: avoid; }
  p3 { orphans: 3; widows: 3; }
  img {
    max-width: 250px !important;
    max-height: 250px !important;
  }
  nav, aside { display: none; }
}

ul.with_columns {
  column-count: 1;
}
@media (min-width: 20em) {
  ul.with_columns {
    column-count: 2;
  }
}
@media (min-width: 50em) {
  ul.with_columns {
    column-count: 3;
  }
}
ul.with_two_columns {
  column-count: 1;
}
@media (min-width: 20em) {
  ul.with_two_columns {
    column-count: 1;
  }
}
@media (min-width: 50em) {
  ul.with_two_columns {
    column-count: 2;
  }
}

.gallery {
  display: flex;
  flex-wrap: wrap;
  justify-content: space-around;
}
  .gallery figure img {
    margin-left: 1rem;
    margin-right: 1rem;
  }
  .gallery figure figcaption {
    font-family: 'ConcourseT3'
  }

footer {
  font-family: 'ConcourseT3';
  display: flex;
  flex-direction: column;
  border-top: 3px solid white;
  padding: 4rem 0;
  background-color: #07486c;
  color: white;
}
  footer > * {
    max-width: 50rem;
    margin: 0 auto;
  }
  footer a {
    color: #f1c40f;
  }
  footer .avatar {
    width: 200px;
    height: 200px;
    border-radius: 50%;
    float: left;
    -webkit-shape-outside: circle();
    shape-outside: circle();
    margin-right: 2rem;
    padding: 2px 5px 5px 2px;
    background: white;
    border-left: 1px solid #f1c40f;
    border-top: 1px solid #f1c40f;
    border-right: 5px solid #f1c40f;
    border-bottom: 5px solid #f1c40f;
  }
</style>

<h1>
  <span><a id="jumper" href="#jumpto" title="Un peu perdu ?">?</a></span>
  Faut-il une date de péremption pour les données ? (archive)
  <time>Pour la pérennité des contenus liés. Non-indexé, retrait sur simple email.</time>
</h1>
<section>
  <article>
    <h3><a href="http://www.internetactu.net/2015/10/20/faut-il-une-date-de-peremption-pour-les-donnees/">Source originale du contenu</a></h3>
    <p>Faut-il imaginer une demi-vie pour les données ? C’est la question que posait le fondateur de <a href="https://pinboard.in/">Pinboard</a>, ce système de partage de signets collaboratif, <a href="http://www.idlewords.com/">Maciej Ceglowski</a> (<a href="https://twitter.com/baconmeteor">@baconmeteor</a>), lors de sa récente intervention (<a href="https://www.youtube.com/watch?time_continue=1&amp;v=GAXLHM-1Psk">vidéo</a>, <a href="http://idlewords.com/talks/haunted_by_data.htm">transcription</a>) à la <a href="http://strataconf.com/big-data-conference-ny-2015">conférence Strata</a>, rapporte <a href="http://www.soufron.com/et-si-le-big-data-etait-aussi-dangereux-que-le-nucleaire-faut-il-imaginer-une-demi-vie-pour-les-donnees/">sur son blog Jean-Baptiste Soufron</a>, ancien secrétaire général du Conseil national du numérique. </p>

<p><iframe src="https://www.youtube.com/embed/GAXLHM-1Psk" frameborder="0" allowfullscreen="">VIDEO</iframe></p>

<p>“Les traces que les utilisateurs laissent derrière eux sont radioactives, elles continuent à pouvoir avoir un effet négatif jusque des années plus tard.” La plupart des données échappent à tout contrôle sérieux. “Elles sont échangées, modifiées, revendues. Mais surtout, comme les déchets nucléaires, elles restent.” Pour Maciej Ceglowski, les données sont toxiques et comme le nucléaire, elles sont toujours susceptibles de fuite, expliquait-il dans sa conférence intitulée “hanté par les données”. Les données ne se caractérisent pas par les termes bucoliques qu’on leur attribue (nuages, flux…), elles sont “un tas de matières radioactives, des boues toxiques que nous ne savons pas comment gérer”. Pour lui, les données que l’on recueille sur les gens ont les mêmes caractéristiques que les déchets nucléaires : elles ont le pouvoir de nous contaminer pendant des décennies. “La science des données est devenue la réponse universelle : peu importe la question”.</p>

<p>“Les traces que nous laissons aujourd’hui peuvent être légitimes, mais que se passera-t-il si elles deviennent punissables dans 10 ou 20 ans”, comme les artistes hollywoodiens en ont fait l’expérience lors du maccarthysme ? “Que se serait-il passé si on avait eu accès au détail des correspondances de Charlie Chaplin sur Gmail, ou de ses DM sur Twitter ?”, prend comme exemple Jean-Baptiste Soufron. </p>

<p>Science-fiction ? Peut-être pas. La police américaine a récemment demandé à <a href="http://www.ancestry.com/">Ancestry.com</a> et à <a href="https://www.23andme.com/">23andMe</a> d’accéder aux données génétiques de leurs clients pour trouver des correspondances avec les données qu’elle conserve dans ses bases de traces recueillies sur des scènes de crime, <a href="http://fusion.net/story/215204/law-enforcement-agencies-are-asking-ancestry-com-and-23andme-for-their-customers-dna">rapporte Fusion</a>. Le million de clients de 23andMe, qui ont simplement cherché pour des raisons de santé ou par curiosité, à avoir une information génétique sur eux-mêmes, pourrait devenir désormais des suspects. </p>

<p>23andMe assure avoir refusé d’obtempérer aux demandes d’accès du FBI et projette de mettre en place <a href="http://www.internetactu.net/2015/06/03/la-garantie-du-canari/">un rapport de transparence</a> très rapidement pour informer ses utilisateurs des demandes d’accès de la justice et de la police. Un porte-parole d’Ancestry a reconnu avoir été obligé de fournir à un tribunal l’ADN de clients qui pouvaient correspondre à des traces recueillies par la police. Le problème est qu’une requête dans la base ADN de 23andMe ou d’Ancestry peut rendre suspect non seulement la personne qui y est référencé, mais également sa famille. Une conséquence que ceux qui utilisent le site n’ont certainement pas à l’esprit quand ils envoient un échantillon de salive pour découvrir ce que leur dit leur patrimoine génétique. </p>

<p>23andMe assure que si cette idée vous inquiète, la société propose d’effacer vos données dans les 30 jours sur simple requête… Encore faut-il avoir pleinement confiance dans cet effacement. Or les Gafa nous ont déjà largement montré qu’ils n’étaient pas toujours très sincères avec cette question, <a href="http://www.lemonde.fr/pixels/article/2015/10/06/max-schrems-le-gardien-des-donnees-personnelles-qui-fait-trembler-les-geants-du-web_4783391_4408996.html">comme l’avait mis à jour l’hacktiviste Max Schrems en constatant que des informations effacées de son compte étaient toujours stockées sur les serveurs de Facebook</a>. <a href="http://boingboing.net/2015/10/17/23andme-ancestry-com-aggrega.html">Comme ironise Cory Doctorow sur Boing Boing</a>, les entreprises qui amassent d’énormes bases de données vont devenir la cible de la police, de la justice et des espions ; des justiciables (80% des divorces aux Etats-Unis impliqueraient une assignation à Facebook par l’un des époux pour accéder à son historique), et par les criminels (comme le montrent les nombreux scandales de piratage de grosses bases de données). “Etre assis sur toutes ces informations personnelles est comme d’être assis sur tout un tas de déchets nucléaires : à moins que vous soyez capables de les garder parfaitement et totalement sans danger (ce qui est impossible dans l’esprit de Doctorow – NDT), vous allez probablement finir par causer des effets négatifs indescriptibles”. </p>

<p><a href="http://www.internetactu.net/wp-content/uploads/2015/10/hauntedbydata.png"><img src="http://www.internetactu.net/wp-content/uploads/2015/10/hauntedbydata.png" alt="hauntedbydata" class="alignnone size-full wp-image-24414" hspace="6" vspace="6" align="right"/></a>Pour Maciej Ceglowski, la collecte de données est un bien piètre compromis qui blesse les personnes dont vous collectez des données et qui nuit à votre capacité à penser clairement. Il conseille donc de ne pas collecter les données (“Tout comme vous ne vous inquiétez pas de vous faire agresser si vous ne disposez pas d’argent, vos problèmes de données disparaissent si vous arrêtez de les recueillir”). </p>

<p>Si vous avez à les recueillir, ne les stockez pas. Privilégiez un traitement en temps réel. </p>

<p>Enfin, si vous êtes amené à les stocker, ne le faites pas sur des serveurs tiers, comme ceux de l’informatique en nuage à la demande. </p>

<p>“Je crois qu’il devrait y avoir une limite à la collecte de données comportementales de 90 jours, non pas parce que je cherche à pourrir le Noël de vos enfants, mais parce que je pense que cela nous donnera de meilleures données en redonnant à chacun un semblant de respect de leur vie privée. Au final, ne soyez pas surpris. Le modèle actuel de surveillance total et de stockage permanent n’est pas tenable. Si nous nous y accrochons, nous allons au-devant d’incidents qui galvaniseront la population contre cette technologie, pareille à <a href="https://fr.wikipedia.org/wiki/Accident_nucl%C3%A9aire_de_Three_Mile_Island">l’accident nucléaire de Three Mile Island</a>. (…) Il est temps pour nous tous de prendre une profonde inspiration et de retirer nos caleçons au radium.”</p>

<p>Des conseils de bon sens, mais dont tout le monde se contrefiche.  </p>

<p>Car, le modèle actuel est totalement inverse. Tout le monde essaye de conserver le maximum de données le maximum de temps. Comme le synthétise très bien Jean-Baptiste Soufron : “Comme pour les accidents nucléaires, la question n’est pas de savoir si des accidents vont se produire, mais de savoir quand.”</p>

<p>Jean-Baptiste Soufron rappelle qu’il avait évoqué lors de travaux du Conseil national du numérique la question d’une date de péremption des données, “c’est-à-dire une date à partir de laquelle il est nécessaire de redemander l’autorisation de l’utilisateur pour continuer à les utiliser. Sans cette autorisation supplémentaire, les données devraient être effacées.” Ces questions de date de péremption des données ont en effet régulièrement été abordées sans avoir été vraiment tranchées. <a href="http://www.cnil.fr/vos-obligations/vos-obligations/">La CNIL souligne qu’elles doivent avoir une durée de conservation raisonnable en fonction de l’objectif du fichier</a>, ce qu’on appelle le principe de temporalité. Depuis 2007, Google assure ne conserver nos traces qu’entre 18 et 24 mois. Et la plupart des services semblent se conformer peu ou prou à cette durée de conservation de 24 mois, sans que nous le sachions vraiment, puisque les obtenir s’avère souvent compliqué, <a href="http://rue89.nouvelobs.com/2015/10/07/99-pages-a4-airbnb-deballe-tout-quil-sait-261533">comme le montrait Robin Prudent en essayant d’obtenir les données que Airbnb détenait sur lui</a>.</p>

<p>Plus qu’un <a href="https://fr.wikipedia.org/wiki/Droit_%C3%A0_l'oubli">droit à l’oubli</a>, la question de la durée de vie des données, de leur réel effacement… et de la confiance qui l’accompagne se pose avec toujours plus d’acuité. Depuis que les grands services du numérique ont été mis en cause par les révélations d’Edward Snowden, leur capital de confiance est sérieusement écorné. <a href="http://www.lemonde.fr/pixels/article/2015/10/19/facebook-previent-ses-utilisateurs-si-un-etat-s-infiltre-dans-leur-compte_4792416_4408996.html">L’annonce toute fraîche par Facebook et Gmail</a> d’avertir les utilisateurs si leur compte a été visé ou compromis par une attaque provenant de quelqu’un travaillant pour le compte d’un Etat dans les pays sensibles, laisse de côté toute la question de la surveillance de masse et des principes d’accès de la police et de la justice dans les pays dits démocratiques. Ce hiatus en passe de devenir schizophrénique ne semble pas être sensible aux alertes. Aucun argument ne semble être capable de raisonner les services qui fondent sur les données comme mouches sur le sucre. A défaut d’entendre les alertes, si l’on en croit Maciej Ceglowski, il va falloir s’attendre un accident équivalent à un accident nucléaire, alors qu’en matière de fuite, de piratage et de vol de données, <a href="http://alireailleurs.tumblr.com/post/103452338364/big-data-big-br%C3%A8ches-huffington-post">on pense déjà avoir connu le pire</a>.   </p>
  </article>
</section>


<nav id="jumpto">
  <p>
    <a href="/david/blog/">Accueil du blog</a> |
    <a href="http://www.internetactu.net/2015/10/20/faut-il-une-date-de-peremption-pour-les-donnees/">Source originale</a> |
    <a href="/david/stream/2019/">Accueil du flux</a>
  </p>
</nav>

<footer>
  <div>
    <img src="/static/david/david-larlet-avatar.jpg" loading="lazy" class="avatar" width="200" height="200">
    <p>
      Bonjour/Hi!
      Je suis <a href="/david/" title="Profil public">David&nbsp;Larlet</a>, je vis actuellement à Montréal et j’alimente cet espace depuis 15 ans. <br>
      Si tu as apprécié cette lecture, n’hésite pas à poursuivre ton exploration. Par exemple via les <a href="/david/blog/" title="Expériences bienveillantes">réflexions bimestrielles</a>, la <a href="/david/stream/2019/" title="Pensées (dés)articulées">veille hebdomadaire</a> ou en t’abonnant au <a href="/david/log/" title="S’abonner aux publications via RSS">flux RSS</a> (<a href="/david/blog/2019/flux-rss/" title="Tiens c’est quoi un flux RSS ?">so 2005</a>).
    </p>
    <p>
      Je m’intéresse à la place que je peux avoir dans ce monde. En tant qu’humain, en tant que membre d’une famille et en tant qu’associé d’une coopérative. De temps en temps, je fais aussi des <a href="https://github.com/davidbgk" title="Principalement sur Github mais aussi ailleurs">trucs techniques</a>. Et encore plus rarement, <a href="/david/talks/" title="En ce moment je laisse plutôt la place aux autres">j’en parle</a>.
    </p>
    
    <p>
      Voici quelques articles choisis :
      <a href="/david/blog/2019/faire-equipe/" title="Accéder à l’article complet">Faire équipe</a>,
      <a href="/david/blog/2018/bivouac-automnal/" title="Accéder à l’article complet">Bivouac automnal</a>,
      <a href="/david/blog/2018/commodite-effondrement/" title="Accéder à l’article complet">Commodité et effondrement</a>,
      <a href="/david/blog/2017/donnees-communs/" title="Accéder à l’article complet">Des données aux communs</a>,
      <a href="/david/blog/2016/accompagner-enfant/" title="Accéder à l’article complet">Accompagner un enfant</a>,
      <a href="/david/blog/2016/senior-developer/" title="Accéder à l’article complet">Senior developer</a>,
      <a href="/david/blog/2016/illusion-sociale/" title="Accéder à l’article complet">L’illusion sociale</a>,
      <a href="/david/blog/2016/instantane-scopyleft/" title="Accéder à l’article complet">Instantané Scopyleft</a>,
      <a href="/david/blog/2016/enseigner-web/" title="Accéder à l’article complet">Enseigner le Web</a>,
      <a href="/david/blog/2016/simplicite-defaut/" title="Accéder à l’article complet">Simplicité par défaut</a>,
      <a href="/david/blog/2016/minimalisme-esthetique/" title="Accéder à l’article complet">Minimalisme et esthétique</a>,
      <a href="/david/blog/2014/un-web-omni-present/" title="Accéder à l’article complet">Un web omni-présent</a>,
      <a href="/david/blog/2014/manifeste-developpeur/" title="Accéder à l’article complet">Manifeste de développeur</a>,
      <a href="/david/blog/2013/confort-convivialite/" title="Accéder à l’article complet">Confort et convivialité</a>,
      <a href="/david/blog/2013/testament-numerique/" title="Accéder à l’article complet">Testament numérique</a>,
      et <a href="/david/blog/" title="Accéder aux archives">bien d’autres…</a>
    </p>
    <p>
      On peut <a href="mailto:david%40larlet.fr" title="Envoyer un courriel">échanger par courriel</a>. Si éventuellement tu souhaites que l’on travaille ensemble, tu devrais commencer par consulter le <a href="http://larlet.com">profil dédié à mon activité professionnelle</a> et/ou contacter directement <a href="http://scopyleft.fr/">scopyleft</a>, la <abbr title="Société coopérative et participative">SCOP</abbr> dont je fais partie depuis six ans. Je recommande au préalable de lire <a href="/david/blog/2018/cout-site/" title="Attention ce qui va suivre peut vous choquer">combien coûte un site</a> et pourquoi je suis plutôt favorable à une <a href="/david/pro/devis/" title="Discutons-en !">non-demande de devis</a>.
    </p>
    <p>
      Je ne traque pas ta navigation mais mon
      <abbr title="Alwaysdata, 62 rue Tiquetonne 75002 Paris, +33.184162340">hébergeur</abbr>
      conserve des logs d’accès.
    </p>
  </div>
</footer>
<script type="text/javascript">
  ;(_ => {
    const jumper = document.getElementById('jumper')
    jumper.addEventListener('click', e => {
      e.preventDefault()
      const anchor = e.target.getAttribute('href')
      const targetEl = document.getElementById(anchor.substring(1))
      targetEl.scrollIntoView({behavior: 'smooth'})
    })
  })()
</script>