David Larlet vor 9 Monaten
Ursprung
Commit
c913ed3870
Signiert von: David Larlet <david@larlet.fr> GPG-Schlüssel-ID: 3E2953A359E7E7BD

+ 229
- 0
cache/2024/e58d4c2ceeab475aba6a179c035852f8/index.html Datei anzeigen

@@ -0,0 +1,229 @@
<!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>Trois réponses sur ma thèse (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)">
<!-- Is that even respected? Retrospectively? What a shAItshow…
https://neil-clarke.com/block-the-bots-that-feed-ai-models-by-scraping-your-website/ -->
<meta name="robots" content="noai, noimageai">
<!-- 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://www.quaternum.net/2024/02/02/trois-reponses-sur-ma-these/">

<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>Trois réponses sur ma thèse</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://www.quaternum.net/2024/02/02/trois-reponses-sur-ma-these/" title="Lien vers le contenu original">Source originale</a>
<br>
Mis en cache le 2024-02-18
</p>
</nav>
<hr>
<p><a href="https://larlet.fr/david/">David</a> a assisté à la soutenance de <a href="https://these.quaternum.net">ma thèse de doctorat</a>, il m’a posé trois questions via <a href="https://larlet.fr/david/2024/01/23/">un billet de blog</a>, à défaut d’avoir pu le faire pendant la soutenance.
Voici trois réponses.
(Et toute question est <a href="https://www.quaternum.net/a-propos/#contact">bienvenue</a> !)</p>
<h2 id="comment-transformer-ces-fabriques-de-logiciels-_open-source_-en-communs-numériques-">Comment transformer ces fabriques de logiciels <em>open-source</em> en communs numériques ?</h2>
<p>La question exacte est la suivante : “Comment transformer ces fabriques de logiciels open-source en communs numériques impliquant une gouvernance partagée ? Comment sont impliquées les différentes parties prenantes ?”</p>
<p>Dans les <em>fabriques</em> que j’analyse, mais également dans celles auxquelles j’ai participées, envisager une <em>transformation</em> en communs implique d’abord d’en permettre une réappropriation, quelle qu’elle soit.
Cela est possible à trois conditions :</p>
<ol>
<li>encadrer l’usage avec une licence qui autorise ou favorise une compréhension/modification/diffusion (du code) de ces fabriques ;</li>
<li>créer et maintenir une documentation qui permette de comprendre les fonctionnements général et technique de la fabrique concernée ;</li>
<li>prévoir des mécanismes qui engagent une certaine horizontalité des contributions.</li>
</ol>
<p>Ceci étant dit, sans des personnes humaines seules ou constituées en communauté, il ne me semble pas possible que ces fabriques deviennent de véritables <em>communs</em>.
Cela signifie prendre en considération une dimension de démonstration, de communication ou de diffusion, comme des posters ou des ateliers dans le monde académique, l’animation de forums en ligne, l’organisation d’événements semi-professionnels, des universités populaires via des associations, etc.</p>
<p>En observant différents projets, et notamment le générateur de site statique Hugo, le Gabarit Abrüpt ou encore l’éditeur de texte Stylo, la gouvernance partagée me semble particulièrement complexe à établir ou à maintenir.
Je vois une tension entre d’un côté le formalisme des prises de décisions qui oblige à une certaine rigidité, et d’un autre côté l’absence de cadrage qui implique des orientations parfois au détriment de la communauté d’utilisateurs et d’utilisatrices silencieuse (ou rendue silencieuse).
Pendant le deuxième tour de questions pendant la soutenance, j’ai évoqué la difficulté de disposer de moyens — surtout humains — pour animer une communauté, les projets les plus visibles bénéficiant souvent de fonds d’investissement relativement toxiques, ou dépendant d’une personne dévouée sans qui rien ne pourrait arriver.</p>
<h2 id="quelle-est-linaccessibilité-des-fabriques-">Quelle est l’in·accessibilité des fabriques ?</h2>
<p>La question exacte est la suivante : “Quelle est la littéracie numérique nécessaire pour devenir auteur·ice aujourd’hui ? Quelle est l’in·accessibilité de ces fabriques sous cet angle là ?”</p>
<p>Je ne me prononcerais pas sur la littéracie nécessaire pour devenir auteur ou autrice aujourd’hui, cela dépend de beaucoup de paramètres, et notamment les domaines éditoriaux concernés — par exemple avec ou sans gestion d’images.</p>
<p>En terme d’accessibilité ou d’inaccessibilité, les fabriques que j’ai étudiées sont toutes basées sur le format texte, et en partie sur des <em>interfaces textuelles</em> — essentiellement via la ligne de commande et donc un terminal.
C’est déjà un frein énorme pour la plupart des personnes, ou en tout cas ça rend ces fabriques inaccessibles.
Petite aparté : en 2012 j’ai voulu utiliser Octopress (un fork de Jekyll), uniquement parce que le thème par défaut de ce générateur de site statique me plaisait beaucoup (graphiquement).
Cela m’a amené à utiliser la ligne de commande alors que je n’y connaissais absolument rien, jusqu’à me mener vers des usages plus avancés plus tard.
Il y a de multiples biais ici, mais l’attrait d’un aspect d’un outil m’a conduit à expérimenter, à tester, à rater, à partager, à apprendre.</p>
<p>Stylo est un bon exemple d’outil d’écriture et d’édition qui n’est pas développé comme une <em>solution</em> ou comme un <em>produit</em>, mais comme un projet de recherche, qui vise surtout à permettre une meilleure compréhension des mécanismes techniques d’écriture et d’édition numérique.
Balisage, métadonnées, services tiers tels que Zotero ou Hypothesis, versionnement, partage de documents, compréhension des formats, etc.
En utilisant Stylo nous sommes invités à <em>pratiquer</em> tout cela, jusqu’à intégrer ces pratiques, ou les refuser (en sachant en partie pourquoi), ou développer des usages qui en découlent (comme l’utilisation d’interfaces textuelles).
Il n’y a pas de hiérarchie dans ces différentes options, aller vers l’utilisation du terminal n’est pas une fin en soit, je préfère être clair sur ce point.</p>
<p>Depuis quelques mois je travaille sur la question de l’<em>adhésion</em> à ces outils, souvent considérée comme une évidence, voire une injonction.
J’essaye de comprendre pourquoi je suis contre cette adhésion.
Pourquoi je considère (et je ne suis pas le seul) qu’un projet de recherche bénéficie à se positionner contre cette injonction à l’adhésion, contre la transformation de tout en <em>produit</em>.
En travaillant sur ces projets, nous ne devons pas en être des <em>évangélistes</em>, mais simplement prendre le temps de montrer leur fonctionnement (pratique) et leur implication (théorique).
Faire acte de pédagogie sans chercher à convaincre sur le plan des usages.
C’est ce que j’ai fait dans ma thèse.</p>
<h2 id="léditeurtrice-devient-il-également-une-accompagnateurtrice-">L’éditeur·trice devient-il également un·e accompagnateur·trice ?</h2>
<p>La question précise est celle-ci : “Le rôle de l’éditeur·ice devient-il également celui d’un·e accompagnateur·ice technique ? Quelle part pour l’éthique dans ce choix d’intermédiaire ?”</p>
<p>Dans ma thèse j’étudie les processus d’édition.
Je n’étudie pas ou peu les relations entre les personnes qui éditent et celles qui proposent des <em>manuscrits</em>.
En considérant une structure d’édition comme un ensemble de personnes humaines, oui il doit y avoir un rôle d’accompagnateur·trice technique, en tant que cet ensemble est un collectif.
C’est ce que j’ai expérimenté avec le <em>Novendécaméron</em> (avec d’autres personnes), c’est ce que j’observe avec Stylo et la revue <em>Sens public</em>, c’est ce que j’ai analysé avec C&amp;F Éditions, c’est ce que je vis au quotidien à la Chaire de recherche du Canada sur les écritures numériques (dans un cadre moins focalisé sur des activités éditoriales).
Mais être accompagnateur signifie accepter d’être aussi accompagné.</p>
<p>Je ne suis pas sûr de comprendre la question de l’<em>éthique</em>, je peux toutefois essayer de partir dans cette direction en faisant plusieurs constats.
Nos littéracies numériques sont si diverses que partir sur la (relativement) simple idée d’un partage continu me semble déjà une bonne manière d’aborder la question de l’acquisition de connaissances techniques.
Expliquer ce que l’on sait faire et de quelle manière, sans pour autant vendre cette pratique comme une solution, est déjà un choix éthique fort.
<a href="https://debogue.ecrituresnumeriques.ca/">Déb/u/o/gue tes humanités</a> est un bon exemple de ce désir de partager des pratiques et des connaissances, de proposer un socle commun qui n’est ni unique ni arrêté, et qui est surtout (et encore) une invitation à nous interroger sur nos <em>façons de faire</em>.
Les implications politiques sont bien présentes ici, il serait naïf de considérer une forme de neutralité — qui est un fantasme —.
Il y a une volonté d’ouvrir un champ de possibles en partageant des pratiques basées sur des standards et des protocoles.
Il y a cette idée forte de permettre un regard critique.</p>
<h2 id="bonus--comment-citer-des-passages-_numériques_-de-la-thèse-">Bonus : comment citer des passages <em>numériques</em> de la thèse ?</h2>
<p>C’est un point sur lequel je travaille encore, afin de baliser <em>automatiquement</em> chaque paragraphe.
La chose est possible, dans le cas de ma thèse via un mécanisme lié à Hugo, mais avec quelques compromis qui ne me satisfont pas encore.
J’espère pouvoir implémenter cela dans la version web dès que possible.</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>

+ 62
- 0
cache/2024/e58d4c2ceeab475aba6a179c035852f8/index.md Datei anzeigen

@@ -0,0 +1,62 @@
title: Trois réponses sur ma thèse
url: https://www.quaternum.net/2024/02/02/trois-reponses-sur-ma-these/
hash_url: e58d4c2ceeab475aba6a179c035852f8
archive_date: 2024-02-18
og_image:
description: David a assisté à la soutenance de ma thèse de doctorat, il m&rsquo;a posé trois questions via un billet de blog, à défaut d&rsquo;avoir pu le faire pendant la soutenance.
favicon:
language: fr_FR

<p><a href="https://larlet.fr/david/">David</a> a assisté à la soutenance de <a href="https://these.quaternum.net">ma thèse de doctorat</a>, il m’a posé trois questions via <a href="https://larlet.fr/david/2024/01/23/">un billet de blog</a>, à défaut d’avoir pu le faire pendant la soutenance.
Voici trois réponses.
(Et toute question est <a href="https://www.quaternum.net/a-propos/#contact">bienvenue</a> !)</p>
<h2 id="comment-transformer-ces-fabriques-de-logiciels-_open-source_-en-communs-numériques-">Comment transformer ces fabriques de logiciels <em>open-source</em> en communs numériques ?</h2>
<p>La question exacte est la suivante : “Comment transformer ces fabriques de logiciels open-source en communs numériques impliquant une gouvernance partagée ? Comment sont impliquées les différentes parties prenantes ?”</p>
<p>Dans les <em>fabriques</em> que j’analyse, mais également dans celles auxquelles j’ai participées, envisager une <em>transformation</em> en communs implique d’abord d’en permettre une réappropriation, quelle qu’elle soit.
Cela est possible à trois conditions :</p>
<ol>
<li>encadrer l’usage avec une licence qui autorise ou favorise une compréhension/modification/diffusion (du code) de ces fabriques ;</li>
<li>créer et maintenir une documentation qui permette de comprendre les fonctionnements général et technique de la fabrique concernée ;</li>
<li>prévoir des mécanismes qui engagent une certaine horizontalité des contributions.</li>
</ol>
<p>Ceci étant dit, sans des personnes humaines seules ou constituées en communauté, il ne me semble pas possible que ces fabriques deviennent de véritables <em>communs</em>.
Cela signifie prendre en considération une dimension de démonstration, de communication ou de diffusion, comme des posters ou des ateliers dans le monde académique, l’animation de forums en ligne, l’organisation d’événements semi-professionnels, des universités populaires via des associations, etc.</p>
<p>En observant différents projets, et notamment le générateur de site statique Hugo, le Gabarit Abrüpt ou encore l’éditeur de texte Stylo, la gouvernance partagée me semble particulièrement complexe à établir ou à maintenir.
Je vois une tension entre d’un côté le formalisme des prises de décisions qui oblige à une certaine rigidité, et d’un autre côté l’absence de cadrage qui implique des orientations parfois au détriment de la communauté d’utilisateurs et d’utilisatrices silencieuse (ou rendue silencieuse).
Pendant le deuxième tour de questions pendant la soutenance, j’ai évoqué la difficulté de disposer de moyens — surtout humains — pour animer une communauté, les projets les plus visibles bénéficiant souvent de fonds d’investissement relativement toxiques, ou dépendant d’une personne dévouée sans qui rien ne pourrait arriver.</p>
<h2 id="quelle-est-linaccessibilité-des-fabriques-">Quelle est l’in·accessibilité des fabriques ?</h2>
<p>La question exacte est la suivante : “Quelle est la littéracie numérique nécessaire pour devenir auteur·ice aujourd’hui ? Quelle est l’in·accessibilité de ces fabriques sous cet angle là ?”</p>
<p>Je ne me prononcerais pas sur la littéracie nécessaire pour devenir auteur ou autrice aujourd’hui, cela dépend de beaucoup de paramètres, et notamment les domaines éditoriaux concernés — par exemple avec ou sans gestion d’images.</p>
<p>En terme d’accessibilité ou d’inaccessibilité, les fabriques que j’ai étudiées sont toutes basées sur le format texte, et en partie sur des <em>interfaces textuelles</em> — essentiellement via la ligne de commande et donc un terminal.
C’est déjà un frein énorme pour la plupart des personnes, ou en tout cas ça rend ces fabriques inaccessibles.
Petite aparté : en 2012 j’ai voulu utiliser Octopress (un fork de Jekyll), uniquement parce que le thème par défaut de ce générateur de site statique me plaisait beaucoup (graphiquement).
Cela m’a amené à utiliser la ligne de commande alors que je n’y connaissais absolument rien, jusqu’à me mener vers des usages plus avancés plus tard.
Il y a de multiples biais ici, mais l’attrait d’un aspect d’un outil m’a conduit à expérimenter, à tester, à rater, à partager, à apprendre.</p>
<p>Stylo est un bon exemple d’outil d’écriture et d’édition qui n’est pas développé comme une <em>solution</em> ou comme un <em>produit</em>, mais comme un projet de recherche, qui vise surtout à permettre une meilleure compréhension des mécanismes techniques d’écriture et d’édition numérique.
Balisage, métadonnées, services tiers tels que Zotero ou Hypothesis, versionnement, partage de documents, compréhension des formats, etc.
En utilisant Stylo nous sommes invités à <em>pratiquer</em> tout cela, jusqu’à intégrer ces pratiques, ou les refuser (en sachant en partie pourquoi), ou développer des usages qui en découlent (comme l’utilisation d’interfaces textuelles).
Il n’y a pas de hiérarchie dans ces différentes options, aller vers l’utilisation du terminal n’est pas une fin en soit, je préfère être clair sur ce point.</p>
<p>Depuis quelques mois je travaille sur la question de l’<em>adhésion</em> à ces outils, souvent considérée comme une évidence, voire une injonction.
J’essaye de comprendre pourquoi je suis contre cette adhésion.
Pourquoi je considère (et je ne suis pas le seul) qu’un projet de recherche bénéficie à se positionner contre cette injonction à l’adhésion, contre la transformation de tout en <em>produit</em>.
En travaillant sur ces projets, nous ne devons pas en être des <em>évangélistes</em>, mais simplement prendre le temps de montrer leur fonctionnement (pratique) et leur implication (théorique).
Faire acte de pédagogie sans chercher à convaincre sur le plan des usages.
C’est ce que j’ai fait dans ma thèse.</p>
<h2 id="léditeurtrice-devient-il-également-une-accompagnateurtrice-">L’éditeur·trice devient-il également un·e accompagnateur·trice ?</h2>
<p>La question précise est celle-ci : “Le rôle de l’éditeur·ice devient-il également celui d’un·e accompagnateur·ice technique ? Quelle part pour l’éthique dans ce choix d’intermédiaire ?”</p>
<p>Dans ma thèse j’étudie les processus d’édition.
Je n’étudie pas ou peu les relations entre les personnes qui éditent et celles qui proposent des <em>manuscrits</em>.
En considérant une structure d’édition comme un ensemble de personnes humaines, oui il doit y avoir un rôle d’accompagnateur·trice technique, en tant que cet ensemble est un collectif.
C’est ce que j’ai expérimenté avec le <em>Novendécaméron</em> (avec d’autres personnes), c’est ce que j’observe avec Stylo et la revue <em>Sens public</em>, c’est ce que j’ai analysé avec C&amp;F Éditions, c’est ce que je vis au quotidien à la Chaire de recherche du Canada sur les écritures numériques (dans un cadre moins focalisé sur des activités éditoriales).
Mais être accompagnateur signifie accepter d’être aussi accompagné.</p>
<p>Je ne suis pas sûr de comprendre la question de l’<em>éthique</em>, je peux toutefois essayer de partir dans cette direction en faisant plusieurs constats.
Nos littéracies numériques sont si diverses que partir sur la (relativement) simple idée d’un partage continu me semble déjà une bonne manière d’aborder la question de l’acquisition de connaissances techniques.
Expliquer ce que l’on sait faire et de quelle manière, sans pour autant vendre cette pratique comme une solution, est déjà un choix éthique fort.
<a href="https://debogue.ecrituresnumeriques.ca/">Déb/u/o/gue tes humanités</a> est un bon exemple de ce désir de partager des pratiques et des connaissances, de proposer un socle commun qui n’est ni unique ni arrêté, et qui est surtout (et encore) une invitation à nous interroger sur nos <em>façons de faire</em>.
Les implications politiques sont bien présentes ici, il serait naïf de considérer une forme de neutralité — qui est un fantasme —.
Il y a une volonté d’ouvrir un champ de possibles en partageant des pratiques basées sur des standards et des protocoles.
Il y a cette idée forte de permettre un regard critique.</p>
<h2 id="bonus--comment-citer-des-passages-_numériques_-de-la-thèse-">Bonus : comment citer des passages <em>numériques</em> de la thèse ?</h2>
<p>C’est un point sur lequel je travaille encore, afin de baliser <em>automatiquement</em> chaque paragraphe.
La chose est possible, dans le cas de ma thèse via un mécanisme lié à Hugo, mais avec quelques compromis qui ne me satisfont pas encore.
J’espère pouvoir implémenter cela dans la version web dès que possible.</p>

+ 2
- 0
cache/2024/index.html Datei anzeigen

@@ -220,6 +220,8 @@
<li><a href="/david/cache/2024/e5056f8e0e6acf87c5777ba5b3a2ba92/" title="Accès à l’article dans le cache local : The UX of HTML ⚒ Nerd">The UX of HTML ⚒ Nerd</a> (<a href="https://vasilis.nl/nerd/the-ux-of-html/" title="Accès à l’article original distant : The UX of HTML ⚒ Nerd">original</a>)</li>
<li><a href="/david/cache/2024/e58d4c2ceeab475aba6a179c035852f8/" title="Accès à l’article dans le cache local : Trois réponses sur ma thèse">Trois réponses sur ma thèse</a> (<a href="https://www.quaternum.net/2024/02/02/trois-reponses-sur-ma-these/" title="Accès à l’article original distant : Trois réponses sur ma thèse">original</a>)</li>
<li><a href="/david/cache/2024/b1da1249f2db388d7e84d6ad23c2fc5d/" title="Accès à l’article dans le cache local : Data Luddism">Data Luddism</a> (<a href="https://www.danmcquillan.org/dataluddism.html" title="Accès à l’article original distant : Data Luddism">original</a>)</li>
<li><a href="/david/cache/2024/e990536ed88823f047296ea25a6b7933/" title="Accès à l’article dans le cache local : Samsung caught faking zoom photos of the Moon">Samsung caught faking zoom photos of the Moon</a> (<a href="https://www.theverge.com/2023/3/13/23637401/samsung-fake-moon-photos-ai-galaxy-s21-s23-ultra" title="Accès à l’article original distant : Samsung caught faking zoom photos of the Moon">original</a>)</li>

Laden…
Abbrechen
Speichern