Contribution aux connaissances sur le Notebook

SSGROUPE 1 ( :pencil2: ) Contribution à “Wikipedia” et amélioration de la base bibliographique Zotero du GT :

Objectifs :

Dans ce sous-groupe il s’agit d’initier et de structurer un travail d’écriture qui au delà de la JE. L’actuel page Wikipédia FR sur les Notebooks est courte et peu qualitative. L’objectif à terme est d’améliorer peu à peu le contenu de cette page, ce qui peut aussi nous amener à modifier d’autres pages liés à cette dernière (ex Programmation Lettré, etc.)

Le fait que nous travaillions sur Wikipédia nous amène également à retravailler la structure et le contenu de notre base bibliographique du GT. Sur ce point Raphaëlle, Manon, Sébastien peuvent être consulté pour comprendre la structure actuelle.

Quelques idées d’étapes :
- Déclaré notre intention sur Wikipédia, en suivant le procole et les guides actuels
- Désigner qui tiendra la plume pour proposer les modifications sur Wikipedia au nom du collectif GT
- Etablir un plan détaillé de la future page
- Améliorer la base de référence bibliographique dont une partie sera dédiée à cette page Wikipedia et l’autre partie à la BDC
- Répartir les tâches d’écriture, définir un calendrier de réunions

SSGROUPE 2 ( :pencil2: ) Contribution au contenu la BDC du GT Notebook et amélioration de la base bibliographique Zotero du GT :

Objectifs :

Dans ce sous-groupe il s’agit d’initier et de structurer un travail d’écriture qui au delà de la JE. Notre première tentative de PKM lancé en 2021 n’a pas eu le succès escompté, y compris auprès des membres motivés.

Après plusieurs discussions au sein d’un sous groupe dédié du GT, nous avons identifié plusieurs freins, dont le premier tient probablement de la pléthore et de la diversité d’outils que nous utilisons déjà tous au jour le jour : emacs, vi, mails, etc. Il faut donc que l’édition de cette BDC s’intègre au mieux dans nos workflows quotidien, y compris au sein du GT, sous peine d’être voué à l’échec. Ce volet là renvoie plutôt au SSGROUPE 3 “Code & outils collectifs/collaboratifs”

Une autre cause est probablement l’absence d’un plan de route plus précis pour le contenu et la structuration de cette PKM.

Quelques idées d’étapes :

• Etablir des templates d’écriture selon les connaissances à intégrer dans la base
• Etablir une liste d’axiome important, des noeuds plus important de part la densité des liens qu’ils ont avec les autres noeuds (ex Literate Programming)
• Documenter le protocole à suivre (tags/catégories, nomages des fichiers, etc.) pour un ajout de document à la base Zotero
• Verser les comptes-rendu des deux années passés dans la BDC pour sortir peu à peu le travail de HackMD.
• réintégrer les tags dans les md avec la syntaxe proposé par le template mkdocs zettelkasten, pour le moment çà ne marche pas.

SSGROUPE 3 (:keyboard:) : Contribuer à la fabrique de la BDC

Objectifs :

En 2021, nous avions déployé une première base de connaissance, reprenant un format zettelkasten. L’idée c’était que chacun.e puis ajouter de la connaissance pour capitaliser en un seul endroit nos réflexions et notre veille autour des Notebooks. Cette base devait être reproductible, comme le reste de l’atelier en 2021.

A cette époque j’avais fait le choix de packager les différentes parties avec Nix sous la forme de Flakes.

Comme indiqué dans le précédent SSGROUPE 2, il y avait trop de frein à l’utilisation. Après plusieurs discussions au sein d’un sous groupe dédié du GT, nous avons identifié plusieurs freins, dont le premier tient probablement de la pléthore et de la diversité d’outils que nous utilisons déjà tous au jour le jour : emacs, vi, mails, etc. Il faut donc que l’édition de cette BDC s’intègre au mieux dans nos workflows du quotidien, y compris au sein du GT, sous peine d’être voué à l’échec.

Deux idée importante :
- avoir une base de markdown centrale, lisible et si possible éditable sans conflit (ex wikilink pareil partout) avec n’importe quel outil moyennant qu’on respecte un frontmatter simple (ID, tags, etc)
- couplage avec un outil qui permet un double usage synchrone et asynchrone du contenu de la BDC (type hackmd via l’API, etherpad, Stylo)

Quelques idées d’amélioration ou de correction :

• ajout d’un graph de navigation entre les noeuds de la BDC (ex : https://hugocisneros.com/notes/, https://quartz.jzhao.xyz/) => Sigma.js ?
• ajout d’un bouton edit aux pages, couplage système asynchrone (git) avec un outil d’écriture synchrone (hackmd, stylo, etc.) => pas évident, on a fait un peu de veille… mais si on peut se raccrocher à stylo ca serait intéressant car communauté FR.
• tester que les fichiers générés par différents IDE courant pour l’édition de base de connaissance en markdown (emacs, vim, obsidian, logseq, etc.) sont bien gérés au niveau du frontmatter, sinon envisager des scripts de pre-traitement/post-traitement ?
• déployer le site web généré de la BDC avec le CI Gitlab, avec Guix