Ṇocéan

2022-01-09T00:00:00+00:00

Ces derniers temps, j’ai beaucoup lu, entre autres sur l’informatique basse consommation, sur le small web, sur ce qu’on pouvait faire pour arrêter la course à la consommation de ressources (voir bouffi</a>).</p>

Dendron</a>🔗</a></h2>
Dendron est deux choses: un ensemble de règles sur ce que définit une base de connaissances, comme une arborescence (ou plutôt son absence dans ce cas), et un ensemble d’outillages (raccourcis claviers, visualisations sous forme de graphe des relations inter-pages).</p>
L’équipe de développement a choisi de lui donner la forme d’une extension pour éditeur de texte déjà existant, d’utiliser vscode</a> comme base. Et ça fonctionne! Même bien! C’est rapide et pratique à utiliser, j’ai rarement été aussi efficace dans ma prise de notes informatiques.</p>
Il a cependant un gros</em> problème qui me limite énormément dans mon usage: vscode</a> consomme énormément de RAM. Ce qui veut dire que je ne peux pas le laisser ouvert pendant que je fait autre chose, prêt à y revenir dès que j’ai besoin de noter quelque chose. Non, si je le laisse ouvert, sa mémoire va être très vite dumpée sur disque pour faire de la place pour le reste, et je vais bloquer mon ordi durant 15s à chaque fois que je veux y revenir, le temps de chercher toute la RAM sur le disque. De plus, je n’aime pas l’aborescence de travail qu’il adopte, tous les fichiers étant dans la racine, les délimitations d’arborescence étant représentées par des points (`.</code>) dans les noms de fichiers (exemple: blog.nocean.index.md</code> pour représenter cette page).</p>`
`Je pensais donc à une phrase de Devine Lu Linvega (@neauoire@merveilles.town</a>) sur l’importance de “posséder” ses propres outils de production, ce qui a plusieurs sens:</p>`
Dans le cadre des logiciels propriétaires, il est évident que si l’entreprise choisit de fermer, de changer de modèle économique, ou même d’arbitrairement couper l’accès à sa solution, nous nous retrouvons, dans le meilleur des cas, avec tout notre contenu, dans un format non exploitable, demandant un gros travail d’adaptation.</li> Si logiciel open-source, de posséder une copie du code, et de tout ce qui permet de l’exécuter</em>, de comprendre, maîtriser et pouvoir apporter des modifications à l’outillage de publication, afin de l’adapter à ses usages.</li> </ol> C’est une réflexion pertinente, qui fait partie des raisons pour lesquelles j’avais choisi de me tourner vers les Générateurs de Site Statique (SSG), il y a déjà de ça quelques années1</a></sup>. L’avantage d’un SSG est qu’il est fait pour personnes n’ayant pas peur d’écrire des fichiers de texte purs, souvent dans un langage de markup léger. Le gros avantage du text pur, c’est que les fichiers restent là, et lisibles par un humain si le système de rendu vers site web ne fonctionne pas pour une raison quelconque.</p> Cela fait un petit moment que j’ai envie de créer une version gemini</a> de mon site (celui sur lequel vous lisez ces lignes, ndr). Cette version du site est basée sur zola</a>, un SSG généraliste, vers lequel j’étais attiré pour ses fonctionnalités de multi-langues.</p> J’ai voulu donc adapter zola</a> à mes usages, ce qui n’a pas été chose facile (je n’ai d’ailleurs finalement pas retenu cette solution). Son créateur n’est pas intéressé par l’idée d’avoir plusieurs backends de rendu, ce qui est recevable, puisqu’il devrait potentiellement en assurer la maintenance derrière.</p> Bref, utiliser zola</a> n’était pas possible.</p> Créer ses propres outils🔗</a></h2> J’ai donc décidé de me laisser tenter par l’exercice. Cela fait longtemps que je cherche une solution qui remplisse tous mes besoins, il est peut-être temps de m’atteler à sa réalisation.</p> Cahier des charges🔗</a></h3> représentation du contenu en fichiers plats</li> capacité de transformation du contenu en divers formats, à minima html & gemtext</li> Syndication RSS ou ATOM, préférence pour l’ATOM.</li> Liens rapides entre pages (wikilinks)</li> filtration des pages publiées (je ne veux pas publier mon journal quotidien, ça n’a pas de sens)</li> support pour multilangue</li> frontmatter minimale (mais si, vous savez, ces métadonnées qu’on met en préfixe de fichier…), si possible absente.</li> coloration syntaxique des blocs de code (vous avez pu remarquer la prévalence des sujets liés à l’informatique!)</li> Avoir un éditeur fait pour avec des fonctionnalités de créations faciles de pages, correction orthographique, glisser-déposer des images… tout ce qu’il faut pour rédiger du contenu, quoi.</li> </ul> Réalisation🔗</a></h3> Comme vous le savez peut-être, ma marotte du moment est le rust</a> (même si tout n’est pas rose</a>, qui permet de ne pas se soucier des problématiques de dépendances, étant toutes comprise au sein du même binaire.</p> J’ai décidé de baptiser cette suite d’outils Ṇocéan, parce que ma vie a un thème marin en ce moment.</p> Après une 30aine d’heures, j’ai quelque chose de fonctionnel, qui prend une arborescence de fichiers gemtext et est capable de la transformer en site html ou en capsule gemini. J’ai baptisé cet outil Ṇaqua.</p> Pour ce projet, je n’ai pas voulu adopter toute la rigueur habituelle avec laquelle j’ai l’habitude d’aborder les projets de développement.</p> Premièrement, j’ai décidé de n’avoir qu’un seul dépôt git (non public pour le moment), contenant le code des différents projets, m’extrayant de la contrainte de devoir versionner et publier toutes les versions d’un projet pour pouvoir les réutiliser dans les autres.</p> Deuxièmement: pas d’issue tracking, pas de CI. Un simple fichier texte de liste de tâches, des compilations régulières et une suite de tests unitaires (pas de test d’intégration) lancée à la main.</p> Pourquoi ne pas avoir pris la route classique? Parce que j’avais besoin pour se projet de quitter mes habitude d’industrialisation du développement. Oui, ça a beaucoup d’avantages, mais également beaucoup d’inconvénients. Ça change l’approche de développement, ça change la mentalité, ça change l’«énergie» du développement. Et j’avais besoin pour ce projet de retrouver une forme de spontanéité et simplicité.</p> Exemples🔗</a></h4> </a> L'image précédente est un exemple de ce que donne Ṇocéan, plus précisément Ṇaqua, l'outil de génération de sites statiques, qui fait usage de Ṇautica, la bibliothèque de génération et traduction de contenu.</figcaption> </figure> </a> Page de Ṇaqua, rendue par Ṇaqua, via Ṇautica.</figcaption> </figure> </a> Page de Ṇautica sous Ṇaqua.</figcaption> </figure> Et après?🔗</a></h2> Je compte m’en servir un jour comme moteur pour le site que vous lisez actuellement. J’aimerais également en partager le code à un moment, quand il sera un peu plus testé et éprouvé.</p> Il me reste pour l’instant un peu de travail pour le rendre confortable à l’usage. Vous aurez pu vous rendre compte qu’il manque la partie aisance d’écriture à Ṇocéan. Je compte me renseigner sur les facilités d’usage d’un des nombreux éditeurs de texte orientés écriture disponibles en open-source, voir si je ne peux pas les modifier ou les configurer pour correspondre à mes besoins. Au pire, il nous restera vim</a> et ses plugins…</p> J’aimerais également passer de langage des sources de gemtext vers markdown, que je trouve tout de même mieux en ce qui concerne les liens et la richesse d’expression. Pour cela, il faut que j’en implémente le parsing dans Ṇautica, ce qui n’est pas une mince affaire, la syntaxe du markdown étant complexe.</p> Ou peut-être utiliserais-je toujours zola pour goélands, et un autre site à part pour mes réflexions déstructurées. Je ne sais pas encore, mais je commence à considérer Ṇocéan comme utilisable au quotidien.</p> Merci à vous de votre attention, et à la prochaine.</p> Sauf que je n’étais pas assez assidû, n’écrivait rien durant des mois, complètement absorbé par la frénésie d’activité que j’étais plus jeune. Bref, j’arrivait à en oublier comment il marchait, devoir tout réapprendre, entre-temps une autre version majeure a été publiée, me demandant de passer du temps à tout réécrire. ↩</a></p> </li> </ol> </footer>

Introduction 🔗</a></h2>
La technique en plaque est assez simple à mettre en place sans tour: il suffit de créer une plaque d’argile à la largeur voulue à l’aide de réglettes de support et d’un rouleau.</p>

Les goélands lents - blog

Ṇocéan

Bouffi: évolution de la consommation de ressources informatiques

Manipulation des chemins en Rust

Une API REST CRUD en rust

Un vase/amphore/cruche en céramique

Les goélands lents - blog

Ṇocéan

Bouffi: évolution de la consommation de ressources informatiques

Manipulation des chemins en Rust

Une API REST CRUD en rust

Un vase/amphore/cruche en céramique

Introduction🔗</a></h2> La technique en plaque est assez simple à mettre en place sans tour: il suffit de créer une plaque d’argile à la largeur voulue à l’aide de réglettes de support et d’un rouleau.</p>

Introduction 🔗</a></h2>
La technique en plaque est assez simple à mettre en place sans tour: il suffit de créer une plaque d’argile à la largeur voulue à l’aide de réglettes de support et d’un rouleau.</p>