29 changed files with 4014 additions and 0 deletions
+ 230
- 0
cache/2022/0195a7767c46de6bc21bb35b542911a6/index.html
View File
| @@ -0,0 +1,230 @@ | |||
| <!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` element | |||
| 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,initial-scale=1"> | |||
| <!-- Required to make a valid HTML5 document. --> | |||
| <title>Un homme peut-il être un conjoint violent malgré lui ? (archive) — David Larlet</title> | |||
| <meta name="description" content="Publication mise en cache pour en conserver une trace."> | |||
| <!-- That good ol' feed, subscribe :). --> | |||
| <link rel="alternate" type="application/atom+xml" title="Feed" href="/david/log/"> | |||
| <!-- Generated from https://realfavicongenerator.net/ such a mess. --> | |||
| <link rel="apple-touch-icon" sizes="180x180" href="/static/david/icons2/apple-touch-icon.png"> | |||
| <link rel="icon" type="image/png" sizes="32x32" href="/static/david/icons2/favicon-32x32.png"> | |||
| <link rel="icon" type="image/png" sizes="16x16" href="/static/david/icons2/favicon-16x16.png"> | |||
| <link rel="manifest" href="/static/david/icons2/site.webmanifest"> | |||
| <link rel="mask-icon" href="/static/david/icons2/safari-pinned-tab.svg" color="#07486c"> | |||
| <link rel="shortcut icon" href="/static/david/icons2/favicon.ico"> | |||
| <meta name="msapplication-TileColor" content="#f7f7f7"> | |||
| <meta name="msapplication-config" content="/static/david/icons2/browserconfig.xml"> | |||
| <meta name="theme-color" content="#f7f7f7" media="(prefers-color-scheme: light)"> | |||
| <meta name="theme-color" content="#272727" media="(prefers-color-scheme: dark)"> | |||
| <!-- Documented, feel free to shoot an email. --> | |||
| <link rel="stylesheet" href="/static/david/css/style_2021-01-20.css"> | |||
| <!-- See https://www.zachleat.com/web/comprehensive-webfonts/ for the trade-off. --> | |||
| <link rel="preload" href="/static/david/css/fonts/triplicate_t4_poly_regular.woff2" as="font" type="font/woff2" media="(prefers-color-scheme: light), (prefers-color-scheme: no-preference)" crossorigin> | |||
| <link rel="preload" href="/static/david/css/fonts/triplicate_t4_poly_bold.woff2" as="font" type="font/woff2" media="(prefers-color-scheme: light), (prefers-color-scheme: no-preference)" crossorigin> | |||
| <link rel="preload" href="/static/david/css/fonts/triplicate_t4_poly_italic.woff2" as="font" type="font/woff2" media="(prefers-color-scheme: light), (prefers-color-scheme: no-preference)" crossorigin> | |||
| <link rel="preload" href="/static/david/css/fonts/triplicate_t3_regular.woff2" as="font" type="font/woff2" media="(prefers-color-scheme: dark)" crossorigin> | |||
| <link rel="preload" href="/static/david/css/fonts/triplicate_t3_bold.woff2" as="font" type="font/woff2" media="(prefers-color-scheme: dark)" crossorigin> | |||
| <link rel="preload" href="/static/david/css/fonts/triplicate_t3_italic.woff2" as="font" type="font/woff2" media="(prefers-color-scheme: dark)" crossorigin> | |||
| <script> | |||
| function toggleTheme(themeName) { | |||
| document.documentElement.classList.toggle( | |||
| 'forced-dark', | |||
| themeName === 'dark' | |||
| ) | |||
| document.documentElement.classList.toggle( | |||
| 'forced-light', | |||
| themeName === 'light' | |||
| ) | |||
| } | |||
| const selectedTheme = localStorage.getItem('theme') | |||
| if (selectedTheme !== 'undefined') { | |||
| toggleTheme(selectedTheme) | |||
| } | |||
| </script> | |||
| <meta name="robots" content="noindex, nofollow"> | |||
| <meta content="origin-when-cross-origin" name="referrer"> | |||
| <!-- Canonical URL for SEO purposes --> | |||
| <link rel="canonical" href="https://centre-bertha-pappenheim.fr/2021/10/20/un-homme-peut-il-etre-un-conjoint-violent-malgre-lui/"> | |||
| <body class="remarkdown h1-underline h2-underline h3-underline em-underscore hr-center ul-star pre-tick" data-instant-intensity="viewport-all"> | |||
| <article> | |||
| <header> | |||
| <h1>Un homme peut-il être un conjoint violent malgré lui ?</h1> | |||
| </header> | |||
| <nav> | |||
| <p class="center"> | |||
| <a href="/david/" title="Aller à l’accueil"><svg class="icon icon-home"> | |||
| <use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-home"></use> | |||
| </svg> Accueil</a> • | |||
| <a href="https://centre-bertha-pappenheim.fr/2021/10/20/un-homme-peut-il-etre-un-conjoint-violent-malgre-lui/" title="Lien vers le contenu original">Source originale</a> | |||
| </p> | |||
| </nav> | |||
| <hr> | |||
| <p>À l’heure où des avocats trouvent aisément à faire éditer leurs plaidoyers larmoyants en faveur de conjoints féminicidaires et où d’autres, parvenus à se hisser au sommet de la chaîne judiciaire, prétendent nous faire croire que des casques de réalité virtuelle peuvent transformer des conjoints agresseurs en des partenaires de vie empathiques, il nous a semblé nécessaire de faire un point sur la question des violences conjugales, grandes <strong>pourvoyeuses de psychotraumatismes</strong>. </p> | |||
| <h2 class="has-secondary-color has-text-color" id="la-violence-conjugale-est-structurelle">La violence conjugale est structurelle</h2> | |||
| <p>Rappelons tout d’abord avec Lucile Peytavin que, en France comme ailleurs, l’intégralité des formes de violences sont essentiellement <strong>commises par des hommes</strong><sup>[1]</sup>. Cette distribution statistique n’a rien d’accidentel : la violence est à la fois le produit et le principal outil de reproduction de la <strong>domination masculine</strong> en tant que <strong>système social</strong>. </p> | |||
| <p>En effet, des (pré)historien· nes ont démontré que les violences de masse sont apparues de manière simultanée avec l’instauration d’une domination systématique des hommes sur les femmes et les enfants, système social qu’on appelle <strong>patriarcat</strong><sup>[2]</sup>. Des anthropologues ont également mis en évidence que les sociétés où les hommes exercent le moins de pouvoir sur les femmes se caractérisent par les taux d’agressions interpersonnelles les plus bas et ce, quel que soit le type de violence ou la catégorie de population considérée (femmes, enfants ou hommes)<sup>[3]</sup>. C’est pourquoi <strong>nous considérons illusoire de vouloir analyser les violences conjugales isolément de ce contexte de domination masculine structurelle</strong>.</p> | |||
| <p>Quant au caractère <strong>instrumental </strong>de la violence masculine, il existe un certain consensus lorsque l’on parle de violences de guerre ou de sociétés que nous, populations occidentales, voyons comme éloignées de la nôtre, mais ce consensus s’évanouit lorsqu’il est question de violences « bien de chez nous », en particulier les violences conjugales et intrafamiliales.</p> | |||
| <h2 class="has-secondary-color has-text-color" id="en-finir-avec-la-surparticularisation-de-la-violence-physique">En finir avec la surparticularisation de la violence physique</h2> | |||
| <h4 id="une-mise-en-lumiere-qui-en-laisse-beaucoup-dans-l-ombre">Une mise en lumière qui en laisse beaucoup dans l’ombre</h4> | |||
| <p>Bien que la question des violences masculines conjugales<sup>[4]</sup> fasse l’objet d’un intérêt médiatique plus conséquent depuis #MeToo, il s’agit d’une <strong>médiatisation en trompe-l’œil</strong>, qui réduit le plus souvent la violence à sa seule dimension physique. Ce traitement médiatique alimente l’idée qu’il s’agit d’un problème certes fâcheux, mais somme toute marginal, causé par une frange d’individus un peu malades et, ce faisant, inaptes à contrôler leur violence, voire contrôlés par elle.</p> | |||
| <h4 id="les-sequelles-de-la-violence-psychologique">Les séquelles de la violence psychologique</h4> | |||
| <p>Les spécialistes de la domination masculine dans le couple exhortent pourtant à se garder d’une vision trop singularisante des violences physiques : <strong>les coups à proprement parler constituent l’aboutissement <em>possible</em> de tout un continuum de violences psychologiques</strong>, souvent assorties de violences sexuelles et/ou économiques, instaurant progressivement et insidieusement un <strong>climat d’emprise</strong>. De manière significative, les enquêtes menées sur les féminicides conjugaux ne permettent pas toujours d’en conclure à des antécédents de violences physiques. Au Québec, aux États-Unis et en France, ce pourcentage a été estimé à environ un tiers – ce qui signifie que deux tiers des hommes qui assassinent leur compagne ou ex-compagne n’avaient vraisemblablement jamais levé la main sur elle auparavant<sup>[5]</sup>. Les agressions physiques constituent donc une composante<em> </em><strong>possible mais non nécessaire</strong> à la caractérisation de la violence conjugales, et son absence ne doit en aucun cas être appréhendée comme un indicateur de moindre dangerosité pour la femme victime. Lundy Bancroft signale par ailleurs que<strong> le degré de violence psychologique est le meilleur facteur de prédiction du passage à l’agression physique</strong><sup>[6]</sup>. Il souligne également que la violence sexuelle constitue la forme de violence conjugale la plus répandue, la plus transversale à tous les profils de conjoints agresseurs ; or, il s’agit là d’une violence indissociablement physique et psychologique. </p> | |||
| <p>Cet expert étatsunien intervenant auprès de conjoints violents depuis plus de trente ans englobe sous l’étiquette “conjoint violent” (<em>abusive partner</em>)<strong> tout homme qui “[fait] chroniquement sentir [sa] partenaire maltraitée ou dévalorisée</strong>”<sup>[7]</sup>. Il insiste également sur le caractère injustifié du traitement particularisant réservé à la violence physique :</p> | |||
| <p class="has-text-align-center">“Les cicatrices de la cruauté mentale peuvent être aussi profondes et durables que les séquelles de coups de poings ou de gifles mais ne sont généralement pas aussi visibles. En réalité, même parmi les femmes qui ont subi des violences physiques de la part d’un conjoint, la moitié voire plus reporte que <strong>c’est la violence émotionnelle de l’homme qui leur a causé le plus de dommages</strong>.”</p> | |||
| <p>Ses conclusions concernant les dommages causés par les différentes formes de violence conjugale convergent avec celles d’études ayant mis en évidence que <strong>les séquelles traumatiques de la torture psychologique étaient équivalentes à celles laissées par la torture physique</strong><sup>[8]</sup>.</p> | |||
| <h4 id="aux-racines-de-la-violence">Aux racines de la violence</h4> | |||
| <p>Bancroft poursuit ainsi :</p> | |||
| <p class="has-text-align-center">“Les différences entre l’homme verbalement violent et l’agresseur physique ne sont pas aussi grandes que beaucoup de gens le croient. Le comportement de l’un comme de l’autre se nourrit des mêmes racines et est mû par le même mode de pensée.”<sup>[9]</sup></p> | |||
| <p>Il rejoint en cela les analyses posées par les féministes depuis plusieurs décennies, à savoir que les différentes formes que revêt la violence masculine conjugale n’ont pas seulement les mêmes effets en termes de séquelles, mais également les mêmes causes : elles puisent leurs racines dans <strong>l’intime conviction de ces hommes que les femmes – à plus forte raison <em>la leur</em> – sont là pour les servir</strong> (les anglophones parlent d’<em>entitlement</em>). La totalité du spectre de cette violence, depuis la contrainte la plus explicite jusqu’à la manipulation la plus insidieuse, vise <strong>une même finalité : asseoir le contrôle</strong> qui leur permet d’imposer leur volonté d’être servis et obéis. Que les contours des “prestations” qu’ils estiment leur être dues et des stratégies qu’ils déploient pour arriver à leurs fins varient d’un individu à un autre ne fait que masquer leur point commun fondamental : le <strong>rapport utilitariste </strong>qu’ils entretiennent à leur partenaire, et sa conséquence logique, leur usage instrumental de la violence. Rudolf Rausch, également spécialiste de la question, affirme ainsi :</p> | |||
| <p class="has-text-align-center">“Ce qui explique pourquoi il y a autant de violence conjugale c’est que, d’une part, au niveau de la construction sociale, depuis bien longtemps et jusqu’à très récemment, <strong>les hommes pouvaient essentiellement se servir de la violence pour arriver à leurs fins impunément</strong> et ils étaient même encouragés à utiliser ce moyen-là. Et d’autre part, au niveau individuel, il est sûr que cette violence-là est très <strong>rentable </strong>: à chaque fois qu’on y a recours, habituellement on a gain de cause, on arrive à nos fins, ce qui fait qu’il y a un renforcement presque immédiat à son utilisation. Plus il y a d’individus qui l’utilisent, plus la construction sociale de la violence se maintient et plus cette construction se maintient, plus il y a d’individus qui se croient autorisés à y recourir. […] Cela permet de rapatrier un peu plus la responsabilité des hommes : <strong>la violence n’est plus un geste réactionnel, mais instrumental, axé sur l’obtention d’un but</strong>. […] c’est un geste qu’on peut identifier et nommer, de même que l’intention derrière le geste, mais en plus on constate que, en général, cela a fonctionné et que l’homme a effectivement eu gain de cause.”<sup>[10]</sup></p> | |||
| <p>Pour Marie-France Hirigoyen, experte de l’emprise conjugale, le recours à la force physique est dès lors à comprendre comme pleinement rationnel : </p> | |||
| <p class="has-text-align-center">“On ne peut pas parler de violence physique sans parler de violence psychologique car il existe un <em>continuum</em> entre les deux. Quand un homme frappe sa femme, son but n’est pas de lui mettre un œil au beurre noir mais de lui faire peur afin de la soumettre et de garder le pouvoir. <strong>L’enjeu de la violence, c’est toujours la domination.</strong> La plupart du temps, la violence physique n’intervient que si la femme résiste au contrôle et à la violence psychologique.”<sup>[11]</sup></p> | |||
| <p>La violence sexuelle a ceci de spécifique qu’elle est à la fois un outil et une fin de la domination masculine, notamment au sein du couple.</p> | |||
| <h2 class="has-secondary-color has-text-color" id="la-violence-conjugale-est-deliberee">La violence conjugale est délibérée</h2> | |||
| <p>Il nous paraît fondamental d’insister sur ce point, car les conjoints violents tirent activement parti du mythe selon lequel les hommes ne sont pas pleinement conscients du mal qu’ils font et/ou qu’ils le font malgré eux, comme si leur violence était quelque chose qu’ils subissaient. Il suffirait qu’ils comprennent pourquoi ils font ce qu’ils font et qu’ils apprennent comment ne plus le faire pour qu’ils cessent de le faire. Mais, que ce soit avec les mains ou avec les mots, les coups que les hommes portent à leur compagne ne résultent ni d’incontrôlables éruptions émotionnelles, ni d’une sorte de malentendu qu’une simulation en réalité virtuelle ou un travail de “pédagogie” féministe – aussi assidu soit-il – suffirait à dissiper : <strong>ils savent ce qu’ils font et pourquoi ils le font</strong>. </p> | |||
| <p>Conjugué au dressage précoce – et féroce – des filles au rôle de bienfaitrices de la communauté pétries d’abnégation, ce mythe des-hommes-qui-ne-se-rendent-pas-compte est un moyen redoutable d’asseoir leur emprise sur les femmes, tant à l’échelle individuelle que collective. « Pardonne-leur, ils ne savent pas ce qu’ils font ! « , nous serine-t-on depuis au moins 2000 ans. « Éduque-les à devenir meilleurs ! » nous enjoint-on désormais en prime – qui plus est, au nom du féminisme. Il s’agit là du terreau sur lequel les conjoints violents peuvent semer la confusion dans l’esprit de leurs compagnes : “Chérie, je ne comprends pas pourquoi je suis comme ça, c’est plus fort que moi et j’en souffre tellement, toi seule peux m’aider à devenir une meilleure personne !” C’est ainsi qu’ils les enchaînent à eux.</p> | |||
| <figure class="wp-block-image size-large"><img data-attachment-id="436" data-permalink="https://centre-bertha-pappenheim.fr/stethoscope/" data-orig-file="https://centreberthapappenheim.files.wordpress.com/2021/10/stethoscope-.jpg" data-orig-size="3256,2480" data-comments-opened="0" data-image-meta='{"aperture":"0","credit":"","camera":"","caption":"","created_timestamp":"0","copyright":"","focal_length":"0","iso":"0","shutter_speed":"0","title":"","orientation":"0"}' data-image-title="stethoscope-" data-image-description="" data-image-caption="" data-medium-file="https://centreberthapappenheim.files.wordpress.com/2021/10/stethoscope-.jpg?w=300" data-large-file="https://centreberthapappenheim.files.wordpress.com/2021/10/stethoscope-.jpg?w=620" src="https://centreberthapappenheim.files.wordpress.com/2021/10/stethoscope-.jpg?w=1024" alt="" class="wp-image-436" srcset="https://centreberthapappenheim.files.wordpress.com/2021/10/stethoscope-.jpg?w=1024 1024w, https://centreberthapappenheim.files.wordpress.com/2021/10/stethoscope-.jpg?w=2048 2048w, https://centreberthapappenheim.files.wordpress.com/2021/10/stethoscope-.jpg?w=150 150w, https://centreberthapappenheim.files.wordpress.com/2021/10/stethoscope-.jpg?w=300 300w, https://centreberthapappenheim.files.wordpress.com/2021/10/stethoscope-.jpg?w=768 768w" sizes="(max-width: 1024px) 100vw, 1024px"></figure> | |||
| <p>Lundy Bancroft explique que, par-delà la diversité de leurs profils, les conjoints violents ont en commun de jouer sur l’alternance imprévisible entre leur côté “Docteur Jekyll” et leur facette “Mister Hyde” afin de plonger leur conjointe dans un abîme d’incompréhension : <strong>comment peut-il avoir autant de bons côtés et me faire <em>quand même </em>autant de mal ?</strong> </p> | |||
| <p>La réponse de Lundy Bancroft à cette question est sans appel :</p> | |||
| <p class="has-text-align-center">“J’ai fini par me rendre compte, à travers mon expérience auprès de milliers d’agresseurs, que le conjoint violent <em>veut</em> être un mystère. Pour ne pas subir les conséquences de ses actes et éviter d’affronter son problème, il doit convaincre tout son entourage que son comportement est incompréhensible. <strong>Il a besoin que sa conjointe se concentre sur tout <em>sauf</em> sur la cause réelle de son comportement. </strong>(…) Dans l’esprit de l’agresseur, il existe un monde de croyances, de perceptions et de réponses qui s’assemblent de manière étonnamment logique. Son comportement est cohérent. Sous la façade de l’irrationalité et de l’explosivité, il y a un être humain avec un problème compréhensible et soluble. Mais il ne veut pas que vous le compreniez.”<sup>[12]</sup></p> | |||
| <p>Une femme a très peu de chances de parvenir à quitter un conjoint maltraitant tant qu’elle reste convaincue d’avoir la possibilité de l’amener à changer. Et, tant qu’elle restera à ses côtés, il aura tout le loisir de continuer à la meurtrir, en instaurant une escalade graduelle de la violence qui aura pour effet de resserrer de plus en plus sur elle l’étau de l’<a href="https://centre-bertha-pappenheim.fr/2021/09/13/le-stress-post-traumatique-complexe/"><strong>attachement traumatique</strong></a>, <strong>caractéristique des situations d’emprise</strong>.</p> | |||
| <p class="has-secondary-background-color has-background">Faire croire aux femmes qu’elles peuvent se prémunir de la violence des hommes en sondant leur cœur pour le soigner, telles des infirmières de l’âme, n’est pas seulement mensonger – c’est criminel, car cela contribue à mettre les femmes en danger. <strong>Ce qui est stéthoscope pour les unes est harpon pour les autres. </strong>En finir avec le mythe des-hommes-qui-ne-se-rendent-pas-compte et rendre aux agresseurs leur responsabilité est donc à la fois <strong>une étape, certes douloureuse, mais incontournable du cheminement thérapeutique pour surmonter les séquelles d’une relation violente et un impératif politique dans la lutte globale contre les violences patriarcales</strong>.</p> | |||
| </article> | |||
| <hr> | |||
| <footer> | |||
| <p> | |||
| <a href="/david/" title="Aller à l’accueil"><svg class="icon icon-home"> | |||
| <use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-home"></use> | |||
| </svg> Accueil</a> • | |||
| <a href="/david/log/" title="Accès au flux RSS"><svg class="icon icon-rss2"> | |||
| <use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-rss2"></use> | |||
| </svg> Suivre</a> • | |||
| <a href="http://larlet.com" title="Go to my English profile" data-instant><svg class="icon icon-user-tie"> | |||
| <use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-user-tie"></use> | |||
| </svg> Pro</a> • | |||
| <a href="mailto:david%40larlet.fr" title="Envoyer un courriel"><svg class="icon icon-mail"> | |||
| <use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-mail"></use> | |||
| </svg> Email</a> • | |||
| <abbr class="nowrap" title="Hébergeur : Alwaysdata, 62 rue Tiquetonne 75002 Paris, +33184162340"><svg class="icon icon-hammer2"> | |||
| <use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-hammer2"></use> | |||
| </svg> Légal</abbr> | |||
| </p> | |||
| <template id="theme-selector"> | |||
| <form> | |||
| <fieldset> | |||
| <legend><svg class="icon icon-brightness-contrast"> | |||
| <use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-brightness-contrast"></use> | |||
| </svg> Thème</legend> | |||
| <label> | |||
| <input type="radio" value="auto" name="chosen-color-scheme" checked> Auto | |||
| </label> | |||
| <label> | |||
| <input type="radio" value="dark" name="chosen-color-scheme"> Foncé | |||
| </label> | |||
| <label> | |||
| <input type="radio" value="light" name="chosen-color-scheme"> Clair | |||
| </label> | |||
| </fieldset> | |||
| </form> | |||
| </template> | |||
| </footer> | |||
| <script src="/static/david/js/instantpage-5.1.0.min.js" type="module"></script> | |||
| <script> | |||
| function loadThemeForm(templateName) { | |||
| const themeSelectorTemplate = document.querySelector(templateName) | |||
| const form = themeSelectorTemplate.content.firstElementChild | |||
| themeSelectorTemplate.replaceWith(form) | |||
| form.addEventListener('change', (e) => { | |||
| const chosenColorScheme = e.target.value | |||
| localStorage.setItem('theme', chosenColorScheme) | |||
| toggleTheme(chosenColorScheme) | |||
| }) | |||
| const selectedTheme = localStorage.getItem('theme') | |||
| if (selectedTheme && selectedTheme !== 'undefined') { | |||
| form.querySelector(`[value="${selectedTheme}"]`).checked = true | |||
| } | |||
| } | |||
| const prefersColorSchemeDark = '(prefers-color-scheme: dark)' | |||
| window.addEventListener('load', () => { | |||
| let hasDarkRules = false | |||
| for (const styleSheet of Array.from(document.styleSheets)) { | |||
| let mediaRules = [] | |||
| for (const cssRule of styleSheet.cssRules) { | |||
| if (cssRule.type !== CSSRule.MEDIA_RULE) { | |||
| continue | |||
| } | |||
| // WARNING: Safari does not have/supports `conditionText`. | |||
| if (cssRule.conditionText) { | |||
| if (cssRule.conditionText !== prefersColorSchemeDark) { | |||
| continue | |||
| } | |||
| } else { | |||
| if (cssRule.cssText.startsWith(prefersColorSchemeDark)) { | |||
| continue | |||
| } | |||
| } | |||
| mediaRules = mediaRules.concat(Array.from(cssRule.cssRules)) | |||
| } | |||
| // WARNING: do not try to insert a Rule to a styleSheet you are | |||
| // currently iterating on, otherwise the browser will be stuck | |||
| // in a infinite loop… | |||
| for (const mediaRule of mediaRules) { | |||
| styleSheet.insertRule(mediaRule.cssText) | |||
| hasDarkRules = true | |||
| } | |||
| } | |||
| if (hasDarkRules) { | |||
| loadThemeForm('#theme-selector') | |||
| } | |||
| }) | |||
| </script> | |||
| </body> | |||
| </html> | |||
+ 122
- 0
cache/2022/0195a7767c46de6bc21bb35b542911a6/index.md
View File
| @@ -0,0 +1,122 @@ | |||
| title: Un homme peut-il être un conjoint violent malgré lui ? | |||
| url: https://centre-bertha-pappenheim.fr/2021/10/20/un-homme-peut-il-etre-un-conjoint-violent-malgre-lui/ | |||
| hash_url: 0195a7767c46de6bc21bb35b542911a6 | |||
| <p>À l’heure où des avocats trouvent aisément à faire éditer leurs plaidoyers larmoyants en faveur de conjoints féminicidaires et où d’autres, parvenus à se hisser au sommet de la chaîne judiciaire, prétendent nous faire croire que des casques de réalité virtuelle peuvent transformer des conjoints agresseurs en des partenaires de vie empathiques, il nous a semblé nécessaire de faire un point sur la question des violences conjugales, grandes <strong>pourvoyeuses de psychotraumatismes</strong>. </p> | |||
| <h2 class="has-secondary-color has-text-color" id="la-violence-conjugale-est-structurelle">La violence conjugale est structurelle</h2> | |||
| <p>Rappelons tout d’abord avec Lucile Peytavin que, en France comme ailleurs, l’intégralité des formes de violences sont essentiellement <strong>commises par des hommes</strong><sup>[1]</sup>. Cette distribution statistique n’a rien d’accidentel : la violence est à la fois le produit et le principal outil de reproduction de la <strong>domination masculine</strong> en tant que <strong>système social</strong>. </p> | |||
| <p>En effet, des (pré)historien· nes ont démontré que les violences de masse sont apparues de manière simultanée avec l’instauration d’une domination systématique des hommes sur les femmes et les enfants, système social qu’on appelle <strong>patriarcat</strong><sup>[2]</sup>. Des anthropologues ont également mis en évidence que les sociétés où les hommes exercent le moins de pouvoir sur les femmes se caractérisent par les taux d’agressions interpersonnelles les plus bas et ce, quel que soit le type de violence ou la catégorie de population considérée (femmes, enfants ou hommes)<sup>[3]</sup>. C’est pourquoi <strong>nous considérons illusoire de vouloir analyser les violences conjugales isolément de ce contexte de domination masculine structurelle</strong>.</p> | |||
| <p>Quant au caractère <strong>instrumental </strong>de la violence masculine, il existe un certain consensus lorsque l’on parle de violences de guerre ou de sociétés que nous, populations occidentales, voyons comme éloignées de la nôtre, mais ce consensus s’évanouit lorsqu’il est question de violences « bien de chez nous », en particulier les violences conjugales et intrafamiliales.</p> | |||
| <h2 class="has-secondary-color has-text-color" id="en-finir-avec-la-surparticularisation-de-la-violence-physique">En finir avec la surparticularisation de la violence physique</h2> | |||
| <h4 id="une-mise-en-lumiere-qui-en-laisse-beaucoup-dans-l-ombre">Une mise en lumière qui en laisse beaucoup dans l’ombre</h4> | |||
| <p>Bien que la question des violences masculines conjugales<sup>[4]</sup> fasse l’objet d’un intérêt médiatique plus conséquent depuis #MeToo, il s’agit d’une <strong>médiatisation en trompe-l’œil</strong>, qui réduit le plus souvent la violence à sa seule dimension physique. Ce traitement médiatique alimente l’idée qu’il s’agit d’un problème certes fâcheux, mais somme toute marginal, causé par une frange d’individus un peu malades et, ce faisant, inaptes à contrôler leur violence, voire contrôlés par elle.</p> | |||
| <h4 id="les-sequelles-de-la-violence-psychologique">Les séquelles de la violence psychologique</h4> | |||
| <p>Les spécialistes de la domination masculine dans le couple exhortent pourtant à se garder d’une vision trop singularisante des violences physiques : <strong>les coups à proprement parler constituent l’aboutissement <em>possible</em> de tout un continuum de violences psychologiques</strong>, souvent assorties de violences sexuelles et/ou économiques, instaurant progressivement et insidieusement un <strong>climat d’emprise</strong>. De manière significative, les enquêtes menées sur les féminicides conjugaux ne permettent pas toujours d’en conclure à des antécédents de violences physiques. Au Québec, aux États-Unis et en France, ce pourcentage a été estimé à environ un tiers – ce qui signifie que deux tiers des hommes qui assassinent leur compagne ou ex-compagne n’avaient vraisemblablement jamais levé la main sur elle auparavant<sup>[5]</sup>. Les agressions physiques constituent donc une composante<em> </em><strong>possible mais non nécessaire</strong> à la caractérisation de la violence conjugales, et son absence ne doit en aucun cas être appréhendée comme un indicateur de moindre dangerosité pour la femme victime. Lundy Bancroft signale par ailleurs que<strong> le degré de violence psychologique est le meilleur facteur de prédiction du passage à l’agression physique</strong><sup>[6]</sup>. Il souligne également que la violence sexuelle constitue la forme de violence conjugale la plus répandue, la plus transversale à tous les profils de conjoints agresseurs ; or, il s’agit là d’une violence indissociablement physique et psychologique. </p> | |||
| <p>Cet expert étatsunien intervenant auprès de conjoints violents depuis plus de trente ans englobe sous l’étiquette “conjoint violent” (<em>abusive partner</em>)<strong> tout homme qui “[fait] chroniquement sentir [sa] partenaire maltraitée ou dévalorisée</strong>”<sup>[7]</sup>. Il insiste également sur le caractère injustifié du traitement particularisant réservé à la violence physique :</p> | |||
| <p class="has-text-align-center">“Les cicatrices de la cruauté mentale peuvent être aussi profondes et durables que les séquelles de coups de poings ou de gifles mais ne sont généralement pas aussi visibles. En réalité, même parmi les femmes qui ont subi des violences physiques de la part d’un conjoint, la moitié voire plus reporte que <strong>c’est la violence émotionnelle de l’homme qui leur a causé le plus de dommages</strong>.”</p> | |||
| <p>Ses conclusions concernant les dommages causés par les différentes formes de violence conjugale convergent avec celles d’études ayant mis en évidence que <strong>les séquelles traumatiques de la torture psychologique étaient équivalentes à celles laissées par la torture physique</strong><sup>[8]</sup>.</p> | |||
| <h4 id="aux-racines-de-la-violence">Aux racines de la violence</h4> | |||
| <p>Bancroft poursuit ainsi :</p> | |||
| <p class="has-text-align-center">“Les différences entre l’homme verbalement violent et l’agresseur physique ne sont pas aussi grandes que beaucoup de gens le croient. Le comportement de l’un comme de l’autre se nourrit des mêmes racines et est mû par le même mode de pensée.”<sup>[9]</sup></p> | |||
| <p>Il rejoint en cela les analyses posées par les féministes depuis plusieurs décennies, à savoir que les différentes formes que revêt la violence masculine conjugale n’ont pas seulement les mêmes effets en termes de séquelles, mais également les mêmes causes : elles puisent leurs racines dans <strong>l’intime conviction de ces hommes que les femmes – à plus forte raison <em>la leur</em> – sont là pour les servir</strong> (les anglophones parlent d’<em>entitlement</em>). La totalité du spectre de cette violence, depuis la contrainte la plus explicite jusqu’à la manipulation la plus insidieuse, vise <strong>une même finalité : asseoir le contrôle</strong> qui leur permet d’imposer leur volonté d’être servis et obéis. Que les contours des “prestations” qu’ils estiment leur être dues et des stratégies qu’ils déploient pour arriver à leurs fins varient d’un individu à un autre ne fait que masquer leur point commun fondamental : le <strong>rapport utilitariste </strong>qu’ils entretiennent à leur partenaire, et sa conséquence logique, leur usage instrumental de la violence. Rudolf Rausch, également spécialiste de la question, affirme ainsi :</p> | |||
| <p class="has-text-align-center">“Ce qui explique pourquoi il y a autant de violence conjugale c’est que, d’une part, au niveau de la construction sociale, depuis bien longtemps et jusqu’à très récemment, <strong>les hommes pouvaient essentiellement se servir de la violence pour arriver à leurs fins impunément</strong> et ils étaient même encouragés à utiliser ce moyen-là. Et d’autre part, au niveau individuel, il est sûr que cette violence-là est très <strong>rentable </strong>: à chaque fois qu’on y a recours, habituellement on a gain de cause, on arrive à nos fins, ce qui fait qu’il y a un renforcement presque immédiat à son utilisation. Plus il y a d’individus qui l’utilisent, plus la construction sociale de la violence se maintient et plus cette construction se maintient, plus il y a d’individus qui se croient autorisés à y recourir. […] Cela permet de rapatrier un peu plus la responsabilité des hommes : <strong>la violence n’est plus un geste réactionnel, mais instrumental, axé sur l’obtention d’un but</strong>. […] c’est un geste qu’on peut identifier et nommer, de même que l’intention derrière le geste, mais en plus on constate que, en général, cela a fonctionné et que l’homme a effectivement eu gain de cause.”<sup>[10]</sup></p> | |||
| <p>Pour Marie-France Hirigoyen, experte de l’emprise conjugale, le recours à la force physique est dès lors à comprendre comme pleinement rationnel : </p> | |||
| <p class="has-text-align-center">“On ne peut pas parler de violence physique sans parler de violence psychologique car il existe un <em>continuum</em> entre les deux. Quand un homme frappe sa femme, son but n’est pas de lui mettre un œil au beurre noir mais de lui faire peur afin de la soumettre et de garder le pouvoir. <strong>L’enjeu de la violence, c’est toujours la domination.</strong> La plupart du temps, la violence physique n’intervient que si la femme résiste au contrôle et à la violence psychologique.”<sup>[11]</sup></p> | |||
| <p>La violence sexuelle a ceci de spécifique qu’elle est à la fois un outil et une fin de la domination masculine, notamment au sein du couple.</p> | |||
| <h2 class="has-secondary-color has-text-color" id="la-violence-conjugale-est-deliberee">La violence conjugale est délibérée</h2> | |||
| <p>Il nous paraît fondamental d’insister sur ce point, car les conjoints violents tirent activement parti du mythe selon lequel les hommes ne sont pas pleinement conscients du mal qu’ils font et/ou qu’ils le font malgré eux, comme si leur violence était quelque chose qu’ils subissaient. Il suffirait qu’ils comprennent pourquoi ils font ce qu’ils font et qu’ils apprennent comment ne plus le faire pour qu’ils cessent de le faire. Mais, que ce soit avec les mains ou avec les mots, les coups que les hommes portent à leur compagne ne résultent ni d’incontrôlables éruptions émotionnelles, ni d’une sorte de malentendu qu’une simulation en réalité virtuelle ou un travail de “pédagogie” féministe – aussi assidu soit-il – suffirait à dissiper : <strong>ils savent ce qu’ils font et pourquoi ils le font</strong>. </p> | |||
| <p>Conjugué au dressage précoce – et féroce – des filles au rôle de bienfaitrices de la communauté pétries d’abnégation, ce mythe des-hommes-qui-ne-se-rendent-pas-compte est un moyen redoutable d’asseoir leur emprise sur les femmes, tant à l’échelle individuelle que collective. « Pardonne-leur, ils ne savent pas ce qu’ils font ! « , nous serine-t-on depuis au moins 2000 ans. « Éduque-les à devenir meilleurs ! » nous enjoint-on désormais en prime – qui plus est, au nom du féminisme. Il s’agit là du terreau sur lequel les conjoints violents peuvent semer la confusion dans l’esprit de leurs compagnes : “Chérie, je ne comprends pas pourquoi je suis comme ça, c’est plus fort que moi et j’en souffre tellement, toi seule peux m’aider à devenir une meilleure personne !” C’est ainsi qu’ils les enchaînent à eux.</p> | |||
| <figure class="wp-block-image size-large"><img data-attachment-id="436" data-permalink="https://centre-bertha-pappenheim.fr/stethoscope/" data-orig-file="https://centreberthapappenheim.files.wordpress.com/2021/10/stethoscope-.jpg" data-orig-size="3256,2480" data-comments-opened="0" data-image-meta='{"aperture":"0","credit":"","camera":"","caption":"","created_timestamp":"0","copyright":"","focal_length":"0","iso":"0","shutter_speed":"0","title":"","orientation":"0"}' data-image-title="stethoscope-" data-image-description="" data-image-caption="" data-medium-file="https://centreberthapappenheim.files.wordpress.com/2021/10/stethoscope-.jpg?w=300" data-large-file="https://centreberthapappenheim.files.wordpress.com/2021/10/stethoscope-.jpg?w=620" src="https://centreberthapappenheim.files.wordpress.com/2021/10/stethoscope-.jpg?w=1024" alt="" class="wp-image-436" srcset="https://centreberthapappenheim.files.wordpress.com/2021/10/stethoscope-.jpg?w=1024 1024w, https://centreberthapappenheim.files.wordpress.com/2021/10/stethoscope-.jpg?w=2048 2048w, https://centreberthapappenheim.files.wordpress.com/2021/10/stethoscope-.jpg?w=150 150w, https://centreberthapappenheim.files.wordpress.com/2021/10/stethoscope-.jpg?w=300 300w, https://centreberthapappenheim.files.wordpress.com/2021/10/stethoscope-.jpg?w=768 768w" sizes="(max-width: 1024px) 100vw, 1024px"></figure> | |||
| <p>Lundy Bancroft explique que, par-delà la diversité de leurs profils, les conjoints violents ont en commun de jouer sur l’alternance imprévisible entre leur côté “Docteur Jekyll” et leur facette “Mister Hyde” afin de plonger leur conjointe dans un abîme d’incompréhension : <strong>comment peut-il avoir autant de bons côtés et me faire <em>quand même </em>autant de mal ?</strong> </p> | |||
| <p>La réponse de Lundy Bancroft à cette question est sans appel :</p> | |||
| <p class="has-text-align-center">“J’ai fini par me rendre compte, à travers mon expérience auprès de milliers d’agresseurs, que le conjoint violent <em>veut</em> être un mystère. Pour ne pas subir les conséquences de ses actes et éviter d’affronter son problème, il doit convaincre tout son entourage que son comportement est incompréhensible. <strong>Il a besoin que sa conjointe se concentre sur tout <em>sauf</em> sur la cause réelle de son comportement. </strong>(…) Dans l’esprit de l’agresseur, il existe un monde de croyances, de perceptions et de réponses qui s’assemblent de manière étonnamment logique. Son comportement est cohérent. Sous la façade de l’irrationalité et de l’explosivité, il y a un être humain avec un problème compréhensible et soluble. Mais il ne veut pas que vous le compreniez.”<sup>[12]</sup></p> | |||
| <p>Une femme a très peu de chances de parvenir à quitter un conjoint maltraitant tant qu’elle reste convaincue d’avoir la possibilité de l’amener à changer. Et, tant qu’elle restera à ses côtés, il aura tout le loisir de continuer à la meurtrir, en instaurant une escalade graduelle de la violence qui aura pour effet de resserrer de plus en plus sur elle l’étau de l’<a href="https://centre-bertha-pappenheim.fr/2021/09/13/le-stress-post-traumatique-complexe/"><strong>attachement traumatique</strong></a>, <strong>caractéristique des situations d’emprise</strong>.</p> | |||
| <p class="has-secondary-background-color has-background">Faire croire aux femmes qu’elles peuvent se prémunir de la violence des hommes en sondant leur cœur pour le soigner, telles des infirmières de l’âme, n’est pas seulement mensonger – c’est criminel, car cela contribue à mettre les femmes en danger. <strong>Ce qui est stéthoscope pour les unes est harpon pour les autres. </strong>En finir avec le mythe des-hommes-qui-ne-se-rendent-pas-compte et rendre aux agresseurs leur responsabilité est donc à la fois <strong>une étape, certes douloureuse, mais incontournable du cheminement thérapeutique pour surmonter les séquelles d’une relation violente et un impératif politique dans la lutte globale contre les violences patriarcales</strong>.</p> | |||
+ 314
- 0
cache/2022/0707aa459878d644f14b65e9e05e9537/index.html
View File
| @@ -0,0 +1,314 @@ | |||
| <!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` element | |||
| 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,initial-scale=1"> | |||
| <!-- Required to make a valid HTML5 document. --> | |||
| <title>Progressively Enhanced Builds (archive) — David Larlet</title> | |||
| <meta name="description" content="Publication mise en cache pour en conserver une trace."> | |||
| <!-- That good ol' feed, subscribe :). --> | |||
| <link rel="alternate" type="application/atom+xml" title="Feed" href="/david/log/"> | |||
| <!-- Generated from https://realfavicongenerator.net/ such a mess. --> | |||
| <link rel="apple-touch-icon" sizes="180x180" href="/static/david/icons2/apple-touch-icon.png"> | |||
| <link rel="icon" type="image/png" sizes="32x32" href="/static/david/icons2/favicon-32x32.png"> | |||
| <link rel="icon" type="image/png" sizes="16x16" href="/static/david/icons2/favicon-16x16.png"> | |||
| <link rel="manifest" href="/static/david/icons2/site.webmanifest"> | |||
| <link rel="mask-icon" href="/static/david/icons2/safari-pinned-tab.svg" color="#07486c"> | |||
| <link rel="shortcut icon" href="/static/david/icons2/favicon.ico"> | |||
| <meta name="msapplication-TileColor" content="#f7f7f7"> | |||
| <meta name="msapplication-config" content="/static/david/icons2/browserconfig.xml"> | |||
| <meta name="theme-color" content="#f7f7f7" media="(prefers-color-scheme: light)"> | |||
| <meta name="theme-color" content="#272727" media="(prefers-color-scheme: dark)"> | |||
| <!-- Documented, feel free to shoot an email. --> | |||
| <link rel="stylesheet" href="/static/david/css/style_2021-01-20.css"> | |||
| <!-- See https://www.zachleat.com/web/comprehensive-webfonts/ for the trade-off. --> | |||
| <link rel="preload" href="/static/david/css/fonts/triplicate_t4_poly_regular.woff2" as="font" type="font/woff2" media="(prefers-color-scheme: light), (prefers-color-scheme: no-preference)" crossorigin> | |||
| <link rel="preload" href="/static/david/css/fonts/triplicate_t4_poly_bold.woff2" as="font" type="font/woff2" media="(prefers-color-scheme: light), (prefers-color-scheme: no-preference)" crossorigin> | |||
| <link rel="preload" href="/static/david/css/fonts/triplicate_t4_poly_italic.woff2" as="font" type="font/woff2" media="(prefers-color-scheme: light), (prefers-color-scheme: no-preference)" crossorigin> | |||
| <link rel="preload" href="/static/david/css/fonts/triplicate_t3_regular.woff2" as="font" type="font/woff2" media="(prefers-color-scheme: dark)" crossorigin> | |||
| <link rel="preload" href="/static/david/css/fonts/triplicate_t3_bold.woff2" as="font" type="font/woff2" media="(prefers-color-scheme: dark)" crossorigin> | |||
| <link rel="preload" href="/static/david/css/fonts/triplicate_t3_italic.woff2" as="font" type="font/woff2" media="(prefers-color-scheme: dark)" crossorigin> | |||
| <script> | |||
| function toggleTheme(themeName) { | |||
| document.documentElement.classList.toggle( | |||
| 'forced-dark', | |||
| themeName === 'dark' | |||
| ) | |||
| document.documentElement.classList.toggle( | |||
| 'forced-light', | |||
| themeName === 'light' | |||
| ) | |||
| } | |||
| const selectedTheme = localStorage.getItem('theme') | |||
| if (selectedTheme !== 'undefined') { | |||
| toggleTheme(selectedTheme) | |||
| } | |||
| </script> | |||
| <meta name="robots" content="noindex, nofollow"> | |||
| <meta content="origin-when-cross-origin" name="referrer"> | |||
| <!-- Canonical URL for SEO purposes --> | |||
| <link rel="canonical" href="https://blog.jim-nielsen.com/2022/progressively-enhanced-builds/"> | |||
| <body class="remarkdown h1-underline h2-underline h3-underline em-underscore hr-center ul-star pre-tick" data-instant-intensity="viewport-all"> | |||
| <article> | |||
| <header> | |||
| <h1>Progressively Enhanced Builds</h1> | |||
| </header> | |||
| <nav> | |||
| <p class="center"> | |||
| <a href="/david/" title="Aller à l’accueil"><svg class="icon icon-home"> | |||
| <use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-home"></use> | |||
| </svg> Accueil</a> • | |||
| <a href="https://blog.jim-nielsen.com/2022/progressively-enhanced-builds/" title="Lien vers le contenu original">Source originale</a> | |||
| </p> | |||
| </nav> | |||
| <hr> | |||
| <p>With the advent of the Jamstack, so many of websites require a build step of some kind before a functioning website can be born.</p> | |||
| <p>Build steps are great. I use them all the time. But they do come at a cost.</p> | |||
| <p>One of those costs is fragility—builds are prone to breaking. It’s not uncommon to setup a project, return to it six weeks later, run <code>npm install && npm start</code>, and <em>something</em> breaks. Then begins the troubleshooting. A project from 6 days ago, 6 weeks ago, or 6 years ago, each one of those could present its own set of build problems. Often, you end up with a non-functioning website you cannot edit, test, and update until your build is fixed.</p> | |||
| <p>We have a strategy for delivering robust, <a href="https://resilientwebdesign.com">resilient</a> experiences to users in the browser: progressive enhancement. Start with the most basic functionality that lets people do what they need, then enhance from there. In this way, lots of things could go wrong — JavaScript doesn’t load, network calls fail, the user is on an old browser, etc. — but the website remains functional and accessible.</p> | |||
| <p>What if we applied a mindset of progressive enhancement to builds and not only user agents? What if build processes were thought of as enhancements and not dependencies? Can you have a progressively enhanced build?</p> | |||
| <h2 id="conceptual-underpinnings">Conceptual Underpinnings</h2> | |||
| <p>I’ve had a few thoughts swirling in my head around this idea.</p> | |||
| <p>First there’s <a href="https://www.baldurbjarnason.com/2021/100-things-every-web-developer-should-know/">Baldur Bjarnason</a> who speaks on the value of tight feedback loops:</p> | |||
| <blockquote> | |||
| <p>Tight feedback loops are magic: build processes suck. They will always suck because they always loosen up the feedback loop. You can make builds quicker, but until they are virtually instantaneous, they will always suck…If you can make something without a build step, do so. If you can make something without compilation or building, do that. </p> | |||
| </blockquote> | |||
| <p>Then there’s <a href="https://inoads.com/articles/2021-01-09-Next-Gen-Static-Blogging">this proof-of-concept post from Maximilian Mackh</a> (with some <a href="https://news.ycombinator.com/item?id=25701053">intriguing hackernews comments</a>) which shows how to write a blog post and skip the build process using nifty tricks from HTML and CSS.</p> | |||
| <blockquote> | |||
| <p>My workflow consists of pressing CMD+S, switching to Safari and reloading the page. What you see now is what I get.</p> | |||
| </blockquote> | |||
| <p>Then there’s <a href="https://www.robinrendle.com/notes/blogging-and-the-heat-death-of-the-universe/">this post from Robin</a> who notes that entropy acts on all things, including websites and build processes until the last thing left standing is the markup.</p> | |||
| <blockquote> | |||
| <p>That complex build process? That’s a dependency…</p> | |||
| <p>the thing that lasts longest with our websites is probably the part that we spend the least time thinking about—the markup…</p> | |||
| <p>This is the second law of thermodynamics made clear on the web: the entropy of any isolated system always increases and, at some point or another, all that’s left of a website is the markup.</p> | |||
| </blockquote> | |||
| <p>Then there’s <a href="https://adactio.com/journal/17537">this post from Jeremy</a> which details how to think about your website’s features as an enhancements rather than dependencies.</p> | |||
| <blockquote> | |||
| <p>You certainly couldn’t use an experimental feature for anything mission critical…but you could use it as an enhancement.</p> | |||
| <p>And that is a pretty great way to think about all web features, experimental or otherwise. Don’t assume the feature will be supported. Use feature detection (or @supports in the case of CSS). Try to use the feature as an enhancement rather than a dependency.</p> | |||
| </blockquote> | |||
| <p>The key is to, as Jeremy says, “acknowledge and embrace unpredictability”. That seems like solid advice, whether you’re building on the client <em>or the server</em>.</p> | |||
| <blockquote> | |||
| <p>Instead of looking at the support table for something on caniuse.com and thinking, “I wish more browsers supported this feature so that I could use it!”, you can instead think “I’m going to use this feature today, but treat it as an experimental feature.”</p> | |||
| </blockquote> | |||
| <p>In a similar vein, what if you could look at building a website in a different light? Rather than thinking, “how do I combine a bunch of disparate content, templates, and tooling into a functioning website?”, you might think “how do I start at a functioning website with content and then use templates and build tooling to enhance it?”</p> | |||
| <p>[Granted: this is not a silver bullet for building every website. Lots of websites can’t start here—but maybe some could?]</p> | |||
| <h2 id="technical-ideas">Technical Ideas</h2> | |||
| <p>What could this look like? Honestly, I don’t know. But I’ll take a moment to try and imagine <em>something</em>.</p> | |||
| <p>I want to be able to view, edit, <em>and if need be ship</em> a website, even if the build process fails. In essence, if the build does fail I can still take all the source files, put them on a server, and the website remains functional (however crude).</p> | |||
| <p>I think this kind of approach begs for an HTML-first solution. Your content starts as something that works in the browser — in a less-than-ideal way, sure, but still functional — and the build process parses the base content, injecting additional “features” as enhancements (global header and footer, meta tags, links to CSS and JS, etc.). In this manner, your website starts as content at a URL. Everything else is an enhancement.</p> | |||
| <p>For example, think of a classic blog post as a markdown file.</p> | |||
| <pre><code class="language language-md">--- | |||
| title: This is the title of my blog post | |||
| date: 2020-09-02 | |||
| tags: | |||
| <span class="hljs-bullet"> -</span> readingNotes | |||
| <span class="hljs-section"> - somethingElse | |||
| ---</span> | |||
| <span class="hljs-section"># This is the title of my post</span> | |||
| I just want to start writing here whatever it is i'm about. | |||
| This is just another example of how you might do something that is really light and minimal. [<span class="hljs-string">Here’s a link</span>](<span class="hljs-link">./another-post.md</span>) | |||
| ![<span class="hljs-string">An image for my blog post</span>](<span class="hljs-link">../images/my-image.jpg</span>) | |||
| </code></pre> | |||
| <p>What if you rewrote that using HTML for the front-matter semantics? If you want to continue to author the content of the post in markdown, do it, but embed it in a web component (which would get “enhanced” and rendered to HTML somewhere further down the line).</p> | |||
| <p>What’s beautiful about markdown is that it’s a kind of progressively-enhanced syntax for writing: link and image URLs are still accessible even when unparsed.</p> | |||
| <pre><code class="language language-html"><span class="hljs-meta"><!doctype <span class="hljs-keyword">html</span>></span> | |||
| <span class="hljs-tag"><<span class="hljs-name">title</span>></span>This is the title of my blog post<span class="hljs-tag"></<span class="hljs-name">title</span>></span> | |||
| <span class="hljs-tag"><<span class="hljs-name">meta</span> <span class="hljs-attr">name</span>=<span class="hljs-string">"date"</span> <span class="hljs-attr">content</span>=<span class="hljs-string">"2020-09-02"</span>></span> | |||
| <span class="hljs-tag"><<span class="hljs-name">meta</span> <span class="hljs-attr">name</span>=<span class="hljs-string">"tags"</span> <span class="hljs-attr">content</span>=<span class="hljs-string">"readingNotes,somethingElse"</span>></span> | |||
| <span class="hljs-tag"><<span class="hljs-name">wc-markdown</span> <span class="hljs-attr">style</span>=<span class="hljs-string">"white-space: pre-line"</span>></span> | |||
| # This is the title of my post | |||
| I just want to start writing here whatever it is i'm about. | |||
| This is just another example of how you might do something that is really light and minimal. [Here is a link](./another-post.html) | |||
|  | |||
| <span class="hljs-tag"></<span class="hljs-name">wc-markdown</span>></span> | |||
| </code></pre> | |||
| <p class="image-container"><img src="https://cdn.jim-nielsen.com/blog/2022/progressive-build-markdown.png" alt=""> | |||
| </p> | |||
| <p>There are trade-offs here: authoring in markdown is a convenience for me, the author, and results in a more crude initial experience (if a build enhancement fails later).</p> | |||
| <p>Given that markdown supports HTML, you could trade the image syntax (<code>![]()</code>) for <code><img></code> tags or the link syntax (<code>[]()</code>) for <code><a></code> tags. That’ll improve the core experience a tiny bit in the browser, as links would be functionally clickable and images would display directly inline.</p> | |||
| <pre><code class="language language-html"><span class="hljs-meta"><!doctype <span class="hljs-keyword">html</span>></span> | |||
| <span class="hljs-tag"><<span class="hljs-name">title</span>></span>This is the title of my blog post<span class="hljs-tag"></<span class="hljs-name">title</span>></span> | |||
| <span class="hljs-tag"><<span class="hljs-name">meta</span> <span class="hljs-attr">name</span>=<span class="hljs-string">"date"</span> <span class="hljs-attr">content</span>=<span class="hljs-string">"2020-09-02"</span>></span> | |||
| <span class="hljs-tag"><<span class="hljs-name">meta</span> <span class="hljs-attr">name</span>=<span class="hljs-string">"tags"</span> <span class="hljs-attr">content</span>=<span class="hljs-string">"readingNotes,somethingElse"</span>></span> | |||
| <span class="hljs-tag"><<span class="hljs-name">wc-markdown</span> <span class="hljs-attr">style</span>=<span class="hljs-string">"white-space: pre-line"</span>></span> | |||
| # This is the title of my post | |||
| I just want to start writing here whatever it is i'm about. | |||
| This is just another example of how you might do something that is really light and minimal. <span class="hljs-tag"><<span class="hljs-name">a</span> <span class="hljs-attr">href</span>=<span class="hljs-string">"./another-post.html"</span>></span>Here is a link<span class="hljs-tag"></<span class="hljs-name">a</span>></span> | |||
|  | |||
| <span class="hljs-tag"></<span class="hljs-name">wc-markdown</span>></span> | |||
| </code></pre> | |||
| <p>Or, as inspired by <a href="https://news.ycombinator.com/item?id=25701842">this comment</a>, you could author your content directly in as sparse a take on HTML as is possible.</p> | |||
| <pre><code class="language language-html"><span class="hljs-meta"><!doctype <span class="hljs-keyword">html</span>></span> | |||
| <span class="hljs-tag"><<span class="hljs-name">title</span>></span>This is the title of my blog post<span class="hljs-tag"></<span class="hljs-name">title</span>></span> | |||
| <span class="hljs-tag"><<span class="hljs-name">meta</span> <span class="hljs-attr">name</span>=<span class="hljs-string">"date"</span> <span class="hljs-attr">content</span>=<span class="hljs-string">"2020-09-02"</span>></span> | |||
| <span class="hljs-tag"><<span class="hljs-name">meta</span> <span class="hljs-attr">name</span>=<span class="hljs-string">"tags"</span> <span class="hljs-attr">content</span>=<span class="hljs-string">"readingNotes,somethingElse"</span>></span> | |||
| <span class="hljs-tag"><<span class="hljs-name">h1</span>></span>This is the title of my post<span class="hljs-tag"></<span class="hljs-name">h1</span>></span> | |||
| <span class="hljs-tag"><<span class="hljs-name">p</span>></span> | |||
| I just want to start writing here whatever it is i'm about. | |||
| <span class="hljs-tag"><<span class="hljs-name">p</span>></span> | |||
| This is just another example of how you might do something that is really light and minimal. <span class="hljs-tag"><<span class="hljs-name">a</span> <span class="hljs-attr">href</span>=<span class="hljs-string">"./another-post.html"</span>></span>Here is a link<span class="hljs-tag"></<span class="hljs-name">a</span>></span> | |||
| <span class="hljs-tag"><<span class="hljs-name">p</span>></span> | |||
| <span class="hljs-tag"><<span class="hljs-name">img</span> <span class="hljs-attr">src</span>=<span class="hljs-string">"./image.jpg"</span> <span class="hljs-attr">alt</span>=<span class="hljs-string">"An image for my blog post"</span>></span> | |||
| </code></pre> | |||
| <p>You can see how trading authoring conveniences begins to enhance the base browser experience.</p> | |||
| <p class="image-container"><img src="https://cdn.jim-nielsen.com/blog/2022/progressive-build-html.png" alt=""> | |||
| </p> | |||
| <p>These files could be opened in a browser, without a build process or server (i.e. at a URL of <code>file:///Users/Me/Path/To/my-post.html</code>) and the core content would be accessible. And if you markup all the page’s included resources (links, images, styles, scripts, etc.) as relative links, everything will work even without a server. (Granted you’d have to give some thought to structuring your files accordingly.)</p> | |||
| <pre><code>. | |||
| ├── index.html | |||
| ├── styles.css | |||
| ├── scripts.js | |||
| ├── posts/ | |||
| │ ├── 2020-02-05-my-post.html | |||
| │ ├── 2020-02-05-my-post-image.jpg | |||
| │ └── 2020-03-21-another-post.html | |||
| </code></pre> | |||
| <p>If you want the base experience you author to be even slightly better, you could write the stylesheet links and script includes in every single file (rather than append them to each document through a build process). Going back to the markdown example:</p> | |||
| <pre><code class="language language-html"><span class="hljs-meta"><!doctype <span class="hljs-keyword">html</span>></span> | |||
| <span class="hljs-tag"><<span class="hljs-name">title</span>></span>This is the title of my blog post<span class="hljs-tag"></<span class="hljs-name">title</span>></span> | |||
| <span class="hljs-tag"><<span class="hljs-name">meta</span> <span class="hljs-attr">name</span>=<span class="hljs-string">"date"</span> <span class="hljs-attr">content</span>=<span class="hljs-string">"2020-09-02"</span>></span> | |||
| <span class="hljs-tag"><<span class="hljs-name">meta</span> <span class="hljs-attr">name</span>=<span class="hljs-string">"tags"</span> <span class="hljs-attr">content</span>=<span class="hljs-string">"readingNotes,somethingElse"</span>></span> | |||
| <span class="hljs-tag"><<span class="hljs-name">script</span> <span class="hljs-attr">type</span>=<span class="hljs-string">"./web-component-markdown.js"</span>></span><span class="hljs-tag"></<span class="hljs-name">script</span>></span> | |||
| <span class="hljs-tag"><<span class="hljs-name">wc-markdown</span>></span> | |||
| # This is the title of my post | |||
| I just want to start writing here whatever it is i'm about. | |||
| This is just another example of how you might do something that is really light and minimal. [Here is a link](./another-post.html) | |||
|  | |||
| <span class="hljs-tag"></<span class="hljs-name">wc-markdown</span>></span> | |||
| </code></pre> | |||
| <p>In this example, the trade-off is: overhead to include the <code><script></code> tag in every post, but the core experience in the browser is now more enhanced (if JavaScript runs) because the <code><wc-markdown></code> component will turn the markdown to HTML in the browser. An additional enhancement from here would be to have the build process (again, if it runs) render the markdown to HTML so the client doesn’t even need the web component!</p> | |||
| <p>The beauty is the build process works like progressive enhancement in the browser: the core experience is functional and accessible, then the build process enhances whatever you want to add by injecting those enhancements to the original, accessible HTML documents (things like style tags, script tags, or global header/footer HTML — I could imagine something like <a href="https://cheerio.js.org/">cheerio</a> being useful here).</p> | |||
| <p>The build process is a progressive enhancement to the core content of your website. Whether it runs or not, your site remains accessible and deployable at any point in time.</p> | |||
| <p>I get it, this won’t work for every website. And things like permalinks get tricky. But I still think it’s an intriguing mindset to start from: don’t assume the presence of a build, treat it as an enhancement rather than a dependency.</p> | |||
| <p>I should prototype the idea. I could imagine doing this with a tool like Metalsmith:</p> | |||
| <ul> | |||
| <li>Put your source files in directory (which works and remains deployable if everything else fails).</li> | |||
| <li>Metalsmith reads in all the files and produces a data structure of all the content</li> | |||
| <li>Additional files and markup are generated from your site’s content, like index listings, “related posts” sections, etc., while other necessary elements like styles, scripts, or global header/footer markup are injected to each page.</li> | |||
| <li>The new site is output as an “enhanced” version of the site <em>before your build started</em>.</li> | |||
| </ul> | |||
| <p>Are there any build tools advocating this kind of mindset? If you know of any, hit me up. </p> | |||
| </article> | |||
| <hr> | |||
| <footer> | |||
| <p> | |||
| <a href="/david/" title="Aller à l’accueil"><svg class="icon icon-home"> | |||
| <use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-home"></use> | |||
| </svg> Accueil</a> • | |||
| <a href="/david/log/" title="Accès au flux RSS"><svg class="icon icon-rss2"> | |||
| <use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-rss2"></use> | |||
| </svg> Suivre</a> • | |||
| <a href="http://larlet.com" title="Go to my English profile" data-instant><svg class="icon icon-user-tie"> | |||
| <use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-user-tie"></use> | |||
| </svg> Pro</a> • | |||
| <a href="mailto:david%40larlet.fr" title="Envoyer un courriel"><svg class="icon icon-mail"> | |||
| <use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-mail"></use> | |||
| </svg> Email</a> • | |||
| <abbr class="nowrap" title="Hébergeur : Alwaysdata, 62 rue Tiquetonne 75002 Paris, +33184162340"><svg class="icon icon-hammer2"> | |||
| <use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-hammer2"></use> | |||
| </svg> Légal</abbr> | |||
| </p> | |||
| <template id="theme-selector"> | |||
| <form> | |||
| <fieldset> | |||
| <legend><svg class="icon icon-brightness-contrast"> | |||
| <use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-brightness-contrast"></use> | |||
| </svg> Thème</legend> | |||
| <label> | |||
| <input type="radio" value="auto" name="chosen-color-scheme" checked> Auto | |||
| </label> | |||
| <label> | |||
| <input type="radio" value="dark" name="chosen-color-scheme"> Foncé | |||
| </label> | |||
| <label> | |||
| <input type="radio" value="light" name="chosen-color-scheme"> Clair | |||
| </label> | |||
| </fieldset> | |||
| </form> | |||
| </template> | |||
| </footer> | |||
| <script src="/static/david/js/instantpage-5.1.0.min.js" type="module"></script> | |||
| <script> | |||
| function loadThemeForm(templateName) { | |||
| const themeSelectorTemplate = document.querySelector(templateName) | |||
| const form = themeSelectorTemplate.content.firstElementChild | |||
| themeSelectorTemplate.replaceWith(form) | |||
| form.addEventListener('change', (e) => { | |||
| const chosenColorScheme = e.target.value | |||
| localStorage.setItem('theme', chosenColorScheme) | |||
| toggleTheme(chosenColorScheme) | |||
| }) | |||
| const selectedTheme = localStorage.getItem('theme') | |||
| if (selectedTheme && selectedTheme !== 'undefined') { | |||
| form.querySelector(`[value="${selectedTheme}"]`).checked = true | |||
| } | |||
| } | |||
| const prefersColorSchemeDark = '(prefers-color-scheme: dark)' | |||
| window.addEventListener('load', () => { | |||
| let hasDarkRules = false | |||
| for (const styleSheet of Array.from(document.styleSheets)) { | |||
| let mediaRules = [] | |||
| for (const cssRule of styleSheet.cssRules) { | |||
| if (cssRule.type !== CSSRule.MEDIA_RULE) { | |||
| continue | |||
| } | |||
| // WARNING: Safari does not have/supports `conditionText`. | |||
| if (cssRule.conditionText) { | |||
| if (cssRule.conditionText !== prefersColorSchemeDark) { | |||
| continue | |||
| } | |||
| } else { | |||
| if (cssRule.cssText.startsWith(prefersColorSchemeDark)) { | |||
| continue | |||
| } | |||
| } | |||
| mediaRules = mediaRules.concat(Array.from(cssRule.cssRules)) | |||
| } | |||
| // WARNING: do not try to insert a Rule to a styleSheet you are | |||
| // currently iterating on, otherwise the browser will be stuck | |||
| // in a infinite loop… | |||
| for (const mediaRule of mediaRules) { | |||
| styleSheet.insertRule(mediaRule.cssText) | |||
| hasDarkRules = true | |||
| } | |||
| } | |||
| if (hasDarkRules) { | |||
| loadThemeForm('#theme-selector') | |||
| } | |||
| }) | |||
| </script> | |||
| </body> | |||
| </html> | |||
+ 145
- 0
cache/2022/0707aa459878d644f14b65e9e05e9537/index.md
View File
| @@ -0,0 +1,145 @@ | |||
| title: Progressively Enhanced Builds | |||
| url: https://blog.jim-nielsen.com/2022/progressively-enhanced-builds/ | |||
| hash_url: 0707aa459878d644f14b65e9e05e9537 | |||
| <p>With the advent of the Jamstack, so many of websites require a build step of some kind before a functioning website can be born.</p> | |||
| <p>Build steps are great. I use them all the time. But they do come at a cost.</p> | |||
| <p>One of those costs is fragility—builds are prone to breaking. It’s not uncommon to setup a project, return to it six weeks later, run <code>npm install && npm start</code>, and <em>something</em> breaks. Then begins the troubleshooting. A project from 6 days ago, 6 weeks ago, or 6 years ago, each one of those could present its own set of build problems. Often, you end up with a non-functioning website you cannot edit, test, and update until your build is fixed.</p> | |||
| <p>We have a strategy for delivering robust, <a href="https://resilientwebdesign.com">resilient</a> experiences to users in the browser: progressive enhancement. Start with the most basic functionality that lets people do what they need, then enhance from there. In this way, lots of things could go wrong — JavaScript doesn’t load, network calls fail, the user is on an old browser, etc. — but the website remains functional and accessible.</p> | |||
| <p>What if we applied a mindset of progressive enhancement to builds and not only user agents? What if build processes were thought of as enhancements and not dependencies? Can you have a progressively enhanced build?</p> | |||
| <h2 id="conceptual-underpinnings">Conceptual Underpinnings</h2> | |||
| <p>I’ve had a few thoughts swirling in my head around this idea.</p> | |||
| <p>First there’s <a href="https://www.baldurbjarnason.com/2021/100-things-every-web-developer-should-know/">Baldur Bjarnason</a> who speaks on the value of tight feedback loops:</p> | |||
| <blockquote> | |||
| <p>Tight feedback loops are magic: build processes suck. They will always suck because they always loosen up the feedback loop. You can make builds quicker, but until they are virtually instantaneous, they will always suck…If you can make something without a build step, do so. If you can make something without compilation or building, do that. </p> | |||
| </blockquote> | |||
| <p>Then there’s <a href="https://inoads.com/articles/2021-01-09-Next-Gen-Static-Blogging">this proof-of-concept post from Maximilian Mackh</a> (with some <a href="https://news.ycombinator.com/item?id=25701053">intriguing hackernews comments</a>) which shows how to write a blog post and skip the build process using nifty tricks from HTML and CSS.</p> | |||
| <blockquote> | |||
| <p>My workflow consists of pressing CMD+S, switching to Safari and reloading the page. What you see now is what I get.</p> | |||
| </blockquote> | |||
| <p>Then there’s <a href="https://www.robinrendle.com/notes/blogging-and-the-heat-death-of-the-universe/">this post from Robin</a> who notes that entropy acts on all things, including websites and build processes until the last thing left standing is the markup.</p> | |||
| <blockquote> | |||
| <p>That complex build process? That’s a dependency…</p> | |||
| <p>the thing that lasts longest with our websites is probably the part that we spend the least time thinking about—the markup…</p> | |||
| <p>This is the second law of thermodynamics made clear on the web: the entropy of any isolated system always increases and, at some point or another, all that’s left of a website is the markup.</p> | |||
| </blockquote> | |||
| <p>Then there’s <a href="https://adactio.com/journal/17537">this post from Jeremy</a> which details how to think about your website’s features as an enhancements rather than dependencies.</p> | |||
| <blockquote> | |||
| <p>You certainly couldn’t use an experimental feature for anything mission critical…but you could use it as an enhancement.</p> | |||
| <p>And that is a pretty great way to think about all web features, experimental or otherwise. Don’t assume the feature will be supported. Use feature detection (or @supports in the case of CSS). Try to use the feature as an enhancement rather than a dependency.</p> | |||
| </blockquote> | |||
| <p>The key is to, as Jeremy says, “acknowledge and embrace unpredictability”. That seems like solid advice, whether you’re building on the client <em>or the server</em>.</p> | |||
| <blockquote> | |||
| <p>Instead of looking at the support table for something on caniuse.com and thinking, “I wish more browsers supported this feature so that I could use it!”, you can instead think “I’m going to use this feature today, but treat it as an experimental feature.”</p> | |||
| </blockquote> | |||
| <p>In a similar vein, what if you could look at building a website in a different light? Rather than thinking, “how do I combine a bunch of disparate content, templates, and tooling into a functioning website?”, you might think “how do I start at a functioning website with content and then use templates and build tooling to enhance it?”</p> | |||
| <p>[Granted: this is not a silver bullet for building every website. Lots of websites can’t start here—but maybe some could?]</p> | |||
| <h2 id="technical-ideas">Technical Ideas</h2> | |||
| <p>What could this look like? Honestly, I don’t know. But I’ll take a moment to try and imagine <em>something</em>.</p> | |||
| <p>I want to be able to view, edit, <em>and if need be ship</em> a website, even if the build process fails. In essence, if the build does fail I can still take all the source files, put them on a server, and the website remains functional (however crude).</p> | |||
| <p>I think this kind of approach begs for an HTML-first solution. Your content starts as something that works in the browser — in a less-than-ideal way, sure, but still functional — and the build process parses the base content, injecting additional “features” as enhancements (global header and footer, meta tags, links to CSS and JS, etc.). In this manner, your website starts as content at a URL. Everything else is an enhancement.</p> | |||
| <p>For example, think of a classic blog post as a markdown file.</p> | |||
| <pre><code class="language language-md">--- | |||
| title: This is the title of my blog post | |||
| date: 2020-09-02 | |||
| tags: | |||
| <span class="hljs-bullet"> -</span> readingNotes | |||
| <span class="hljs-section"> - somethingElse | |||
| ---</span> | |||
| <span class="hljs-section"># This is the title of my post</span> | |||
| I just want to start writing here whatever it is i'm about. | |||
| This is just another example of how you might do something that is really light and minimal. [<span class="hljs-string">Here’s a link</span>](<span class="hljs-link">./another-post.md</span>) | |||
| ![<span class="hljs-string">An image for my blog post</span>](<span class="hljs-link">../images/my-image.jpg</span>) | |||
| </code></pre> | |||
| <p>What if you rewrote that using HTML for the front-matter semantics? If you want to continue to author the content of the post in markdown, do it, but embed it in a web component (which would get “enhanced” and rendered to HTML somewhere further down the line).</p> | |||
| <p>What’s beautiful about markdown is that it’s a kind of progressively-enhanced syntax for writing: link and image URLs are still accessible even when unparsed.</p> | |||
| <pre><code class="language language-html"><span class="hljs-meta"><!doctype <span class="hljs-keyword">html</span>></span> | |||
| <span class="hljs-tag"><<span class="hljs-name">title</span>></span>This is the title of my blog post<span class="hljs-tag"></<span class="hljs-name">title</span>></span> | |||
| <span class="hljs-tag"><<span class="hljs-name">meta</span> <span class="hljs-attr">name</span>=<span class="hljs-string">"date"</span> <span class="hljs-attr">content</span>=<span class="hljs-string">"2020-09-02"</span>></span> | |||
| <span class="hljs-tag"><<span class="hljs-name">meta</span> <span class="hljs-attr">name</span>=<span class="hljs-string">"tags"</span> <span class="hljs-attr">content</span>=<span class="hljs-string">"readingNotes,somethingElse"</span>></span> | |||
| <span class="hljs-tag"><<span class="hljs-name">wc-markdown</span> <span class="hljs-attr">style</span>=<span class="hljs-string">"white-space: pre-line"</span>></span> | |||
| # This is the title of my post | |||
| I just want to start writing here whatever it is i'm about. | |||
| This is just another example of how you might do something that is really light and minimal. [Here is a link](./another-post.html) | |||
|  | |||
| <span class="hljs-tag"></<span class="hljs-name">wc-markdown</span>></span> | |||
| </code></pre> | |||
| <p class="image-container"><img src="https://cdn.jim-nielsen.com/blog/2022/progressive-build-markdown.png" alt=""> | |||
| </p><p>There are trade-offs here: authoring in markdown is a convenience for me, the author, and results in a more crude initial experience (if a build enhancement fails later).</p> | |||
| <p>Given that markdown supports HTML, you could trade the image syntax (<code>![]()</code>) for <code><img></code> tags or the link syntax (<code>[]()</code>) for <code><a></code> tags. That’ll improve the core experience a tiny bit in the browser, as links would be functionally clickable and images would display directly inline.</p> | |||
| <pre><code class="language language-html"><span class="hljs-meta"><!doctype <span class="hljs-keyword">html</span>></span> | |||
| <span class="hljs-tag"><<span class="hljs-name">title</span>></span>This is the title of my blog post<span class="hljs-tag"></<span class="hljs-name">title</span>></span> | |||
| <span class="hljs-tag"><<span class="hljs-name">meta</span> <span class="hljs-attr">name</span>=<span class="hljs-string">"date"</span> <span class="hljs-attr">content</span>=<span class="hljs-string">"2020-09-02"</span>></span> | |||
| <span class="hljs-tag"><<span class="hljs-name">meta</span> <span class="hljs-attr">name</span>=<span class="hljs-string">"tags"</span> <span class="hljs-attr">content</span>=<span class="hljs-string">"readingNotes,somethingElse"</span>></span> | |||
| <span class="hljs-tag"><<span class="hljs-name">wc-markdown</span> <span class="hljs-attr">style</span>=<span class="hljs-string">"white-space: pre-line"</span>></span> | |||
| # This is the title of my post | |||
| I just want to start writing here whatever it is i'm about. | |||
| This is just another example of how you might do something that is really light and minimal. <span class="hljs-tag"><<span class="hljs-name">a</span> <span class="hljs-attr">href</span>=<span class="hljs-string">"./another-post.html"</span>></span>Here is a link<span class="hljs-tag"></<span class="hljs-name">a</span>></span> | |||
|  | |||
| <span class="hljs-tag"></<span class="hljs-name">wc-markdown</span>></span> | |||
| </code></pre> | |||
| <p>Or, as inspired by <a href="https://news.ycombinator.com/item?id=25701842">this comment</a>, you could author your content directly in as sparse a take on HTML as is possible.</p> | |||
| <pre><code class="language language-html"><span class="hljs-meta"><!doctype <span class="hljs-keyword">html</span>></span> | |||
| <span class="hljs-tag"><<span class="hljs-name">title</span>></span>This is the title of my blog post<span class="hljs-tag"></<span class="hljs-name">title</span>></span> | |||
| <span class="hljs-tag"><<span class="hljs-name">meta</span> <span class="hljs-attr">name</span>=<span class="hljs-string">"date"</span> <span class="hljs-attr">content</span>=<span class="hljs-string">"2020-09-02"</span>></span> | |||
| <span class="hljs-tag"><<span class="hljs-name">meta</span> <span class="hljs-attr">name</span>=<span class="hljs-string">"tags"</span> <span class="hljs-attr">content</span>=<span class="hljs-string">"readingNotes,somethingElse"</span>></span> | |||
| <span class="hljs-tag"><<span class="hljs-name">h1</span>></span>This is the title of my post<span class="hljs-tag"></<span class="hljs-name">h1</span>></span> | |||
| <span class="hljs-tag"><<span class="hljs-name">p</span>></span> | |||
| I just want to start writing here whatever it is i'm about. | |||
| <span class="hljs-tag"><<span class="hljs-name">p</span>></span> | |||
| This is just another example of how you might do something that is really light and minimal. <span class="hljs-tag"><<span class="hljs-name">a</span> <span class="hljs-attr">href</span>=<span class="hljs-string">"./another-post.html"</span>></span>Here is a link<span class="hljs-tag"></<span class="hljs-name">a</span>></span> | |||
| <span class="hljs-tag"><<span class="hljs-name">p</span>></span> | |||
| <span class="hljs-tag"><<span class="hljs-name">img</span> <span class="hljs-attr">src</span>=<span class="hljs-string">"./image.jpg"</span> <span class="hljs-attr">alt</span>=<span class="hljs-string">"An image for my blog post"</span>></span> | |||
| </code></pre> | |||
| <p>You can see how trading authoring conveniences begins to enhance the base browser experience.</p> | |||
| <p class="image-container"><img src="https://cdn.jim-nielsen.com/blog/2022/progressive-build-html.png" alt=""> | |||
| </p><p>These files could be opened in a browser, without a build process or server (i.e. at a URL of <code>file:///Users/Me/Path/To/my-post.html</code>) and the core content would be accessible. And if you markup all the page’s included resources (links, images, styles, scripts, etc.) as relative links, everything will work even without a server. (Granted you’d have to give some thought to structuring your files accordingly.)</p> | |||
| <pre><code>. | |||
| ├── index.html | |||
| ├── styles.css | |||
| ├── scripts.js | |||
| ├── posts/ | |||
| │ ├── 2020-02-05-my-post.html | |||
| │ ├── 2020-02-05-my-post-image.jpg | |||
| │ └── 2020-03-21-another-post.html | |||
| </code></pre> | |||
| <p>If you want the base experience you author to be even slightly better, you could write the stylesheet links and script includes in every single file (rather than append them to each document through a build process). Going back to the markdown example:</p> | |||
| <pre><code class="language language-html"><span class="hljs-meta"><!doctype <span class="hljs-keyword">html</span>></span> | |||
| <span class="hljs-tag"><<span class="hljs-name">title</span>></span>This is the title of my blog post<span class="hljs-tag"></<span class="hljs-name">title</span>></span> | |||
| <span class="hljs-tag"><<span class="hljs-name">meta</span> <span class="hljs-attr">name</span>=<span class="hljs-string">"date"</span> <span class="hljs-attr">content</span>=<span class="hljs-string">"2020-09-02"</span>></span> | |||
| <span class="hljs-tag"><<span class="hljs-name">meta</span> <span class="hljs-attr">name</span>=<span class="hljs-string">"tags"</span> <span class="hljs-attr">content</span>=<span class="hljs-string">"readingNotes,somethingElse"</span>></span> | |||
| <span class="hljs-tag"><<span class="hljs-name">script</span> <span class="hljs-attr">type</span>=<span class="hljs-string">"./web-component-markdown.js"</span>></span><span class="hljs-tag"></<span class="hljs-name">script</span>></span> | |||
| <span class="hljs-tag"><<span class="hljs-name">wc-markdown</span>></span> | |||
| # This is the title of my post | |||
| I just want to start writing here whatever it is i'm about. | |||
| This is just another example of how you might do something that is really light and minimal. [Here is a link](./another-post.html) | |||
|  | |||
| <span class="hljs-tag"></<span class="hljs-name">wc-markdown</span>></span> | |||
| </code></pre> | |||
| <p>In this example, the trade-off is: overhead to include the <code><script></code> tag in every post, but the core experience in the browser is now more enhanced (if JavaScript runs) because the <code><wc-markdown></code> component will turn the markdown to HTML in the browser. An additional enhancement from here would be to have the build process (again, if it runs) render the markdown to HTML so the client doesn’t even need the web component!</p> | |||
| <p>The beauty is the build process works like progressive enhancement in the browser: the core experience is functional and accessible, then the build process enhances whatever you want to add by injecting those enhancements to the original, accessible HTML documents (things like style tags, script tags, or global header/footer HTML — I could imagine something like <a href="https://cheerio.js.org/">cheerio</a> being useful here).</p> | |||
| <p>The build process is a progressive enhancement to the core content of your website. Whether it runs or not, your site remains accessible and deployable at any point in time.</p> | |||
| <p>I get it, this won’t work for every website. And things like permalinks get tricky. But I still think it’s an intriguing mindset to start from: don’t assume the presence of a build, treat it as an enhancement rather than a dependency.</p> | |||
| <p>I should prototype the idea. I could imagine doing this with a tool like Metalsmith:</p> | |||
| <ul> | |||
| <li>Put your source files in directory (which works and remains deployable if everything else fails).</li> | |||
| <li>Metalsmith reads in all the files and produces a data structure of all the content</li> | |||
| <li>Additional files and markup are generated from your site’s content, like index listings, “related posts” sections, etc., while other necessary elements like styles, scripts, or global header/footer markup are injected to each page.</li> | |||
| <li>The new site is output as an “enhanced” version of the site <em>before your build started</em>.</li> | |||
| </ul> | |||
| <p>Are there any build tools advocating this kind of mindset? If you know of any, hit me up. </p> | |||
+ 366
- 0
cache/2022/1dd0383e3a416109e4259144d7a67e2d/index.html
View File
| @@ -0,0 +1,366 @@ | |||
| <!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` element | |||
| 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,initial-scale=1"> | |||
| <!-- Required to make a valid HTML5 document. --> | |||
| <title>Write plain text files (archive) — David Larlet</title> | |||
| <meta name="description" content="Publication mise en cache pour en conserver une trace."> | |||
| <!-- That good ol' feed, subscribe :). --> | |||
| <link rel="alternate" type="application/atom+xml" title="Feed" href="/david/log/"> | |||
| <!-- Generated from https://realfavicongenerator.net/ such a mess. --> | |||
| <link rel="apple-touch-icon" sizes="180x180" href="/static/david/icons2/apple-touch-icon.png"> | |||
| <link rel="icon" type="image/png" sizes="32x32" href="/static/david/icons2/favicon-32x32.png"> | |||
| <link rel="icon" type="image/png" sizes="16x16" href="/static/david/icons2/favicon-16x16.png"> | |||
| <link rel="manifest" href="/static/david/icons2/site.webmanifest"> | |||
| <link rel="mask-icon" href="/static/david/icons2/safari-pinned-tab.svg" color="#07486c"> | |||
| <link rel="shortcut icon" href="/static/david/icons2/favicon.ico"> | |||
| <meta name="msapplication-TileColor" content="#f7f7f7"> | |||
| <meta name="msapplication-config" content="/static/david/icons2/browserconfig.xml"> | |||
| <meta name="theme-color" content="#f7f7f7" media="(prefers-color-scheme: light)"> | |||
| <meta name="theme-color" content="#272727" media="(prefers-color-scheme: dark)"> | |||
| <!-- Documented, feel free to shoot an email. --> | |||
| <link rel="stylesheet" href="/static/david/css/style_2021-01-20.css"> | |||
| <!-- See https://www.zachleat.com/web/comprehensive-webfonts/ for the trade-off. --> | |||
| <link rel="preload" href="/static/david/css/fonts/triplicate_t4_poly_regular.woff2" as="font" type="font/woff2" media="(prefers-color-scheme: light), (prefers-color-scheme: no-preference)" crossorigin> | |||
| <link rel="preload" href="/static/david/css/fonts/triplicate_t4_poly_bold.woff2" as="font" type="font/woff2" media="(prefers-color-scheme: light), (prefers-color-scheme: no-preference)" crossorigin> | |||
| <link rel="preload" href="/static/david/css/fonts/triplicate_t4_poly_italic.woff2" as="font" type="font/woff2" media="(prefers-color-scheme: light), (prefers-color-scheme: no-preference)" crossorigin> | |||
| <link rel="preload" href="/static/david/css/fonts/triplicate_t3_regular.woff2" as="font" type="font/woff2" media="(prefers-color-scheme: dark)" crossorigin> | |||
| <link rel="preload" href="/static/david/css/fonts/triplicate_t3_bold.woff2" as="font" type="font/woff2" media="(prefers-color-scheme: dark)" crossorigin> | |||
| <link rel="preload" href="/static/david/css/fonts/triplicate_t3_italic.woff2" as="font" type="font/woff2" media="(prefers-color-scheme: dark)" crossorigin> | |||
| <script> | |||
| function toggleTheme(themeName) { | |||
| document.documentElement.classList.toggle( | |||
| 'forced-dark', | |||
| themeName === 'dark' | |||
| ) | |||
| document.documentElement.classList.toggle( | |||
| 'forced-light', | |||
| themeName === 'light' | |||
| ) | |||
| } | |||
| const selectedTheme = localStorage.getItem('theme') | |||
| if (selectedTheme !== 'undefined') { | |||
| toggleTheme(selectedTheme) | |||
| } | |||
| </script> | |||
| <meta name="robots" content="noindex, nofollow"> | |||
| <meta content="origin-when-cross-origin" name="referrer"> | |||
| <!-- Canonical URL for SEO purposes --> | |||
| <link rel="canonical" href="https://sive.rs/plaintext"> | |||
| <body class="remarkdown h1-underline h2-underline h3-underline em-underscore hr-center ul-star pre-tick" data-instant-intensity="viewport-all"> | |||
| <article> | |||
| <header> | |||
| <h1>Write plain text files</h1> | |||
| </header> | |||
| <nav> | |||
| <p class="center"> | |||
| <a href="/david/" title="Aller à l’accueil"><svg class="icon icon-home"> | |||
| <use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-home"></use> | |||
| </svg> Accueil</a> • | |||
| <a href="https://sive.rs/plaintext" title="Lien vers le contenu original">Source originale</a> | |||
| </p> | |||
| </nav> | |||
| <hr> | |||
| <p> | |||
| I write almost everything important in my life: thoughts, plans, notes, diaries, correspondence, code, articles, and entire books. | |||
| </p> | |||
| <p> | |||
| They are my extended memory — my noted self — my organized thoughts. | |||
| I refer to them often. | |||
| I search them, update them, and learn from them. | |||
| I convert them into HTML to make websites, or LaTeX to make books. | |||
| </p> | |||
| <p> | |||
| My written words are my most precious asset. | |||
| They are also a history of my life. | |||
| <strong> | |||
| That’s why I only use plain text files. | |||
| </strong> | |||
| They are the most reliable, flexible, and long-lasting option. | |||
| Here’s why. | |||
| </p> | |||
| <h2> | |||
| PORTABLE | |||
| </h2> | |||
| <p> | |||
| I’ve brought my text files with me since 1990, from Mac to Windows to Linux to BSD, from PCs to laptops to tablets to Android to iOS to a tiny device the size of my thumb, and back again. | |||
| </p> | |||
| <p> | |||
| <strong> | |||
| Every device, including ones long gone, and ones not invented yet, can read and edit plain text. | |||
| </strong> | |||
| Whether future virtual reality, or a chip you can implant in your earlobe, plain text will be there. | |||
| Will Microsoft Word? | |||
| Evernote? | |||
| Notion? | |||
| Maybe. | |||
| Maybe not. | |||
| </p> | |||
| <p> | |||
| But plain text? | |||
| Always. | |||
| Everywhere. | |||
| </p> | |||
| <h2> | |||
| UN-COMMERCIAL | |||
| </h2> | |||
| <p> | |||
| Every few years a new company says you should use their special format. | |||
| You have to pay them a monthly fee to use it — or keep all of your documents in their care. | |||
| They offer some convenience or features, but at the cost of flexibility, portability, and independence. | |||
| </p> | |||
| <p> | |||
| When you store your writing in one company’s unique format, then you need that program to access it. | |||
| Then the economy takes a turn, they go out of business, and your work is trapped in an unusable format. | |||
| </p> | |||
| <p> | |||
| <strong> | |||
| You will outlive these companies. | |||
| </strong> | |||
| Your writing should outlive you. | |||
| Depending on companies is not an option. | |||
| </p> | |||
| <p> | |||
| Plain text is un-commercial. | |||
| It removes you from the world of subscriptions and hype. | |||
| There will always be plenty of free, non-commercial software in the public domain for reading and editing text files. | |||
| </p> | |||
| <h2> | |||
| OFFLINE | |||
| </h2> | |||
| <p> | |||
| There are places and times when you can’t get online. | |||
| Don’t depend on any tool that needs an internet connection. | |||
| </p> | |||
| <p> | |||
| <strong> | |||
| There are great benefits to being intentionally offline and unreachable, to focus. | |||
| </strong> | |||
| It’s a super productivity boost. | |||
| You need to be able to write, and have access to all your writing, during these times. | |||
| </p> | |||
| <h2> | |||
| NO DEPENDENCIES | |||
| </h2> | |||
| <p> | |||
| If you rely on Word, Evernote or Notion, for example, then you can’t work unless you have Word, Evernote, or Notion. | |||
| <strong> | |||
| You are helpless without them. | |||
| </strong> | |||
| You are dependent. | |||
| </p> | |||
| <p> | |||
| People tell me about more tools I could use in addition to my text files. | |||
| But I don’t need or want anything else. | |||
| <strong> | |||
| Plain text files and a basic text editor are enough. | |||
| This is everything you need for great thinking and writing. | |||
| </strong> | |||
| (A paper notebook and pencil are enough, too.) | |||
| </p> | |||
| <p> | |||
| If you only use plain text, you can work on any device, forever. | |||
| The less you depend on, the better. | |||
| Peace and focus come when you stop looking for more. | |||
| </p> | |||
| <h2> | |||
| EASIEST TO CONVERT | |||
| </h2> | |||
| <p> | |||
| Plain text can be converted into anything else. | |||
| </p> | |||
| <p> | |||
| HTML, Markdown, JSON, LaTeX, and many other standard formats, are just plain text. | |||
| I’ve written four books and four hundred blog posts in plain text. | |||
| </p> | |||
| <p> | |||
| You can make your own personal formats in your plain text files. | |||
| Maybe in each diary entry, the first two lines are like: | |||
| </p> | |||
| <pre> | |||
| date: 2022-02-28 | |||
| tags: where-to-live, kids, dog, anxious | |||
| </pre> | |||
| <p> | |||
| Then it’s easy to use any little scripting language like Ruby, Python, or JavaScript to grab the date and tags, and use them for categorizing, sorting, renaming, archiving, or exporting. | |||
| </p> | |||
| <p> | |||
| Or if you don’t want to do it yourself, then it’s easy to find someone who can. | |||
| Anyone who’s been programming for more than a week should be able to do it easily. | |||
| </p> | |||
| <h2> | |||
| NEED HIERARCHY? | |||
| </h2> | |||
| <p> | |||
| Use directories — also known as folders. | |||
| These are also good for keeping your text together with other files like images and audio. | |||
| </p> | |||
| <pre> | |||
| Documents/ | |||
| Documents/Diary/ | |||
| Documents/Diary/2022/ | |||
| Documents/Diary/2022/2022-02-28.txt | |||
| Documents/Thoughts/ | |||
| Documents/Thoughts/WhereToLive/ | |||
| Documents/Thoughts/WhereToLive/2019-06-30.txt | |||
| Documents/Thoughts/WhereToLive/2020-01-18.txt | |||
| Documents/Ideas/ | |||
| Documents/Ideas/MusicalChairs.txt | |||
| Documents/Ideas/NewHouse/ | |||
| Documents/Ideas/NewHouse/Design/ | |||
| Documents/Ideas/NewHouse/Design/entryway.jpg | |||
| Documents/Ideas/NewHouse/Design/roof.jpg | |||
| Documents/Ideas/NewHouse/Architect/ | |||
| Documents/Ideas/NewHouse/Architect/JM_Lim.txt | |||
| Documents/Ideas/NewHouse/Architect/TPS_Inc.txt | |||
| </pre> | |||
| <h2> | |||
| NEED VISUALS OR GRAPHICS? | |||
| </h2> | |||
| <p> | |||
| Need visual mind-mapping with circles and lines? | |||
| Maybe you do. | |||
| <strong> | |||
| But maybe you don’t. | |||
| </strong> | |||
| Maybe it’s just another distraction, focusing on the tools instead of your thinking. | |||
| </p> | |||
| <p> | |||
| I love that plain text files have no formatting to tinker with. | |||
| A tab key, SHIFT KEY, and vertical line breaks can go a long way, keeping you writing instead of formatting. | |||
| </p> | |||
| <p> | |||
| If you really need graphics, do your drawing using something else. | |||
| Digital drawing into SVG files. | |||
| Paper drawing, scanned into JPGs. | |||
| </p> | |||
| <p> | |||
| Formats that aren’t owned by any company. | |||
| Formats that will outlast you. | |||
| </p> | |||
| <p> | |||
| Keep your graphics files alongside your text files. | |||
| But keep your text as plain text. | |||
| </p> | |||
| <h2> | |||
| CONCLUSION | |||
| </h2> | |||
| <p> | |||
| Reliable, flexible, portable, independent, and long-lasting. | |||
| Plain text files will be readable by future generations, hundreds of years from now. | |||
| </p> | |||
| <p> | |||
| I especially enjoy the tranquility of their offline, non-commercial nature. | |||
| They’re quiet. | |||
| They’re focused. | |||
| (As I aim to be.) | |||
| </p> | |||
| <p><img src="https://sive.rs/images/plaintext.png" alt="screen shot of the text of this post"></p> | |||
| </article> | |||
| <hr> | |||
| <footer> | |||
| <p> | |||
| <a href="/david/" title="Aller à l’accueil"><svg class="icon icon-home"> | |||
| <use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-home"></use> | |||
| </svg> Accueil</a> • | |||
| <a href="/david/log/" title="Accès au flux RSS"><svg class="icon icon-rss2"> | |||
| <use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-rss2"></use> | |||
| </svg> Suivre</a> • | |||
| <a href="http://larlet.com" title="Go to my English profile" data-instant><svg class="icon icon-user-tie"> | |||
| <use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-user-tie"></use> | |||
| </svg> Pro</a> • | |||
| <a href="mailto:david%40larlet.fr" title="Envoyer un courriel"><svg class="icon icon-mail"> | |||
| <use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-mail"></use> | |||
| </svg> Email</a> • | |||
| <abbr class="nowrap" title="Hébergeur : Alwaysdata, 62 rue Tiquetonne 75002 Paris, +33184162340"><svg class="icon icon-hammer2"> | |||
| <use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-hammer2"></use> | |||
| </svg> Légal</abbr> | |||
| </p> | |||
| <template id="theme-selector"> | |||
| <form> | |||
| <fieldset> | |||
| <legend><svg class="icon icon-brightness-contrast"> | |||
| <use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-brightness-contrast"></use> | |||
| </svg> Thème</legend> | |||
| <label> | |||
| <input type="radio" value="auto" name="chosen-color-scheme" checked> Auto | |||
| </label> | |||
| <label> | |||
| <input type="radio" value="dark" name="chosen-color-scheme"> Foncé | |||
| </label> | |||
| <label> | |||
| <input type="radio" value="light" name="chosen-color-scheme"> Clair | |||
| </label> | |||
| </fieldset> | |||
| </form> | |||
| </template> | |||
| </footer> | |||
| <script src="/static/david/js/instantpage-5.1.0.min.js" type="module"></script> | |||
| <script> | |||
| function loadThemeForm(templateName) { | |||
| const themeSelectorTemplate = document.querySelector(templateName) | |||
| const form = themeSelectorTemplate.content.firstElementChild | |||
| themeSelectorTemplate.replaceWith(form) | |||
| form.addEventListener('change', (e) => { | |||
| const chosenColorScheme = e.target.value | |||
| localStorage.setItem('theme', chosenColorScheme) | |||
| toggleTheme(chosenColorScheme) | |||
| }) | |||
| const selectedTheme = localStorage.getItem('theme') | |||
| if (selectedTheme && selectedTheme !== 'undefined') { | |||
| form.querySelector(`[value="${selectedTheme}"]`).checked = true | |||
| } | |||
| } | |||
| const prefersColorSchemeDark = '(prefers-color-scheme: dark)' | |||
| window.addEventListener('load', () => { | |||
| let hasDarkRules = false | |||
| for (const styleSheet of Array.from(document.styleSheets)) { | |||
| let mediaRules = [] | |||
| for (const cssRule of styleSheet.cssRules) { | |||
| if (cssRule.type !== CSSRule.MEDIA_RULE) { | |||
| continue | |||
| } | |||
| // WARNING: Safari does not have/supports `conditionText`. | |||
| if (cssRule.conditionText) { | |||
| if (cssRule.conditionText !== prefersColorSchemeDark) { | |||
| continue | |||
| } | |||
| } else { | |||
| if (cssRule.cssText.startsWith(prefersColorSchemeDark)) { | |||
| continue | |||
| } | |||
| } | |||
| mediaRules = mediaRules.concat(Array.from(cssRule.cssRules)) | |||
| } | |||
| // WARNING: do not try to insert a Rule to a styleSheet you are | |||
| // currently iterating on, otherwise the browser will be stuck | |||
| // in a infinite loop… | |||
| for (const mediaRule of mediaRules) { | |||
| styleSheet.insertRule(mediaRule.cssText) | |||
| hasDarkRules = true | |||
| } | |||
| } | |||
| if (hasDarkRules) { | |||
| loadThemeForm('#theme-selector') | |||
| } | |||
| }) | |||
| </script> | |||
| </body> | |||
| </html> | |||
+ 162
- 0
cache/2022/1dd0383e3a416109e4259144d7a67e2d/index.md
View File
| @@ -0,0 +1,162 @@ | |||
| title: Write plain text files | |||
| url: https://sive.rs/plaintext | |||
| hash_url: 1dd0383e3a416109e4259144d7a67e2d | |||
| <p> | |||
| I write almost everything important in my life: thoughts, plans, notes, diaries, correspondence, code, articles, and entire books. | |||
| </p><p> | |||
| They are my extended memory — my noted self — my organized thoughts. | |||
| I refer to them often. | |||
| I search them, update them, and learn from them. | |||
| I convert them into HTML to make websites, or LaTeX to make books. | |||
| </p><p> | |||
| My written words are my most precious asset. | |||
| They are also a history of my life. | |||
| <strong> | |||
| That’s why I only use plain text files. | |||
| </strong> | |||
| They are the most reliable, flexible, and long-lasting option. | |||
| Here’s why. | |||
| </p><h2> | |||
| PORTABLE | |||
| </h2><p> | |||
| I’ve brought my text files with me since 1990, from Mac to Windows to Linux to BSD, from PCs to laptops to tablets to Android to iOS to a tiny device the size of my thumb, and back again. | |||
| </p><p> | |||
| <strong> | |||
| Every device, including ones long gone, and ones not invented yet, can read and edit plain text. | |||
| </strong> | |||
| Whether future virtual reality, or a chip you can implant in your earlobe, plain text will be there. | |||
| Will Microsoft Word? | |||
| Evernote? | |||
| Notion? | |||
| Maybe. | |||
| Maybe not. | |||
| </p><p> | |||
| But plain text? | |||
| Always. | |||
| Everywhere. | |||
| </p><h2> | |||
| UN-COMMERCIAL | |||
| </h2><p> | |||
| Every few years a new company says you should use their special format. | |||
| You have to pay them a monthly fee to use it — or keep all of your documents in their care. | |||
| They offer some convenience or features, but at the cost of flexibility, portability, and independence. | |||
| </p><p> | |||
| When you store your writing in one company’s unique format, then you need that program to access it. | |||
| Then the economy takes a turn, they go out of business, and your work is trapped in an unusable format. | |||
| </p><p> | |||
| <strong> | |||
| You will outlive these companies. | |||
| </strong> | |||
| Your writing should outlive you. | |||
| Depending on companies is not an option. | |||
| </p><p> | |||
| Plain text is un-commercial. | |||
| It removes you from the world of subscriptions and hype. | |||
| There will always be plenty of free, non-commercial software in the public domain for reading and editing text files. | |||
| </p><h2> | |||
| OFFLINE | |||
| </h2><p> | |||
| There are places and times when you can’t get online. | |||
| Don’t depend on any tool that needs an internet connection. | |||
| </p><p> | |||
| <strong> | |||
| There are great benefits to being intentionally offline and unreachable, to focus. | |||
| </strong> | |||
| It’s a super productivity boost. | |||
| You need to be able to write, and have access to all your writing, during these times. | |||
| </p><h2> | |||
| NO DEPENDENCIES | |||
| </h2><p> | |||
| If you rely on Word, Evernote or Notion, for example, then you can’t work unless you have Word, Evernote, or Notion. | |||
| <strong> | |||
| You are helpless without them. | |||
| </strong> | |||
| You are dependent. | |||
| </p><p> | |||
| People tell me about more tools I could use in addition to my text files. | |||
| But I don’t need or want anything else. | |||
| <strong> | |||
| Plain text files and a basic text editor are enough. | |||
| This is everything you need for great thinking and writing. | |||
| </strong> | |||
| (A paper notebook and pencil are enough, too.) | |||
| </p><p> | |||
| If you only use plain text, you can work on any device, forever. | |||
| The less you depend on, the better. | |||
| Peace and focus come when you stop looking for more. | |||
| </p><h2> | |||
| EASIEST TO CONVERT | |||
| </h2><p> | |||
| Plain text can be converted into anything else. | |||
| </p><p> | |||
| HTML, Markdown, JSON, LaTeX, and many other standard formats, are just plain text. | |||
| I’ve written four books and four hundred blog posts in plain text. | |||
| </p><p> | |||
| You can make your own personal formats in your plain text files. | |||
| Maybe in each diary entry, the first two lines are like: | |||
| </p><pre> | |||
| date: 2022-02-28 | |||
| tags: where-to-live, kids, dog, anxious | |||
| </pre><p> | |||
| Then it’s easy to use any little scripting language like Ruby, Python, or JavaScript to grab the date and tags, and use them for categorizing, sorting, renaming, archiving, or exporting. | |||
| </p><p> | |||
| Or if you don’t want to do it yourself, then it’s easy to find someone who can. | |||
| Anyone who’s been programming for more than a week should be able to do it easily. | |||
| </p><h2> | |||
| NEED HIERARCHY? | |||
| </h2><p> | |||
| Use directories — also known as folders. | |||
| These are also good for keeping your text together with other files like images and audio. | |||
| </p><pre> | |||
| Documents/ | |||
| Documents/Diary/ | |||
| Documents/Diary/2022/ | |||
| Documents/Diary/2022/2022-02-28.txt | |||
| Documents/Thoughts/ | |||
| Documents/Thoughts/WhereToLive/ | |||
| Documents/Thoughts/WhereToLive/2019-06-30.txt | |||
| Documents/Thoughts/WhereToLive/2020-01-18.txt | |||
| Documents/Ideas/ | |||
| Documents/Ideas/MusicalChairs.txt | |||
| Documents/Ideas/NewHouse/ | |||
| Documents/Ideas/NewHouse/Design/ | |||
| Documents/Ideas/NewHouse/Design/entryway.jpg | |||
| Documents/Ideas/NewHouse/Design/roof.jpg | |||
| Documents/Ideas/NewHouse/Architect/ | |||
| Documents/Ideas/NewHouse/Architect/JM_Lim.txt | |||
| Documents/Ideas/NewHouse/Architect/TPS_Inc.txt | |||
| </pre><h2> | |||
| NEED VISUALS OR GRAPHICS? | |||
| </h2><p> | |||
| Need visual mind-mapping with circles and lines? | |||
| Maybe you do. | |||
| <strong> | |||
| But maybe you don’t. | |||
| </strong> | |||
| Maybe it’s just another distraction, focusing on the tools instead of your thinking. | |||
| </p><p> | |||
| I love that plain text files have no formatting to tinker with. | |||
| A tab key, SHIFT KEY, and vertical line breaks can go a long way, keeping you writing instead of formatting. | |||
| </p><p> | |||
| If you really need graphics, do your drawing using something else. | |||
| Digital drawing into SVG files. | |||
| Paper drawing, scanned into JPGs. | |||
| </p><p> | |||
| Formats that aren’t owned by any company. | |||
| Formats that will outlast you. | |||
| </p><p> | |||
| Keep your graphics files alongside your text files. | |||
| But keep your text as plain text. | |||
| </p><h2> | |||
| CONCLUSION | |||
| </h2><p> | |||
| Reliable, flexible, portable, independent, and long-lasting. | |||
| Plain text files will be readable by future generations, hundreds of years from now. | |||
| </p><p> | |||
| I especially enjoy the tranquility of their offline, non-commercial nature. | |||
| They’re quiet. | |||
| They’re focused. | |||
| (As I aim to be.) | |||
| </p> | |||
| <img src="https://sive.rs/images/plaintext.png" alt="screen shot of the text of this post"> | |||
+ 172
- 0
cache/2022/2458bbc9f86af47ffffcd1b99f19743a/index.html
View File
| @@ -0,0 +1,172 @@ | |||
| <!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` element | |||
| 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,initial-scale=1"> | |||
| <!-- Required to make a valid HTML5 document. --> | |||
| <title>Next Gen Static Blogging (archive) — David Larlet</title> | |||
| <meta name="description" content="Publication mise en cache pour en conserver une trace."> | |||
| <!-- That good ol' feed, subscribe :). --> | |||
| <link rel="alternate" type="application/atom+xml" title="Feed" href="/david/log/"> | |||
| <!-- Generated from https://realfavicongenerator.net/ such a mess. --> | |||
| <link rel="apple-touch-icon" sizes="180x180" href="/static/david/icons2/apple-touch-icon.png"> | |||
| <link rel="icon" type="image/png" sizes="32x32" href="/static/david/icons2/favicon-32x32.png"> | |||
| <link rel="icon" type="image/png" sizes="16x16" href="/static/david/icons2/favicon-16x16.png"> | |||
| <link rel="manifest" href="/static/david/icons2/site.webmanifest"> | |||
| <link rel="mask-icon" href="/static/david/icons2/safari-pinned-tab.svg" color="#07486c"> | |||
| <link rel="shortcut icon" href="/static/david/icons2/favicon.ico"> | |||
| <meta name="msapplication-TileColor" content="#f7f7f7"> | |||
| <meta name="msapplication-config" content="/static/david/icons2/browserconfig.xml"> | |||
| <meta name="theme-color" content="#f7f7f7" media="(prefers-color-scheme: light)"> | |||
| <meta name="theme-color" content="#272727" media="(prefers-color-scheme: dark)"> | |||
| <!-- Documented, feel free to shoot an email. --> | |||
| <link rel="stylesheet" href="/static/david/css/style_2021-01-20.css"> | |||
| <!-- See https://www.zachleat.com/web/comprehensive-webfonts/ for the trade-off. --> | |||
| <link rel="preload" href="/static/david/css/fonts/triplicate_t4_poly_regular.woff2" as="font" type="font/woff2" media="(prefers-color-scheme: light), (prefers-color-scheme: no-preference)" crossorigin> | |||
| <link rel="preload" href="/static/david/css/fonts/triplicate_t4_poly_bold.woff2" as="font" type="font/woff2" media="(prefers-color-scheme: light), (prefers-color-scheme: no-preference)" crossorigin> | |||
| <link rel="preload" href="/static/david/css/fonts/triplicate_t4_poly_italic.woff2" as="font" type="font/woff2" media="(prefers-color-scheme: light), (prefers-color-scheme: no-preference)" crossorigin> | |||
| <link rel="preload" href="/static/david/css/fonts/triplicate_t3_regular.woff2" as="font" type="font/woff2" media="(prefers-color-scheme: dark)" crossorigin> | |||
| <link rel="preload" href="/static/david/css/fonts/triplicate_t3_bold.woff2" as="font" type="font/woff2" media="(prefers-color-scheme: dark)" crossorigin> | |||
| <link rel="preload" href="/static/david/css/fonts/triplicate_t3_italic.woff2" as="font" type="font/woff2" media="(prefers-color-scheme: dark)" crossorigin> | |||
| <script> | |||
| function toggleTheme(themeName) { | |||
| document.documentElement.classList.toggle( | |||
| 'forced-dark', | |||
| themeName === 'dark' | |||
| ) | |||
| document.documentElement.classList.toggle( | |||
| 'forced-light', | |||
| themeName === 'light' | |||
| ) | |||
| } | |||
| const selectedTheme = localStorage.getItem('theme') | |||
| if (selectedTheme !== 'undefined') { | |||
| toggleTheme(selectedTheme) | |||
| } | |||
| </script> | |||
| <meta name="robots" content="noindex, nofollow"> | |||
| <meta content="origin-when-cross-origin" name="referrer"> | |||
| <!-- Canonical URL for SEO purposes --> | |||
| <link rel="canonical" href="https://inoads.com/articles/2021-01-09-Next-Gen-Static-Blogging"> | |||
| <body class="remarkdown h1-underline h2-underline h3-underline em-underscore hr-center ul-star pre-tick" data-instant-intensity="viewport-all"> | |||
| <article> | |||
| <header> | |||
| <h1>Next Gen Static Blogging</h1> | |||
| </header> | |||
| <nav> | |||
| <p class="center"> | |||
| <a href="/david/" title="Aller à l’accueil"><svg class="icon icon-home"> | |||
| <use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-home"></use> | |||
| </svg> Accueil</a> • | |||
| <a href="https://inoads.com/articles/2021-01-09-Next-Gen-Static-Blogging" title="Lien vers le contenu original">Source originale</a> | |||
| </p> | |||
| </nav> | |||
| <hr> | |||
| <p><date>2021-01-09</date> <author>mmackh</author><button id="accessibility" class="accessibilityToggle">Toggle Reader</button><p></p><p></p><h2>TL;DR</h2><p>Take a look at the source code of this page - I rely mostly on CSS for the rendering of this article. </p><p></p><p>The CSS property powering this article, </p><pre><code>white-space: pre-line</code></pre>, has existed since the IE8 days.<p></p><p></p><p></p><h2>Background</h2><p>My first programming exercise was to code a blog using PHP. Add text files to a folder via FTP, scan the directory and generate the HTML dynamically. How about adding an admin frontend? Or a database as a backend? All good and well, but when do you find the time to actually write your articles? </p><p></p><p>If it's one thing I learnt over the past years of coding is that simplicity is key. You don't need a lot of CSS or HTML Tags to make a page look pretty. It may not be the absolute correct way to do it, but look at the source code of this page. It's tiny!</p><p></p><p></p><p></p><h2>My Solution</h2><p>Instead of nesting </p><pre><code><div></code></pre> after <pre><code><div></code></pre> or <pre><code><p></code></pre> to create paragraphs, I stumbled upon <pre><code>white-space: pre-line</code></pre>. To quote the <a target="_blank" href="https://developer.mozilla.org/en-US/docs/Web/CSS/white-space">MDN Web Docs</a> - <em>"Sequences of white space are collapsed. Lines are broken at newline characters, ..."</em> - and that is key. I use HTML tags like <pre><code><em></code></pre> or <pre><code><b></code></pre> for emphasis only.<p></p><p>Every paragraph is initiated with a newline character. The experience to writing this blog entry is very similar to using a dedicated word processor. Except you have much more control, more settings you can tweak and more visuals you can add. </p><p></p><p>A similar technology I can think of is Markdown. Except you have to run it through a parser before seeing the result. Also, different flavours produce different outputs. All rather messy for me. My workflow consists of pressing CMD+S, switching to Safari and reloading the page. What you see now is what I get.</p><p></p><p>Managing this blog is a little more involved than dynamically generating everything. The design could also be a little prettier.</p><p></p><p></p><p></p><h2>More Benefits</h2><p>The overall page size is tiny. No need for JavaScript or any other complicated backend or client-side frameworks. I can use PHP to introduce dynamic elements to the page, but that's optional. Maybe you might be inspired a little and move your blog off centralised platforms like Medium, etc. and start embracing the simplicity of creating compelling pages with very little code. Simplicity is key.</p></p> | |||
| </article> | |||
| <hr> | |||
| <footer> | |||
| <p> | |||
| <a href="/david/" title="Aller à l’accueil"><svg class="icon icon-home"> | |||
| <use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-home"></use> | |||
| </svg> Accueil</a> • | |||
| <a href="/david/log/" title="Accès au flux RSS"><svg class="icon icon-rss2"> | |||
| <use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-rss2"></use> | |||
| </svg> Suivre</a> • | |||
| <a href="http://larlet.com" title="Go to my English profile" data-instant><svg class="icon icon-user-tie"> | |||
| <use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-user-tie"></use> | |||
| </svg> Pro</a> • | |||
| <a href="mailto:david%40larlet.fr" title="Envoyer un courriel"><svg class="icon icon-mail"> | |||
| <use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-mail"></use> | |||
| </svg> Email</a> • | |||
| <abbr class="nowrap" title="Hébergeur : Alwaysdata, 62 rue Tiquetonne 75002 Paris, +33184162340"><svg class="icon icon-hammer2"> | |||
| <use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-hammer2"></use> | |||
| </svg> Légal</abbr> | |||
| </p> | |||
| <template id="theme-selector"> | |||
| <form> | |||
| <fieldset> | |||
| <legend><svg class="icon icon-brightness-contrast"> | |||
| <use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-brightness-contrast"></use> | |||
| </svg> Thème</legend> | |||
| <label> | |||
| <input type="radio" value="auto" name="chosen-color-scheme" checked> Auto | |||
| </label> | |||
| <label> | |||
| <input type="radio" value="dark" name="chosen-color-scheme"> Foncé | |||
| </label> | |||
| <label> | |||
| <input type="radio" value="light" name="chosen-color-scheme"> Clair | |||
| </label> | |||
| </fieldset> | |||
| </form> | |||
| </template> | |||
| </footer> | |||
| <script src="/static/david/js/instantpage-5.1.0.min.js" type="module"></script> | |||
| <script> | |||
| function loadThemeForm(templateName) { | |||
| const themeSelectorTemplate = document.querySelector(templateName) | |||
| const form = themeSelectorTemplate.content.firstElementChild | |||
| themeSelectorTemplate.replaceWith(form) | |||
| form.addEventListener('change', (e) => { | |||
| const chosenColorScheme = e.target.value | |||
| localStorage.setItem('theme', chosenColorScheme) | |||
| toggleTheme(chosenColorScheme) | |||
| }) | |||
| const selectedTheme = localStorage.getItem('theme') | |||
| if (selectedTheme && selectedTheme !== 'undefined') { | |||
| form.querySelector(`[value="${selectedTheme}"]`).checked = true | |||
| } | |||
| } | |||
| const prefersColorSchemeDark = '(prefers-color-scheme: dark)' | |||
| window.addEventListener('load', () => { | |||
| let hasDarkRules = false | |||
| for (const styleSheet of Array.from(document.styleSheets)) { | |||
| let mediaRules = [] | |||
| for (const cssRule of styleSheet.cssRules) { | |||
| if (cssRule.type !== CSSRule.MEDIA_RULE) { | |||
| continue | |||
| } | |||
| // WARNING: Safari does not have/supports `conditionText`. | |||
| if (cssRule.conditionText) { | |||
| if (cssRule.conditionText !== prefersColorSchemeDark) { | |||
| continue | |||
| } | |||
| } else { | |||
| if (cssRule.cssText.startsWith(prefersColorSchemeDark)) { | |||
| continue | |||
| } | |||
| } | |||
| mediaRules = mediaRules.concat(Array.from(cssRule.cssRules)) | |||
| } | |||
| // WARNING: do not try to insert a Rule to a styleSheet you are | |||
| // currently iterating on, otherwise the browser will be stuck | |||
| // in a infinite loop… | |||
| for (const mediaRule of mediaRules) { | |||
| styleSheet.insertRule(mediaRule.cssText) | |||
| hasDarkRules = true | |||
| } | |||
| } | |||
| if (hasDarkRules) { | |||
| loadThemeForm('#theme-selector') | |||
| } | |||
| }) | |||
| </script> | |||
| </body> | |||
| </html> | |||
+ 5
- 0
cache/2022/2458bbc9f86af47ffffcd1b99f19743a/index.md
View File
| @@ -0,0 +1,5 @@ | |||
| title: Next Gen Static Blogging | |||
| url: https://inoads.com/articles/2021-01-09-Next-Gen-Static-Blogging | |||
| hash_url: 2458bbc9f86af47ffffcd1b99f19743a | |||
| <date>2021-01-09</date> <author>mmackh</author><button id="accessibility" class="accessibilityToggle">Toggle Reader</button><p></p><p></p><h2>TL;DR</h2><p>Take a look at the source code of this page - I rely mostly on CSS for the rendering of this article. </p><p></p><p>The CSS property powering this article, </p><pre><code>white-space: pre-line</code></pre>, has existed since the IE8 days.<p></p><p></p><p></p><h2>Background</h2><p>My first programming exercise was to code a blog using PHP. Add text files to a folder via FTP, scan the directory and generate the HTML dynamically. How about adding an admin frontend? Or a database as a backend? All good and well, but when do you find the time to actually write your articles? </p><p></p><p>If it's one thing I learnt over the past years of coding is that simplicity is key. You don't need a lot of CSS or HTML Tags to make a page look pretty. It may not be the absolute correct way to do it, but look at the source code of this page. It's tiny!</p><p></p><p></p><p></p><h2>My Solution</h2><p>Instead of nesting </p><pre><code><div></code></pre> after <pre><code><div></code></pre> or <pre><code><p></code></pre> to create paragraphs, I stumbled upon <pre><code>white-space: pre-line</code></pre>. To quote the <a target="_blank" href="https://developer.mozilla.org/en-US/docs/Web/CSS/white-space">MDN Web Docs</a> - <em>"Sequences of white space are collapsed. Lines are broken at newline characters, ..."</em> - and that is key. I use HTML tags like <pre><code><em></code></pre> or <pre><code><b></code></pre> for emphasis only.<p></p><p>Every paragraph is initiated with a newline character. The experience to writing this blog entry is very similar to using a dedicated word processor. Except you have much more control, more settings you can tweak and more visuals you can add. </p><p></p><p>A similar technology I can think of is Markdown. Except you have to run it through a parser before seeing the result. Also, different flavours produce different outputs. All rather messy for me. My workflow consists of pressing CMD+S, switching to Safari and reloading the page. What you see now is what I get.</p><p></p><p>Managing this blog is a little more involved than dynamically generating everything. The design could also be a little prettier.</p><p></p><p></p><p></p><h2>More Benefits</h2><p>The overall page size is tiny. No need for JavaScript or any other complicated backend or client-side frameworks. I can use PHP to introduce dynamic elements to the page, but that's optional. Maybe you might be inspired a little and move your blog off centralised platforms like Medium, etc. and start embracing the simplicity of creating compelling pages with very little code. Simplicity is key.</p> | |||
+ 235
- 0
cache/2022/34e73243a6ed7e36a8348b98ea79e52b/index.html
View File
| @@ -0,0 +1,235 @@ | |||
| <!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` element | |||
| 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,initial-scale=1"> | |||
| <!-- Required to make a valid HTML5 document. --> | |||
| <title>Du concept de « fracture(s) numérique(s) » à celui de capital numérique ? (archive) — David Larlet</title> | |||
| <meta name="description" content="Publication mise en cache pour en conserver une trace."> | |||
| <!-- That good ol' feed, subscribe :). --> | |||
| <link rel="alternate" type="application/atom+xml" title="Feed" href="/david/log/"> | |||
| <!-- Generated from https://realfavicongenerator.net/ such a mess. --> | |||
| <link rel="apple-touch-icon" sizes="180x180" href="/static/david/icons2/apple-touch-icon.png"> | |||
| <link rel="icon" type="image/png" sizes="32x32" href="/static/david/icons2/favicon-32x32.png"> | |||
| <link rel="icon" type="image/png" sizes="16x16" href="/static/david/icons2/favicon-16x16.png"> | |||
| <link rel="manifest" href="/static/david/icons2/site.webmanifest"> | |||
| <link rel="mask-icon" href="/static/david/icons2/safari-pinned-tab.svg" color="#07486c"> | |||
| <link rel="shortcut icon" href="/static/david/icons2/favicon.ico"> | |||
| <meta name="msapplication-TileColor" content="#f7f7f7"> | |||
| <meta name="msapplication-config" content="/static/david/icons2/browserconfig.xml"> | |||
| <meta name="theme-color" content="#f7f7f7" media="(prefers-color-scheme: light)"> | |||
| <meta name="theme-color" content="#272727" media="(prefers-color-scheme: dark)"> | |||
| <!-- Documented, feel free to shoot an email. --> | |||
| <link rel="stylesheet" href="/static/david/css/style_2021-01-20.css"> | |||
| <!-- See https://www.zachleat.com/web/comprehensive-webfonts/ for the trade-off. --> | |||
| <link rel="preload" href="/static/david/css/fonts/triplicate_t4_poly_regular.woff2" as="font" type="font/woff2" media="(prefers-color-scheme: light), (prefers-color-scheme: no-preference)" crossorigin> | |||
| <link rel="preload" href="/static/david/css/fonts/triplicate_t4_poly_bold.woff2" as="font" type="font/woff2" media="(prefers-color-scheme: light), (prefers-color-scheme: no-preference)" crossorigin> | |||
| <link rel="preload" href="/static/david/css/fonts/triplicate_t4_poly_italic.woff2" as="font" type="font/woff2" media="(prefers-color-scheme: light), (prefers-color-scheme: no-preference)" crossorigin> | |||
| <link rel="preload" href="/static/david/css/fonts/triplicate_t3_regular.woff2" as="font" type="font/woff2" media="(prefers-color-scheme: dark)" crossorigin> | |||
| <link rel="preload" href="/static/david/css/fonts/triplicate_t3_bold.woff2" as="font" type="font/woff2" media="(prefers-color-scheme: dark)" crossorigin> | |||
| <link rel="preload" href="/static/david/css/fonts/triplicate_t3_italic.woff2" as="font" type="font/woff2" media="(prefers-color-scheme: dark)" crossorigin> | |||
| <script> | |||
| function toggleTheme(themeName) { | |||
| document.documentElement.classList.toggle( | |||
| 'forced-dark', | |||
| themeName === 'dark' | |||
| ) | |||
| document.documentElement.classList.toggle( | |||
| 'forced-light', | |||
| themeName === 'light' | |||
| ) | |||
| } | |||
| const selectedTheme = localStorage.getItem('theme') | |||
| if (selectedTheme !== 'undefined') { | |||
| toggleTheme(selectedTheme) | |||
| } | |||
| </script> | |||
| <meta name="robots" content="noindex, nofollow"> | |||
| <meta content="origin-when-cross-origin" name="referrer"> | |||
| <!-- Canonical URL for SEO purposes --> | |||
| <link rel="canonical" href="https://louisderrac.com/2020/11/19/du-concept-de-fractures-numeriques-a-celui-de-capital-numerique/"> | |||
| <body class="remarkdown h1-underline h2-underline h3-underline em-underscore hr-center ul-star pre-tick" data-instant-intensity="viewport-all"> | |||
| <article> | |||
| <header> | |||
| <h1>Du concept de « fracture(s) numérique(s) » à celui de capital numérique ?</h1> | |||
| </header> | |||
| <nav> | |||
| <p class="center"> | |||
| <a href="/david/" title="Aller à l’accueil"><svg class="icon icon-home"> | |||
| <use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-home"></use> | |||
| </svg> Accueil</a> • | |||
| <a href="https://louisderrac.com/2020/11/19/du-concept-de-fractures-numeriques-a-celui-de-capital-numerique/" title="Lien vers le contenu original">Source originale</a> | |||
| </p> | |||
| </nav> | |||
| <hr> | |||
| <p>Cela fait quelque temps maintenant que je travaille autour de questions d’inclusions, d’éducation, d’acculturation au numérique.</p> | |||
| <p>En cette rentrée difficile où les technologies numériques sont, c’est peu de le dire, au-devant de la scène, j’ai eu l’occasion de travailler sur un programme très ambitieux de médiation numérique, pour le compte d’un gros acteur national. Je ne peux pas en dévoiler davantage, c’est encore un secret 🙂</p> | |||
| <p>Toujours est-il que pour concevoir ce programme, un élément fut essentiel : passer du concept largement controversé de « fracture(s) numérique(s) » pour lui préférer celui de capital numérique.</p> | |||
| <p><span id="more-5706"></span></p> | |||
| <h2 id="h-fracture-s-num-rique-s"><span class="ez-toc-section" id="Fractures_numeriques"></span>Fracture(s) numérique(s) ?<span class="ez-toc-section-end"></span></h2> | |||
| <p>Parti sans a priori sur la question, mes lectures m’ont rapidement rallié aux thèses des nombreux chercheurs en SHS qui tentent, aujourd’hui encore (c’est peut-être ça le plus étonnant), de déminer l’expression même de fracture numérique, tant ils la trouvent simpliste et décalée de la complexité des usages observés.</p> | |||
| <p>Ainsi, les travaux de Dominique Pasquier ont permis de découvrir les usages populaires d’Internet. En 2013 déjà, Pascal Plantard écrit, en reprenant Eric Guichard (2009), que « la fracture numérique est un produit des croyances au déterminisme technique et au progrès. C’est une notion beaucoup plus politique que scientifique ». </p> | |||
| <p>Encore plus tôt, en 2007, Daniel Pimienta écrit que « La fracture numérique n’est rien d’autre que le reflet de la fracture sociale dans le monde numérique » . Par ailleurs, et c’est ce que répètent de nombreux chercheurs, impossible de comparer le début des années 90, lorsque le terme « digital divide » est apparu aux États-Unis, et la situation actuelle. </p> | |||
| <p>En 1998, 23% de la population française possédait un ordinateur, et à peine 4% avaient accès à Internet. En 2019, 79% des Français possédaient un smartphone, et 76% un ordinateur. 88% avaient accès à Internet. Des chiffres globalement stables, et qui laissent globalement dire que la question de l’équipement n’en est plus une. </p> | |||
| <h2 id="h-le-capital-num-rique"><span class="ez-toc-section" id="Le_capital_numerique"></span>Le capital numérique<span class="ez-toc-section-end"></span></h2> | |||
| <p>Le concept de capital numérique est, à ma connaissance, très peu utilisé par les professionnels de la médiation numérique au sens large. Je ne l’ai pas non plus retrouvé dans les articles de chercheurs en sciences sociales. Sa principale utilisation provient de l’excellente exploration, ainsi titrée « Capital numérique », portée par Ouishare et Chronos. Je vous en conseille vivement la lecture.</p> | |||
| <p>Cette exploration, dispositif de recherche-action, part du constat que le numérique « n’a pas résorbé les inégalités sociales et territoriales ». Et elle enfonce plusieurs idées reçues, à commencer par le concept de « fracture numérique », comme l’illustre le document de synthèse reproduit ci-dessous. </p> | |||
| <figure class="wp-block-image size-large"><picture class="wp-image-5774"> | |||
| <source type="image/webp" srcset="https://louisderrac.com/wp-content/uploads/2020/11/Capital-numerique-Synthese-1024x576.jpg.webp 1024w, https://louisderrac.com/wp-content/uploads/2020/11/Capital-numerique-Synthese-300x169.jpg.webp 300w, https://louisderrac.com/wp-content/uploads/2020/11/Capital-numerique-Synthese-768x432.jpg.webp 768w, https://louisderrac.com/wp-content/uploads/2020/11/Capital-numerique-Synthese-100x56.jpg.webp 100w, https://louisderrac.com/wp-content/uploads/2020/11/Capital-numerique-Synthese-700x394.jpg.webp 700w, https://louisderrac.com/wp-content/uploads/2020/11/Capital-numerique-Synthese.jpg.webp 1440w" sizes="(max-width: 1024px) 100vw, 1024px"></source> | |||
| <img src="https://louisderrac.com/wp-content/uploads/2020/11/Capital-numerique-Synthese-1024x576.jpg" alt="" srcset="https://louisderrac.com/wp-content/uploads/2020/11/Capital-numerique-Synthese-1024x576.jpg 1024w, https://louisderrac.com/wp-content/uploads/2020/11/Capital-numerique-Synthese-300x169.jpg 300w, https://louisderrac.com/wp-content/uploads/2020/11/Capital-numerique-Synthese-768x432.jpg 768w, https://louisderrac.com/wp-content/uploads/2020/11/Capital-numerique-Synthese-100x56.jpg 100w, https://louisderrac.com/wp-content/uploads/2020/11/Capital-numerique-Synthese-700x394.jpg 700w, https://louisderrac.com/wp-content/uploads/2020/11/Capital-numerique-Synthese.jpg 1440w" sizes="(max-width: 1024px) 100vw, 1024px"> | |||
| </picture> | |||
| </figure> | |||
| <p>Dans cette exploration, qui cite à nouveau les <a href="https://www.ouishare.net/article/comparer-cest-deplorer-plongee-sans-miserabilisme-dans-lunivers-numerique-des-classes-populaires">travaux de Dominique Pasquier</a> autour des classes populaires, il est défendu l’idée qu’un dispositif d’inclusion numérique ne peut pas réussir s’il ne donne pas à ses bénéficiaires des moyens de capacitation , d’autonomisation. J’adhère totalement. Il parait aberrant d’espérer former des citoyens numériques en se contentant de leur apprendre à payer leurs impôts en ligne.</p> | |||
| <p>Comme en témoigne Frédéric Bardeau, toujours dans cette exploration : « le capital numérique fond comme neige au soleil car il doit s’actualiser ». Je suis étonné que cette citation, absolument excellente, n’ait pas été plus partagée. Les professionnels le savent, une veille très rigoureuse est indispensable pour « rester à la page » des technologies et des usages numériques. </p> | |||
| <p>La notion d’un capital culturel comme d’un réservoir qu’il faut alimenter parait alors très intéressante à développer.</p> | |||
| <h2 id="h-le-capital-num-rique-vu-par-bourdieu"><span class="ez-toc-section" id="Le_capital_numerique_vu_par_Bourdieu"></span>Le capital numérique vu par Bourdieu<span class="ez-toc-section-end"></span></h2> | |||
| <p>Même si l’exploration n’y fait pas écho, son titre, « Capital numérique », semble découler et se nourrir naturellement des concepts bourdieusiens de capital social, économique et <a href="https://fr.wikipedia.org/wiki/Capital_culturel">culturel</a>. C’est en tout cas dans cette continuité que j’emploie ce concept.</p> | |||
| <p>En effet, comme on le retrouve dans les travaux de Dominique Pasquier et de bien d’autres, ces différentes formes de capitaux influencent fortement le capital numérique d’un individu.</p> | |||
| <p>Selon qu’on ait un capital culturel plus ou moins élevé, on va diversifier ses usages culturels du numérique et accéder à des usages dits « savants ». Consommer différents genres musicaux, des documentaires, des films d’auteur, plusieurs sites de presse nationale… Mais également produire, contribuer davantage.</p> | |||
| <p>Selon qu’on ait un capital social plus ou moins élevé, on va développer des réseaux sociaux différemment hétérogènes et de types plus ou moins variés (professionnels sur LinkedIn, amicaux sur Facebook ou Instagram, voire des réseaux « exclusifs » comme <a href="https://gensdeconfiance.com">GensDeConfiance</a>).</p> | |||
| <p>Le capital économique jouera également, d’abord sur les choix de l’équipement. Smartphone ou ordinateur, niveau de gamme de matériel choisi. Ensuite sur l’accès à des services payants (Cloud sécurisé, Netflix, sites d’informations payants) vs des services gratuits (Youtube, sites d’informations gratuits), soumis aux dérives du modèle économique de la publicité.</p> | |||
| <h2 id="h-la-transmission-du-capital-num-rique"><span class="ez-toc-section" id="La_transmission_du_capital_numerique"></span>La transmission du capital numérique<span class="ez-toc-section-end"></span></h2> | |||
| <p>Par ailleurs, le capital numérique, à la manière des autres formes de capitaux, va se transmettre et s’hériter. Il parait assez naturel que des parents disposant d’un fort capital numérique transmettent (consciemment ou inconsciemment) ce capital à leurs enfants. Comme pour le capital culturel, il s’agira alors d’une transmission sous une forme objectivée, avec des biens numériques proprement configurés et maintenus (ordinateur fixe, appareils numériques variés, connexion internet à très haut débit), et une forme incorporée, donc une aisance d’usage des différents biens numériques, la capacité à s’en servir.</p> | |||
| <p>Cela semble d’autant plus certain que le capital numérique, bien plus que le capital culturel, est bien identifié aujourd’hui comme étant essentiel à une bonne insertion dans la société. Que ce soit pour comprendre les nombreux enjeux citoyens que pose notre écosystème numérique ou plus simplement pour se positionner avantageusement sur le marché du travail.</p> | |||
| <h2 id="h-conclusion"><span class="ez-toc-section" id="Conclusion"></span>Conclusion<span class="ez-toc-section-end"></span></h2> | |||
| <p>Le concept de capital numérique me semble être beaucoup plus intéressant que celui d’inclusion (ou d’exclusion) numérique. Il me semble évidemment plus juste que celui de fracture numérique.</p> | |||
| <p>Le capital numérique intègre le poids des capitaux sociaux, économiques et culturels, qui me semblent être une bonne grille de lecture pour comprendre la diversité sociale des usages du numérique.</p> | |||
| <p>Le capital numérique intègre l’idée d’un réservoir qu’il faut alimenter, quasiment continuellement, pour éviter qu’il ne se vide. Cette idée me semble être tout à fait pertinente quand on voit la vitesse à laquelle les technologies numériques transforment notre société, notre droit, nos habitudes. Pour pouvoir suivre, il faut entretenir sa veille.</p> | |||
| <p>Le capital numérique intègre enfin l’idée d’une transmission, d’un héritage. Ainsi le capital numérique ne vient pas de nulle part, il s’acquiert en partie dans un processus de reproduction sociale.</p> | |||
| <p>Mais surtout, la notion de capital numérique évite les termes d’inclusion/exclusion. Il faut bien admettre qu’on peut faire le choix de ne pas développer de capital numérique, parce qu’on n’en voit pas l’intérêt, qu’on ne développe pas d’appétence numérique. Et il faudra bien finir par accepter que tous les citoyens ne sont pas intéressés par les technologies numériques, n’en déplaise à certains politiques ou champions de la tech.</p> | |||
| </article> | |||
| <hr> | |||
| <footer> | |||
| <p> | |||
| <a href="/david/" title="Aller à l’accueil"><svg class="icon icon-home"> | |||
| <use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-home"></use> | |||
| </svg> Accueil</a> • | |||
| <a href="/david/log/" title="Accès au flux RSS"><svg class="icon icon-rss2"> | |||
| <use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-rss2"></use> | |||
| </svg> Suivre</a> • | |||
| <a href="http://larlet.com" title="Go to my English profile" data-instant><svg class="icon icon-user-tie"> | |||
| <use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-user-tie"></use> | |||
| </svg> Pro</a> • | |||
| <a href="mailto:david%40larlet.fr" title="Envoyer un courriel"><svg class="icon icon-mail"> | |||
| <use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-mail"></use> | |||
| </svg> Email</a> • | |||
| <abbr class="nowrap" title="Hébergeur : Alwaysdata, 62 rue Tiquetonne 75002 Paris, +33184162340"><svg class="icon icon-hammer2"> | |||
| <use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-hammer2"></use> | |||
| </svg> Légal</abbr> | |||
| </p> | |||
| <template id="theme-selector"> | |||
| <form> | |||
| <fieldset> | |||
| <legend><svg class="icon icon-brightness-contrast"> | |||
| <use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-brightness-contrast"></use> | |||
| </svg> Thème</legend> | |||
| <label> | |||
| <input type="radio" value="auto" name="chosen-color-scheme" checked> Auto | |||
| </label> | |||
| <label> | |||
| <input type="radio" value="dark" name="chosen-color-scheme"> Foncé | |||
| </label> | |||
| <label> | |||
| <input type="radio" value="light" name="chosen-color-scheme"> Clair | |||
| </label> | |||
| </fieldset> | |||
| </form> | |||
| </template> | |||
| </footer> | |||
| <script src="/static/david/js/instantpage-5.1.0.min.js" type="module"></script> | |||
| <script> | |||
| function loadThemeForm(templateName) { | |||
| const themeSelectorTemplate = document.querySelector(templateName) | |||
| const form = themeSelectorTemplate.content.firstElementChild | |||
| themeSelectorTemplate.replaceWith(form) | |||
| form.addEventListener('change', (e) => { | |||
| const chosenColorScheme = e.target.value | |||
| localStorage.setItem('theme', chosenColorScheme) | |||
| toggleTheme(chosenColorScheme) | |||
| }) | |||
| const selectedTheme = localStorage.getItem('theme') | |||
| if (selectedTheme && selectedTheme !== 'undefined') { | |||
| form.querySelector(`[value="${selectedTheme}"]`).checked = true | |||
| } | |||
| } | |||
| const prefersColorSchemeDark = '(prefers-color-scheme: dark)' | |||
| window.addEventListener('load', () => { | |||
| let hasDarkRules = false | |||
| for (const styleSheet of Array.from(document.styleSheets)) { | |||
| let mediaRules = [] | |||
| for (const cssRule of styleSheet.cssRules) { | |||
| if (cssRule.type !== CSSRule.MEDIA_RULE) { | |||
| continue | |||
| } | |||
| // WARNING: Safari does not have/supports `conditionText`. | |||
| if (cssRule.conditionText) { | |||
| if (cssRule.conditionText !== prefersColorSchemeDark) { | |||
| continue | |||
| } | |||
| } else { | |||
| if (cssRule.cssText.startsWith(prefersColorSchemeDark)) { | |||
| continue | |||
| } | |||
| } | |||
| mediaRules = mediaRules.concat(Array.from(cssRule.cssRules)) | |||
| } | |||
| // WARNING: do not try to insert a Rule to a styleSheet you are | |||
| // currently iterating on, otherwise the browser will be stuck | |||
| // in a infinite loop… | |||
| for (const mediaRule of mediaRules) { | |||
| styleSheet.insertRule(mediaRule.cssText) | |||
| hasDarkRules = true | |||
| } | |||
| } | |||
| if (hasDarkRules) { | |||
| loadThemeForm('#theme-selector') | |||
| } | |||
| }) | |||
| </script> | |||
| </body> | |||
| </html> | |||
+ 130
- 0
cache/2022/34e73243a6ed7e36a8348b98ea79e52b/index.md
View File
| @@ -0,0 +1,130 @@ | |||
| title: Du concept de « fracture(s) numérique(s) » à celui de capital numérique ? | |||
| url: https://louisderrac.com/2020/11/19/du-concept-de-fractures-numeriques-a-celui-de-capital-numerique/ | |||
| hash_url: 34e73243a6ed7e36a8348b98ea79e52b | |||
| <p>Cela fait quelque temps maintenant que je travaille autour de questions d’inclusions, d’éducation, d’acculturation au numérique.</p> | |||
| <p>En cette rentrée difficile où les technologies numériques sont, c’est peu de le dire, au-devant de la scène, j’ai eu l’occasion de travailler sur un programme très ambitieux de médiation numérique, pour le compte d’un gros acteur national. Je ne peux pas en dévoiler davantage, c’est encore un secret 🙂</p> | |||
| <p>Toujours est-il que pour concevoir ce programme, un élément fut essentiel : passer du concept largement controversé de « fracture(s) numérique(s) » pour lui préférer celui de capital numérique.</p> | |||
| <span id="more-5706"></span> | |||
| <h2 id="h-fracture-s-num-rique-s"><span class="ez-toc-section" id="Fractures_numeriques"></span>Fracture(s) numérique(s) ?<span class="ez-toc-section-end"></span></h2> | |||
| <p>Parti sans a priori sur la question, mes lectures m’ont rapidement rallié aux thèses des nombreux chercheurs en SHS qui tentent, aujourd’hui encore (c’est peut-être ça le plus étonnant), de déminer l’expression même de fracture numérique, tant ils la trouvent simpliste et décalée de la complexité des usages observés.</p> | |||
| <p>Ainsi, les travaux de Dominique Pasquier ont permis de découvrir les usages populaires d’Internet. En 2013 déjà, Pascal Plantard écrit, en reprenant Eric Guichard (2009), que « la fracture numérique est un produit des croyances au déterminisme technique et au progrès. C’est une notion beaucoup plus politique que scientifique ». </p> | |||
| <p>Encore plus tôt, en 2007, Daniel Pimienta écrit que « La fracture numérique n’est rien d’autre que le reflet de la fracture sociale dans le monde numérique » . Par ailleurs, et c’est ce que répètent de nombreux chercheurs, impossible de comparer le début des années 90, lorsque le terme « digital divide » est apparu aux États-Unis, et la situation actuelle. </p> | |||
| <p>En 1998, 23% de la population française possédait un ordinateur, et à peine 4% avaient accès à Internet. En 2019, 79% des Français possédaient un smartphone, et 76% un ordinateur. 88% avaient accès à Internet. Des chiffres globalement stables, et qui laissent globalement dire que la question de l’équipement n’en est plus une. </p> | |||
| <h2 id="h-le-capital-num-rique"><span class="ez-toc-section" id="Le_capital_numerique"></span>Le capital numérique<span class="ez-toc-section-end"></span></h2> | |||
| <p>Le concept de capital numérique est, à ma connaissance, très peu utilisé par les professionnels de la médiation numérique au sens large. Je ne l’ai pas non plus retrouvé dans les articles de chercheurs en sciences sociales. Sa principale utilisation provient de l’excellente exploration, ainsi titrée « Capital numérique », portée par Ouishare et Chronos. Je vous en conseille vivement la lecture.</p> | |||
| <p>Cette exploration, dispositif de recherche-action, part du constat que le numérique « n’a pas résorbé les inégalités sociales et territoriales ». Et elle enfonce plusieurs idées reçues, à commencer par le concept de « fracture numérique », comme l’illustre le document de synthèse reproduit ci-dessous. </p> | |||
| <figure class="wp-block-image size-large"><picture class="wp-image-5774"> | |||
| <source type="image/webp" srcset="https://louisderrac.com/wp-content/uploads/2020/11/Capital-numerique-Synthese-1024x576.jpg.webp 1024w, https://louisderrac.com/wp-content/uploads/2020/11/Capital-numerique-Synthese-300x169.jpg.webp 300w, https://louisderrac.com/wp-content/uploads/2020/11/Capital-numerique-Synthese-768x432.jpg.webp 768w, https://louisderrac.com/wp-content/uploads/2020/11/Capital-numerique-Synthese-100x56.jpg.webp 100w, https://louisderrac.com/wp-content/uploads/2020/11/Capital-numerique-Synthese-700x394.jpg.webp 700w, https://louisderrac.com/wp-content/uploads/2020/11/Capital-numerique-Synthese.jpg.webp 1440w" sizes="(max-width: 1024px) 100vw, 1024px"></source> | |||
| <img src="https://louisderrac.com/wp-content/uploads/2020/11/Capital-numerique-Synthese-1024x576.jpg" alt="" srcset="https://louisderrac.com/wp-content/uploads/2020/11/Capital-numerique-Synthese-1024x576.jpg 1024w, https://louisderrac.com/wp-content/uploads/2020/11/Capital-numerique-Synthese-300x169.jpg 300w, https://louisderrac.com/wp-content/uploads/2020/11/Capital-numerique-Synthese-768x432.jpg 768w, https://louisderrac.com/wp-content/uploads/2020/11/Capital-numerique-Synthese-100x56.jpg 100w, https://louisderrac.com/wp-content/uploads/2020/11/Capital-numerique-Synthese-700x394.jpg 700w, https://louisderrac.com/wp-content/uploads/2020/11/Capital-numerique-Synthese.jpg 1440w" sizes="(max-width: 1024px) 100vw, 1024px"> | |||
| </picture> | |||
| </figure> | |||
| <p>Dans cette exploration, qui cite à nouveau les <a href="https://www.ouishare.net/article/comparer-cest-deplorer-plongee-sans-miserabilisme-dans-lunivers-numerique-des-classes-populaires">travaux de Dominique Pasquier</a> autour des classes populaires, il est défendu l’idée qu’un dispositif d’inclusion numérique ne peut pas réussir s’il ne donne pas à ses bénéficiaires des moyens de capacitation , d’autonomisation. J’adhère totalement. Il parait aberrant d’espérer former des citoyens numériques en se contentant de leur apprendre à payer leurs impôts en ligne.</p> | |||
| <p>Comme en témoigne Frédéric Bardeau, toujours dans cette exploration : « le capital numérique fond comme neige au soleil car il doit s’actualiser ». Je suis étonné que cette citation, absolument excellente, n’ait pas été plus partagée. Les professionnels le savent, une veille très rigoureuse est indispensable pour « rester à la page » des technologies et des usages numériques. </p> | |||
| <p>La notion d’un capital culturel comme d’un réservoir qu’il faut alimenter parait alors très intéressante à développer.</p> | |||
| <h2 id="h-le-capital-num-rique-vu-par-bourdieu"><span class="ez-toc-section" id="Le_capital_numerique_vu_par_Bourdieu"></span>Le capital numérique vu par Bourdieu<span class="ez-toc-section-end"></span></h2> | |||
| <p>Même si l’exploration n’y fait pas écho, son titre, « Capital numérique », semble découler et se nourrir naturellement des concepts bourdieusiens de capital social, économique et <a href="https://fr.wikipedia.org/wiki/Capital_culturel">culturel</a>. C’est en tout cas dans cette continuité que j’emploie ce concept.</p> | |||
| <p>En effet, comme on le retrouve dans les travaux de Dominique Pasquier et de bien d’autres, ces différentes formes de capitaux influencent fortement le capital numérique d’un individu.</p> | |||
| <p>Selon qu’on ait un capital culturel plus ou moins élevé, on va diversifier ses usages culturels du numérique et accéder à des usages dits « savants ». Consommer différents genres musicaux, des documentaires, des films d’auteur, plusieurs sites de presse nationale… Mais également produire, contribuer davantage.</p> | |||
| <p>Selon qu’on ait un capital social plus ou moins élevé, on va développer des réseaux sociaux différemment hétérogènes et de types plus ou moins variés (professionnels sur LinkedIn, amicaux sur Facebook ou Instagram, voire des réseaux « exclusifs » comme <a href="https://gensdeconfiance.com">GensDeConfiance</a>).</p> | |||
| <p>Le capital économique jouera également, d’abord sur les choix de l’équipement. Smartphone ou ordinateur, niveau de gamme de matériel choisi. Ensuite sur l’accès à des services payants (Cloud sécurisé, Netflix, sites d’informations payants) vs des services gratuits (Youtube, sites d’informations gratuits), soumis aux dérives du modèle économique de la publicité.</p> | |||
| <h2 id="h-la-transmission-du-capital-num-rique"><span class="ez-toc-section" id="La_transmission_du_capital_numerique"></span>La transmission du capital numérique<span class="ez-toc-section-end"></span></h2> | |||
| <p>Par ailleurs, le capital numérique, à la manière des autres formes de capitaux, va se transmettre et s’hériter. Il parait assez naturel que des parents disposant d’un fort capital numérique transmettent (consciemment ou inconsciemment) ce capital à leurs enfants. Comme pour le capital culturel, il s’agira alors d’une transmission sous une forme objectivée, avec des biens numériques proprement configurés et maintenus (ordinateur fixe, appareils numériques variés, connexion internet à très haut débit), et une forme incorporée, donc une aisance d’usage des différents biens numériques, la capacité à s’en servir.</p> | |||
| <p>Cela semble d’autant plus certain que le capital numérique, bien plus que le capital culturel, est bien identifié aujourd’hui comme étant essentiel à une bonne insertion dans la société. Que ce soit pour comprendre les nombreux enjeux citoyens que pose notre écosystème numérique ou plus simplement pour se positionner avantageusement sur le marché du travail.</p> | |||
| <h2 id="h-conclusion"><span class="ez-toc-section" id="Conclusion"></span>Conclusion<span class="ez-toc-section-end"></span></h2> | |||
| <p>Le concept de capital numérique me semble être beaucoup plus intéressant que celui d’inclusion (ou d’exclusion) numérique. Il me semble évidemment plus juste que celui de fracture numérique.</p> | |||
| <p>Le capital numérique intègre le poids des capitaux sociaux, économiques et culturels, qui me semblent être une bonne grille de lecture pour comprendre la diversité sociale des usages du numérique.</p> | |||
| <p>Le capital numérique intègre l’idée d’un réservoir qu’il faut alimenter, quasiment continuellement, pour éviter qu’il ne se vide. Cette idée me semble être tout à fait pertinente quand on voit la vitesse à laquelle les technologies numériques transforment notre société, notre droit, nos habitudes. Pour pouvoir suivre, il faut entretenir sa veille.</p> | |||
| <p>Le capital numérique intègre enfin l’idée d’une transmission, d’un héritage. Ainsi le capital numérique ne vient pas de nulle part, il s’acquiert en partie dans un processus de reproduction sociale.</p> | |||
| <p>Mais surtout, la notion de capital numérique évite les termes d’inclusion/exclusion. Il faut bien admettre qu’on peut faire le choix de ne pas développer de capital numérique, parce qu’on n’en voit pas l’intérêt, qu’on ne développe pas d’appétence numérique. Et il faudra bien finir par accepter que tous les citoyens ne sont pas intéressés par les technologies numériques, n’en déplaise à certains politiques ou champions de la tech.</p> | |||
+ 197
- 0
cache/2022/4687697ee56ee244b7d9d17a4a328c6a/index.html
View File
| @@ -0,0 +1,197 @@ | |||
| <!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` element | |||
| 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,initial-scale=1"> | |||
| <!-- Required to make a valid HTML5 document. --> | |||
| <title>La maison en A, plan B des « fauchés » (archive) — David Larlet</title> | |||
| <meta name="description" content="Publication mise en cache pour en conserver une trace."> | |||
| <!-- That good ol' feed, subscribe :). --> | |||
| <link rel="alternate" type="application/atom+xml" title="Feed" href="/david/log/"> | |||
| <!-- Generated from https://realfavicongenerator.net/ such a mess. --> | |||
| <link rel="apple-touch-icon" sizes="180x180" href="/static/david/icons2/apple-touch-icon.png"> | |||