Je comprends l’exaspération devant la dette technique de tout projet. Malheureusement, un projet commence par créer de la dette pour valider un concept. L’important est d’avoir les moyens de remanier le projet régulièrement, le premier étant les tests fonctionnels comme le dit l’article.

Je privilégie même les tests de bout en bout (end to end). Par définition, les tests unitaires doivent être remaniés avec le code qu’ils testent.

Pareil pour la domotique, je suis assez fasciné par la quantité d’électronique qu’on peut mettre chez soi. Heureusement qu’il y a l’isoloir pour se déculpabiliser.

C’est pas le journal du noob ici.

404 ERROR ! PAGE NOT FOUND

^^

Ça bouge beaucoup côté migration vers Pg, et l’actualité économique va enterriner cela pour un moment encore.

Bonne idée d’article, en restant concis.

J’ai pas put accrocher à Kitty. Parcontre, wezterm est très bon. https://wezfurlong.org/wezterm/

htop a de nombreuses alternative bien plus moderne. btop par exemple. https://github.com/aristocratos/btop

Doom Emacs est pas mal aussi. https://github.com/doomemacs/doomemacs

Gifski est impressionnant.

Ça fait un peu pensée computationnelle.

Je trouve justement que les métiers manuels laissent plus l’esprit libre pour cogiter et entrer en introspection. D’ailleurs, le remède à tout est la marche. Quand on va mal, quand on a un soucis à résoudre, quand on a besoin d’évacuer quelque chose. Même un dév doit savoir se lever pour faire trois pas :-)

La license sur les données va devenir plus critique que la license du logiciel.

J’ai également adopté l’astuce du fichier locale pour faciliter le passage d’un projet à l’autre. Petite astuce : ma config git ignore globalement les fichiers préfixés par mon- ou mes- ou ma-. Ça me permet d’avoir mes-notes.org ou mon-notes-sur-ticket-452.md dans le dépôt du projet sans souiller git status.

Pour ceux qui cherchent la page du projet Zellij : https://github.com/zellij-org/zellij

Précision : De la mémoire biologique :-)

Très bon article, merci.

J’aime bien la relecture de code comme exercice. C’est très révélateur, c’est rapide et ça reste ouvert.

Ubuntu avec flatpak plutôt que snap, ça fait rêver !

C’est rarissime d’avoir un modèle économique basé sur un logiciel libre, GPL. On voit l’importance de la politique pour cela.

pv est super pratique ; je l’utilise fréquemment sur des opérations de dd pour connaitre l’avancée d’un transfert. C’est bon à savoir qu’on puisse faire le même genre sur mysql.

Très pertinent, surtout la partie W^J.

Retour intéressant. J’admire l’humilité de ce partage.

En tant que dév depuis plus de 15 ans, je trouve que les dévs doivent aussi être humble envers les Ops. Il ne suffit pas que le code soit beau, architecturé, maintenable. Encore faut-il aller jusqu’au bout et rendre le logiciel déployable, exploitable, observable, utilisable. Peu de développeur y pensent.

Suffit pas que mypy soit content.

Sentiment étrange en regardant les différents efforts pour développer des applications pour se faire vacciner : prend-on un vaccin comme on prendrai un train ?

J’aime bien l’approche de Mickaël ANDRIEU. Un bon exemple d’équilibre entre exigence et pragmatisme.

’tite coquille : systemctl au lieu de sysctl. Merci pour le partage.