DarkBlog

Errances #04

2026-04-23T16:30:52Z

Errances #04

Qu'elles soient virtuelles, sportives ou perdues dans d'autres mondes, voici le récap de ce que j’ai parcouru, vu et lu cette semaine.

Photo de l'article : Vue depuis le troisième plateau du terril de Pinchonvalles - Liévin/Avion - 2026-04-17

Tracés

Matériel : Fitbit charge 6

Logiciel : Strava + Affinity

2026-04-17

7,45km
1h26min
139m de dénivelé positif

Cette sortie a été incroyable, elle a été épuisante autant physiquement que mentalement, mais dans le bon sens. D'habitude, je ne vais pas marcher le vendredi, c'est le jour des courses ou de la cuisine. Là, je suis parti sur un coup de tête, je me suis préparé à la dernière minute. Je ne sais pas si c'est grâce au temps qu'il faisait, au fait que je refaisais un parcours connu, ou à la playlist qui était parfaite, mais j'ai réussi à totalement laisser mon esprit... errer.

Je n'avais jamais vraiment réussi à ressentir cela ni à me laisser porter par le flot de mon esprit. Alors je ne peux pas dire que cela a été productif, je n'ai en réalité rien produit.

Mais j'ai librement cogité pendant 90 minutes. De jouer la musique dans ma tête à réfléchir aux projets perso en cours, aux articles que j'aimerais écrire... un travail de rangement des pensées, mais sans y penser. Exactement le sentiment contraire de quand on reste happé par les vidéos YouTube ou autres fils algorithmiques des réseaux asociaux.

Je ne dirais pas un état de transe, bien qu'il y ait des sections du parcours que je ne me rappelle pas avoir parcourues. Sans doute les endorphines dues au sport, je ne sais pas. En tout cas, je me sentais bien mieux après la séance que toutes les semaines précédentes.

Je suis embêté avec cette section. J'adore le fait de partager mes parcours. Au-delà de me motiver à faire de la marche, j'alterne ces sorties entre parcours fixes pour quantifier mes progrès, et d'autres sorties où je me laisse plus guider par l'envie de découverte. Par contre, le processus actuel pour obtenir ces images et ces statistiques est vraiment chronophage, rébarbatif et me démotive à créer ces articles.

Je dois récupérer tracés et données depuis Strava, et forcément sur mobile car il n'y a pas les images sous fond transparent depuis un navigateur (è_é). M'envoyer ces fichiers sur un ordinateur, puis dans le logiciel de retouche photo. Exporter ces images en les plaçant dans le bon dossier et rédiger la partie textuelle de ces données. Lourd...

J'ai commencé à développer un script pour automatiser tout cela. Mais rien que la partie Strava m'a pris un temps fou, et pour le moment je n'ai pas eu le temps de le terminer.

Pourquoi vouloir automatiser cela ? Les statistiques, la trace... tout ça c'est sympa surtout pour moi, pour pouvoir voir mes progrès hors outils fermés. Mais la partie la plus intéressante, et sur laquelle je veux mettre le plus d'énergie, c'est la retranscription de mon ressenti, de mes pensées pendant la sortie.

Je ne suis pas content de ma montre de sport. Il n'y a pas de baromètre et donc je n'ai pas du tout les informations d'altitude directement. Peut-être qu'avec un outil adapté et la trace GPS brute je pourrais récupérer l'information et calculer le dénivelé positif de la session. En tout cas c'est ce qui fait que je n'ai pas regardé si Fitbit me permettait de récupérer les informations des sessions de sport, et que je passe par Strava qui me mâche le travail au prix d'un abonnement et d'un enfermement de mes données.

Je regarde pour utiliser autre chose qui serait un peu plus ouvert, ou d'où il serait plus facile d'extraire les données, au plus proche de la montre. Du côté de Garmin par exemple mais encore plus du côté de Polar qui est le seul acteur encore européen sur ce secteur.

Si vous avez des retours de bidouilleurs-sportifs à me faire, je suis très preneur.

En attendant, je ne vais pas mettre plus de tracé aujourd'hui, et prendre du temps dès que possible pour finir le script d'automatisation.

URL

Interdire ou empêcher : la frontière floue de notre liberté

Une vidéo courte de la chaîne "Clever cloud" que je trouve très intéressante. Certainement extraite d'un échange bien plus long. On y aborde ici la différence entre l'interdit et le fait d'empêcher. Au début ses exemples sont plutôt simplistes. Mais le coup de la ceinture de sécurité est vraiment très intéressant. Cela amène le débat sur la gestion de la responsabilité et de l'infantilisation, au sens juridique du terme, de l'utilisateur. On passe alors d'un régime de liberté avec des interdits à autre chose, un système sous supervision où l'on déresponsabilise l'utilisateur final.

Podcast "Tronche de Tech" - Solomon Hykes - Le créateur de Docker

Encore un épisode vraiment intéressant du podcast tech français "Tronche de Tech". Au-delà du créateur de Docker, de la genèse de ce qui va révolutionner le cloud, la seconde partie de l'interview porte sur la puissance des grands acteurs du secteur, et leur volonté de ralentir la croissance des petites start-up, quand elles lancent une bombe technologique comme Docker en open source, et de les figer très tôt dans des "standards". Des "standards" qui se veulent "plus ouverts et plus compatibles", chose contre laquelle on ne peut pas dire "bah non je veux plus fermé et moins interopérable", mais qui ne fait que jouer sur les mots pour casser la concurrence. Solomon prend d'ailleurs l'exemple de Red Hat qui a subi la même chose 15 ans avant Docker et qui a pourtant fait partie de ce même jeu contre Docker.

Tracks - Off Grid

J'ai l'impression d'avoir déjà vu une vidéo similaire il y a un an. En tout cas j'avais déjà regardé pour du matériel LoRa et compatible avec Meshtastic. Cet épisode de Tracks change un peu les choses. Il n'y a pas d'antenne relais près de chez moi pour ce réseau off grid. Alors mettre une antenne sur le toit du cabanon au fond du jardin me semblait peu utile. Mais depuis le début d'année, je me balade régulièrement sur le terril à côté de chez moi, et là ça deviendrait bien plus intéressant d'y poser une antenne autonome car beaucoup plus susceptible de créer un maillage avec les antennes un peu plus lointaines. Bref, encore une lubie dans ma liste de choses à explorer, mais avec un double intérêt...

IRL

Ni livre, ni revue cette semaine, et ce depuis pas mal de semaines en fait :(

Dans ma tête

Cela faisait un bon moment que je n'avais pas pris le temps d'écrire un peu. Ce n'était pas l'envie qui me manquait mais bien le temps. C'est un peu la folie au bureau, ce job est tellement intéressant et tellement multi-casquette qu'il me prend beaucoup de temps. Ce qui me ravit, mais du coup j'essaye de mieux utiliser les périodes plus creuses pour les loisirs, le perso.

J'avais pourtant pas mal d'idées d'articles dernièrement. Mais j'ai surtout eu le syndrome de "cette réunion aurait pu être un e-mail". Est-ce que ces idées d'articles ne pourraient pas être simplement un pouet sur Mastodon ? Y a-t-il assez de matière à écrire ?

Je me pose encore trop de questions. Écrire un petit article, rapide, juste pour mettre une idée sur le papier numérique, cela peut valoir le coup. Je me suis rendu compte de mon blocage et de son incohérence en lisant quelques articles du blog de Genma. Je suis parfois surpris qu'un article ne fasse que deux petits paragraphes. Au début, je trouvais cela dommage de ne pas approfondir plus le sujet traité, cela sonnait comme un mémo, une introduction.

En y réfléchissant un peu, et à force de lire ces articles courts mais réguliers, je me rends compte qu'il a totalement raison. Sans parler de course à la publication, le nombre d'idées rapides que je n'ai jamais pris le temps d'écrire, car je ne veux pas me contenter d'un article court, est bien trop élevé. Et puis des articles courts prennent potentiellement moins de temps à écrire, relire, valider... donc cela peut se faire plus facilement entre deux bugs DMX :)

Le blog de Genma

Errances #03

2026-02-13T10:04:38Z

Errances #03

Qu’elles soient virtuelles, sportives ou perdues dans d’autres mondes, voici le récap de ce que j’ai parcouru, vu et lu ces deux dernières semaines.

Photo de l'article : 2026-02-09 Véloroute du bassin minier

Tracés

Ces deux dernières semaines, des petites marches en villes et deux sorties longues :)

Matériel : Fitbit charge 6

Logiciel : Strava + Affinity

2026-02-04 à 2026-02-06

3 petites marches en centre ville cette semaine dans le cadre du boulot. Rien de foufou, c'est du plat, je suis tout le temps arrété par les feux de signalisation. Ce n'était pas une semaine sportive (j'ai même repris méchamment du poids :( )

2026-02-09

6,93km
1h24min
109m de dénivelé positif

Toute la matinée et tout le début de cette marche, je me disais "non tu ne le fera pas, t'es crevé, tu ne vas pas faire ce terril aujourd'hui". Et pourtant :) C'est toujours aussi difficile, je m'arrête plein de fois pendant la montée, mais j'ai crié ma joie une fois le sommet atteint. Et pardon à la dame que j'ai croisé moins d'une minute après ce cri, et qui m'a regardé bizzarement :D

2026-02-11

7,24km
1h18min
87m de dénivelé positif

Les 300 premiers mètres ont été une torture : jambes lourdes, dessus de cuisses en feu, souffle court et le palpitant qui fait n'importe quoi. J'avais un peu imaginé le circuit que je voulais faire aujourd'hui, mais avec ce début je pensais abandonner rapidement. Mais je n'ai rien lâché et j'en suis fier. Bon je risque d'avoir des grosses crampes d'ici 2 jours donc hydratation au max. Il faudrait que j'aprenne à faire des étirements aussi, je pense que ca devient critique.

URL

Retraites : et si on arrêtait d’opposer les générations ?

Un article très intéressant de Pierre Col sur le sujet des retraites, abordé depuis son propre point de vue, puisqu’il y expose les calculs liés à sa retraite qui approche. Une vision qui se veut sans conflit de génération et qui revient sur des faits peu repris dans les médias traditionnels, comme le salaire de début de carrière à son époque comparé à celui d’aujourd’hui.

Toot de @nicolay_lilicre@piaille.fr concernant Linux NIRD

Un message de ce professeur de mathématiques, docteur et ancien ingénieur en sciences de l’alimentation, qui partage un moment touchant : des élèves réparent un ordinateur portable avec un peu de son aide et y installent une distribution Linux NIRD.

Distributions linux NIRD pour les écoles primaires et secondaires

Des distributions Linux conçues par et pour des professeurs des écoles, du primaire au secondaire.

La trouvaille glaçante d'un journaliste sur nos téléphones - Undescore_

Vous trouvez que l’actualité est anxiogène en ce moment ? Vous n’avez encore rien vu. Quand toute notre vie numérique est tracée, enregistrée, vendue… tout devient possible pour les publicitaires… mais pas seulement.

Si vous êtes sous android, allez dans :

paramètres android / Google / Tous les services / Annonces

Et là vous pouvez supprimer votre ID publicitaire. Certaines version d'android ne permettent que le renouvèlement de cet ID, pensez à le faire régulièrement. Ca n'empêchera pas les app de tenter de vous traquer, mais ca leur met des batons dans les roues, c'est toujours ça de pris.

AI fatigue is real and nobody talks about it - EN

Si vous utilisez régulièrement des LLM pour générer du code, des projets ou tout autre travail professionnel, vous avez sans doute déjà ressenti une certaine fatigue s’installer en vous. Cet article met des mots sur ce mal dont peu de gens parlent et propose également des pistes pour mieux utiliser l’IA, afin de moins la subir.

Flus, le complément éditorial de votre veille

Un outil libre pour la gestion de sa veille quotidienne avec prise de notes. Je cherchais justement un moyen de compiler les liens d’articles que je lis sur différents supports.

Flus est un outil entièrement web, utilisable sur smartphone sans application dédiée, et propose également une extension pour navigateur. Le service prend en charge les flux RSS/Atom, et son prix est libre lui aussi. Le code étant open source, il est tout à fait possible d’auto-héberger sa propre instance.

IRL

surveillance://: Les libertés au défi du numérique : comprendre et agir - Trsitant Nitot - C & F Éditions

Je triche un peu car je ne l’ai pas encore terminé. Mais la lecture de ce livre risque d’être lente, voire de se faire en plusieurs temps. Pile dans la lignée du lien vers la chaîne Underscore plus haut, on explique ici comment chacune de nos actions, de nos interactions dans le monde numérique est traquée, enregistrée et utilisée à des fins plus ou moins louables.

Je n’en suis qu’à la partie explicative du sujet, qui est sans doute la plus anxiogène tant elle met des mots, des faits, sur ce que l’on savait déjà plus ou moins depuis longtemps. J’ai hâte d’arriver au moment des solutions possibles pour limiter cette traque.

Une lecture difficile moralement mais que tout le monde devrait avoir lu avant d'utiliser la moindre application ou réseau privateur "gratuit".

ISBN : 9782915825657

Dans ma tête

Bon, je me rends à l’évidence : tenir un rythme hebdomadaire pour cette série d’articles, je n’en suis pas capable. Je n’ai ni les clefs ni le temps pour le faire. J’y arrivais sans trop de difficulté pour la vidéo, car je pouvais tout faire sur un même appareil, mon smartphone. Je rentabilisais mes trajets en TER pour avancer petit à petit dans le montage. Je ne me sens pas capable de sortir un laptop pour écrire dans ces conditions, et je n’en ai même pas envie.

Je vais suivre les conseils de Ploum ; merci pour ton message d’encouragement, cela fait du bien d’avoir un petit retour de temps en temps, c’est motivant ; et me baser davantage sur mon flow d’écriture personnel que sur un système éditorial figé. Donc la prochaine publication pourrait être la semaine prochaine, dans deux semaines… ou encore moins souvent.

En parlant de retours qui font du bien de temps en temps, je réfléchis à un système de commentaires / retours d’avis pour ce blog, dans un esprit Slow Web First.

J’hésite entre deux versions.

La première, la plus simple, serait d’avoir simplement un lien mailto en bas de chaque article avec en sujet « Re : titre de l’article ». C’est très simple à mettre en place, mais les retours ne seraient visibles que par moi, sauf si j’en fais une mise à jour de l’article.

La seconde est plus complexe à mettre en place. Chaque article générerait sa propre adresse email, et la partie « sujet » du mail servirait à définir le nom d’affichage de la personne qui poste un commentaire.

De mon côté, un script viendrait faire le tri entre les mails provenant de ce système et le reste, puis dispatcherait le contenu des réponses dans des fichiers liés à chaque article. Il me reste à imaginer une interface simple et accessible pour venir valider — ou non — les commentaires, puis implémenter la mécanique permettant de republier l’article avec les nouveaux messages.

Ce second système risque d’être un peu chronophage à mettre en place, mais le challenge est motivant.

Je ferai peut-être, dans un premier temps, la première version le temps de développer la seconde… on verra

Errances #02

2026-02-02T13:57:51Z

Errances #02

Qu'elles soient virtuelles, sportives ou perdues dans d'autres mondes, voici le récap de ce que j’ai parcouru, vu et lu cette semaine.

Photo de l'article : 2026-01-26 Terril de Pinchonvalles

Tracés

Cette semaine une unique sortie enregistrée, mais quelle sortie !

Matériel : Fitbit charge 6

Logiciel : Strava + Affinity

2026-01-26

7,81 km
1h 33min
118m de dénivelé positif

Aller on refait la même que la semaine dernière mais juste en un peu plus rapide... ho mais on passe par où si on tourne à droite à cette intersection... oups :)

URL

Pourquoi votre smartphone ne dure pas 10 ans ? - Nowtech

J’aime beaucoup les vidéos “tech for good” de la chaîne NowTech. Ce que j’apprécie, c’est le ton : ni techno-béat, ni anti-tech par principe, plutôt un juste milieu qui prend en compte les attentes des vrais utilisateurs, tout en gardant une conscience de l’impact et de la durabilité. Ça reste du YouTube : le contenu est assez léger, on se pose plus de questions qu’on n’en résout, mais c’est justement ce qui le rend agréable et stimulant. Et ce n’est pas la première fois que j’entends cette idée d’un matériel informatique conçu avec des matériaux qui vieillissent bien, qu’on a envie de garder longtemps parce qu’on y tient, un peu comme une vieille montre, un bijou, ou même un vêtement.

Nécromancie numérique chez Apple

Apple qui met à jour d'anciennes version de iOS est suffisamment rare pour être souligné. L'article ne cite pas de source donc je me permets d'en ajouter une ci dessous. L'article est cependant intéressant car il parle des potentiels usage dérivé de ces appareil "obsolètes" détournés pour faire simple réveils, générateur de bruits blanc ou encore babyphone.

une source pour l'article précédent

L'ICE ou l'arsenal technologique en action - Franceculture

Vous n'avez rien à cacher, donner toutes ses informations à des entités privées ou publiques ne vous pose pas de problème ? C'est sans doute vrai jusqu'à ce que le pays dans lequel vous vivez bascule d'une démocratie à un état totalitaire. Quand toutes les technologies que l'on adore se retournent contre nous ...

bereal Book - Solène DRN

Je ne suis clairement pas la cible car je n'utilise pas le réseau social BeReal, mais le projet est très intéressant et est développé par une développeuse en herbe qui partage ses créations sur Youtube. Vous uploadez votre archive de données BeReal et le site vous donne un PDF imprimable avec vos données. Tout se fait sur votre navigateur, rien n'est uploadé sur son serveur (d'après une de ses réponses sur youtube). Le code n'est pas ouvert, c'est un peu dommage.

La vidéo du projet BeReal de Solène DRN

IRL

Pas de livre terminé cette semaine, mais un en cours de lecture, cela arrivera prochainement.

Dans ma tête

Une semaine très chargée mentalement : un gros projet se termine au bureau. C’est à la fois épuisant et palpitant.

La vidéo de NowTech m’a rappelé une réflexion que j’ai eue sur ce que j’aimerais avoir comme “smartphone” ou, plus exactement, comme panoplie geek. Sortir du “tout-en-un” est une approche qui me semble très intéressante. Et contrairement à des marques comme Boox ou consorts, c’est la partie multimédia que j’aimerais extraire du smartphone, pas la lecture d’articles…

Un smartphone avec des matériaux de meilleure qualité, voire qui vieillissent bien. Un écran e-ink couleur, un APN avant et arrière, mais juste le nécessaire pour s’envoyer les “photos jetables” du quotidien : une liste de courses, l'étiquette d'un produit, un ticket de caisse pour la compta, scanner un QR code, faire un selfie rapide... La présence d’une prise jack pour la musique et les podcasts, et donc une grande capacité de stockage pour tout avoir offline.

Un offline à deux niveaux, peut-être : une version sans data, juste les appels et les SMS. De quoi rester joignable et communiquer simplement, sans fioriture. Et un second mode vraiment totalement offline, matériellement. Un appareil avec au moins 2 à 3 jours d’autonomie.

Le second objet serait une montre très orientée santé et sport. Un écran e-ink non tactile, de vrais boutons, peu connectée ; à la limite juste les notifications d’appel et les messages de ceux pour qui je souhaite les recevoir. Rien qui n’ait moins de 10 jours d’autonomie.

Le dernier objet serait un appareil pour le multimédia : prise et consultation de photos et de vidéos en haute qualité. Les jeux tourneraient également dessus. Un appareil sans carte SIM, mais dans un form factor de smartphone (peut-être un peu plus grand), qui tire sa connectivité du smartphone. Ici, ce ne serait pas l’autonomie ou la sobriété la clé, mais les performances.

On pourrait également ajouter un bracelet juste pour la nuit, gestion du sommeil et des réveils. Pas d'écran, un seul bouton, une gestion via smartphone ou par câble sur un ordinateur. Une très grande autonomie et une recharge qui se fait en journée quand on ne le porte pas.

Je ne savais pas si cette réflexion valait un article de blog entier ; ce format me semble bien adapté.

Errances #01

2026-01-26T13:26:23Z

Errances #01

Qu'elles soient virtuelles, sportives ou perdues dans d'autres mondes, voici le récap de ce que j’ai parcouru, vu et lu cette semaine.

Photo de l'article : 20 janvier 2026 - Terril de Pinchonvalles troisième plateau

Tracés

Cette semaine 2 vraies sorties et 2 petites marches (10 min) enregistrées.

Matériel : Fitbit charge 6

Logiciel : Strava + Affinity

2026-01-20

7,20 km
1h22
112m de dénivelé positif

Depuis des mois, quand je passe devant cette entrée du terril de Pinchonvalles, je me dis "allez, la prochaine fois, je me motive et je le fais. Ca fera du cardio, ca sera bon pour moi". Mais je me dégonfle à chaque fois. Cette sortie, je la voulais tranquille, rapide. Pour m'y remettre après un mois de décembre... décembre quoi :) Et finalement, je me suis dit qu'au pire, je ferai demi tour si c'est trop difficile. J'ai adoré.

2026-01-23

4,59 km
54 minutes
46m de dénivelé positif

Deux trois petites courses à faire dans le centre ville ? Ok j'y vais à pied et j'esaye de faire un max de montées. Check !

URL

Toot de Franz Graf @hikingdude#mastodon.social

Un simple toot sur Mastodon. Le simple rappel que de partager ses découvertes du web sur son propre site, puis sur les réseaux cela aide à construire le web comme il a été imaginé au début. Le message qui m'a donné l'impulsion pour démarrer cette série d'articles.

« DéGooglisé » depuis 8 ans : comment j’ai quitté Evernote et ce que j’ai appris en chemin (partie 1/2)

Le retour d'expérience sur la dégooglisation de prise de note de Julianoe. Article très intéressant, retraçant tout le cheminement pour se réapproprier ses données personnelles en ligne. Article en deux parties.

"La fabrique à idiots" sur la chaîne YouTube de Micode

Court documentaire/réflexion autour de l'IA et notre désapropriation de la connaissance, de la réflexion par soi-même au profit des LLM et autres moteurs de recherche. Je trouve le contenu intéressant, car il explique le fonctionnement de l'apprentissage, de ce qui se passe dans le cerveau, et de comment ne plus utiliser incorrectement les LLM.

HIGH SCHOOL RADICAL - Arte / Max Laulom

Adolescent, à l’occasion d’un échange scolaire, Max a découvert une Amérique idéalisée : les casiers de lycée, les matchs de foot, les road trips avec ses amis. Mais depuis, l’élection de Donald Trump a provoqué une rupture entre ses valeurs et celles de ses proches restés sur place. Un reportage que j'ai trouvé bouleversant, en 4 parties (80min).

Peut-on déGAFAMiser sa vie – RDV Tech - Podcast hors série

Je triche un peu pour cet épisode de podcast, car en réalité, je l'ai écouté entre Noël et nouvel an, pendant que je réfléchissais à un moyen de partager ce que je consommais. D'habitude, ce podcast traite de l'actualité tech. Cet épisode est un hors-série. D'habitude, bien que conscient des soucis liés aux GAFAM, le ton est plutôt techno enthousiaste, il parle peu des alternatives. Par contre l'ambiance est vraiment très saine, très apaisé, jamais clivante. Cassim Montilla, l'invité et journaliste pour Frandroid, explique ici son parcours pour déGAFAMiser sa vie depuis un peu plus d'un an.

IRL

ET SI JE N'ETAIS PAS DIEU ?: Chroniques d'un chat

De Stefania Gander aux éditions Gander Books. Publié le 4 octobre 2024.

ISBN : 979-1281230255

Premier livre de cette année 2026. Une jolie petite histoire, simple et touchante, racontée du point de vue du chat tout juste adopté par une famille habitant en appartement. Un livre qui passe aussi rapidement que la vie de nos petites boules de poils, et qui te laisse ce petit pincement au cœur quand tu refermes la dernière page.

Un livre sans prétention, mais pas sans effet. Si vous aimez les chats (ou si vous avez déjà été “choisi” par un chat), il y a de grandes chances que vous vous reconnaissiez dans pas mal de scènes. Et si vous n’aimez pas les chats... bon. Disons que ce livre pourrait être une tentative de conversion tout à fait honorable.

Dans ma tête

En 2025, j'ai repris le projet de produire une minute de vidéo par semaine. Une minute de ce qui se passe dans ma vie, sans filtre (sauf pour les visages des enfants). C'était un projet vraiment intéressant à réaliser, et il me tenait à cœur d'aller au bout des 52 minutes produites (et même un peu plus avec 2 épisodes doubles). Mais, à la fin, c'était plutôt épuisant. Toujours avoir en tête de sortir son smartphone pour faire des vidéos, au cas où ça tomberait dans mon montage. Et surtout, une année avec beaucoup moins de photos, alors qu'on ne met pas de vidéo dans un album papier, que l'on peut continuer de feuilleter 40 ans plus tard ...

Une minute par semaine

Ce qui m'a aussi un peu choqué, c'est l'espace disque que prennent ces minutes produites (et je ne parle même pas des rushes.). Sur mon drive shadow, cela représente 14,6 Go, en comptant les doublons "sans masquage de visage" pour 54 minutes en 1080p... Ça fait cher pour de simples vidéos du quotidien. Elles sont également sur Instagram, et sur Peertube. 1,9Go sur ce dernier réseau, cela me semble plus raisonnable, je devrai choisir un meilleur codec pour l'encodage de ces vidéos, mais le but était de tout faire depuis le smartphone. Reste que même 2Go, c'est beaucoup.

Pour 2026, je cherchais à faire autre chose. Déjà, écrire plus, plus souvent. Et puis partager plus également. J'aime bien les Digest de Thierry Crouzet, ses liens partagés chaque dimanche. Une photo de ce qu'il voit depuis sa terrasse, et les liens de ce qu'il a lu sur le net. J'aime également le format de "/home/lord", sa mensuelle pour parler de ses visionnages, de sa vie. Il y a un autre blog dans mon fil RSS, mais le nom m'échappe, et pareil un de ses formats d'article donne des infos sur la fréquentation de ses serveurs, comme la bande passante consommée...

Tout cela me donnait envie de m'y mettre également, un format récurrent. J'y pense depuis quelques semaines, mais impossible de trouver le format qui j'aimerais écrire. Puis pendant une de mes marches, un mot m'est venu : pérégrinations.

Pérégrinations - forme moderne au pluriel : déplacements incessants en de nombreux endroits.

Le terme est trop pompeux à mon goût, et suggère, à mon avis, le fait de se rendre à des endroits de façon calculée, réfléchis. Le contraire de ce que j'aime faire. Quand je pars pour une marche, je change souvent d'avis sur l'itinéraire que je prends. Je fais souvent à peu près le même tour, mais avec des variations. C'est la même chose avec les articles que je lis. Je choisis les flux ou les comptes des réseaux sociaux auxquels je m'abonne. Mais leur contenu et leur fréquence n'est pas "prédictible". Et donc j'erre de lien en lien sur le net. Voilà ce que je vais faire, partager mes errances.

Pour le moment, je me contenterrai de ces articles. Puis je pense que je créerai une page spéciale qui regroupera tous les liens afin de les retrouver plus facilement.

Site de /home/lord

Site de Thierry Crouzet

Bilan 2025, roadmap 2026 ?

2026-01-01T12:14:31Z

Bilan 2025, roadmap 2026 ?

Ça y est, 2025 est derrière nous. Une année assez étonnante, qui ne s’est pas du tout déroulée comme prévu. Enfin... s’il y avait vraiment un « prévu » dans toute cette histoire.

Niveau personnel, ca va. Tout le monde va à peu près bien, ou est sous traitement si ce n'est pas la grande forme, mais disons que c'est à peu près stable. Je n'ai pas à me plaindre. J’ai même enfin passé le pas d’une petite intervention chirurgicale qui a réglé un souci que je traînais depuis... j’ai envie de dire toujours, vu que ça date de mes 16 ans. Seulement 23 ans plus tard, j’ai pu mettre tout ça plus ou moins derrière moi. Je ne rentrerai pas dans les détails, mais ça m’a fait sourire que le groupe Ultra Vomit sorte un titre plus ou moins dans le thème : Miction impossible. (Bon, ce n’est clairement pas leur meilleure chanson.)

Ultra Vomit - MICTION: IMPOSSIBLE (SONDE DE B!TE)

Niveau pro, ça a été beaucoup plus les montagnes russes. Heureusement, ça se termine bien. Mais ça n’a pas été simple d’en arriver là.

Je n’ai pas envie de mettre des mots trop forts par écrit ici. J’aurais trop l’impression de me plaindre, alors que je n’ai pas vraiment de quoi. Disons simplement que, suite au changement de climat entre collègues au bureau (encore), et face à des décisions qui allaient systématiquement à l’encontre de mes principes, de mes convictions professionnelles (encore), de mon fonctionnement interne, je me suis retrouvé avec une seule idée en tête : faire n'importe quoi... plutôt que d'être devant cet ordinateur. Tout devenait plus plaisant que le boulot que je devais faire. Et pourtant, j’adore être développeur : on parle vraiment d’un métier passion.

Le ménage, la lessive, la cuisine, la vaisselle, le rangement, faire du tri, faire les courses, se promener sans but, dehors, loin et longtemps. Tout, sauf "ça".

Comme je l’évoquais lors du bilan d’un an en télétravail total, ce n’est pas forcément une bonne idée d’avoir son bureau sur le palier, juste à côté de la chambre. Tant que ça va, tout va bien. Mais quand tout part en vrille, ces soucis pro deviennent les premières et les dernières choses que l’on voit chaque jour. Et là, la coupure avec la vie perso ne se fait plus.

Bilan de 1 an de télétravail

On peut dire ce que l’on veut sur le fonctionnement du système en France (ou plus largement en Europe), n’empêche qu’il m’a permis de prendre du temps.

Six mois.

Du temps pour retomber en pression, calmer mes pensées et mes nuits.

Puis du temps pour réfléchir, écouter, lire, visionner et parler.

Le temps de prendre conscience que je devais être accompagné : pour mieux comprendre la situation, mieux me comprendre. Mieux comprendre aussi que les signes étaient là depuis longtemps, que rien n’est arrivé "comme ça", pour rien.

Comprendre pourquoi je suis un multi-passionné, capable d’aller à fond dans une (ou plusieurs) passions pour tout arrêter du jour au lendemain (ou au moins réduire la voilure), une fois un certain but atteint. Un arrêt parfois brusque, sans pour autant détester ce que j’avais fait ou appris, et sans abandonner l’idée d’y revenir plus tard.

Et de recommencer avec de nouvelles passions, de nouveaux terrains d’apprentissage, de nouvelles connaissances à découvrir et à assimiler, tout en profitant de mon background pour aller plus vite et plus loin. Mais sans jamais vraiment devenir un véritable expert. Maîtriser un sujet à multiples facettes, oui ; se focaliser sur une spécialité pointue, non.

Un fonctionnement très déroutant pour beaucoup, qui limite fortement le sentiment d’appartenance à un « groupe ». Un fonctionnement qui ne veut pas non plus dire que l’on n’a pas de passion sur le long terme, ce qui est encore plus déroutant.

Il y a une conférence TED qui a mis des mots sur tout cela. Celle de Emilie Wapnick : Why some of us don’t have one true calling.

Why some of us don't have one true calling

Je n’ai pas forcément l’impression de rentrer à 100 % dans cette définition, mais c’est ce qui s’en rapproche le plus. Disons simplement que je ne vois pas pourquoi je devrais me fixer des limites dans ce que je peux faire ou apprendre. Le but n’est pas toujours d’accomplir un objectif précis. Mais tout finit forcément par servir, à un moment ou à un autre. Et mon implication dans de nouvelles "passions" n'est pas forcément aussi poussé que ce qui est expliquée dans la vidéo. Et dans un sens, travailler dans l'informatique à toujours été plutôt évident pour mon entourage, même quand j'ai choisi une autre voie durant mes études. Une évidence ? pour le secteur, peut être, pour choisir un, unique, métier en particulier (réseau ? infra ? backend ? un langage particulier ?), non.

Ce que j'ai également compris, c'est que j'allais devoir aligner ce fonctionnement dans le monde professionnel.

Je parle du « système » comme d’une aide, mais je dois surtout cette remontée en selle rapide à mon épouse. C’est parce qu’elle a été un soutien indéfectible, une oreille attentive, et le moteur de cette reconstruction, que tout cela n'a finalement pris "que" six mois. Du fond du coeur, Merci.

Je ne sais pas si le job que j’ai trouvé aujourd’hui sera le job « parfait ». Encore une fois, si tant est qu’il doive exister un job parfait... mais je pense sincèrement qu’il correspond beaucoup mieux à mon mode de fonctionnement.

Il s’agit d’un projet qui mélange du code haut niveau (PHP, front-end) mais aussi du code plus bas niveau en Go, peut-être même un peu de C si besoin. Du fonctionnement bas niveau de Linux, de l’embarqué, du matériel, de gestion de protocole DMX, du réseau. Mais aussi un lien direct avec le monde physique : des lumières, des machines, quelque chose qui se rapproche un peu de ma bifurcation universitaire (et en partie professionnelle) vers l’audiovisuel. Comme quoi, tout est utile.

Un job de dingue, qui demande de ne pas avoir peur de toucher à plein de sujets, parfois très complexes à assembler, et qui a pour ambition de fonctionner partout dans le monde. Le tout pour apporter du fun et de la joie aux gens.

Un job "idéal" qui a aussi son lot de compromis. Un retour partiel sur site (bien que cela sois très très souple sur ce point), dépendre à nouveau du train pour les trajets, imposer des journées d’école plus longues à mon fils certins jours. Des compromis compensés par une ambiance bien plus agréable, tout en restant professionnellement et intellectuellement exigeante. Et la découverte de nouvelles personnes aux métiers très divers : des devs, du support, mais aussi des ingés son, des graphistes. Des personnes qui utilisent les bons outils pour réaliser le meilleur de ce qu'ils peuvent faire, pour créer et distribuer le projet le plus abouti possible. Un melting-pot qui me plaît beaucoup.

Je ne pensais pas que ce billet prendrai cette tournure. Je pensais parler des projets que je n’avais pas pu faire cette année, du temps passé sur YouTube (88 épisodes de Legend, par exemple) ou à écouter des podcast ; au moins 50 épisode de "tronche de tech" mais tous les épisode du rendez-vous tech de Patrick Beja également ; du poids que je n'ai pas perdu (et que j'ai même repris :/ ). Du fait que je n’ai finalement lu qu’un seul livre : Une sacrée envie de foutre le bordel, entretiens entre Jean-Louis Missika et Xavier Niel. Un titre qui collait plutôt bien à cette année. Mais j’ai aussi lu pas mal de blogs. Souvent avec des idées pas toujours complètement alignées aux miennes, mais qui donnent à réfléchir, à s’améliorer.

Une sacrée envie de foutre le bordel

Je pensais aussi parler des projets que je voulais réaliser, un peu comme une roadmap ; et pas vraiment comme de bonnes résolutions.

Finalement, je crois que je vais prendre les choses comme elles viennent cette année. Essayer de consolider ma place dans ma nouvelle entreprise. Monter en compétences sur tous les sujets du projet professionnel. Essayer d’arriver à des versions satisfaisantes de mes projets persos ; Tempo et ce blog surtout.

Lire ce que je peux, et surtout ce qui me fait envie. Écrire encore plus ici. Plus régulièrement encore.

Et, même si ce n’est pas le titre que j’ai le plus écouté cette année (non celui que j'ai le plus écouté est "The emptiness machine" de Linkin Park), c’est sans doute celui qui lui correspond le mieux : War du groupe Sum 41. Encore une fois, sans aucune prétention.

titre "War" du groupe "Sum 41"

article wikipedia du groupe Sum 41

"The Emptiness Machine" du groupe Linkin Park

Un casque à conduction osseuse : pourquoi, et pour qui ?

2025-12-26T08:58:23Z

Un casque à conduction osseuse : pourquoi, et pour qui ?

Pour Noël 2024, je me suis fait offrir un casque à conduction osseuse de la marque Shokz. Cela faisait des années que l’idée me trottait dans la tête. Je passe la majeure partie de mon temps avec un casque ou des écouteurs sur les oreilles : j’adore la musique et les podcasts tech. Mais, avec le temps, j’ai commencé à m’inquiéter un peu pour mes tympans et mon oreille interne.

J’ai longtemps repoussé cet achat, par crainte d’une qualité sonore médiocre, surtout en écoutant régulièrement du « gros son » comme le métal et ses dérivés. La conduction osseuse me paraissait encore assez abstraite, presque expérimentale, et j’avais du mal à imaginer un rendu à la hauteur de mes habitudes d’écoute.

C’est finalement en faisant le bilan d’une année complète en télétravail que j’ai ressenti le besoin de franchir le pas. L’avis d’une collègue, qui utilise exclusivement ce type de casque pour le sport, m'a confirmé l'envie de l'avoir sous le sapin. Curiosité, confort et préservation de l’audition ont fini par l’emporter.

Bilan de 1 an de télétravail

Cet article n'est pas sponsorisé, il s'agit d'un produit que mes parents m'ont offert à Noël. Ce n'est qu'un retour d'expérience et pas un test en tant que tel. Les propos tenus ne sont le reflet que de ma propre expérience avec le produit.

À l’origine, cette idée de retour après un an d’utilisation devait donner lieu à un article écrit au fil du temps : une année pour tester l’appareil et me documenter sur ses technologies. Dans les faits, cela ne s’est pas vraiment passé comme prévu. J’ai bien pris quelques notes de manière régulière, ainsi que des photos en situation pour illustrer mes propos, mais cette capsule est finalement restée une page blanche presque jusqu’au moment de sa publication.

Mon objectif reste le même : proposer un avis personnel, celui d’un utilisateur exigeant. Si j’ai longtemps repoussé l’achat de ce casque (que je n'ai pas acheté donc :) ), c’est avant tout parce que la technologie me semblait très éloignée de ce que je connaissais. Aujourd’hui, il existe des casques à conduction osseuse très abordables (aux alentours de 30 euros), mais quitte à franchir le pas, je voulais tester ce qui se faisait de mieux, niveau qualité sonore, dans le genre.

Autant on sait tous ce que cela fait de porter un casque ou des écouteurs, autant la conduction osseuse reste, à mon sens, beaucoup moins répandue. Une recherche rapide sur Google renvoie essentiellement des articles de marque qui, forcément, vantent les qualités de leurs produits. J’avais donc envie d’apporter un point de vue différent sur le sujet et de répondre aux questions que je me posais avant de me lancer : gêne à long terme, maux de tête, fatigue liée aux vibrations lors de longues sessions d’écoute...

Conduction osseuse ?

Wikipédia présente l’ostéophonie (ou conduction osseuse) comme le phénomène de propagation du son jusqu’à l’oreille interne par les os du crâne. C’est notamment ce mécanisme qui nous fait percevoir notre propre voix comme plus grave lorsque nous parlons, comparé à l’écoute de son enregistrement.

À l’origine, la conduction osseuse n’avait rien de grand public. Elle a longtemps été utilisée dans le domaine médical, notamment dans certains appareils auditifs, pour contourner des problèmes liés à l’oreille externe ou moyenne. Ces usages ont surtout permis de démontrer qu’il était possible d’entendre sans passer par le chemin “classique” du conduit auditif, une idée qui a progressivement fait son chemin hors du cadre strictement thérapeutique.

Cette particularité est aujourd’hui exploitée par certains casques audio qui transmettent le son par vibrations osseuses, en laissant le conduit auditif totalement libre. L’utilisateur peut ainsi écouter de la musique ou des podcasts tout en restant attentif aux sons de son environnement, une approche particulièrement appréciée pour les usages sportifs ou en mobilité.

Attention cependant, cette technologie n’a rien de miraculeuse. Les basses sont très peu, voire pas du tout, perceptibles par ce procédé, et les aigus sont tronqués, ce qui limite forcément la qualité d’écoute musicale. Pour les personnes de ma génération (voire plus anciennes) cela peut donner l’impression d’écouter de la musique à travers un téléphone fixe à l'ancienne, avec la bonne vielle balise RC qui faisait sauter l'ADSL. Les améliorations audibles se situent principalement dans les aigus, qui ne sont plus brutalement coupés à 3,4 kHz. Shokz annonce une réponse pouvant monter jusqu’à 15 kHz ; à l’oreille, je dirais plutôt qu’on se situe autour des 10 kHz. On évite également les effets de craquements et de saturation caractéristiques des anciennes lignes téléphoniques, ce qui rend l’écoute nettement plus agréable malgré les limites inhérentes à la technologie.

L'Ostéophonie sur wikipedia

Article de soundcore sur la conduction osseuse et ses "risques"

Présentation du openrun pro 2

L'openrun pro 2 est-il un casque à conduction osseuse ? Oui, mais pas uniquement.

On retrouve bien la technologie de conduction osseuse, commune à la majorité des produits de la marque Shokz, mais elle est ici complétée par de petits haut-parleurs directionnels chargés d’envoyer une partie du son vers le conduit auditif, mais sans l'obstrué.

La marque présente ainsi l’OpenRun Pro 2 :

Découvrez l'OpenRun Pro 2, le tout nouveau casque à conduction osseuse Shokz qui se démarque d’une qualité sonore redéfinie pour l’écoute à oreilles libres avec notre nouvelle technologie Shokz DualPitch™. Cette technologie repose sur un duo parfait entre un haut-parleur à conduction osseuse et un haut-parleur à conduction aérienne.

Ces haut-parleurs « hybrides » sont justement mis en avant comme la réponse aux principales limites de la conduction osseuse, et notamment au manque de basses.

Concrètement, cette approche hybride vise à répartir intelligemment le spectre sonore. La conduction osseuse continue d’assurer la transmission des médiums et une partie des aigus, tandis que la conduction aérienne vient renforcer les fréquences basses et donner plus de corps à l’ensemble. Sur le papier, l’idée est séduisante.

Sur le plan physique, l’OpenRun Pro 2 reprend le design caractéristique de la gamme Shokz. Le casque se pose sur les pommettes, avec un arceau rigide mais flexible qui contourne l’arrière de la tête. L’ensemble est léger, bien équilibré, qui est sesnsé se faire oublier. Aucun contact avec le conduit auditif, aucune pression sur les oreilles : le confort est clairement l’un des points forts du produit, surtout lors d’une utilisation prolongée.

Côté usages, ce positionnement hybride le destine naturellement à une écoute en mouvement, pour l'activité sportive extérieur selon la marque.

La page de l'openrun 2 pro sur le site de Shokz

Mon expérience

L’unboxing de l’appareil est rapide. Dans la boîte, on trouve le boîtier de transport, qui contient lui-même le casque, ainsi qu’un câble USB-A / USB-C. C’est tout. Simple, mais efficace. Et oui, la recharge se fait désormais en USB-C directement sur l’appareil, ce qui change du connecteur propriétaire des anciennes générations. Le point positif de ce choix s’arrête cependant là, puisqu’il n’est pas possible de recharger le casque pendant l’écoute. Je ne sais pas s’il s’agit d’un choix délibéré ou d’une contrainte technique, mais je peux comprendre l’idée d’éviter de porter des batteries en charge aussi près de la tête...

Le casque en lui-même est vraiment très léger et donne une bonne impression de solidité. Je n’ai eu aucune difficulté à le positionner correctement « sur les oreilles » lors de la première utilisation. Il est très agréable à porter et, une fois en place, il ne bouge absolument pas, sans pour autant exercer de pression au niveau des pommettes. J’ai en revanche mis un peu plus de temps à apprivoiser les différents boutons, mais simplement le temps d’en assimiler le fonctionnement.

En parlant des boutons… désolé pour les bip-phobes qui me lisent. Chaque action, appui court ou long, allumage, appairage, réglage du volume, déclenche un signal sonore, voire une petite annonce vocale. Malheureusement, il n’est pas possible de les désactiver complètement. On peut toutefois en régler le volume sur trois niveaux distincts. Ce paramétrage se fait uniquement via l’application Shokz, dans un menu assez bien caché : Réglages > Paramètres des invites. Un intitulé peu explicite, qui regroupe à la fois le choix de la langue (anglais ou chinois/coréen/japonais) et le volume de ces fameuses notifications.

Sinon c'est vraiment surprenant d'entendre aussi clairement voix et musique. Je pense que les hauts parleurs (qui ne semblent pas desactivables) jouent un rôle majeur dans cette qualité sonore.

Cela fait donc un an que j'utilise ce casque, voici mon avis quant à son utilisation dans certains cas concrets.

Le sport en extérieur

Réponse courte : oui... mais.

Réponse longue : le casque fait exactement ce que l’on attend de lui. Il permet de pratiquer une activité sportive en extérieur (de la marche, pour ma part) tout en restant attentif à ce qui se passe autour de soi. En pleine nature, c’est tout simplement parfait : un son très correct, sans masquer le chant des oiseaux ni le bruissement des feuilles dans le vent. À tel point que, sauf lorsque je cherche à me motiver en calant mon rythme sur la musique, je me surprends régulièrement à baisser le volume pour améliorer l’équilibre entre musique et sons naturels.

Évidemment, dès qu’un engin motorisé passe à proximité (camions en tête) le bruit ambiant prend le dessus sur la musique. C’est un compromis que je trouve parfaitement acceptable, puisque l’objectif premier reste de rester à l’écoute de son environnement.

Si vous pratiquez votre sport exclusivement en milieu urbain, l’expérience est forcément moins agréable. En circulation « normale », ça passe. Dès qu’il y a des travaux, beaucoup de camions ou un trafic dense, beaucoup moins.

J’ai testé ce casque dans différentes conditions climatiques et je n’ai rencontré aucun problème particulier à ce niveau. Je porte très régulièrement des lunettes de soleil, pratiquement par tous les temps ; une des “conséquences” de mon opération de la myopie au laser. Le port du casque avec des lunettes, mais aussi avec un bonnet ou une casquette, fonctionne parfaitement. J’aurais même tendance à dire que les basses sont légèrement renforcées lorsque le conduit auditif est partiellement obstrué, par un bandeau par exemple.

validé " class="center rounded bleed bleed" />

Lors de mes recherches, je suis tombé sur une vidéo de Frandroid qui illustre très bien ces points. Je trouve sa conclusion un peu trop négative par rapport à mon expérience, même si le testeur n’utilisait pas la version 2 du casque. Si votre session comprend une courte portion en ville (15 minutes par exemple) avant de rejoindre des zones plus calmes, mon avis personnel est que le choix d’un casque à conduction osseuse reste pertinent. Je trouve même étonnant de renvoyer vers un casque à réduction active du bruit pour l'utiliser dns la circulation, je trouve que c'est une recommandation dangeureuse.

Pourquoi (ne pas) choisir la CONDUCTION OSSEUSE ? - Test des Shokz OpenRun Pro

Dans les transports en commun

Réponse courte : non.

Réponse longue : le casque n’est absolument pas conçu pour isoler des bruits extérieurs importants. Je ne recommande clairement pas son utilisation dans les transports en commun.

Je ne renverrai pas forcément vers des casques à réduction active de bruit, qui impliquent souvent une pression sonore plus élevée, mais plutôt vers des casques circum-auraux offrant une bonne isolation passive. Pour ce type d’environnement, c’est bien plus adapté.

Pour conduire ou faire du vélo

Réponse courte : non.

Réponse longue : Non, tout simplement parce que c’est interdit par le Code de la route en France. Le port d’un dispositif émettant du son à l’oreille est prohibé, que ce soit en voiture, à moto ou à vélo.

Quelques références pour étayer ce point :

Article R412-6-1 - Code de la route

Rejet par le conseil d'état, en 2017, de la demande du fabricant Shokz visant à exclure la conduction osseuse de cette interdiction

Article de la sécurité routière

Au départ, j’avoue avoir été surpris que ce type de casque ne soit pas au moins toléré. Après tout, le conduit auditif reste libre et l’on perçoit clairement les sons de l’environnement. Mais après avoir expérimenté l’écoute au bureau ou à la maison, entouré de personnes qui me parlent, j’ai fini par comprendre cette position.

On entend, c’est vrai... mais on n’est pas pleinement attentif. Les sons arrivent, mais l’attention est ailleurs. Écouter de la musique ou un podcast mobilise une partie de la concentration, ce qui rend plus difficile le suivi d’une discussion ou une vigilance réelle vis-à-vis de ce qui se passe autour de soi. On entend mieux les danges quand on est piéton, mais pas autrement. De ce point de vue, la technologie du casque ne change finalement pas grand-chose.

Pour faire le ménage, le bricolage

Réponse court : oui.

Réponse longue : cet été, j’ai découvert le podcast audio Tronche de Tech (également disponible sur YouTube). J’ai ainsi enchaîné les cinquante premiers épisodes en bricolant dans mon cabanon ou en faisant le ménage à la maison, mais aussi pendant mes courses (hors trajet, donc).

Le cabanon

"Tronche de Tech" sur podcast addict

Pour toutes les tâches ménagères à la maison, c’est un usage où le casque excelle. La qualité sonore, clairement non hi-fi, est largement compensée par la légèreté de l’appareil, au point qu’on finit par l’oublier. Si vous restez statique dans une pièce équipée d’une chaîne hi-fi ou d’enceintes, celles-ci resteront évidemment plus agréables. En revanche, dès que l’on se déplace de pièce en pièce, le casque devient très pratique. Seule exception notable : passer l’aspirateur... là, ça ne fonctionne clairement pas. :)

Pour le bricolage, dans le jardin en ce qui me concerne, c’est aussi très appréciable. Cela évite d’imposer ses podcasts ou sa musique à tout le voisinage, surtout quand le contenu ne les intéresse pas forcément. En revanche, je ne saurais trop recommander de ne pas négliger les EPI (équipements de protection individuelle) lors de l’utilisation de machines bruyantes ou dangereuses, et de couper le son lorsque la concentration doit être maximale.

Enfin, pendant les courses, l’effet est assez surprenant. Le bruit des caddies, la musique d’ambiance et les annonces en fond deviennent suffisamment lointains pour rendre l’expérience un peu moins pénible. Oui, je n’aime pas faire les courses… ça se voit tant que ça ? :)

Pour les visios et les appareils

Réponse courte : oui et non.

Réponse longue : sous macOS (et très probablement sous Windows) je n’ai rencontré aucun problème de codec ou de compatibilité. Le son est très correct, aussi bien pour l’écoute de musique que pour les visioconférences, et le micro fait parfaitement le travail.

En revanche, j’ai rencontré quelques difficultés sous Ubuntu. La configuration audio y était scindée selon le type d’appareil : soit je définissais le casque comme périphérique audio, avec alors un excellent rendu sonore mais sans micro fonctionnel ; soit je le déclarais comme micro-casque, auquel cas le micro était bien pris en compte, mais avec un son nettement plus métallique et dégradé. Un comportement assez surprenant, d’autant plus que la marque propose pourtant une gamme explicitement orientée vers les usages professionnels.

Si le format de cette section vous rappelle quelque chose, c'est que vous avez lu l'article de Flozz sur les VPN, sinon allez le lire.

Article de Flozz sur les cest-quoi-un-vpn-et-en-avez-vous-vraiment-besoin

L'application Shokz

Ce n’est pas une nouveauté : chaque appareil moderne arrive désormais avec son application dédiée. C’est souvent agaçant, mais pour une fois, celle-ci n’est pas totalement inutile. Dans ce cas précis, elle permet notamment de lier son casque à un compte Shokz (ce qui reste heureusement optionnel), mais surtout de gérer les mises à jour du micrologiciel — un point qui s’est avéré très pratique à l’usage.

L’application permet également de configurer l’égaliseur ainsi que quelques options supplémentaires du casque. C’est aussi ici que l’on peut activer ou désactiver le Bluetooth multipoint. Et c’est probablement là que se situe mon principal reproche : devoir passer par une application pour gérer cette fonctionnalité alors que d’autres casques la proposent activée par défaut.

D’ailleurs, en début d’année, le multipoint était tout simplement inutilisable. Avec deux sources connectées simultanément, l’une prenait systématiquement le pas sur l’autre, même sans action de ma part. Pour l’anecdote, en rentrant d’une marche, mon casque s’est reconnecté tout seul au PC du bureau, situé à l’étage, et a coupé la musique que j’écoutais sur mon téléphone. La portée Bluetooth est excellente… parfois un peu trop. Heureusement, plusieurs mises à jour ont corrigé ce comportement, et le problème ne s’est plus reproduit depuis.

Conclusion

J’ai utilisé ce casque de manière quasi quotidienne pendant les neuf premiers mois de l’année. Pour écouter des podcast ou de la musique en provenance des plateformes en lignes comme Youtube music ou Deezer, cela fonctionne très bien. Pour d'autres supports plus qualitatifs je repasse sans hésiter sur un casque plus classique.

Son usage a naturellement diminué à partir du moment où j’ai repris les transports en commun. En dehors de cela, je n’ai constaté ni gêne particulière ni fatigue notable liée à la conduction osseuse, en tout cas pas davantage qu’avec un casque plus classique.

Je reste quand même curieux de tester un casque 100 % à conduction osseuse, histoire de voir ce que ça donne à l’usage et de comparer.

Côté autonomie, rien à redire : la batterie tient largement la journée. C’est parfait pour mon usage à la maison, entre télétravail et activité sportive. Le seul vrai bémol reste l’absence d’extinction automatique tant que le Bluetooth est actif. Le casque reste alors en veille, même sans rien diffuser. Un détail, mais que la marque pourrait clairement améliorer avec une mise à jour.

Bref, je suis clairement conquis par ce type de casque (hybride, donc). Et si vous hésitez à sauter le pas, je ne peux que vous encourager à essayer.

Pour aller plus loin, Shokz met à disposition les notices et certifications de ses appareils à l’adresse suivante :

lien pour télécharger les notices et les certifications des appareils Shokz

TL;DR

Les points positifs :

Confort excellent, même sur de longues durées
Idéal pour les activités en extérieur, surtout en milieu naturel.
Léger, stable et compatible avec lunettes, bonnet ou casquette.
Autonomie suffisante pour tenir une journée complète.
Technologie hybride qui améliore nettement l’écoute par rapport aux modèles plus anciens.
Très pratique pour le télétravail, le ménage ou le bricolage.

Les points négatifs :

Qualité sonore limitée pour une écoute musicale exigeante
Peu adapté aux transports en commun et aux environnements très bruyants.
Pas d’extinction automatique tant que le Bluetooth reste actif.
Signaux sonores omniprésents et non desactivables
Interdit pour la conduite et le vélo (réglementation française).

Des exceptions en Go

2025-12-05T16:19:36Z

Des exceptions en Go

Dans la philosophie du langage Golang, la gestion des erreurs doit se faire au plus proche de la source. Que ce soit dans son propre code ou via des dépendances, il est très courant, lors de l’appel d’une fonction, de récupérer un résultat et une erreur. Erreur qui vaut, dans la majorité des cas, nil.

 GO
package main

import (
	"errors"
	"fmt"
	"strings"
)

func loadFile(name string) (string, error) {
	if strings.Contains(name, "missing") {
		return "", errors.New("fichier introuvable")
	}
	return "DATA:" + name, nil
}

func parseData(data string) (string, error) {
	if strings.Contains(data, "bad") {
		return "", errors.New("données invalides")
	}
	return strings.ToUpper(data), nil
}

func storeResult(name, data string) error {
	if strings.Contains(name, "readonly") {
		return errors.New("impossible d'écrire le résultat (readonly)")
	}
	fmt.Println("Résultat stocké pour", name, ":", data)
	return nil
}

func main() {
	files := []string{
		"file1",             // OK
		"file_missing",      // loadFile => erreur
		"file_bad_format",   // parseData => erreur
		"file_readonly",     // storeResult => erreur
		"file2",             // OK
	}

	for _, f := range files {
		fmt.Println("== Traitement de", f)

		data, err := loadFile(f)
		if err != nil {
			fmt.Println("Erreur loadFile:", err)
			continue 
		}

		parsed, err := parseData(data)
		if err != nil {
			fmt.Println("Erreur parseData:", err)
			continue
		}

		if err := storeResult(f, parsed); err != nil {
			fmt.Println("Erreur storeResult:", err)
			continue
		}

		fmt.Println("Traitement terminé avec succès pour", f)
	}

	fmt.Println("\n=== Fin du programme ===")
}

Cette gestion permet au programme Go de continuer son exécution et d’éviter les crashs violents.

Mais parfois, on écrit du code dont l’objectif est justement de faire échouer l’exécution dès la première erreur sérieuse.

Typiquement : un script d’installation, un outil système, un setup de machine… bref, des moments où si quelque chose ne va pas, on veut que ça s’arrête tout de suite.

 GO
retour, err := MaFonction()
if err != nil {
	fmt.Println("ERROR:", err)
	os.Exit(-1)
}

retour2, err := MaFonction2()
if err != nil {
	fmt.Println("ERROR:", err)
	os.Exit(-1)
}

À la longue, ce style devient verbeux, répétitif et franchement pas agréable à lire.

C’est là qu’on peut choisir une approche différente : factoriser la gestion d’erreur dans une fonction utilitaire qui se charge d’interrompre le programme dès qu’une erreur survient.

 GO
func check(e error) {
	if e != nil {
		panic(fmt.Sprintf("Erreur fatale : %v", e))
	}
}

L’idée est simple : à chaque fois qu’une fonction retourne une erreur que l’on considère bloquante, on appelle check(err).

S’il n’y a rien à signaler, le programme continue.

Sinon on déclenche un panic volontairement.

Cela dit, cette manière de faire montre rapidement ses limites. Si une fonction interne appelle elle-même check(), elle pourra déclencher un panic que l’appelant n’attendait pas forcément. On se retrouve alors avec un mélange de fonctions "sûres" et d'autres "qui paniquent" dans une même base de code.

On s'éloigne beaucoup trop de la philosophie du langage, qui nous donne pourtant un trio d'outils très puissant :

panic : pour déclencher une erreur irrécupérable
defer : pour enregistrer une action à exécuter quoi qu’il arrive (cleanup, log, récupération…)
recover : pour intercepter un panic et reprendre la main proprement

En les combinant, on peut factoriser la gestion d'erreur tout en gardant un code propre.

Attention, cette approche n’est pas compatible avec tous les types de programmes.
Une API, un serveur, ou n’importe quel service censé tourner longtemps sans faire un caprice, ne devraient surtout pas utiliser cette méthode. Dans ces cas-là, on reste sur la gestion d’erreurs explicite de Go. C’est un peu plus verbeux, mais nettement plus sain.
Disons qu’il vaut mieux faire tomber une seule goroutine que de kill tout Netflix parce qu’un développeur PHP a décidé d’essayer Go :troll:

 GO
func loadConfig(path string) string {
	fmt.Println("loadConfig:", path)

	if _, err := os.Stat(path); err != nil {
		panic(fmt.Errorf("impossible de charger le fichier %s : %w", path, err))
	}

	return "mode=fast;version=1.2"
}

Lorsqu’un panic est lancé, il remonte toute la pile d’exécution et termine le programme.

Pour l’intercepter proprement là où on en a besoin, on utilise recover :

 GO
err := recover()
if err != nil {
	fmt.Println("ERROR:", err)
	os.Exit(-1)
}

Et pour que ce recover s’exécute automatiquement à la fin d’un bloc (par exemple au niveau de main) on le place dans un defer. Ce defer peut être global ou appliqué seulement à une section critique du programme.

 GO
defer func() {
	if r := recover(); r != nil {
		fmt.Println("Le programme a rencontré une erreur : ", r)
		os.Exit(-1)
	}
}()

On obtient ainsi l’équivalent d’un throw => catch => finally que l’on retrouve dans d’autres langages.

Voici maintenant un exemple complet pour visualiser clairement le flux :

 GO
package main

import (
	"fmt"
	"os"
	"strings"
)

func main() {
	// Defer global : capture tout panic provenant du programme
	defer func() {
		if r := recover(); r != nil {
			fmt.Println("Le programme a rencontré une erreur : ", r)
			os.Exit(-1)
		}
	}()

	fmt.Println("=== Début du programme ===")

	cfg := loadConfig("config.txt")
	value := readValue(cfg, "mode")
	result := computeResult(value)

	fmt.Println("Résultat final:", result)
	fmt.Println("=== Fin normale du programme ===")
}

func loadConfig(path string) string {
	fmt.Println("loadConfig:", path)

	if _, err := os.Stat(path); err != nil {
		panic(fmt.Errorf("impossible de charger le fichier %s : %w", path, err))
	}

	// on simule un contenu
	return "mode=fast;version=1.2"
}

func readValue(cfg, key string) string {
	fmt.Println("readValue:", key)

	parts := strings.Split(cfg, ";")
	for _, p := range parts {
		if strings.HasPrefix(p, key+"=") {
			return strings.TrimPrefix(p, key+"=")
		}
	}

	panic(fmt.Errorf("clé '%s' introuvable dans la config", key))
}

func computeResult(mode string) string {
	fmt.Println("computeResult:", mode)

	if mode == "fast" {
		return "OK-FAST"
	}
	if mode == "slow" {
		return "OK-SLOW"
	}

	panic(fmt.Errorf("mode '%s' inconnu", mode))
}

Ici le defer est au tout début de la pile, donc dès qu'il est déclenché, le programme se termine totalement. Si on place ce defer au début d'une fonctionnalité critique, seule cette dernière tombera proprement en erreur et pas tout le programme.

Merci à mon collègue Pierre de m'avoir montré cette approche.

De l'oeuf, de la poule ou de Home Assistant ?

2025-09-11T14:50:09Z

De l'oeuf, de la poule ou de Home Assistant ?

Je me définis comme un geek techno enthousiaste. J’aime l’idée que la technologie puisse nous simplifier la vie quotidienne. Et c’est dans ce sens que j’ai toujours été attiré par la domotique. Pouvoir piloter et programmer sa maison pour qu’elle fonctionne selon ses besoins est vraiment exaltant.

Attention toutefois : être enthousiaste ne veut pas dire naïf. Utiliser la technologie, oui, mais seulement si elle est utile et proportionnée aux besoins du moment.

Cela faisait des années que je pensais installer une instance de Home Assistant à la maison. Et, en même temps, cela faisait tout autant d’années que je me demandais si cela valait vraiment le coup. Ai-je assez de domotique chez moi pour que ce soit pertinent ? Est-ce plus pratique que d’utiliser les multiples applications fournies avec chaque appareil ?

Être critique, c’est aussi essayer de ne pas céder aux sirènes de tous les constructeurs, qui veulent chacun imposer leur propre “pont” ou leur hub propriétaire. Souvent des boîtiers de marques chinoises, pas toujours fiables… Ce n’est pas évident à éviter, mais ce n’est pas non plus le sujet de cet article.

C’est un peu grâce à la chaîne YouTube Abrège que je me suis vraiment remis à la domotique et à l’électronique, à bricoler avec des composants. En 2022, il a publié une vidéo expliquant comment créer une box domotique avec Home Assistant sur un Raspberry Pi, avec un peu d’électronique, d’impression 3D et un tutoriel complet d’installation et de configuration. Parfait : j’ai lancé de longues impressions sur ma Ender 3 de l’époque, pendant que j’installais Home Assistant sur un des Raspberry Pi qui prenaient la poussière chez moi.

La chaîne de Abrège

La vidéo de la box domotique Home assistant 2022

Je ne dirais pas que cette tentative a été un échec, mais plutôt que je m’y suis lancé sans trop réfléchir. Le Raspberry Pi était un peu vieux pour supporter la charge, et je n’avais finalement pas grand-chose à y connecter. Après quelques semaines, j’ai fini par tout retirer.

Au fond, la vraie question reste : par où commencer ? Faut-il empiler des gadgets domotiques avec leurs applis propriétaires pour les piloter, ou bien débuter directement par une instance de Home Assistant ?

Je ne pense pas pouvoir donner une réponse claire et définitive à cette question, mais je peux au moins expliquer mon cheminement.

Home Assistant est une plateforme open source de domotique qui permet de centraliser, piloter et automatiser une maison connectée. L’idée est simple : au lieu d’utiliser une application différente pour chaque appareil (ampoules, chauffage, prises connectées, etc.), Home Assistant regroupe tout dans une seule interface. En plus de l’aspect pratique, il offre un énorme avantage : l’automatisation. On peut définir des règles intelligentes (“si la température descend en dessous de 18°C, allume le chauffage”, “si le soleil se couche, baisse les volets”), le tout sans dépendre du cloud de chaque constructeur. Bref, c’est un peu le tableau de bord et le cerveau de la maison connectée.

site officiel de home-assistant

Tout a commencé en 2014, avec un Raspberry Pi équipé d’un module caméra pour surveiller mes chats. Je ne voulais pas de solution “toute faite”, alors j’ai bricolé un petit système maison à base de raspistill et de scp pour envoyer les photos vers mon VPS. Je n’ai jamais voulu installer de caméra à l’intérieur; je trouve ça trop intrusif, surtout avec un micro. Du coup, un simple cron lançait des photos à intervalles réguliers. Pour la visualisation, une page toute bête mélangeant PHP et HTML, protégée par un .htaccess avec mot de passe. C’était basique, mais très stable… et ça fonctionne encore très bien aujourd’hui, même après plusieurs déménagements.

Peu après, j’ai commencé à jouer avec des Philips Hue, notamment avec un détecteur de présence, ce qui m’a amené à installer le fameux pont Hue. Et puis... c’est resté en l’état pendant un bon moment. Enfin, c’est ce que je croyais : petit à petit, l’Apple TV s’est transformée en relais domotique pour les produits de la marque à la pomme. D’autres appareils sont aussi venus se greffer, qu’ils soient compatibles Bluetooth ou Zigbee.

En parallèle, j’ai continué mes petites bidouilles électroniques : j’ai ajouté des capteurs de température et d’humidité à mes modules caméra, et j’ai fait remonter ces nouvelles informations sur ma page PHP. Je crois que je continuais ainsi pour deux raisons : d’une part, garder la maîtrise de mon code ; d’autre part, l’espoir de faire plus qu’un simple affichage “instantané”. J’aurais aimé pouvoir naviguer dans les photos, remonter le temps et voir ce qui s’était passé dans la journée. Idem pour les températures : avoir un suivi sur la journée, comparer avec la semaine précédente ou l’année passée...

Mais vous savez quoi ? Encore aurait-il fallu coder tout cela. Et comme je n’ai a priori pas trouvé le temps de m’y mettre, on peut traduire “pas eu le temps” par : ces fonctionnalités ne méritaient sans doute pas d’y consacrer autant d’efforts.

La seule amélioration que je pense encore réaliser, car relativement simple à développer, serait de créer une vidéo à partir des photos du jour. Si possible en combinant les différents points de vue dans une même vidéo. Ce ne serait pas trop compliqué non plus d’afficher automatiquement, chaque jour, la vidéo de la veille dans Home Assistant.

Cette réflexion, c’est celle que j’ai aujourd’hui sur mon cheminement, et c’est ce qui explique mon échec avec Home Assistant en 2022 : je n’étais pas prêt à me reposer sur ce “tiers” pour l’affichage de ma domotique. J’avais l’impression de devoir faire trop de compromis pour faire rentrer mon usage dans celui de l’instance.

Et puis, en voyant des installations Home Assistant chez des amis ou sur la chaîne Abrège, mon avis a changé, et donc mon usage aussi. Finalement, je me suis rendu compte que je n’avais rien à faire de la “course aux statistiques” (la preuve avec ce blog, totalement statique et sans traqueur). Ce que je voulais surtout, c’était ne plus me baser sur une box vaguement imprimée en 3D ni sur un Raspberry Pi qui aurait vite montré ses limites.

Je n’avais pas non plus envie d’acheter un Raspberry Pi 5 uniquement pour gagner en performances. D’autant que j’ai déjà une bonne réserve de matériel à la maison ; l’équivalent électronique de la fameuse “boîte à rabiots” de l’époque Warhammer 40K, sans doute.

J’avais déjà migrer ce MBP vers Ubuntu à l’époque où Apple avait cessé d’en assurer la prise en charge. La seule difficulté, en réalité, a été de me souvenir de comment booter sur une clé USB sur un Mac.

Pour booter sur une clé USB sur Mac, il faut maintenir la touche Option (alt) au démarrage, puis choisir le périphérique à lancer.

Avec cette nouvelle installation, j’ai découvert que mon système de chauffage (les têtes thermostatiques connectées) était automatiquement reconnu, tout comme certains autres appareils de la maison. Parfait : dès l’installation, j’avais déjà un visuel vraiment utile.

Restait alors à intégrer mes prises de photos dans cette instance. Et là, c’est le développeur un peu plus expérimenté qui a pris le dessus : MQTT m’a semblé être la solution la plus simple et la plus efficace à mettre en place.

MQTT à la rescousse de la bidouille domotique

MQTT (Message Queuing Telemetry Transport) est un protocole de messagerie léger, pensé à l’origine pour les objets connectés. Son principe est simple : des capteurs ou programmes publient des messages sur des “topics” (un peu comme des canaux), et d’autres systèmes peuvent s’y abonner pour les recevoir. Dans mon cas, c’était parfait : mes scripts maison pouvaient publier les données de mes capteurs (photos, température, humidité, etc.), et Home Assistant se chargeait de les récupérer et de les afficher. Pas besoin de recoder toute une interface, je gardais mes bidouilles côté Raspberry/serveur, et je laissais Home Assistant faire ce qu’il sait très bien faire : centraliser et présenter l’information.

https://fr.wikipedia.org/wiki/MQTT

Le site officiel de MQTT

Pour l’intégration de Home Assistant avec mes caméras, j’ai créé un utilisateur par Raspberry Pi dans HA : un login, un mot de passe, et surtout une connexion exclusivement en local.

Ensuite, j’ai installé le Mosquitto broker via :

Paramètres > Modules complémentaires > Boutique des modules complémentaires.

Lors de l’installation, pensez à activer le lancement au démarrage, ainsi que l’option “chien de garde” qui relance automatiquement le service en cas de panne.

Enfin, dans :

Paramètres > Appareils et services > MQTT > (roue crantée) > Configurer les options MQTT

...vérifiez que la découvrabilité est activée et que le préfixe de découverte est homeassistant. (Si vous le changez, adaptez bien les extraits de code ci-dessous.)

Sur chacun de mes Raspberry Pi, j’ai installé le client MQTT :

 BASH
sudo apt install -y mosquitto-clients

Ensuite, dans le code qui prend chaque capture d’écran, j’ajoute la publication du topic de configuration :

 BASH
mosquitto_pub -r -h IP_MQTT -u USER_MQTT -P PWD_MQTT \
-t "homeassistant/camera/camera_name/config" \
-m '{
    "name": "My Cam",
    "unique_id": "MY_UNIQUE_ID_CAM",
    "topic": "cams/camera_name/image",
    "device": {
      "identifiers": ["cam_name_pi"],
      "name": "Cam Name Pi",
      "model": "Raspberry Pi Cam",
      "manufacturer": "DIY"
    }
  }'

Voici les explication des options de la commande :

-r retain flag : le message est conservé par le broker, ce qui permet aux nouveaux clients qui s’abonnent de recevoir immédiatement la config.
-h adresse de ton broker MQTT.
-u et -P identifiants (login/mot de passe).
-t le topic (ici la configuration de la caméra).
-m le message JSON publié (décrit la caméra à Home Assistant).

Je ne sais pas pourquoi mon instance de Home Assistant n’enregistre pas correctement cette configuration (malgré le -r). Pour éviter tout souci, je renvoie donc la config à chaque fois. Je ne pense pas que cela alourdisse démesurément la charge sur HA… et pour l’instant, ça passe.

À partir de là, vous devriez retrouver votre caméra dans les entités de Home Assistant. Cette entité pourra ensuite être utilisée dans vos tableaux de bord pour l’affichage.

Enfin, pour envoyer l’image générée par raspistill ou rpicam-still, je publie directement le fichier sur le topic image :

 BASH
mosquitto_pub -h "$MQTT_BROKER" -u "$MQTT_USER" -P "$MQTT_PWD" \
-t "$MQTT_TOPIC" -f "$PATH_TO_FILE/$FILE" -q 1

-f envoie directement le contenu d’un fichier (ici, l’image).
-q 1 qualité de service : l’assure que le message est délivré au moins une fois.

Pour l'envoi de texte comme la température ou l'humidité voici une requête valide :

 BASH
mosquitto_pub -r -h "$MQTT_BROKER" -u "$MQTT_USER" -P "$MQTT_PWD" \
  -t "homeassistant/sensor/my_temp_sensor/config" \
  -m '{
    "name": "Temperature",
    "unique_id": "my_temp_sensor",
    "state_topic": "sensors/temperature_sensor/state",
    "value_template": "{{ value_json.temp }}",
    "unit_of_measurement": "°C",
    "device_class": "temperature",
    "state_class": "measurement"
  }'

Avec cette mise en place, j’ai enfin trouvé un équilibre entre mes bidouilles maison et la puissance de Home Assistant. MQTT agit comme une passerelle idéale : mes scripts continuent de tourner comme je les aime, et Home Assistant se charge d’unifier, d’afficher et de rendre tout ça utilisable au quotidien.

Avec un peu de pratique, je pense exploiter bien mieux les possibilités de MQTT; notamment dans l’autre sens : par exemple, avoir un bouton dans Home Assistant pour forcer la prise de vue sur un des Raspberry Pi.

Pour l’instant, je m’amuse surtout à générer du contenu en lecture seule via mes scripts maison. Mais un script particulier mérite bien un article à lui seul : il concerne la seconde phase de l’amélioration de mon cabanon. Et cette fois-ci, on s’attaquera à un projet plus ambitieux côté électronique, avec un relais et un D1 mini comme cerveau des opérations (et lien avec Home Assistant)… le tout sans ESPHome, parce que sinon ce serait trop facile.

Et pour celles et ceux qui auraient manqué le début de cette histoire de cabanon :

Premier article sur le cabanon

Le cabanon

2025-07-28T17:06:38Z

Le cabanon

Cet été, c’est décidé : je m’occupe enfin du cabanon au fond du jardin.

Pas question de tout rénover (même s’il en aurait bien besoin), mais plutôt de lui offrir un petit level up bien mérité. L’idée, c’est surtout d’avoir des projets concrets à réaliser… et donc des articles à écrire et partager ici.

A priori, ce sera une mini-série en trois volets ; celui que vous êtes en train de lire étant le premier.

Phase 1 : désencombrer et sécuriser l’électricité. On commence par du concret : vider l’espace et remettre un peu d’ordre dans l’installation électrique existante. Beaucoup de photos au programme, ce qui change un peu de mes articles habituels, même si le format du blog n’est pas forcément pensé pour ça.

Phase 2 : fabriquer une VMC un peu maligne. Je vais tenter de bricoler une VMC en mode Do It Yourself, avec une petite dose d’intelligence, et peut-être même une connexion à distance.

Phase 3 : une touche de domotique. Si le temps me le permet, j’ajouterai un capteur température/humidité pour l’extérieur, avec des leds de couleurs pour "lire" les infos depuis la maison, relié à terme à une instance de Home Assistant, que je n'ai pas encore. Juste ce qu’il faut pour commencer à domotiser le cabanon.

Désencombrement

Il y a quelques semaines, j’ai attaqué la première étape : faire le grand vide dans le faux plafond du cabanon.

Avec le temps, j’y avais entassé un joyeux mélange de trucs « au cas où » ; des objets sans vraie utilité mais qu’on garde parce qu’on a la place. Et quand on fait ça, on se retrouve avec un plafond saturé, un espace devenu inaccessible.. et aucun accès pour réparer la ventilation mécanique qui faisait un vacarme pas possible.

J’ai donc sorti la visseuse, retiré les plaques d’OSB une à une… et voilà ce que ça donnait une fois tout mis à nu :

J'ai également retirer les clous qu'il y avait un peu partout sur la structure. Certains servaient à maintenir le câble du plafonier...

Tant qu’à faire, j’ai aussi démonté proprement l’ancienne ventilation. Elle ne servait plus à grand-chose à part faire trembler les murs à chaque mise en route. Elle était directement câblée sur un disjoncteur dédié, pour faire office d'interrupteur.

On débranche tout

Et puisque l’on parle d’électricité… voici le fameux tableau qui me hante depuis notre arrivée dans cette maison :

⚠️ Avant d’aller plus loin, petit rappel important : L’électricité peut être dangereuse, voire mortelle.
Ne mettez jamais les mains dans une installation sans avoir coupé l’alimentation générale, et uniquement si vous êtes sûr de ce que vous faites.
En cas de doute, n’hésitez jamais à faire appel à un professionnel qualifié, que ce soit pour un conseil ou un coup de main.
Et si vous choisissez malgré tout de faire les travaux vous-même, gardez ceci en tête :
Si vous avez un doute… c’est qu’il n’y a aucun doute : vous ne savez pas.
Dans ce cas, on arrête tout, on respire, et on demande de l’aide.

Seconde note importante : je ne suis pas un professionnel. Cet article n’est pas un tutoriel à suivre à la lettre, mais simplement le récit d’un projet personnel, raconté à ma façon. Il est probable que certaines choses ne soient pas parfaitement conformes aux règles de l’art, même si j’essaie toujours d’appliquer un minimum de bon sens, notamment en matière de sécurité.

Rien ne va dans cette installation. Les câbles sont à nu, sans protection, exposés à l’intérieur du cabanon comme s’il ne pleuvait jamais en France (ou que la chaleur, et donc l’humidité dans une cabane en bois, ne pouvaient jamais grimper en flèche). L’alimentation générale, venant de la maison, est directement accessible et n’offre aucune protection des personnes. Evidemment, rien n’est étiqueté, les circuits lumière et prises sont mélangés allègrement, et les sections de câble sont pour le moins hasardeuses.

Avant de tout couper, j’ai commencé par repérer soigneusement chaque circuit. Pour ça, j’ai d’abord coupé le différentiel et tous les disjoncteurs. Ensuite, je les ai remis un par un pour voir ce qui se passait (tout en gardant les doigts loin, bien sûr), puis je les ai redéclenchés pour étiqueter les câbles à froid.

Une fois tout repéré, j’ai coupé le départ dans la maison depuis le tableau principal. J’ai vérifié avec un tournevis testeur (vous savez, celui qui s’allume quand il y a du jus) que tout était bien hors tension. À partir de là, j’ai pu démonter proprement : les disjoncteurs, les peignes, les câbles, les restes du coffret, et même les plaques d’OSB autour.

Et là encore, je suis allé de surprise en surprise. Le câble de terre, par exemple, passait derrière la cloison. Il était peint, usé, et noirci par l’oxydation là où il rejoignait le piquet. Super rassurant. Quant à l’alimentation générale, je pensais qu’elle allait directement jusqu’au coffret principal... Mais pourquoi faire simple et sécurisé ?

Elle passait par un vieux boîtier de dérivation caché dans le mur, poussiéreux et fissuré. Les gaines des câbles étaient coupées avant de rentrer dans le boîtier. À l’intérieur, trois énormes sucres (ou dominos), bien tassés, reliés à des câbles rigides comme du fer à béton, et bien sûr dans un branchement en "i" (je ne sais pas si c’est le vrai terme), donc avec le câble d’arrivée et de départ du même côté du domino. Le câbles de terre que l'on voit sur la photo n'était pas relié au tableau final... Le seul point positif est qu'il n'y avait probablement pas assez d'oxygène dedans pour un départ de feu.

Le plus dingue, c’est que pour pouvoir nous vendre la maison, les anciens propriétaires ont dû faire passer un professionnel pour vérifier l’installation électrique. Le seul défaut indiqué sur le rapport ?

Une ampoule pendante dans le dressing.

Sans commentaire.

Dernière découverte : ce nid derrière le mur. Une sorte de cocon à la paroi très fine, comme du papier ou de la boue très sèche. Je ne suis pas fan des nids de bestioles comme ça, alors je n’ai pas trop réfléchi : après une rapide photo souvenir, je l’ai retiré sans tarder. Par chance, il était vide. Je ne suis pas certain de l’espèce qui l’a construit, peut-être des guêpes maçonnes (et là, c’est dommage, vu qu’elles sont utiles pour réguler les populations de nuisibles), ou bien des frelons… ce qui m’aurait nettement moins plu.

Et je remets le sooooon (enfin l'electricité)

J’ai trouvé tout le matériel dans un magasin de bricolage près de chez moi, une enseigne rouge, noire et blanche pour ne pas les citer. Au total, j’en ai eu pour environ 50 euros. Par chance, les disjoncteurs et le différentiel étaient encore en bon état, ce qui a allégé la facture de remise à niveau. Il me restait aussi du câble provenant d’anciens travaux. J’ai surtout acheté :

le nouveau coffret étanche,
un câble de terre en 16mm²,
de nouveaux peignes
des tubes, des accroches…

J’ai commencé par installer le boîtier. Étanche, une seule ligne, mais ici, c’est largement suffisant. Je l’ai placé juste au-dessus de l’arrivée de l’alimentation générale, qui vient du sol. Le câble de terre est un peu plus long qu'auparavent mais rien de bien méchant.

En parlant de la terre : j’avais d’abord pensé utiliser une grosse tresse de cuivre, comme celles qu’on emploie pour relier plusieurs piquets de terre entre eux ou vers un bornier de mise à la terre (entre le sous-sol et le tableau électrique). Mais en essayant de la fixer dans le bornier du coffret, je me suis rendu compte que je galérais à faire tenir le tout correctement.

Et comme souvent dans ces cas-là : s’il y a un doute, c’est qu’il n’y a pas de doute, j’étais en train de faire une belle bêtise.

Je suis donc retourné au magasin pour demander conseil. (Après avoir également demandé à mon papa ancien electricien dans les trains) Le vendeur, après avoir vu la photo de mon bidouillage, m’a confirmé qu’il est strictement interdit de faire ce genre de branchement. Une liaison mal adaptée, surtout avec une section trop importante mal serrée, peut chauffer dangereusement en cas de fuite de courant.

J'ai opté pour le cable de 16mm2, sur les conseils du vendeur. J'ai un peu galéré à l'accrocher sur le bornier du boitier, mais en divisant les conducteurs en deux ça passe. J'ai protégé mon branchement avec une gaine thermo, au cas où.

Même si c’est super frustrant de devoir sacrifier une partie de ce qu’on n’utilise pas, il ne faut surtout pas laisser de métal visible ou accessible une fois les peignes en place. Le bon réflexe :

retirer la gaine plastique pour pouvoir couper le métal à ras de la dernière patte utilisée,
puis recouper la partie plastique un peu plus longue que nécessaire, afin de recouvrir complètement l’extrémité et éviter tout risque de contact accidentel.

Ce n’est pas forcément joli… mais c’est beaucoup plus sûr.

J’ai conservé le différentiel et les disjoncteurs d’origine, donc je ne me suis pas trop pris la tête sur le dimensionnement précis de la ligne. J’ai simplement mis les prises de courant et la partie domotique sur deux disjoncteur 16A, juste après le différentiel, puis j’ai mis les éclairages sur deux 10A (un éclairage intérieur et un extérieur). Il y a sûrement moyen de faire mieux ou plus optimisé, mais ça me semble correct dans le contexte du cabanon.

J’ai pas mal galéré à refaire tous les circuits, à placer correctement les câbles pour éviter que tout s’emmêle. Mais au final, je suis plutôt fier du résultat. J’ai tout étiqueté proprement : aussi bien sur le tableau que sur les boîtes de dérivation. J’ai également recâblé la lumière intérieure, que j’ai passée dans un tube PVC pour un rendu plus propre. La gaine générale et le câble de terre passent eux aussi dans des tubes PVC, et j’ai même ajouté du scotch jaune et vert à intervalles réguliers pour bien identifier le fil de terre. Cet identification n'était pas nécessaire, elle était donc indispensable :).

Pour finir, j’ai profité d’avoir entièrement vidé le cabanon pour refaire les cloisons en OSB, en recyclant les plaques que j’avais retirées du faux plafond.

J’y ai passé bien plus de temps que prévu : les allers-retours au magasin, les surprises au fil du chantier, les câbles de grosse section à dénuder à la main (une joie)... Au final, ce projet s’est étalé sur 3 à 4 jours, en y travaillant de manière non continue.

C’était un sacré morceau pour une « simple » mise en sécurité. Mais maintenant, le cabanon est sain, fonctionnel, et prêt pour la suite.

Prochaine étape : lui redonner un peu de souffle... avec une "VMC" faite maison !

Un système de notification par SMS

2025-06-06T15:27:17Z

Un système de notification par SMS

Ce week-end, j’ai découvert une option bien pratique grâce à un contact : Free Mobile propose un service gratuit de notifications par SMS inclus avec ses abonnements. Ce service vous permet de vous envoyer des SMS depuis vos scripts ou applications, idéal pour être alerté d’un événement système ou recevoir un rapport automatique.

Si vous êtes abonné Free Mobile, l’activation se fait via l’espace abonné (depuis un navigateur, pas l’application mobile) : Mon forfait Mobile > Mes options > Notifications par SMS.

Une fois activé, une clé d’API privée est générée.

⚠️ Ne la partagez avec personne, elle donne un accès direct à l’envoi de SMS vers votre ligne.

Sur le site, vous trouverez toutes les explications pour utiliser cette API de notifications, et cela m'a donné pas mal d'idées d'utilisation (eux parlent de NAS ou de systèmes d'alarme). Je vais intégrer ces notifications à mes différents scripts et notamment à GoKeep.

Live blog coding et amusement en golang

Fonctionnement de l'API de Free

Pour envoyer un SMS avec le système de notification, il suffit de faire une requete POST ou GET à cette adresse

https://smsapi.free-mobile.fr/sendmsg

Avec les paramètres suivants:

user : Votre identifiant Free mobile
pass : La clef d'API générée par Free, celle ci est regénérée à chaque fois que vous désactivez et réactivez l'option
msg : Le message que vous voulez vous envoyer, en encodage url (Percent-encoding)

Enfin, je n'ai jamais réussi à utiliser POST, je ne sais pas si la documentation est à jour.

Par exemple : https://smsapi.free-mobile.fr/sendmsg?user=12345689&pass=KeyANePAsPArtager&msg=Hello%20World%20!

Dans tous les cas, on profite des codes retours HTTP pour comprendre ce qui s'est passé :

200 : Le SMS a été envoyé sur votre mobile.
400 : Un des paramètres obligatoires est manquant.
402 : Trop de SMS ont été envoyés en trop peu de temps.
403 : Le service n'est pas activé sur l'Espace Abonné, ou login / clé incorrecte.
500 : Erreur côté serveur. Veuillez réessayer ultérieurement.

NotiFreeMe

Pour simplifier l’intégration dans mes projets, j’ai commencé à écrire NotiFreeMe, une petite bibliothèque en Go. Elle permet d’envoyer facilement des SMS via l’API Free sans avoir à réécrire tout à chaque fois.

Golang est particulièrement adapté à ce genre de projet : rapide, statique, déployable en un binaire. Et comme souvent : un besoin + une bonne excuse = un projet 😄

Commençons avec un code minimaliste.

 GO
package main

import (
	"fmt"
	"net/http"
	"net/url"
)

func sendNotifree(user string, pass string, message string) error {
	apiURL := "https://smsapi.free-mobile.fr/sendmsg"
    params := url.Values{}
    params.Add("user", user)
    params.Add("pass", pass)
    params.Add("msg", message)

    resp, err := http.Get(apiURL + "?" + params.Encode())
    if err != nil {
        return err
    }
    defer resp.Body.Close()

    if resp.StatusCode != 200 {
        return fmt.Errorf("échec de l'envoi SMS: HTTP %d", resp.StatusCode)
    }

    return nil
}

func main() {
	user := "NUMERO_CLIENT"
	pass := "CLEF_API"
	message := "[NotiFreeMe] Hello, World !"

	err := sendNotifree(user, pass, message)
    if err != nil {
        fmt.Println("Erreur :", err)
    } else {
        fmt.Println("SMS envoyé avec succès !")
    }
}

Ce code a le mérite de fonctionner, mais il est loin d’être réutilisable. Mon objectif est d’aller plus loin : je veux que NotiFreeMe puisse aussi bien être utilisé comme une dépendance dans d’autres outils en Go, que comme un exécutable indépendant, utilisable par n’importe quel script, quel que soit le langage. Encore une fois, la force de Go est de produire un exécutable autonome, sans dépendances.

J’ai avancé pas à pas vers cet objectif, en m’aidant de ChatGPT et du Chat de Mistral. Oui, j’utilise des LLM pour m’accompagner dans le développement de mes solutions et non, je n’en ai pas honte. J’en reparlerai un peu plus tard.

C'est ainsi que je suis arrivé à une première version stable et simple de NotiFreeMe, disponible sur Gitlab:

NotiFreeMe, une dépendance et un outil autonome pour envoyer des notifications SMS via Free Mobile.

Intégration dans GoKeep

Ce que j'aimerai améliorer dans GoKeep c'est l'ajout de notifications par SMS selon des événements :

Lorsque mon adresse IP a changé
Lorsque les DNS ont été mis à jour
Lorsque le script plante lamentablement avec un panic(e)

Première étape, je code un truc simple : j'importe la dépendance NotiFreeMe, j'ajoute les champs user et pass à ma structure Settings, je crée le client et j'envoie les messages. Je teste en local avec succès, et je déploie rapidement en production.

 GO
import "gitlab.com/dark-open/notifreeme/notiFreeMe"

type Settings struct {
    ApplicationKey    string   `json:"applicationKey"`
    ApplicationSecret string   `json:"applicationSecret"`
    ConsumerKey       string   `json:"consumerKey"`
    Domains           []Domain `json:"domains"`
    FreeUser string     `json:freeUser`
    FreePass string `json:freePass`
}

func main() {
    [...]
    freeClient,errFree := notiFreeMe.NewClient(settings.FreeUser, settings.FreePass)
    if (nil == errFree) {
        err = freeClient.Send("[GoKeep] Nouvelle IP : " + currentIp)
        if nil != err {
            log.Println("Fail to send SMS")
        }
    } else {
        log.Println("Erreur lors de la création du client Free")
    }
    [...]
}

C'est fonctionnel, mais ce code est loin d'être optimal :

Le script est maintenant fortement couplé à l’envoi des notifications SMS (dans .godnsfile)
L’envoi des notifications bloque le reste du code
Je ne peux pas déclencher de notification facilement depuis ma fonction check()

Encore une fois, j'ai appliqué ces contraintes une à une à mon code en m'aidant des IA. Au final, j'ai un code plutôt lisible, qui utilise les goroutines et les channels pour paralléliser l’envoi des notifications.

Je connaissais ces concepts de Go de nom, mais je n’avais encore jamais eu l’occasion de les mettre en pratique. Et comme pour toutes les premières fois, cela fait un peu peur : on ne sait pas vraiment par où commencer. Avoir un coup de main (même d’une IA) pour appliquer ces notions sur un projet personnel me semble vraiment formateur. On n’a pas toujours la chance d’avoir un développeur senior sous la main pour nous aider.

Maintenant que je les ai abordés grâce à l’IA, est-ce que je maîtrise ces concepts ? Absolument pas. Mais j’ai désormais une base de code que je comprends parfaitement, et qui me permet de poursuivre leur apprentissage sereinement, en évitant de bloquer sur des "panic: deadlock" incompréhensibles dans la console.

Le système de notifications est désormais optionnel, en passant par un second fichier de configuration (.freecreds), et son initialisation est déclenchée très tôt dans l’exécution du programme. Cela rend le mécanisme totalement découplé : même si le fichier .freecreds est absent ou invalide, le reste du script continue de fonctionner normalement.

Enfin, ces améliorations m’ont permis d’initialiser la goroutine et le client SMS dès le démarrage, ce qui, combiné au caractère optionnel du système, permet à la fonction check() de tenter un envoi de SMS sans risque de crash.

Dépôt de GoKeep sur Gitlab

J’allais enchainer avec mon rapport aux IA (ou LLM… enfin vous voyez quoi). Mais en y réfléchissant, j’ai tellement de choses à dire sur le sujet, entre usage perso, pro, quotidien, et bidouilles en tout genre... impossible pour moi de résumer tout cela dans un seul pauvre petit paragraphe.

J'évite donc de faire une énorme digression du sujet principal et je vous invite à surveiller mon flux RSS pour ne pas rater la sortie de ce futur article. Stay tuned !

Live blog coding et amusement en golang

2025-06-02T11:43:09Z

Live blog coding et amusement en golang

On dit souvent que pour se motiver à lancer (et surtout finir) un projet, le mieux c’est de le faire en live, avec du public. Apparemment, ça pousse à aller jusqu’au bout. C’est en tout cas ce que je remarque chez pas mal de devs-influenceurs que je suis sur YouTube.

Bon, moi j’ai clairement pas leur audience et spoiler : je compte pas me filmer en train de coder pendant 3 heures.

Du coup, j’ai eu une idée qui me correspond mieux : je vais essayer d’écrire un article en même temps que je bosse sur mon projet. Une sorte de journal de bord, en mode « devlog maison ». On verra bien ce que ça donne !

Le besoin

J’auto-héberge quelques projets persos sur un Raspberry Pi, y compris ce blog d’ailleurs. Franchement, ça marche super bien, et ça me permet de m’éclater un peu avec la gestion de serveur, le déploiement, tout ça.

Le seul vrai souci que j’ai rencontré, c’est cette histoire d’IP dynamique. Alors oui, avec nos box actuelles, les IP ont tendance à rester stables pas mal de temps… mais ce la n'est pas garanti.

Dernièrement, j’ai eu la « chance » d’avoir mon IP changée plusieurs fois en une seule semaine, alors qu'elle était stable depuis des mois. Et devoir mettre à jour les enregistrements DNS à la main, c’est clairement pas fun. Surtout que pour connaître la nouvelle IP, faut être chez soi. Pratique, hein ?

Ce qu’il me faudrait, c’est un petit script qui vérifie régulièrement si mon IP a changé, et qui met à jour mes DNS direct chez le registrar. Automatiser un peu tout ça, quoi.

Par chance, mon registrar est OVH. Et même si pas mal de monde aime râler sur leurs offres ou certaines décisions techniques, personellement je trouve qu’ils font vraiment des efforts pour filer un coup de main aux devs.

Petit flashback : en 2021, quand le data center de Strasbourg a pris feu, plein de sites hébergés chez OVH sont tombés en rade. Je vais pas relancer le débat sur les backups, c’est pas le sujet ici, mais forcément, tout le monde cherchait à remettre son site en ligne au plus vite. Sauf que l’interface web (le fameux manager) était complètement saturée.

C’est là que je suis tombé sur un article de wikitwist.com qui parlait de cet événement... mais sous un angle un peu différent : celui de l’API d’OVH. Et franchement, elle est super bien conçue et très bien documentée. Elle permet, entre autres, de gérer ses enregistrements DNS. Du coup, je me suis dit : pourquoi ne pas en profiter pour automatiser un peu tout ça ?

l'article de wikitwist sur l'API d'OVH

Le plan

Mon FAI ne m’aide pas vraiment à récupérer facilement mon IP publique (en IPv4), du coup j’ai dû trouver une autre solution pour connaître mon adresse depuis l’extérieur. Je pourrais tout simplement interroger un service en ligne qui me retourne mon IP, y’en a plein. Mais bon... les solliciter en boucle, ça me gêne un peu, surtout quand on sait pas trop ce qu’ils font des infos qu’on leur envoie.

Heureusement, j’ai déjà un serveur externe (VPS chez OVH), en dehors de mon réseau local. Et faire un petit script PHP pour qu’il affiche mon IP, franchement, c’est pas plus compliqué que quelques lignes. Du coup, j’ai décidé de créer cette première brique que j’ai appelée "KIP", un petit jeu de mots entre “keep” et “IP”. J’aime bien, ça sonne comme l'acronyme KISS.

Ensuite, la seconde partie : un script qui va chercher cette IP, la compare avec celle qu’il a en mémoire, et si jamais elle a changé, il met à jour les DNS via l’API d’OVH. Et comme j’ai très envie de me mettre sérieusement à Go, je me suis dit que ce serait un projet parfait pour ça. Appelons ce futur script "GoKeep", ça colle bien au concept.

Pour être tout à fait transparent : j’avais déjà créé une première version de ces deux utilitaires en PHP avec Symfony. Mais avec un peu de recul, utiliser Symfony pour quelquechose d'aussi simple, c'est comme ouvrir un vortex par la porte des étoiles pour travailler son swing. Trop lourd, trop contraignant à maintenir. Donc là, on repart sur du plus léger, plus fun à coder, et qui colle mieux à mes envies du moment.

KIP a "simple" API to get infos from your IP

DDOManager is a "small" tool to deal with dynamic IP at home

KIP

Cette fois, je veux que la partie "code" reste aussi simple que possible. L’idée, c’est de renvoyer juste l’essentiel : la date et l’heure actuelles (au fuseau horaire de mon VPS), l’adresse IP, le port utilisé, et pourquoi pas le hostname pour faire joli. Le tout, bien proprement formaté en JSON. Et quand je dis "récupérer", je parle bien du côté utilisateur : aucune donnée n’est stockée côté serveur (à part ce que les logs Apache enregistrent par défaut). Juste une réponse simple, directe, sans prise de tête.

 PHP
<?php
header('Content-Type: application/json');

date_default_timezone_set('Europe/Paris');

$ip = $_SERVER['REMOTE_ADDR'];
$hostname = gethostbyaddr($ip);

$response = [
    'date' => date('Y-m-d'),
    'heure' => date('H:i:s'),
    'ip' => $ip,
    'port' => $_SERVER['REMOTE_PORT'],
    'hostname' => $hostname,
    'user_agent' => $_SERVER['HTTP_USER_AGENT'] ?? 'Unknown'
];

echo json_encode($response, JSON_PRETTY_PRINT)

Je ne vais pas m’étendre ici sur la mise en ligne du script, car dans mon cas, c’est du très classique : j’ai un utilisateur dédié sur le serveur, le code est dans un dossier public_html à l’intérieur de son $HOME, et j’ai créé un VirtualHost Apache spécifique juste pour ce "mini-site". Le tout passe sous HTTPS grâce à Certbot.

Par contre, qui dit public dit potentiellement abusé. Et même si le script ne conserve rien, je préfère poser une petite limite de requêtes pour éviter qu’un bot ne vienne me ping 100 fois par seconde. Pour ça, rien de plus fiable et direct qu’iptables.

 BASH
sudo iptables -V

Protégeons l'accès SSH. Parce qu’on ne veut surtout pas se bloquer soi-même en appliquant des règles un peu trop strictes... Non, je ne parle pas d'expérience, voyons 🙃

 BASH
sudo iptables -A INPUT -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT

sudo iptables -A INPUT -p tcp --dport 22 -j ACCEPT

Ensuite on ajoute la limite des nouvelles connexions à 1/seconde/ip.

 BASH
sudo iptables -A INPUT -p tcp --dport 80 -m conntrack --ctstate NEW -m hashlimit \
--hashlimit 1/sec --hashlimit-burst 5 --hashlimit-mode srcip \
--hashlimit-name http_limit -j ACCEPT

sudo iptables -A INPUT -p tcp --dport 443 -m conntrack --ctstate NEW -m hashlimit \
--hashlimit 1/sec --hashlimit-burst 5 --hashlimit-mode srcip \
--hashlimit-name https_limit -j ACCEPT

Enfin on rejette les excès (et rien d'autre !!!)

 BASH
sudo iptables -A INPUT -p tcp --dport 80 -j REJECT --reject-with tcp-reset
sudo iptables -A INPUT -p tcp --dport 443 -j REJECT --reject-with tcp-reset

On peut vérifier les règles avec la commande

 BASH
sudo iptables -L -v --line-numbers

Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
num   pkts bytes target     prot opt in     out     source               destination
1     2519 1055K ACCEPT     all  --  any    any     anywhere             anywhere             ctstate RELATED,ESTABLISHED
2      102  6942 ACCEPT     tcp  --  any    any     anywhere             anywhere             tcp dpt:ssh
3       19  1140 ACCEPT     tcp  --  any    any     anywhere             anywhere             tcp dpt:https ctstate NEW limit: up to 1/sec burst 5 mode srcip
4        3   160 REJECT     tcp  --  any    any     anywhere             anywhere             tcp dpt:http reject-with tcp-reset
5       24  1060 REJECT     tcp  --  any    any     anywhere             anywhere             tcp dpt:https reject-with tcp-reset

Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
num   pkts bytes target     prot opt in     out     source               destination

Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes)
num   pkts bytes target     prot opt in     out     source               destination

Il est important de vérifier que les pages web sont encore accessible à ce stade, sans couper la connexion SSH. Si ce n'est pas le cas, il faut recommencer en supprimant toutes les règles :

 BASH
sudo iptables -F

Si tout est bon, on installe le paquet pour les garder au redémarrage :

 BASH
apt install iptables-persistent

L’installeur demande si l'on enregistre les règles actuelles pour IPv4 => Oui. Pour IPv6, chacun son choix (moi j’ai mis Non). Ensuite on vérifie l'enregistrement comme ceci :

 BASH
cat /etc/iptables/rules.v4

GOKeep

Ça fait des années que j’ai envie de me mettre à un autre langage orienté back-end, sans jamais réussir à trancher. Dans ma liste, il y avait Rust et Golang. Rust, tout le monde en parle comme du messie, même si la courbe d’apprentissage peut faire un peu peur, et toutes les vidéos que j'ai pu voir parlaient de subtilités de gestion de mémoire... Pour un langage moderne (de bas niveau), on se retrouvait avec beaucoup de sujets qui rappellent l’époque du C. Du coup, j’ai opté pour Go. (mais je ne ferme pas la porte à Rust, juste je ne peux pas faire les deux en même temps...)

Pour me faire une idée, j’ai regardé pas mal de vidéos sur le sujet, et deux d'entre elles m'ont aidé dans mon choix.

La première, c’est celle de Grafikart : un comparatif entre Go et JavaScript, très accessible, avec des exemples concrets, sans trop s’attarder sur les limitations.

La seconde, c’est la présentation de Jean-Laurent de Morlhon à DevoxxFR : “Pourquoi Maurice ne doit surtout pas coder en Go”. Là, on entre dans le dur : il liste pas mal de "limitations" du langage — formatage imposé du code, gestion très manuelle des erreurs, syntaxe plutôt verbeuse...

Mais en fait, tous ces points qui sont censés être des défauts, je les ai trouvés... apaisants. Moins de choix, moins de réflexions inutiles... donc moins de charge mentale. Attention, cela ne veut pas dire qu’on ne peut pas être créatif avec Go. C’est un peu comme avec le protocole Gemini : ça paraît simpliste et limitant, mais au final, avoir un cadre rigide pousse à la créativité. Et c’est justement l’objectif de Go : coder plus vite, plus simplement, sans sacrifier la lisibilité ni la performance.

Et si je devais donner un ultime argument : un code compilé en Go donne un unique binaire autonome, qui s'exécute sans aucune dépendance. Même pas besoin d’avoir Go installé pour le lancer. Pour le DevOps, c’est juste royal.

Découverte du langage Go pour les développeurs JavaScript

Pourquoi Maurice ne doit surtout pas coder en GO

Je ne sais pas encore si ce choix s’avérera judicieux sur la durée, mais pour l’instant, il me convient parfaitement.

Structure du script

La structure du projet est assez simple :

Récupération de l'IP actuelle
Récupération de l'IP en mémoire
Si les deux adresses ne sont pas concordantes, alors on récupère la liste des domaines et sous domaines à gérer
Via l'API d'OVH on vient modifier l'adresse IP des DNS de type A pour chaque sous domaines
Enregistrement de la nouvelle IP

Le tout avec des logs.

J'aurais également besoin de deux fichiers, le premier qui ne contiendra que l'adresse IP "en mémoire", .ip_history et un second qui contient les informations nécessaires à la gestion de l'API d'OVH, .godnsfile. Ces fichiers doivent être présents à la racine du dossier home de l'utilisateur courant. Voici la structure du fichier .godnsfile :

 JSON
{
  "applicationKey": "votre_app_key",
  "applicationSecret": "votre_app_secret",
  "consumerKey": "votre_consumer_key",
  "domains": [
    {
      "uri": "example.com",
      "subs": ["www", "api", "blog"]
    }
  ]
}

Maintenant, on code

On est maintenant prêt à passer à la phase la plus satisfaisante du projet : écrire du code. J’écris finalement cette partie de l’article après avoir terminé le développement de la solution, parce que c’était plus simple pour moi de rester concentré sur la découverte du langage, de faire des allers-retours avec la documentation, et de tester plein de petites choses sans avoir à formuler tout ça proprement en même temps. Bref, j’ai préféré coder d’abord, écrire ensuite. (tout le monde ne sait pas coder et blogguer en même temps...)

On commence par la base : interroger mon service KIP et récupérer mon IP publique.

 GO
package main

import (
  "fmt"
  "io"
  "net/http"
)

func main() {
  resp, err := http.Get("https://kip.lhoir.me")
  if err != nil {
    fmt.Println(err)
    panic(err)
  }
  defer resp.Body.Close()

  body, err := io.ReadAll(resp.Body)
  if err != nil {
    fmt.Println(err)
    panic(err)
  }

  fmt.Println(string(body))
}

Je lance avec `go run main.go` et... magie ! Mon JSON s’affiche dans le terminal. On a notre point de départ. C'est vraiment agréable d'avoir autant d'outils déjà intégré au langage. Finalement, pour des scripts simples, la plus grande difficulté de Go (de ce que j'en vois) est de connaître la bonne librairie de base pour réaliser l'action que l'on souhaite.

Notons l’utilisation de defer : un mot-clé tout simple, mais super pratique. Il permet de différer la fermeture de la connexion HTTP à la fin de la fonction, sans risquer de l’oublier plus tard. Moins d’oublis, moins de bugs.

Plutôt que de bricoler une extraction à coups de regex ou de split, Go propose de typer proprement une réponse JSON via une struct. Je pourrai me contenter de ne déclarer que le champ "ip", mais autant faire les choses proprement.

 GO
import (
  "encoding/json"
)

[...]

type ResponseData struct {
  Date      string `json:"date"`
  Time      string `json:"time"`
  IP        string `json:"ip"`
  Port      string `json:"port"`
  Hostname  string `json:"hostname"`
  UserAgent string `json:"user_agent"`
}

[...]

  var data ResponseData
  err = json.Unmarshal(body, &data)
  if err != nil {
    fmt.Println(err)
    panic(err)
  }

  currentIp := data.IP

C’est là qu’on commence à sentir un des aspects les plus décriés de Go : sa gestion des erreurs. Chaque appel potentiellement risqué est suivi d’un if err != nil { ... }. C’est clair, c’est explicite, mais... qu’est-ce que c’est répétitif. J’ai vite trouvé une astuce récurrente dans les vidéos de devs Go : créer une petite fonction utilitaire check() qui encapsule ce comportement, que je veux unique dans mon script : afficher l'erreur et planter comme un lâche. Et hop, on remplace tous les "if err != nil" par de simples appels à "check(err)". On réduit drastiquement le nombre de lignes de notre code.

 GO
func check(e error) {
  if e != nil {
    log.Printf("ERROR: %v", e)
    log.Println("=== End check ===")
    panic(e)
  }
}

 GO
import (
  "os"
)

[...]

  home, err := os.UserHomeDir()
  check(err) // c'est mieux non ?
  historyPath := home + "/.ip_history"

  previous, err := os.ReadFile(historyPath)
  check(err)

  if string(previous) != currentIp {
    fmt.Println("Nouvelle IP :", currentIp)
  } else {
    fmt.Println("IP inchangée :", currentIp)
  }

Go n’est pas un langage orienté objet dans le sens classique du terme, mais sa capacité à définir des structures de données typées, propres et claires est franchement plaisante.

Certains parlent même de "POO implicite" en Go, grâce à l’usage de struct et de receiver functions.

La programmation orientée objet dans le langage Go

Bon, je ne vais pas réécrire tout le script ici. La suite consiste à utiliser la lib officielle d’OVH pour identifier les enregistrements DNS correspondants, les mettre à jour, et rafraîchir la zone.

Une fois le script fonctionnel, j'ai remplacé l'affichage des erreurs par un système de log avec "gopkg.in/natefinch/lumberjack.v2. Ce qui me permet d'enchainer sur le système d'import des dépendances.

Un truc que j’ai vraiment apprécié en Go, c’est son système de gestion des dépendances. Contrairement à Composer (PHP) ou Maven (Java), ici pas de fichier de conf à remplir à la main, pas de commandes ésotériques pour initialiser un projet. Tu importes un package, tu fais un go run ou un go build, et Go télécharge tout ce qu’il faut.

 BASH
go get github.com/ovh/go-ovh/ovh

# Go a automatiquement mis à jour le fichier go.mod et ajouté une entrée dans go.sum pour verrouiller la version.

Et même pour du code local (dans le même projet), il est possible de structurer son application avec des packages maison. Il suffit de les placer dans des sous-dossiers, puis de les importer avec leur chemin relatif:

 GO
import "monprojet/utils"

Pas besoin d’autoload, de configuration compliquée ni de réflexion sur l’arborescence du namespace. Autre point fort : Go impose de ne pas avoir de dépendances non utilisées, comme pour les variables. Si tu déclares un import que tu n’utilises pas... le compilateur t’envoie bouler. C’est brutal, mais ça force à garder un code propre. Un peu à la Unix : chaque outil fait une chose, mais il le fait bien.

Conclusion

J'utilise le couple Kip et GoKeep depuis quelques semaines et j'en suis ravi. Ce projet m’a permis de poser mes premières briques en Go, et franchement... j’ai adoré.

C’est un langage qui respire la simplicité sans être simpliste. J’ai à peine effleuré ce qu’il propose : je n’ai pas encore joué avec les pointeurs, ni touché aux goroutines ou aux channels, qui sont pourtant parmi les concepts les plus puissants de Go. Mais rien que ce petit script m’a donné envie d’aller plus loin, de creuser davantage, et surtout de réécrire d'autres outils que j’avais bricolés en PHP ou Bash avec ce nouveau langage. (Le moteur de ce blog ? Tempo ?)

J’ai ensuite demandé à ChatGPT de me générer un joli README.md pour accompagner le projet. Oui j'utilise les outis d'IA (ou LLM) sans avoir honte... cela ferait un bon article de blog.

Le code est maintenant disponible sur mon dépôt GitLab, pour ceux que ça intéresse, ou pour les curieux qui veulent voir un exemple simple et concret d’usage de l’API OVH en Go.

dépôt GIT du projet "Kip"

dépôt GIT du projet "GoKeep"

Et toi, quel est le projet, le besoin, qui t'as motivé à apprendre un langage de programmation, voir le langage Golang ?

Symfony/Validator pour les règles fonctionnelles

2025-04-08T14:07:08Z

Symfony/Validator pour les règles fonctionnelles

Il est crucial de ne jamais se fier aux données provenant d'un utilisateur.

En tant que développeur web et en raison de la fréquence des interactions avec les formulaires et les API, la validation doit être une préoccupation constante dans nos développements. L'un des avantages d'un framework comme Symfony est la disponibilité d'outils pratiques, tels que symfony/validator, qui facilitent la validation des données provenant de sources externes.

Validator de Symfony

La génèse du module Validator remonte à la version 2.1 de Symfony (2012), où l'équipe de développement a décidé d'intégrer une solution de validation basée sur des standards reconnus. La spécification JSR-303 Bean Validation a été choisie pour sa robustesse et sa flexibilité. L'intégration de cette spécification dans Symfony a permis de créer un module de validation puissant et extensible, capable de répondre aux besoins variés des développeurs.

Le module permet de centraliser les règles de validation, ce qui facilite la maintenance et la réutilisabilité du code, il offre également une grande flexibilité en permettant de créer des contraintes personnalisées et de les appliquer à différents niveaux de l'application.

L'utilisation de ce module est particulièrement bien intégré au reste de l'écosystème Symfony, comme les formulaires et Doctrine, ce qui permet de bénéficier d'une cohérence de validation tout au long du cycle de vie des données.

https://github.com/symfony/validator

https://symfony.com/doc/current/validation.html

https://jcp.org/en/jsr/detail?id=303

Un exemple de validation simple sur une entité :

 PHP
use Symfony\Component\Validator\Constraints as Assert;

class User
{
    #[Assert\NotBlank(message: "Le nom ne peut pas être vide.")]
    #[Assert\Length(min: 3, max: 50, minMessage: "Le nom doit contenir au moins {{ limit }} caractères.")]
    private string $name;
    [...]
}

Un second exemple avec une contrainte personnalisée, la vérification d'un numéro de téléphone français. Nous avons besoins de 2 nouvelles classes :

 PHP
use Symfony\Component\Validator\Constraint;

#[\Attribute]
class FrenchPhoneNumber extends Constraint
{
    public string $message = "Le numéro de téléphone '{{ value }}' n'est pas un numéro français valide.";
}

 PHP
use Symfony\Component\Validator\Constraint;
use Symfony\Component\Validator\ConstraintValidator;

class FrenchPhoneNumberValidator extends ConstraintValidator
{
    public function validate($value, Constraint $constraint)
    {
        if (null === $value || '' === $value) {
            return;
        }

        if (!preg_match('/^(0[67]\d{8}|\+33[67]\d{8})$/', $value)) {
            $this->context->buildViolation($constraint->message)
                ->setParameter('{{ value }}', $value)
                ->addViolation();
        }
    }
}

Validation que l'on peut ensuite utiliser sur une entité avec notre nouvel attribut.

 PHP
class User
{
[...]
    #[FrenchPhoneNumber]
    private string $phone;
[...]
}

Dans Symfony, tout est un service. En partant de ce principe, il est possible d’injecter des dépendances directement dans une classe Validator pour effectuer des vérifications avancées via d’autres services ou repositories. Cependant, une fois le code écrit, la règle de validation restera fixe et s’appliquera de la même manière, quel que soit le contexte. Mais pourrait-on permettre aux utilisateurs de paramétrer eux-mêmes certaines contraintes tout en s’appuyant sur le Validator de Symfony ?

MusicBox

Imaginons MusicBox, une entreprise qui met à disposition des musiciens des salles de répétition, de mini-concert et d’enregistrement dans les grandes agglomérations. Ces espaces, situés à proximité de chez eux, offrent l’avantage d’être parfaitement insonorisés et équipés en fonction de l’abonnement choisi : micros, pianos, batteries, système de sonorisation ou d’enregistrement. Pour gérer son activité, MusicBox fournit à ses franchisés un logiciel en SaaS permettant d’administrer les salles, les abonnements, la facturation, les réservations et le matériel.

Bien que rattaché à la marque, chaque franchisé doit gérer son activité en tenant compte des contraintes spécifiques à ses locaux, des réglementations d’urbanisme locales et des besoins de ses abonnés. En se focalisant sur la réservation des salles, trois grandes catégories de règles se dégagent : le contrôle des délais, l’interdiction des enchaînements, et les limites périodiques. L'application de gestion doit intégrer ces règles tout en offrant aux gestionnaires la possibilité de les paramétrer finement afin d’adapter les conditions aux spécificités de chaque site.

Pour résumer, l’objectif est de lier des validateurs personnalisés, définis en dur dans le code, à des configurations spécifiques enregistrées en base de données. Nous allons mettre en place toute la mécanique nécessaire pour permettre l’ajout de nouveaux paramétrages simplement en intégrant un nouveau validateur dans le code.

Maintenant, on code

Je ne détaillerai pas la création d’un projet Symfony de base dans cet article. Je pars du principe que vous disposez déjà d’un projet fonctionnel avec une base de données et des entités. Tout le code présenté ici sera disponible dans un dépôt GitLab, accompagné d’une démo accessible pour tester les fonctionnalités.

https://gitlab.com/DarkChyper/music_box

https://musicbox.lhoir.me

Commençons par créer une interface et une classe abstraite qui serviront de base pour toutes les règles de validation des demandes de réservation de salle.

 PHP
namespace App\Control\Booking;

use App\Entity\BookingControl;
use Symfony\Component\Form\FormBuilderInterface;

interface BookingControlInterface
{
    public function getLabel(): string;
    public function setBookingControl(EntityControlInterface $bookingControl): ?ControlInterface;
    public function getBookingControl(): ?EntityControlInterface;
    public function getFormFields(FormBuilderInterface $form): FormBuilderInterface;
}

 PHP
namespace App\Control\Booking;

use App\Entity\BookingControl;
use Symfony\Component\Form\FormBuilderInterface;
use Symfony\Component\Validator\Constraint;

abstract class BookingControlAbstract extends Constraint implements BookingControlInterface
{
    private EntityControlInterface $bookingControl;

    public function setBookingControl(EntityControlInterface $bookingControl): ?ControlInterface
    {
        $this->bookingControl = $bookingControl;

        return $this;
    }

    public function getBookingControl(): ?EntityControlInterface
    {
        return $this->bookingControl;
    }

    public function getFormFields(FormBuilderInterface $form): FormBuilderInterface
    {
        return $form;
    }
}

Passer par l’abstraction pour la méthode getFormFields() permet de définir des champs communs à toutes les validations, sans nécessiter de données externes (repository ou services). Un autre avantage est de ne pas dépendre directement de l’interface, ce qui offre la possibilité d’avoir plusieurs abstractions définissant des formulaires différents.

L’utilisation du patron Bridge permet ici de séparer l’abstraction (BookingControlAbstract) de son implémentation réelle (BookingControl). Ainsi, il devient possible de modifier l’une sans impacter l’autre, ce qui améliore la flexibilité et la maintenabilité du code.

Toutes les classes qui étendront cette abstraction étendront également Symfony\Component\Validator\Constraint.

Il est également nécessaire de créer une interface dont dépendra les entités en base :

 PHP
namespace App\Control;

interface EntityControlInterface
{
    public function getParameter(string $name): float|int|string|bool|null;
}

Nous avons désormais besoin d’une classe capable de recenser les contraintes à partir des classes présentes dans notre projet. Cette classe jouera un rôle clé dans les deux contextes suivants :

Côté administration : permettre la sélection d’une contrainte et la définition de ses paramètres spécifiques, qui seront ensuite enregistrés en base de données.
Côté utilisateur : récupérer les contraintes configurées en base et les associer dynamiquement aux classes correspondantes dans le code. ceci se jouera au moment de la validation de la demande de réservation.

 PHP
namespace App\Control\Booking;

use App\Entity\BookingControl;

class BookingControlCollection
{
    public const REGEX_VALIDATOR = '/^.*Validator$/';
    private static array $bookingControls;

    public function __construct(iterable $bookingControls) {
        if (self::$bookingControls === null) {
            self::$bookingControls = [];

            /** @var BookingControlInterface $bookingControl */
            foreach ($bookingControls as $bookingControl) {
                $reflexion = new \ReflectionClass($bookingControl);
                if (!preg_match(self::REGEX_VALIDATOR, get_class($bookingControl))) {
                    self::$bookingControls[$reflexion->getShortName()] = $bookingControl;
                }
            }
        }
    }

    public function getBookingControls(): array
    {
        return self::$bookingControls;
    }

    /**
     * @throws \Exception
     */
    public function getBookingControlByClassName(string $bookingControlClassName): BookingControlInterface
    {
        if (isset(self::$bookingControls[$bookingControlClassName])) {
            return clone self::$bookingControls[$bookingControlClassName];
        }

        throw new \Exception('Unable to find service tagging "musicbox.booking_control" named '
            .$bookingControlClassName);
    }

    /**
     * @throws \Exception
     */
    public function getBookingControlByBookingControlEntity(BookingControl $bookingControl): BookingControlInterface
    {
        if (isset(self::$bookingControls[$bookingControl->getControlClass()])) {
            return (clone self::$bookingControls[$bookingControl->getControlClass()])->setEventControl($bookingControl);
        }

        throw new \Exception('Unable to find service tagging "musicbox.booking_control" named '
            .$bookingControl->getControlClass());
    }
}

Nous tirons parti de l'injection de dépendance de Symfony pour construire dynamiquement le tableau des contraintes disponibles, tout en utilisant le système de tags pour filtrer les éléments à injecter. Voici un exemple de configuration à ajouter dans le fichier config/service.yaml :

YAMLservices:
    # ici on vient indiquer quelles classes sont tagguées,
    # on récupère les 2 classes par règle, d'où le tri par regex dans la classe de collection
    App\Validator\Constraints\BookingControls\:
        resource: '../src/Validator/Constraints/BookingControls/*'
        tags: [ musicbox.booking_control ]
    # il est possible de tagguer les fichiers un à un.
    # L'avantage est de ne pas devoir filtrer dans la classe BookingControlModelCollection

    # ici on indique que le 1er argument doit être une collection de classes tagguées
        App\Control\Booking\BookingControlCollection:
        arguments: [ !tagged musicbox.booking_control ]

Pour pouvoir enregistrer les contrôles configurés par les administrateurs, nous avons besoin d'une entité qui implément l'interface EntityControlInterface.

 PHP
namespace App\Entity;

use Doctrine\ORM\Mapping as ORM;

class BookingControl implements EntityControlInterface
{
#[ORM\Id]
    #[ORM\GeneratedValue]
    #[ORM\Column]
    private ?int $id = null;

    #[ORM\Column(length: 255)]
    private ?string $label = null;

    #[ORM\Column(length: 255)]
    private ?string $controlClass = null;

    #[ORM\ManyToOne]
    #[ORM\JoinColumn(nullable: false)]
    private ?Subscription $subscription = null;

    /**
     * @var array<string,int|string|bool|float>
     */
    #[ORM\Column(type: Types::JSON)]
    private array $parameters = [];

    [...]
    public function getParameter(string $name): float|int|string|bool|null
    {
        if (isset($this->parameters[$name])) {
            return $this->parameters[$name];
        }

        return null;
    }
}

Et voici un exemple de formulaire permettant d'enregistrer les paramétrages spécifiques en se basant sur cette entité.

 PHP
class BookingControlType extends AbstractType
{
    public function __construct(
        private readonly BookingControlCollection $bookingControlCollection,
    ) {
    }

    /**
     * @throws \Exception
     */
    public function buildForm(FormBuilderInterface $builder, array $options): void
    {
        /** @var BookingControl $bookingControl */
        $bookingControl = $builder->getData();
        $control = $this->bookingControlCollection->getBookingControlByBookingControlEntity($bookingControl);
        $builder
            ->add('label', TextType::class, [
                'label' => 'form.common.label',
                'data' => $bookingControl->getLabel(),
                'required' => true,
            ])
            ->add('subscription', EntityType::class, [
                'label' => 'form.booking_control.label.subscription',
                'class' => 'App\Entity\Subscription',
                'choice_label' => 'label',
                'choice_value' => 'id',
                'multiple' => false,
                'required' => true,
            ])
            ->add('parameters', HiddenType::class, [
                'data' => json_encode($options['data']->getParameters()),
            ]);
        $builder
            ->get('parameters')
            ->addModelTransformer(new CallbackTransformer(
                function ($tagsAsArray): string {
                    // transform the array to a string
                    $jsonEncoded = json_encode($tagsAsArray);
                    if (false === $jsonEncoded) {
                        throw new \Exception('Error encoding json');
                    }

                    return $jsonEncoded;
                },
                function ($tagsAsString): array {
                    return json_decode($tagsAsString, true);
                }
            ))
        ;

        // ici on appel les champs spécifiques de chaque contrainte
        $builder = $control->getFormFields($builder);

        $builder->add('save', SubmitType::class, [
            'label' => 'form.common.save',
        ]);
    }

    public function configureOptions(OptionsResolver $resolver): void
    {
        $resolver->setDefaults([
            'data_class' => BookingControl::class,
        ]);
    }

Passons maintenant enfin à la création de nos contraintes. Par exemple la limite périodique.

 PHP
namespace App\Validator\Constraints\BookingControls;

[use ...]

class BookingControlLimitPeriodic extends BookingControlAbstract
{
    public const DEFAULT_HOURS = 1;
    public const LIMIT_PERIOD_WEEK = 0;
    public const LIMIT_PERIOD_MONTH = 1;
    public const FIELD_LIMIT_HOURS = 'limitHours';
    public const FIELD_LIMIT_PERIOD = 'limitPeriod';

    public function getLabel(): string
    {
        return 'constraint.control_periodic.label';
    }

    public function getFormFields(FormBuilderInterface $form): FormBuilderInterface
    {
        $control = $this->getControl();
        $form
            ->add('limitHours', IntegerType::class, [
                'label' => 'Nombre d\'heures de réservation',
                'required' => true,
                'data' => $control->getParameter('limitHours') ?? self::DEFAULT_HOURS,
                'empty_data' => self::DEFAULT_HOURS,
                'mapped' => false,
                'constraints' => [
                    // a little meta-constraint moment :)
                    new GreaterThan(['value' => 0]),
                ],
            ])
            ->add(self::FIELD_LIMIT_PERIOD, ChoiceType::class, [
                'label' => 'Période',
                'required' => true,
                'data' => $control->getParameter('limitPeriod') ?? self::LIMIT_PERIOD_WEEK,
                'empty_data' => self::LIMIT_PERIOD_WEEK,
                'mapped' => false,
                'choices' => [
                    'Hebdomadaire' => self::LIMIT_PERIOD_WEEK,
                    'Mensuelle' => self::LIMIT_PERIOD_MONTH,
                ],
            ]);

        $form->addEventListener(FormEvents::PRE_SUBMIT, function ($event) {
            $data = $event->getData();
            $parameters = [
                'limitHours' => $data['limitHours'],
                'limitPeriod' => $data['limitPeriod'],
            ];
            $data['parameters'] = json_encode($parameters);

            $event->setData($data);
        });

        return $form;
    }
}

 PHP
namespace App\Validator\Constraints\BookingControls;

class BookingControlLimitPeriodicValidator extends ConstraintValidator
{
    [attributs]

    public function __construct(
            private readonly BookingRepository $bookingRepository,
        ) {
        }

        /**
         * @throws \DateMalformedStringException
         */
        public function validate(mixed $value, Constraint $constraint): void
        {
            if (!$constraint instanceof BookingControlAbstract) {
                return;
            }

            /* @var Booking $booking */
            $this->booking = $value;

            /** @var BookingControl $bookingControl */
            $bookingControl = $constraint->getControl();

            $this->hoursLimit = intval($bookingControl->getParameter(BookingControlLimitPeriodic::FIELD_LIMIT_HOURS));
            $period = intval($bookingControl->getParameter(BookingControlLimitPeriodic::FIELD_LIMIT_PERIOD));

            match ($period) {
                BookingControlLimitPeriodic::LIMIT_PERIOD_WEEK => $this->validateByWeek(),
                BookingControlLimitPeriodic::LIMIT_PERIOD_MONTH => $this->validateByMonth(),
                default => throw new \LogicException('La période de limitation est inconnue'),
            };

            $this->validator();
        }
        [la suite du code dans le repository]
}

BookingControlLimitPeriodic contient la logique côté administration, notamment le libellé et les champs spécifiques à enregistrer. Elle hérite de notre abstraction BookingControlAbstract, elle-même basée sur la classe Constraint de Symfony.

La classe BookingControlLimitPeriodicValidator prend en charge la validation des données saisies dans le formulaire de réservation. Elle encapsule les règles métier à appliquer ainsi que les messages de retour destinés à l'utilisateur en cas d'erreur.

Comment déclencher la validation ?

Il existe plusieurs manières de déclencher la validation des réservations.

Une première approche consiste à créer une méthode validateBooking() dans un service dédié, appelée lors du traitement de la demande de réservation. Cette méthode pourrait récupérer dynamiquement la liste des contraintes depuis la base de données, puis faire appel au système de validation de Symfony pour les appliquer.

Une autre approche, celle que j’ai choisie dans mon exemple, consiste à créer une contrainte principale (BookingConstraint) de type CLASS_CONSTRAINT, appliquée directement sur l’entité de réservation. Dans ce cas, la méthode validate() de cette contrainte est responsable de charger dynamiquement les contraintes à appliquer, et de générer les messages d'erreur le cas échéant.

 PHP
namespace App\Validator\Constraints;

use Symfony\Component\Validator\Constraint;

#[\Attribute]
class BookingConstraint extends Constraint
{
    public function validatedBy(): string
    {
        return get_class($this).'Validator';
    }

    public function getTargets(): string
    {
        return self::CLASS_CONSTRAINT;
    }
}

 PHP
namespace App\Entity;

use App\Repository\BookingRepository;
use App\Validator\Constraints as AppAssert;
use Doctrine\ORM\Mapping as ORM;

#[ORM\Table(name: 'musicbox_booking')]
#[ORM\Entity(repositoryClass: BookingRepository::class)]
#[AppAssert\BookingConstraint]
class Booking
{
[...]
}

J’apprécie particulièrement cette méthode pour sa centralisation et son intégration directe dans le cycle de validation. Toutefois, elle présente une limite importante : il devient difficile de contourner la validation, par exemple dans des cas spécifiques où l’on souhaiterait enregistrer des réservations sans appliquer les contraintes métier.

Un cas concret en dehors de l'exemple de Music Box serait l’import de réservations depuis un système tiers, où les règles métier auraient déjà été validées en amont. Dans ce scénario, il peut être nécessaire d’enregistrer les données sans répéter la validation.

Pour répondre à ce besoin, une solution hybride est envisageable : ne pas appliquer la contrainte principale sur l’entité directement, mais la déclencher manuellement via un service de réservation dédié. Cela permet de garder le contrôle sur les cas où la validation doit être effectuée ou non.

Pour aller plus loin

Maintenant que tout le système est en place, l’ajout de nouvelles contraintes devient extrêmement simple : il suffit de créer deux classes dans le dossier des contraintes, et Symfony les détectera automatiquement. La nouvelle contrainte sera ainsi immédiatement disponible sans configuration supplémentaire.

Actuellement, notre entité BookingControl est liée aux abonnements, mais on pourrait facilement étendre le système pour lier un contrôle à une salle spécifique, ou à tout autre élément du domaine.

Il serait également possible d’introduire une gestion fine des droits utilisateurs. Par exemple, chaque contrainte pourrait définir les rôles ou privilèges nécessaires pour pouvoir être contournée. Ainsi, si un utilisateur tente de déposer une réservation qui dépasse son quota, celle-ci serait bloquée. En revanche, si un administrateur effectue la même réservation pour ce compte, il pourrait passer outre la contrainte grâce à ses droits élevés.

J’espère que cette plongée dans l’architecture des contrôles dynamiques vous aura donné des idées, que ce soit pour structurer vos propres règles métier ou pour mieux tirer parti de la puissance de Symfony.

N’hésitez pas à partager vos retours, vos questions ou même vos propres variantes de ce type de système. Dites moi également si ce genre d'article assez dense vous intéresse.

Codez bien !

Algorithmie : le chevauchement de plages horaires

2026-02-02T14:09:59Z

Algorithmie : le chevauchement de plages horaires

L'engagement à produire des articles mieux structurés et plus documentés présente un défi : ils demandent beaucoup plus de temps à rédiger. Cela est d'autant plus vrai lorsqu'on souhaite illustrer des concepts techniques avec un code propre et fonctionnel, surtout si l'on est un peu trop perfectionniste.

En attendant voic un petit article rapide, un minuscule extrait du code qui arrive prochainement.

Comment vérifier simplement que deux plages horaires ne se chevauchent pas ? Vous ne vous êtes peut-être jamais posé la question, pourtant ce problème est omniprésent : réservation de salles, gestion du temps, etc.

Imaginons une première plage horaire allant de A à B, et une seconde de C à D. En écartant les cas où A et C sont égaux, ainsi que ceux où B et D le sont également, il reste six possibilités. Comme on dit, une image vaut mieux que mille mots. Voici un schéma illustrant ces six possibilités :

Avec ce schéma on peut se rendre compte que deux plages horaires se chevauchent si ces deux conditions sont strictements vraies :

C est inférieur à B
D est supérieur à A

Ce qui donnerait en code PHP :

 PHP
<?php
class TimeRange {
    private $start;
    private $end;

    public function __construct($start, $end) {
        $this->start = $start;
        $this->end = $end;
    }

    public function overlapsWith(TimeRange $other) {
        return $this->start < $other->end && $this->end > $other->start;
    }
}

// Example usage:
$range1 = new TimeRange(10, 20);
$range2 = new TimeRange(15, 25);

if ($range1->overlapsWith($range2)) {
    echo "The time ranges overlap.";
} else {
    echo "The time ranges do not overlap.";
}
?>
``

Une minute par semaine

2026-02-02T14:09:59Z

Une minute par semaine

En 2025, je relance le projet "une minute par semaine". Chaque semaine, je publie une vidéo d'une minute qui illustre ce qui se passe dans ma vie, ce que je peux voir, ou vivre au quotidien.

Comme évoqué dans le titre, c'est la cinquième fois que je (re)lance ce projet, projet que j'ai plusieurs fois abandonné donc, par lassitude ou par changement de fonctionnement des réseaux sur lesquels je publiais (non je ne veux pas faire de story, juste publier des post avec une vidéo...).

Voici les contraintes que je m'impose pour cet exercice :

Je ne filme qu'avec mon smartphone, pas avec celui d'un proche. Par contre, je peux être sur la vidéo si quelqu'un me filme avec mon appareil.
Autant que possible, des plans fixes, pas d'ajout d'éclairage, de modification de ce qui se passe.
Le montage se fait sur le smartphone, sans transition entre les plans, sans ajout de texte, de son ou de musique et sans modifier la piste son d'origine.
Je me garde le droit de cacher des visages, surtout des enfants.
Je filme du lundi au dimanche pour une sortie le lundi suivant.

L'idée est de créer des capsules vidéo de souvenirs à voir et à revoir dans le temps, sans forcément pouvoir tout faire entrer dans cette minute. J'y mets ce que j'ai envie, rien sur demande, et cette liberté avec cadre est assez plaisante.

Un peu agacé par le changement permanent du fonctionnement des réseaux sociaux, je vais maintenant publier ces vidéos sur PeerTube, j'ai trouvé le service de mensnumeriques.fr qui propose un espace de 50 Go gratuitement. Je fais une sauvegarde sur un drive privé, sur un disque dur en local et aussi peut être un ultime backup sur YouTube, peut être le seul réseau que je trouve acceptable, modulo un stop pub :)

Chaque semaine, je mettrai à jour cet article avec les nouveaux liens, afin de ne pas polluer le blog avec un grand nombre d'articles peu fournis.

Saison 2025

#202552 Du lundi 29 décembre 2025 au dimanche 04 janvier 2026

#202551 Du lundi 22 au dimanche 28 décembre 2025

#202550 Du lundi 15 au dimanche 21 décembre 2025

#202549 Du lundi 08 au dimanche 14 décembre 2025

#202548 Du lundi 01 au dimanche 07 décembre 2025

#202547 Du lundi 24 au dimanche 30 novembre 2025

#202546 Du lundi 17 au dimanche 23 novembre 2025

#202545 Du lundi 10 au dimanche 16 novembre 2025

#202544 Du lundi 03 au dimanche 09 novembre 2025

#202543 Du lundi 27 octobre au dimanche 02 novembre 2025

#202542 Du lundi 20 au dimanche 26 octobre 2025

#202541 Du lundi 13 au dimanche 19 octobre 2025

#202540 Du lundi 06 au dimanche 12 octobre 2025

#202539 Du lundi 29 septembre au dimanche 05 octobre 2025

#202538 Du lundi 22 au dimanche 28 septembre 2025

#202537 Du lundi 15 au dimanche 21 septembre 2025

#202536 Du lundi 08 au dimanche 14 septembre 2025

#202535 Du lundi 01 au dimanche 07 septembre 2025

#202534 Du lundi 25 au dimanche 31 août 2025

#202533 Du lundi 18 au dimanche 24 août 2025

#202532 Du lundi 11 au dimanche 17 août 2025

#202531 Du lundi 04 au dimanche 10 août 2025

#202530 Du lundi 28 juillet au dimanche 03 août 2025

#202529 Du lundi 21 au dimanche 27 juillet 2025

#202528 Du lundi 14 au dimanche 20 juillet 2025

#202527 Du lundi 7 au dimanche 13 juillet 2025

#202526 Du lundi 30 juin au dimanche 06 juin 2025

#202525 Du lundi 23 au dimanche 29 juin 2025

#202524 Du lundi 16 au dimanche 22 juin 2025

#202523 Du lundi 09 au dimanche 15 juin 2025

#202522 Du lundi 02 au 08 juin 2025

#202521 Du lundi 26 mai au dimanche 01 juin 2025

#202520 Du lundi 19 au dimanche 25 mai 2025

#202519 Du lundi 12 au dimanche 18 mai 2025

#202518 Du lundi 05 au dimanche 11 mai 2025

#202517 Du lundi 28 avril au dimanche 04 mai 2025

#202516 Du lundi 21 au dimanche 27 avril 2025

#202515 Du lundi 14 au dimanche 20 avril 2025

#202514 Du lundi 07 au dimanche 13 avril 2025

#202513 Du lundi 31 mars au dimanche 06 avril 2025

#202512 Du lundi 24 au dimanche 30 mars 2025

#202511 Du lundi 17 au dimanche 23 mars 2025

#202510 Du lundi 10 au dimanche 16 mars 2025

#202509 Du lundi 03 au dimanche 09 mars 2025

#202508 Du lundi 24 février au dimanche 02 mars 2025

#202507 Du lundi 17 au dimanche 23 février 2025

#202506 Du lundi 10 au dimanche 16 février 2025

#202505 Du lundi 03 au dimanche 09 février 2025

#202504 Du lundi 27 janvier au dimanche 02 février 2025

#202503 Du lundi 20 au dimanche 26 janvier 2025

#202502 Du lundi 13 au dimanche 19 janvier 2025

#202501 Du lundi 6 au dimanche 12 janvier 2025

Bon visionnage !

Projets et objectifs personnels de 2025

2026-02-02T14:09:59Z

Projets et objectifs personnels de 2025

Avant toute chose, meilleurs vœux à tous ceux qui lisent ces lignes, peu importe le moment. Qui dit nouvelle année, dit "bonnes résolutions" de début d'année. Vous savez ces résolutions qui partent d'un bon sentiment, d'une envie de renouveau ou d'amélioration de notre quotidien et qui s'oublient aussitôt que survient la galette des rois.

Alors comme je n'ai pas envie de tomber dans ce cliché, et de devoir me trouver des excuses en fin d'année pour ces nouveaux échecs, je vais tenter une approche plus réaliste.

Je vais mettre par écrit ces "objectifs et projets personnels", en mettre le plus possible pour qu'il y en ait au moins deux ou trois qui aboutissent.

La remise en forme

Grand classique des bonnes résolution de début d'année, mais aussi d'arrivée des beaux jours ou de la rentrée, je veux perdre du poids.

Mon objectif : passer sous la barre des 100 kg au 31/12/2025.

Il s'agit d'un processus que j'ai déjà initié, il y a plus d'un an, sans limite de temps. Je ne dirai pas que c'est un échec, vu que j'ai perdu 1 kg, mais que cela n'a pas fonctionné (ou n'est pas très efficace.) vue que cette perte est sur 12 mois. Néanmoins, je vois que j'ai plus régulièrement eu une activité physique, que j'arrive un peu mieux à l'intégrer à mon rythme.

Moins de passivité, plus d'action

J'imagine que je dois pouvoir trouver mes statistiques de temps passé sur YouTube, Insta et autres sources de contenus pas souvent de qualité qui me maintiennent passif, mais sans les avoir, je sais que ce temps est infiniment trop long.

Dans cette case, je regroupe plusieurs objectifs.

Publier au moins 12 articles "intéressants" cette année. Je précise "intéressants ", car j'ai plein d'idées de brèves ou d'articles comme celui que vous lisez, mais j'aimerai aussi du contenu un peu plus travaillé, avec plus de recherches et mieux sourcés.
Arriver en version 1.0 du projet Tempo
Commencer les différents projets que j'ai en tête comme "411", "Semainier" et RSS to e-book, j'explique ces projets un peu après.
Suivre enfin ces cours sur fusion 360 que j'ai acheté chez Abrège académie, voir transférer ce savoir vers Blender.

le site de Abrège Académy pour devenir un "maker autonome"

Tempo 1.0

J'ai eu pas mal de retours sur ce projet, par des amis, mais aussi par la communauté sur le fediverse. Il y a pas mal de concurrence sur ce domaine, mais comme je suis le premier utilisateur de ce projet et qu'il n'a aucun but commercial, je continue de le faire évoluer.

Suite à un toot de Ploum, j'ai bien envie de créer un ultime moyen de partage de l'information, la newsletter. L'enjeu sera de le faire de la manière la moins invasive dans la vie privée des gens et en gérant avec la plus grande prudence leur adresse email.

J'aimerais également corriger tous les petits bugs que j'ai déjà repérés, les fautes de frappe dans les textes, avoir une section avec les tarifs au fil des années... et on devrait arriver à la version 1.0 :)

Dans un futur plus lointain, pour la v2.0, j'aimerais que ce site ne propose que des pages statiques, et que le back-end génère les mises à jour des pages en fonction des nouvelles informations. Pouvoir héberger le site sur un service tout petit, et avoir la BDD "hors ligne".

le toot de Ploum

Semainier (ou Weekly)

J'avais commencé à travailler sur ce projet suite à une formation VueJS au boulot, voici le lien pour en savoir plus.

https://darkblog.lhoir.me/2024-04-26-projet-weekly-cadrage.html

411

Une idée de projet de SAAS, un peu dans le même esprit que cet article.

Le pitch : Se donner 4 objectifs à réaliser chaque jour pendant 1 an (ou un mois, ce n'est pas encore complètement défini). L'idée est que l'on ne peut pas toujours être au top, on craque, et ça démotive de continuer des efforts. Par contre quand on a 4 objectifs quotidien, même malade, même démotivé, il y a en a peut-être au moins 1 que l'on peut réaliser.

Chaque jour, on vient indiquer les objectifs réussis, 4, c'est un "Kudos", 3 valent une médaille d'or, 2 une médaille d'argent, 1 le bronze, et si on ne fait aucun des objectifs, c'est un "oups", on reste positif, "shit happens".

Je serai le premier utilisateur de ce genre d'outil, mes 4 objectifs depuis plus d'un an sont : ne pas boire de soda, boire au moins 1l d'eau, au moins 1 fruit consommé, une activité physique d'au moins 10 minutes. Mais, pour d'autre, cela pourrait être :

ne pas fumer
lire au moins un chapitre de livre
ne pas laisser traîner mon linge sale
au moins un repas sans viande
une journée sans râler
prendre plus de temps pour ses enfants

Je vois bien des défis entre amis sur le nombre de kudos par mois, voir des challenges par type d'objectifs, plusieurs personnes qui veulent arrêter de fumer peuvent se motiver ...

J'avais commencé à remplir un tableur pour suivre mes objectifs, on va dire que c'est un début de PoC.

RSS to e-book

Une autre idée de projet SAAS, qui va avec l'objectif de la section suivante, moins d'écran, plus de livres.

Je n'arrive pas à lire mes flux RSS sur le PC. Je passe un temps fou sur mon smartphone pour des bêtises, alors y passer plus de temps pour des articles longs...

J'aimerai un outil qui me permette d'agréger les contenus de mes flux RSS dans un e-book, chaque semaine, et que cela me l'envoi sur ma Kindle. Un peu comme si j'étais abonné à une revue, mais dont je choisirais les contenus.

Je ne migrerai peut-être pas tous les flux sur cet outil, par exemple tempo l'info n'est valable que 24 h, mais pour le blog de Ploum, de Flozz ou de Zythom, ce serait un outil intéressant.

Des commentaires dans ce blog

Je réfléchis à un système de commentaires dans le blog qui soit compatible Gemini et HTML, qui ne nécessite pas de base de données. Ça se baserait sur l'email.

Moins d'écran, plus de livres

Je suis réaliste, je ne lirai pas un livre par jour ou par semaine, et encore moins de la grande littérature, alors je me donne l'objectif de lire ces 3 livres :

Coder proprement de Robert C. Martin, livre que j'ai commencé au moins 3 fois vu que je m'y remets tous les 6 mois
Plongée au cœur des Patrons de conception du site "refactoring guru"
En route vers Symfony 6 de Fabien Potencier afin d'avoir une vraie base solide du framework que j'aime le plus utiliser

Alors les deux derniers étant sur liseuse, je triche un peu pour le moins d'écran, mais ce sont 3 livres qui m'aideront aussi professionnellement, une motivation supplémentaire

https://refactoring.guru/fr/design-patterns

les reste, en vrac

monter en compétences sur la CI-CD pour intégrer ça à mes pipeline de projets personnels
Avoir une chaîne Hi-fi pour le bureau, pour me passer du casque sur les oreilles toute la journée, misant sur un casque à conduction osseuse et un micro sur table pour communiquer avec mes collègues et donc la musique sur la chaîne. J'aimerais réaliser cela sous forme de projet avec un raspberry pi, un DAC, un lecteur de cd externe USB, les HP de mon ancienne vraie chaîne Hi-fi...
créer un écran e-ink pour l'affichage de la domotique + Tempo à la maison
Me mettre sur Home Assistant (ce qui rejoint l'écran précédant)
vider le garage pour en faire, à terme, un bureau pour le télétravails

Je mettrai à jour ce billet à chaque fois qu'un des objectifs sera atteint ou qu'un des projets aura bien avancé.

Le reverse au Skyjo

2026-02-02T14:09:59Z

Le reverse au Skyjo

Cet été, j'ai participé pour la seconde fois au séminaire de mon entreprise, séminaire qui rassemble tous les salariés au même endroit pour 3 jours où l'on "profite à fond" après avoir "bossé à fond" le reste de l'année", dixit notre PDG.

Durant ces 3 jours, j'ai des super collègues qui m'ont initié à un jeu de société créé en 2015 par Alexander Bernhardt en Allemagne et qui s'appelle Skyjo.

Pour rappel, au Skyjo, on a 4 colonnes de 3 lignes de cartes devant soi, face cachée. Le but du jeu est de cumuler le moins de point possible par partie, il est alors nécessaire de se débarrasser de ses grosses cartes pour d'autres à valeur plus faible (voir négative !!).

Quelques semaines plus tard, avec mon épouse, nous avons reçu un couple d'amis pour une soirée jeux, autant dire que j'ai initié tout ce petit monde au Skyjo. Et après une série de 10 parties, nous avons imaginé des règles alternatives pour la suite de la partie :

on tourne dans le sens antihoraire (le reverse du Uno)
le but de chaque partie est de faire le plus de points
on retranche les points à la fin de chaque partie au total déjà acquis
le gagnant est celui qui a le moins de point à son total à la fin de la soirée

C'était vraiment intéressant de faire dévier les règles de cette façon, je me demande ce que l'on peut imaginer sur d'autres jeux.

Et vous, vous revisitez les jeux de sociétés ?

Bilan de 1 an de télétravail

2026-02-02T14:09:59Z

Bilan de 1 an de télétravail

Début septembre, c'est la rentrée (scolaire) et qui dit rentrée dit petit bilan de l'année écoulée, l'occasion idéale pour faire le point sur 1 an en total télétravail.

En vrai, cela fait 3 mois que je repousse le moment d'écrire cet article, par [manque de temps, manque d'axe d'écriture, peur de la page noire (dark thème oblige)],

entourez mentalement l'excuse qui vous conviendra le mieux.

Reste qu'à force de lire des ultra défenseurs du total télétravail raconter leur propagande et d'entendre des avis, tout aussi tranchés, de personnes ne supportant pas l'idée de ramener le travaille chez elles, j'ai bien envie d'apporter mon retour d'expérience, en essayant d'être le plus honnête possible, à défaut d'être totalement objectif.

Mon retour d'expérience

Commençons par les points réellement positifs. Aucun transport pour se rendre au bureau, c'est incroyable. Les lundis ne sont plus une source de souffrance, les mauvaises nuits de l'enfant ne sont plus aussi problématiques. Mais surtout, le fait de pouvoir amener mon fils à l'école, régulièrement à pied, tous les matins, cela n'a pas de prix.

Les trajets du matin étaient une grande source de stress pour moi, les bouchons, le manque de place pour se garer... Je n'arrivais jamais dans de bonnes conditions au bureau. Les retours n'étaient pas mieux, pour peu que la journée ne se soit pas bien passée ou que je mette 3 fois le temps normal de trajet, je pestais dans la voiture. Ne me parlez pas du train, le rythme de 3 jours de grèves tous les 5 jours de la SNCF a achevé ma motivation envers ce mode de transport pour le travail.

Bref, le temps de trajet n'était pas un sas de décompression entre le boulot et la maison.

Je fais plus souvent des pauses dans mon boulot, chose que je ne faisais absolument pas en présentiel. Et ces pauses sont doublement utiles, cela me permet de m'aérer l'esprit, quitter un peu l'écran, comme toutes les pauses quoi, mais j'en profite également pour avancer dans les corvées de la maison. Cuisine, ménage, petits bricolages, et la hantise des patrons anti-télétravail, des lessives !

Oui, je lance ou pends des lessives en télétravail ! Mais je peux rassurer tous ces patrons, depuis l'arrivée de l'invention de Jacob Christian Schäffer, à savoir la machine à laver ou lave-linge en 1765 puis à l'électrification de celle-ci en 1910 et sa démocratisation dans les foyers français depuis 1960, je ne suis plus obligé d'aller au bord de la rivière pour laver le linge et cette corvée ne me prends plus des heures.

Ouf !

Article wikipedia du lave-linge

Et grâce à ces pauses plus régulières et beaucoup plus utiles au quotidien, j'ai l'esprit plus serein pour travailler et la déconnexion se fait dès que j'éteins l'ordinateur.

En tout cas, pour moi, ca marche.

Cela ne se voit ni sur la balance ni sur mon physique, mais j'ai plus de temps pour le sport également. Le défaut, c'est de faire ses séances seul tout le temps, ce qui nuit à la régularité. J'ai bien l'application de suivi Strava qui permet de recevoir des encouragements régulièrement, mais cela n'aide pas tout le temps.

L'autre facteur de cette non-perceptibilité de reprise du sport, c'est le grignotage. Avoir accès à mes placards, c'est le mal, la moindre frustration peut être accompagnée d'un petit "remontant". C'est un point que je dois améliorer.

Je ne pense pas que de travailler à distance soit synonyme de se couper des relations sociales. Ok, j'avais déjà eu 2 collègues avec qui je discutais beaucoup, je les ai d'ailleurs invitées au vin d'honneur de notre mariage. Ces deux personnes sont quand même pour moi de l'ordre de l'exception lorsque je travaillais en total présentiel. Je n'allais ni aux pauses clopes, ni aux pauses thé/café, et petit à petit, j'ai fuis les "vendredi petit déj", beaucoup trop riches. Du coup, c'est assez difficile de discuter "en off" avec ses collègues.

Aujourd'hui, à distance, on discute chaque matin au daily, au retour de pause du midi, ou entre temps quand il nous arrive un truc drôle ou non. On discute des émissions de la veille, des déménagements de chacun, de la rentrée, des vacances, des bricolages en cours, des potins de l'entreprise...

Pour les points négatifs, c'est vrai que les petits restos de temps en temps le midi, avec les collègues, ça manque un peu. Pareil pour les séances de sports à plusieurs. Je pense que si certains collègues, ou même les locaux, étaient proches géographiquement, j'y passerai une fois dans le mois. Non pas parce qu'il me manque des interactions humaines, mais juste pour casser la routine. C'est là que je ne suis pas d'accord avec les "ultras du télétravail", oui une offre de total télétravail avec 1 jour de présentiel par mois/trimestre, c'est du total télétravail, et non ce n'est pas une énorme contrainte. Cela favoriserait le retour des populations dans des zones rurales autour des entreprises qui font le pari du total télétravail, tout en évitant de mettre toute la France en concurrence, voir une concurrence mondiale.

Un autre point négatif, c'est de travailler avec le casque tout le temps sur les oreilles...

il s'agissait d'un des points positifs lors de mon lancement dans cette aventure

Ma chaîne hi-fi se faisant âgée, le tiroir du lecteur CD ne se ferme plus, les sortie HP grésillent/coupent, du coup, j'écoute la musique au casque et je ne pense donc pas à le retirer de temps en temps pour reposer les oreilles et les cervicales.

Je cherche à la faire réparer, mais il n'y a plus beaucoup de spécialistes et il faut payer cash 60 € pour qu'on te dise si c'est réparable ou non.

Du coup, je cherche soit une remplaçante, soit la même pour récupérer des pièces.

Une autre solution serait de passer au micro déporté avec bouton pour l'activer/desactiver, et un casque à conduction osseuse, plus léger, et qui laisse les oreilles libres. Et en même temps, le casque fournit par l'entreprise est vraiment très bien conçu pour le télétravail (et le gaming), j'en reparle dans la seconde partie de l'article.

Dernier point compliqué qui est vraiment propre à mon caractère : je ne m'arrête plus. J'ai toujours eu du mal à faire de vraies pauses, c'est-à-dire avec rien à faire ou réaliser des activités juste pour le plaisir, sans objectif. "Je dois faire mes séances de sport", "je dois avancer sur la préparation des repas"... Je n'arrivais déjà pas à le faire en présentiel car, c'est difficile de s'isoler des autres, mais le souci s'est exacerbé depuis que je suis à la maison. J'y travaille.

Comment réussir le total télétravail ?

Je vais enfoncer des portes ouvertes, mais l'aménagement du lieu de télétravail et l'équipement de travail sont primordiaux.

Peu importe le bureau, ce qui compte, c'est de la lumière naturelle qui arrive directement dans la pièce, et un éclairage suffisant le restant du temps. Ne travaillez pas dans la pénombre. Idéalement, la pièce n'est réservée qu'au télétravail avec une porte qui ferme. Cela permet de travailler à des horaires où les autres membres de la maison dorment ou font beaucoup de bruit.

Je suis un mauvais élève sur ce point, car je suis sur le palier de l'étage, mais je cherche des solutions.

Une très bonne chaise est un indispensable, on oublie celles de la cuisine ou les premiers prix, vous y passerait 8 heures par jour. Le top serait d'avoir un bon soutient des lombaires, et un repose-pied au sol. Certains ne jurent que par les balles d'assise, moi, je préfère alterner entre position confortable assis et position debout.

Prochainement, je pense investir dans un tapis de marche, histoire de ne pas rester statique lorsque je suis debout. Cela rentabilise les réunions et permet d'accéder aux 10.000 pas par jour même en cas de mauvais temps.

Vous n'aurez certainement pas la main sur le choix de l'ordinateur. Par contre rien ne vous empêche d'investir dans un grand écran, sur un bras articulé pour gagner de la place. Pareil pour le clavier et la souris, vous en aurez sans doute par l'entreprise, mais il existe des périphériques avec une excellente ergonomie, vos muscles et tendons vous diront merci.

Si vous avez le choix du système d'exploitation, passez sous Linux.

Pour le micro casque, c'est difficile de donner un modèle en particulier, les gammes changent souvent. J'ai un Arctis 9 de chez Steelseries que je trouve parfait pour le télétravail. Voici les points que trouve indispensable et que vous pouvez retrouver sur d'autres modèles :

il s'agit d'un casque fermé, qui englobe l'oreille ce qui est très confortable
il n'a pas d'atténuation du bruit active, ça consomme moins de batterie
il est sans fil, mais radio, il est donc connecté à un périphérique propriétaire-USB (petit moins) mais profite d'une grande portée, je me balade dans toute la maison sans soucis.
il possède 2 canaux stéréos, avec une molette pour le volume général et une autre pour le mix entre les deux canaux. J'utilise le premier pour l'application de chat de l'entreprise et le second canal pour la musique.
il y a un bouton pour ouvrir/fermer le micro et celui-ci à une LED d'indication quand il est fermé

Reste qu'il s'agit d'un gros casque, il fait son poids, donc à vous de voir quels compromis vous voulez faire.

Pensez également à la décoration de la pièce, une déco professionnelle mais avec des touches personnelles, c'est toujours plus agréable.

Entreprises, comment réussir le total télétravail ?

Je ne peux pas me mettre à la place de l'entreprise, mais je peux indiquer ce qui aide l'employé à bien travailler dans une entreprise en total télétravail.

Premièrement, c'est la confiance totale accordée par défaut. Ok, le processus d'entretien dans mon entreprise actuelle a été plutôt rude et ne fonctionnera pas du tout avec des juniors. Plusieurs échanges avec différents interlocuteurs, dont un recruteur externe, des tests de niveau, des prises de références, échange technique en visio avec ma fuiture équipe... si on enlève la prise de référence, on ouvre le processus aux juniors et tout le monde est content.

Ce n'est pas facile, mais cela permet de rassurer l'employeur, qui accorde alors plus facilement une confiance totale. La période d'essai sert ensuite de dernier "test" grandeur nature, pour les deux parties.

Une très grande transparence et accessibilité quant au fonctionnement de l'entreprise, et cela dès le processus d'entretien.

Par exemple que toutes les équipes, dont les RH, aient un espace de partage de documents, un drive publique. Evidemment, il y a toujours des documents que l'on ne souhaite pas partager entre équipes, soit parce qu'ils sont en cours d'élaboration, soit parce qu'il s'agit de données brutes. Je n'ai pas besoin de voir tous les documents comptables, mais avoir accès à des bilans, aux CODIR, COPIL etc. cela devient très intéressant. Dans ce cas, il s'uffit d'avoir un drive privé, en plus du publique, par équipe et gérer un peu les droits. Le but ici est d'éviter l'isolement de l'employé, que la vie de l'entreprise lui échappe totalement. Si on crée des documents publiques (entre les services) et que l'on communique dessus, c'est parfait.

La communication est donc très importante. En plus des drives et des mails, proposer des outils de travail collaboratif est indispensable, à commencer par l'échange en audio. Réaliser les cérémonies agiles en visio, c'est très bien, mais pour les échanges de tous les jours, l'audio est largement suffisant s'il est bien pensé. Un canal par équipe, des canaux de réunions virtuelles, des canaux de concentration pour rester visible mais plus tranquille, seront une base solide d'échange.

On utilise TeamSpeak au bureau.

Enfin avoir des points réguliers avec les différentes équipes, et surtout, son responsable direct me semble obligatoire, si possible des points prévus dans les processus de l'entreprise, et pas uniquement à la demande du salarié.

Cela pourrait sembler contre intuitif, mais pour réussir à garder le moral et l'énergie de tous en total télétravail, il faut se voir au moins une fois par an en présentiel. Que ce soit un séminaire, se retrouver ou organiser un meet-up, donner la possibilité à une équipe de se rendre à un salon ou une convention, le but est de se voir en vrai et de sortir du cadre quotidien.

Je ne dis pas qu'il est impossible de garder la motivation sans jamais se voir, mais un séminaire de 3 jours dans un lieu qui nous fait sortir du cadre du travail, c'est fortement appréciable. En plus, les économies d'échelle de ne pas avoir de bâtiment sont un peu redistribuées de cette façon aux employés, ce qui motive à travailler à fond toute l'année pour profiter à fond du séminaire.

Pour finir

Je suis totalement conquis par le total télétravail, un retour en total présentiel ne se ferait sans doute qu'en changeant totalement de spécialité ou de métier, mais serait vraiment difficile. Un mode hybride est intéressant, mais il existe un réel gap quand on passe en total télétravail, qui ne convient pas à tout le monde.

Reste à améliorer mes différents points négatifs afin de profiter encore plus de ce qui n'est, finalement, qu'une disposition de travail comme une autre.

Une histoire de cintres

2024-05-07T15:24:26Z

Une histoire de cintres

Petit billet de blog rapide un peu en mode "3615 my life" avec un début d'intrigue à base de cintres.

Oui des cintres, pour accrocher les vêtements dans des penderies, cette invention du diable que l'on ne sait jamais vraiment où ranger entre deux lessives, qui traîne donc un peu à divers endroits de la maison, qui s'emmêlent les uns aux autres...

Je ne vais pas faire un tuto sur comment les ranger, des solutions simples existent comme un simple seau dans lequel on vient les mettre à la vertical, ou une barre de penderie dans une hauteur perdue de placard justement. Si l'on est organisé, on peut également les laisser dans la penderie d'où on a pris le vêtement et ne les récupérer que lorsque l'on en a besoin...

Personnellement, je préfère le rangement dans un espace perdu (ou plus ou moins perdu), je prends mon vêtement avec le cintre que je range à l'endroit où j'en aurai besoin pour faire sécher le linge la fois suivante.

J'ai donc besoin d'une barre de penderie et des attaches. Évidemment, les chutes de barre que j'ai dans le garage sont trop courtes... Mais j'ai la chance d'avoir un magasin de bricolage à 2 km à pied dans ma ville alors je profite de la pause du midi pour me dégourdir les jambes.

Sur place, je trouve la barre dont j'ai besoin, mais il y a une rupture totale de stock sur les fixations murales, et comme on est sur l'heure du midi, pas un vendeur à l'horizon.

Bon, après sur ce genre de barre, il n'y aura pas beaucoup de force mécanique sur les attaches, et comme les cintres seront "vides", le poids ne sera pas colossal, c'est donc un projet parfait pour l'impression 3D. Mais je suis encore fébrile sur la conception 3D et je n'ai pas le temps en ce moment. Je regarde rapidement sur Thingiverse, et il y a bien une personne qui partage des modèles compatibles avec la barre en magasin, parfait.

Les fichiers STL de support de barre par I_K_B

Petite impression de 3 heures; oui ma ender 3 pro est lente et un peu fatiguée; je peux passer au bricolage et enfin installer cette barre à cintres.

Ça y est, je pense que j'intègre enfin l'impression 3D comme un outil à part entière, au même titre qu'une ponceuse ou une défonceuse. Je vais arrêter de me poser la question de la légitimité de cette machine dans l'atelier voir passer à un modèle plus performant et qui prendra plus de types de filaments.

Et vous l'impression 3D, gadget ou outil dans votre atelier ?

Projet Weekly : présentation et cadrage

2026-02-02T14:09:59Z

Projet Weekly : présentation et cadrage

Il y a quelques jours, j'ai eu la chance de suivre une formation sur VueJS dans le cadre de mon emploi. Quatre jours intensifs que j'aimerais rapidement mettre à profit afin de ne pas trop oublier la quantité d'informations que j'ai ingurgité. Même si je vais en avoir besoin dans le cadre de mon travail, il risque de se passer plusieurs semaines avant que je ne puisse refaire du front-end.

Cela tombe bien, j'ai toujours une idée de projet personnel à réaliser qui n'attendait qu'un prétexte pour que je le développe.

Mais je me connais assez pour savoir que si je pars directement sur le code, le projet ne verra jamais le jour, comprendre ici : ne sera jamais en production et je ne l'utiliserai jamais.

En même temps, rédiger tout un tas de documents qui finiront à la poubelle, j'ai vraiment la flemme. Damned.

En plus, qui dit nouvelle technologie veut également dire nouvelles façons d'initialiser la structure de fichier du projet, lancer un nombre incroyable de commandes... Ça serait pas mal de capitaliser là-dessus.

Et je ne sais pas si vous l'avez remarqué, mais c'est assez simple de trouver du contenu qui t'explique comment démarrer un projet, la documentation pour développer est souvent bien fourni, par contre quand il faut commencer à mettre en production, il n'y a plus personne. Pouvoir demander un coup de main, et de nouveau capitaliser dessus ne serait pas de trop.

Bon si je résume, je ne me jette pas sur le code, mais je commence par cadrer le besoin et les fonctionnalités, et j'avance pas à pas. Un peu comme ces développeurs "super star" qui codent en public sur Twitch avec un chat qui propose des solutions quand ils bloquent.

Sauf que je n'ai pas une grande audience, que je n'aime pas trop coder en direct (syndrome de l'imposteur). Par contre le pas-à-pas, cela me parle, c'est ça de grandir avec des jeux en tour par tour.

C'est en faisant ce constat que je me suis rappelé que j'essaye de tenir un blog. Et que rien ne m'empêche d'écrire une suite d'articles qui ont pour but de faire avancer le projet, tout en partageant les ressources que j'aurai chiné sur le web.

Weekly, un semainier tout bête

Le projet, c'est simplement de créer un semainier. Voilà.

À la base, un semainier, c'est juste un bout de papier avec les jours de la semaine, et les repas que l'on veut préparer pour les midis et soirs. On a toujours fait comme cela avec mon épouse, c'est pratique pour faire la liste de courses et ne pas oublier de cuisiner un repas.

Notre modèle a évolué en quelques années, passant de la simple liste de plats à un modèle élaboré avec la météo, quand on y pense, le mode de garde de notre fils, les sorties...

Comme on en avait assez de refaire une grille toutes les semaines, on a créé un modèle vierge, que l'on peut imprimer pour le remplir à la main. Parfois, on remplit tout sur un tableur avant de l'imprimer.

Ça marche bien.

Et si le projet n'aboutit pas ou si le projet tombe en panne, on pourra toujours revenir à nos papiers, donc je suis serein.

Cadrage du projet

Commençons par lister les règles métiers et les fonctionnalités que j'aimerais retrouver.

Affichage du semainier sur 10 jours en commençant le vendredi (jour des courses)
Chaque journée est représentée sur une ligne horizontale, en 3 cases
La première case contient les informations du jour, la date, le mode de garde de notre enfant et en bonus la météo
La seconde et la troisième case affichent les repas du midi et du soir respectivement
La météo [bonus] affichera les températures min et max de la journée et une icône pour résumer le temps de la journée (pluie, soleil...)
Les appels à l'API météo se fera côté backend
La page d'affichage sert également de page de modification, soit en activant un mode édition, soit à la volée.
On doit pouvoir créer une nouvelle semaine. Les vendredis, samedis et dimanche en commun conservent leurs données.
On doit pouvoir visualiser tout l'historique des semaines
Le tout ne doit être accessible que si l'on est authentifié, donc une page d'authentification
Toutes les personnes identifiées auront un droit de lecture et d'écriture.
Les comptes utilisateurs seront en dur, pas d'inscription possible

Certaines fonctionnalités restent volontairement vagues, je ne sais pas encore comment je veux les implémenter.

Je fais des choix très personnels dans ce besoin, le but n'est pas de créer une application pour tous les besoins de tout le monde.

Si la base du projet vous intéresse, le code sera ouvert et libre.

Pour les technologies choisies :

Front-end : VueJS avec typescript, vuetify, tailwindcss et pinia
Backend : PHP/Symfony avec certainement API plateform

Je pourrai faire ce projet en full Symfony avec des templates twig, mais le but est ici de s'exercer à Vue.

Je vais héberger ce projet sur un raspberry pi à la maison, je ne vais pas mettre en place de docker, des virtual host apache2 suffiront, et je maîtrise bien cette mécanique.

Le code sera hébergé en 2 repository sur Gitlab.

Cette première étape fait déjà un article un peu long. J'espère que cela vous intéresse. J'attaquerai la création du front-end dans le prochain billet qui arrivera... quand il pourra :)

Symfony : Une route pour le RSS ?

2026-02-02T13:57:51Z

Symfony : Une route pour le RSS ?

Si vous lisez ce blog, vous savez déjà que j'ai un projet personnel autour de l'option Tempo d'EDF. Ce projet est écrit en PHP avec le framework Symfony, que j'apprécie fortement.

Se remettre dans le tempo

J'ai créé, entre autres, un flux RSS/Atom pour suivre la couleur du lendemain, directement depuis Feeder sur mon Android. J'ai créé un fichier XML à la racine du dossier public, je l'ai référencé dans mon "heade"r afin de le faire découvrir aux navigateurs. Et comme chaque moyen de transmettre l'information Tempo, j'ai créé une page pour indiquer comment l'utiliser.

Sur cette page, j'indique également le lien vers ce flux, lien généré par le système de routing de Symfony évidemment.

J'ai cherché des références sur la manière de générer un flux RSS pour le diffuser sur un site, et la manière assez commune est la suivante :

 PHP
#[Route('/path-to-feed', name: 'feed')]
public function feed(): Response

    // le fichier est généré par un service/script externe

    // on récupère le contenu du fichier xml
    $feedContent = file_get_contents('mon-flux.xml');

    // on le renvoie comme Response avec le bon header
    return new Response($feedContent, 200, [
        'Content-Type' => 'application/atom+xml',
    ]);
}

De mon point de vue, cette façon de faire manque d'audace et me semble bien lourde. Demander à php de lire un fichier que le navigateur peut interpréter, c'est dommage au niveau des performances.

D'un autre côté, je ne vois pas mettre un lien en dur directement sur la page, ou utiliser à moitié le système de routing pour générer une URL de base et d'y concaténer le nom du fichier directement dans le twig.

Alors j'ai testé une autre approche :

 PHP
#[Route('/mon-flux.xml', name: 'feed')]
public function feed(): void
{}

Cette route ne fait rien, et n'est même jamais déclenchée vu que le fichier est directement à la racine du dossier public. Il suffit d'autoriser l'extension ".xml", ou de limiter l'accès à cet unique fichier, dans le ".htaccess" afin de permettre au navigateur de le trouver.

.htaccess ou config de virtualhost Apache2    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule !\.(js|ico|gif|jpg|png|css|xml)$ %{ENV:BASE}/index.php

Alors à votre avis, bonne idée ou mauvaise pratique ?

La borne de recharge

2026-02-02T13:57:51Z

La borne de recharge

Cet été, nous avons fêté les 3 ans de notre fils. Et quand on est un p'tit gars de 3 ans en 2023, ce que l'on adore par dessus tout, ce sont les voitures. Enfin, tous les véhicules à moteur : camions, autobus, engins de chantier, motos, voitures, avions... Tout ce qui fait vroum ou roule est un émerveillement de chaque instant. Bon, j'ai précisé "p'tit gars en 2023" mais ça aurait pu être la même avec une fille en 1980, cela faisait une belle accroche, je trouve...

Bref, nous lui avons offert le Graal en matière de voiture pour enfant, à savoir une voiture de police dedans laquelle il peut entrer et circuler un peu partout.

Il ne l'a pas lâché de la journée, mais au bout de quelques dizaines de minutes, il nous lança cette terrible question :

Bah je la charge où ?

Quelle diablerie me sortait-il là ? Recharger son nouveau véhicule, comme la voiture de papa. Encore une preuve, s'il en fallait, que nos enfants sont d'excellents observateurs et éponges à émotions/actions que l'on peut leur transmettre dans notre quotidien ! Il avait donc repéré que ce véhicule à propulsion humanoïde possédait une trappe pour ajouter du combustible !

Complètement pris au dépourvu, je lui ai indiqué un point de recharge imaginaire dans le jardin et il est parti tout heureux dans cette nouvelle quête. Et j'en avais une nouvelle également, il fallait que je crée une borne de recharge pour ce véhicule. Enfin, il fallait, j'avais enfin une idée de projet sympa alors je ne pouvais pas dire non.

Cet article n'est pas un tutoriel expliquant chaque étape pas à pas, mais plutot le résumé de cette aventure.

La conception

Dans un premier temps, je pensais accrocher une bête boite de dérivation sur un mur extérieur, mettre un autocollant de symbole électrique et un simple fil pour faire l'illusion. Mais ça serait dommage de ne pouvoir jouer que dehors, et puis ce serait plus sympa si la borne était un peu interactive, au moins un bouton... Et un bouton qui déclenche de la lumière, c'est sympa aussi... Après une soirée à y réfléchir, il me fallait mettre mes idées au clair et sur papier.

Il faudrait que cette borne :

soit sur pied, pour la déposer n'importe où
soit autonome électriquement, nécessite une batterie et un système de recharge
s'allume en branchant un câble de recharge
possède un bouton qui déclenche la "séquence" de recharge
une lumière pour indiquer la mise sous tension
des lumières pour indiquer la recharge

Un peu de bricolage de bois, de la programmation, de l'électronique et de l'impression 3D, voilà un super projet en perspective :)

Au cours du processus de création, j'ai mis de côté certaines idées comme l'utilisation d'une vraie prise 200 v comme connecteur. La première raison étant de ne pas donner envie à mon fils de jouer avec les prises de la maison. Pour servir d'interrupteur, le câble à brancher se devait d'être modifié en "cours-circuit". Je pense que c'est une très mauvaise idée de créer ce genre de câble compatible "prises domestiques" :). J'ai donc fait le choix d'un câble audio Jack comme connecteur, et d'une création 3D pour l'autre bout qui ira dans la voiture.

Avant de me lancer, j'ai tout de même vérifié que mon idée serait réalisable avec un arduino (ou équivalent chinois), alors j'ai testé un circuit virtuel avec un bout de code écrit avec l'aide de ChatGPT. Je ne sais pas si ces outils, basés sur de l'IA, sont le mal ou non, en tout cas, j'ai codé un programme fonctionnel en moins de 10 minutes sans me replonger dans la doc Arduino. Personnellement, je vois les "IA" à la chat GPT comme des outils supplémentaires et pas comme un remplacement complet des métiers de la tech et de ceux qui utilisent du texte pour travailler. Je sépare le fait de savoir utiliser ces outils de l'expertise de son métier.

La réalisation

J'ai ensuite réuni tout ce dont j'avais besoin pour créer la boite.

Un arduino nano
un condensateur 470 microfarads
un circuit pour convertir le 3,3 v en 5 volts
un circuit pour gérer l'alimentation et la recharge de la batterie

La pièce en rose au milieu est un porte pile imprimé en 3D. C'est un modèle créé par Heliox, une youtubeuse qui partage ses créations et idées de bricolage, mais qui ne correspond plus aux modèles de batteries rechargeables que l'on trouve aujourd'hui. Quand j'aurai plus d'expérience en modélisation, je referai ce genre de création pour le nouveau format, en attendant, j'ai trouvé des portes piles tout fait sur AliExpress. J'ai globalement réutilisé les composants d'un des projets de Heliox, je mets le lien vers sa vidéo tout en bas de cet article.

Après le test "virtuel" j'ai réalisé le montage sur une breadboard avant de passer à la soudure.

Et voilà le montage une fois terminé dans sa boite.

Je ne suis pas vraiment satisfait de ce que j'ai produit en impression 3D et encore moins pour le travail du bois. J'avais pris pas mal de retard dans la création de ce jouet et je commençais à me dire qu'il rejoindrait la longue liste des projets inachevés qui attendent dans mon garage ou dans mon disque dur. J'ai pris quelques mesures sur la trappe et ai modélisé un embout pas tout à fait adapté sous fusion 360, et après 4 ou 5 versions, le résultat était utilisable. Pour le pied, je l'ai créé avec ce qu'il me restait de bois, du coup, il doit y avoir autant de vis que de bois :) Ce n'est pas super propre, je pense qu'avec un peu plus de R&D, j'aurai également fait en sorte de pouvoir recharger la batterie sans ouvrir le boîtier, mais l'important est qu'il adore sa borne.

Le code source du projet

Le site pour tester des montages virtuels

Support de casque en impression 3D par Heliox

Unset my life

2026-02-02T13:57:51Z

Unset my life

Un rapide billet pour parler d'un bug, à première vue totalement improbable, au bureau.

Le contexte est la gestion des jours de fractionnement d'un établissement public, dont les congés sont donc gérés de janvier à décembre. Pour rappel, un jour de fractionnement est accordé s'il y au moins 3 périodes de 5 jours de congés consécutifs sur la période de référence, et que les jours déposés sont bien comptabilisés dans la période de référence.

Par exemple, en 2023, si vous avez 5 jours consécutifs en mars 2023, en juin et septembe 2023, vous "gagnez" 1 jour de fractionnement (de congé quoi).

Par contre, si vous n'aviez pas soldé vos congés l'année précédente, il se peut que des congés de votre 1re période de 5 jours soient comptabilisés l'année précédente, et vous n'avez donc plus droit à ce congé de fractionnement. Je sais, c'est un peu compliqué, j'en viens au souci dans le code.

J'étais dans le cas indiqué précédemment et un congé de fractionnement étais tout de même accordé, à tort. Voici grossièrement comment fonctionne le code.

 PHP
<?php
  // periods est un tableau d'indice numérique et chaque case contient x jours de congés consécutfs
  $periods = retrieveConsecutivePeriods();

  $fiteredPeriods = checkPeriodsWithMinimumDays($periods);

  // cette méthode renvoie la date à laquelle on acquiert le congé de fractionnement, null sinon
  $dayOfSplitting = getDayOfSplitting($fiteredPeriods);

  // si la variable n'est pas nulle le traitement se poursuit
?>

En testant un peu, tout fonctionne bien jusque dans la méthode getDayOfSplitting.

 PHP
<?php
  public function getDayOfSplitting(array $fiteredPeriods): int
  {
    if (isset($fiteredPeriods[2])) {
      // on fait le traitement
      // dans cet exemple j'ai mis en dur le 2 mais en vrai c'est une variable, qui dans mon cas, donnait 2
    }
  }
?>

Le tableau passé en paramètre ne contenait que 2 éléments et pourtant, il trouve bien l'indice 2 (donc troisième élément du tableau) et réalise le traitement à tort. Si vous êtes un dev avec un peu d'expérience, vous vous doutez sûrement problème, il se situe dans la méthode checkPeriodsWithMinimumDays :

 PHP
<?php
  public function checkPeriodsWithMinimumDays(array periods) : array {
    foreach ($periods as $key => $period) {
      if (count($period) < 5) {
        unset($periods[$key]); // houuu ca c'est moche
      }
    } 
  [...]
  }
?>

Le unset a bien supprimé l'élément de mon tableau, mais il n'a pas modifié les indices, donc on se retrouve avec des "trous" dans la suite de chiffres et pour peu que l'élément d'indice 2 persiste, le code produira un beau bug.

Je n'aime pas l'utilisation du unset dans une boucle pour cette raison, je préfère recréer un tableau qui doit contenir les valeurs à conserver, cela évite bien des erreurs :

 PHP
<?php
  $newTab = [];
  foreach ($periods as $key => $period) {
    if (count($period) >= 5) {
      $newTab[] = $period;
    }
  }
  [...]
?>
`

Photo par Atomic Tacos

Un nouveau format ?

2026-02-02T13:57:51Z

Un nouveau format ?

Le format gémini est vraiment agréable pour réduire le temps entre l'idée et l'écriture de celle-ci dans une note de blog. Néanmoins, dans ma façon d'imaginer mon système de blog, j'ai rencontré quelques petites limites à ce format simple.

Un nouveau format ?

Dans mon idée, le fichier d'un billet de blog doit contenir toutes les données nécessaires à sa publication et sa diffusion. Tout en écrivant le squelette du blog, j'ai ajouté des "méta-données" directement au début de chaque article/fichier, il en ressort 5 lignes commençant par le préfixe "!#" qui ont ces caractéristiques :

Une première ligne contenant le titre de l'article
Une seconde ligne contenant un résumé/une description du contenu
Des mots-clefs séparés par une virgule ; utile pour le partage sur les réseaux et le tri des articles par thème
Une bannière sous la forme d'un lien (local, sans préfixe comme files://) et d'un descriptif pour la balise "ALT"
Et enfin un champ pour le ou les auteurs sous la forme d'un texte et d'une partie entre "< >" contenant un lien (http, gemini ou mailto) ; chaque auteur étant séparé par une virgule

Il est a noté que même si seules les 2 premières lignes sont obligatoirement renseignées, toutes les lignes doivent apparaître pour être compatible avec le format. En toute logique, un blog est assez personnel, donc l'auteur devrait toujours être le même, la ligne peut donc rester vide, on sous-entend alors que l'auteur est celui qui tient le blog. Par contre, je me dis qu'il serait dommage de créer un "format" et de ne pas se laisser la possibilité d'écrire à 4 mains voir de donner la parole (l'écriture) à une autre personne sur mon blog. Cette ligne est faite pour cela.

Voici ce que cela donne pour l'article que vous lisez actuellement :

!# Un nouveau format et un éditeur de texte
!# Gémnini est un format trop contraignant, il ne laisse pas la place à la créativité des développeurs ? La bonne blague :)
!# gemini, javascript
!# 2023-10-24/logo_geminix.jpg Un logo pour la surcouche gemini x
!# 
A partir de ce point, le reste du fichier est au format gémini, mais avec des fonctionnalités "cachées" dans le système de blog.

Pour des raisons de simplicité, j'ai commencé par écrire des articles en laissant l'extension ".gmi" à mes fichiers. Cela m'embête un peu, mes rajouts cassent les normes de ce format. Dans un sens, c'est pratique, car ils restent reconnus par les éditeurs de texte et les navigateurs au protocole gémini, mais cela reste trop brouillon.

C'est pourquoi j'ai décidé de formaliser, via cet article, ce "format" comme étant du "Gémini X"; non aucune originalité, je ne suis qu'un simple développeur ; avec comme extension de fichier ".gmix".

Il faut voir ce format comme une extension du gémini, une simple surcouche, et à l'instar de Sass ou Less pour CSS, le ".gmix" n'est pas destiné à être utilisé comme format de partage direct, mais comme un document d'écriture. Il est nécessaire de passer par une moulinette, libre à vous de faire ce que vous voulez des métadonnées et de garder le reste du document comme fichier au format gémini.

Il est légitime de se demander si l'utilisation d'un fichier externe n'aurait pas été judicieuse, s'il ne s'agit que de gérer des méta-données. J'ai déjà un fichier qui se crée au moment de la première publication d'un article. Ce fichier reprend les données des 5 premières lignes du format gemini x, mais également un hash de l'article, la date de création, d'édition, le lien vers mastodon, bref un fichier qui gère la vie de l'article publié.

Finalement, je n'ai pas plus d'explication quant au choix technique d'un seul fichier, et c'est l'avantage de créer seul dans son coin, j'ai fait le choix de ce qui correspond le mieux à mon besoin. Même si cela me ferait plaisir, je ne crée pas ce format avec la prétention qu'il soit largement adopté par la communauté gémini.

Gemini et la créativité

À terme, j'aimerais pouvoir partager du code dans des articles, faire des tutos ou juste partager une technique que je trouve intéressante. Pour en avoir plusieurs en cours d'écriture, je me rends compte qu'au format Gemini cela rend les articles affreusement longs, il est difficile de lire l'article entre les gros blocs de code.

Je voulais avoir une sorte de système de spoiler. En HTML, CSS et un peu de JS, c'est plutôt facile. En gémini par contre... Sauf si l'on détourne un peu l'utilisation du texte libre, les fameux ```. Voici un exemple :

▽ SPOILERPHP
<?php
    echo 'Hello, World!';
?>

Au format HTML, vous pouvez cliquer sur le mot spoiler pour afficher ou non le contenu. Si le langage est connu du système, il l'affichera même au début du bout de code (ici PHP).

Au format Gémini, vous avez un lien vers une capsule qui ne contient que le bout de texte libre et des liens pour revenir à l'article. S'il y avait une notion d'ancre dans GEMINI, cela aurait pu être parfait avec un retour au niveau du lien.

Qu'en pensez-vous ?

Se remettre dans le Tempo

2026-02-02T13:57:51Z

Se remettre dans le Tempo

La fin de l'été 2023 arrive tout doucement, la première rentrée de notre fils arrivant quant à elle à très grand pas. Je n'ai pas vu passer ces deux derniers mois et cela se ressent sur les publications du blog ; nada. Alors j'écris ce petit billet histoire de reprendre le pli de l'écriture, mais également pour faire un peu de teasing sur les projets (et donc articles) en cours de réalisation. Comme beaucoup, j'adore procrastiner, alors espérons que cela m'aidera à tenir mes "engagements".

Voici les projets en cours et que j'aimerais terminer avant cette fin d'année :

Rédaction de 2 articles de blog autour de développement PHP/Symfony (en grande partie écrits, reste à relire et vérifier le code)
Création d'un format "en surcouche" pour GEMINI (techniquement fait, billet écrit, ça devrait arriver vite)
Un jouet pour mon fils, regroupant électronique, programmation et bricolage (je le crée et ensuite, je fais le billet.)
Montée en compétences sur VueJS - c'est déjà en cours avec le boulot -
Monter et héberger une instance Pleroma afin de jouer le jeu de la décentralisation sur le fediverse
Monter et héberger une instance PixelFed pour ne plus envoyer de médias à instagram

Reste à reprendre un bon rythme pour réaliser tout cela tranquillement, sans pression.

En parlant de rythme, donc de tempo (quelle transition), est-ce que vous savez qu'EDF propose non pas 2, mais 3 options de base pour l'électricité ? La première est le tarif bleu, la seconde est "heures pleines/heures creuses", et il existe une troisième nommée Tempo.

Avec cette option, en plus d'être divisé en HC/HP, le tarif du KwH est modulé en fonction de 3 types de journées : bleu, blanc et rouge. Les jours bleus sont très peu chers par rapport au tarif normal, les jours blancs sont légèrement moins cher, et les jours rouges sont beaucoup plus cher, environ 7 fois plus. Avec un calendrier qui se fait jour après jour, EDF peut ainsi inciter les utilisateurs à réguler leur consommation en fonction des pics. Vous êtes informé de la couleur du lendemain à partir de 11 h sur l'application EDF, le site ou par sms, et à partir de 20 h sur votre compteur Linky. Bref, si vous ne chauffez pas votre maison avec de l'électricité et que vous pouvez différer l'utilisation d'appareils énergivores (sèche-linge, four...) c'est une option intéressante financièrement. Je n'ai aucun lien avec RTE, EDF ou autre et vous ne trouverez ici aucun lien de parrainage ou d'affiliation, je ne cherche pas à vous convaincre de passer à cette option, vous faites ce que vous voulez.

Par contre, soit je n'ai pas compris le fonctionnement des sms, soit le service ne fonctionne pas avec mon numéro, je ne reçois rien. Je trouve que l'information sur le site ou l'application, après une identification, est noyée dans une montagne d'autres données que je ne cherche pas nécessairement à voir au quotidien. Et puis je suis fainéant, taper un login mot de passe à chaque fois, c'est trop long, alors je préfère chercher une alternative. Il existe des sites alternatifs qui partagent l'information, certains le font même à partir de 7 h la veille. Mais soit il y a des traqueurs, soit de la pub, soit l'information est noyée dans les différentes fonctionnalités du site. Cela reste également une grosse page web à charger pour une toute petite information, qui passerait facilement dans un SMS voir un flux RSS ; sérieusement, personne n'y a pensé chez EDF ? De plus, il n'est pas simple de connaître les sources de chacun de ces sites.

Comme les services ne sont pas à la hauteur de mes exigences, autant le créer moi-même. Cela tombe bien, j'avais justement envie de coder un projet en PHP/Symfony, et RTE propose une API gratuite.

Je n'en suis qu'au début, le site ne propose pas encore tous les modes de distributions que j'aimerais avoir et il n'est pas très beau. Sur ce dernier point, si vous êtes un webdesigner, ou que vous en connaissez un, ou que vous aimez simplement créer des design légers, modernes et sans utiliser une multitude de dépendances, votre aide sera la bienvenue :)

Le site du projet Tempo

Le code source du projet

Image par swooshe de Pixabay

Changement de cadre

2026-02-02T13:57:51Z

Changement de cadre

Ce vendredi 9 juin 2023 était mon dernier jour en présentiel ! Après une petite semaine de vacances, je commencerai une nouvelle aventure en télétravail total.

Il parait que les confinements successifs ont donné des envies de changement de vie à bon nombre d'employés dans le monde, je crois que dans mon cas cela s'est fait en deux temps. D'abord, j'ai cherché à quitter la métropole (lilloise). Je n'y vais de toute façon que pour y travailler, avec toutes les galères de transports en commun ou d'embouteillages que cela suppose. (coucou les 1 h 30 pour faire 20 km) En prenant le risque de changer de technologie de développement, j'ai trouvé une entreprise plus proche de chez moi et avec des enjeux qui m'intéressaient bien plus. J'ai certainement laissé passer quelques "belles opportunités professionnelles" mais j'y ai d'autant plus gagné en confort de vie.

Avant ce changement, je n'avais fait de télétravail qu'en mode "catastrophe", quand il m'était impossible de me rendre en transport ou en voiture chez le client. Donc du télétravail dans de mauvaises conditions, mais j'avais déjà bien aimé. J'ai passé le premier confinement en inter-contrat et j'ai rejoint l'entreprise que je quitte aujourd'hui en septembre 2020. Ce n'est donc qu'après cette sortie de la métropole que j'ai testé le vrai télétravail avec le second confinement. Mis à part mes années dans l'audiovisuel où "on était mal payé, mais on se marrait bien", je pense que ce premier test en télétravail a été le meilleur moment dans ma vie professionnelle. Je n'y ai vu que des avantages :

aucun temps de transport matin et soir
reprise du sport (marche et renforcement)
moins de distraction par les collègues et les pauses
moins de temps avec le casque vissé sur les oreilles, même en écoutant de la musique, du coup la joie de réécouter des albums sur cd avec une vraie chaîne Hi-fi

Et je ne parle pas du plaisir de pouvoir passer plus de temps avec mon épouse et notre nouveau-né, tous les deux à la maison pendant le congé parental. Je prenais moins de pauses et sincèrement, mes journées étaient tout aussi longues que si j'étais au bureau, transport inclus, mais avec un temps de transition quasi nul.

Distance oblige, le fonctionnement entre collègues et équipes a dû s'adapter. On avait un point "visio" tous ensemble chaque jeudi après-midi, pour échanger sur les sujets en cours, donner des infos de l'entreprise... Et le reste du temps tout le monde avait pris le pli d'avoir son micro-casque à portée de main pour solliciter ou être sollicité. Le reste du temps : le calme, la concentration sur ce que l'on a à faire. Quand on a la chance d'avoir un job passion, c'est, de mon point de vue, le fonctionnement parfait. Je conçois par contre que ce n'était pas le point de vue de tout le monde dans l'équipe, cela restait un fonctionnement forcé que personne n'avait choisi.

Le retour à la "normale" a été d'autant plus difficile que l'on avait beaucoup moins de rigueur sur les échanges en présentiel. Beaucoup d'infos s'échangent pendant les pauses clopes ou café, deux choses que je ne fais pas. Je suis sans doute LE collègue un peu chiant, mais j'ai cette mauvaise habitude de rester à mon poste toute la journée pour bosser ou pour faire des pauses en lien avec mon travail. Incroyable n'est-ce pas ? Et sans doute par nostalgie de ces moments passés loin du bureau, on s'est également mis à faire des réunions visios tous en présentiel, vu qu'aucune salle de réunion n'était assez grande et que de toute façon, on aurait tous notre PC et que c'est moins pratique pour partager chacun son tour son écran... Par contre limiter les réunions quand l'un des participants est en télétravail, là ça ne pose pas de problème...

Bref, suite à un déménagement nous rapprochant de la famille, mais m'éloignant encore du bureau, cela redevenait un non-sens de faire autant de route pour allumer un ordinateur que j'avais chez moi. Alors quand j'ai eu l'opportunité de partir pour du total télétravail, j'ai foncé.

J'ai conçu mon cocon de travail, mêlant ainsi un autre loisir que j'ai à ce projet de vie : le bricolage. J'ai créé et bricolé ce bureau que vous voyez en début d'article et franchement, c'est gratifiant de savoir que l'on va travailler sur un meuble que l'on a soi-même réfléchi et créé de ses mains.

Je ne sais pas si le choix de passer au tout distanciel sera parfait, mais je suis content de le faire dans une entreprise où ce fonctionnement est la philosophie de base. Tout le monde est en distanciel, et toute l'organisation se fait en fonction de cela. Il est également possible de se rendre dans des espaces de coworking ou de travailler ponctuellement chez un collègue n'habitant pas trop loin en cas de sentiment d'isolement. C'est assez rassurant d'avoir ce genre de souplesse, l'isolement étant un des facteurs d'échec connu du tout distanciel.

Je raconterai sans doute ici les péripéties de cette aventure et également sur Mastodon.

"Quitte à passer la majeur partie de sa vie à travailler avec des collègues, autant bien les choisir"

C'est une phrase que j'ai plusieurs fois entendue et qui me déprimait. Je préfère celle-ci :

"Quitte à passer la majeure partie de sa vie à travailler, autant dédier le temps restant à ceux avec qui on a choisi de vivre."

La capsule temporelle

2026-02-02T13:57:51Z

La capsule temporelle

Il y a quelques jours, j'ai eu quelques échanges sur Twitter à propos des sorties cinéma, dans le sens notre ressenti sur les séances que l'on a pu avoir dans les salles obscures. Le sujet de base était de parler de nos pires expériences, souvent nous conduisant à sortir pendant la séance, puis cela a dérivé sur ce que l'on considérait comme étant de "bons films".

J'ai été surpris de me rendre compte que ma consommation de film au cinéma avait drastiquement chuté ces dernières années, et il me fallait un peu de réflexion que je ne l'aurai cru pour me rappeler des séances les plus "marquantes", un comble. J'ai pourtant eu un pass illimité juste après mes études, il y a forcément un tas d'anecdotes à raconter.

Puis je me suis rappelé que j'ai une boite que je considère un peu comme ma capsule temporelle, qui contient pleins des billets de concerts, ciné, festivals en tout genre, et même ma première (et unique) étoile au ski... Bref pas mal de souvenirs au format papier. OK cela ressemble plus à une boite à souvenirs, mais quand on ne l'ouvre que tous les 5 ans ça compte non ?

Article Wikipédia à propos de la capsule temporelle.

Bon finalement pas tant de billets de cinéma, en tout cas rien avant 2017, la plupart étant même presque totalement effacés, dommage. Je me suis remémoré mes séances cinématographiques et j'ai terminé l'échange.

Ce que j'ai pris conscience en ré-ouvrant cette capsule, c'est qu'avec le tout numérique (non, pas digitale pitié !) j'y mets de moins en moins de chose dans cette boite à souvenirs. Je trouve cela dommage, j'adorai avoir ma place de ciné sur ce petit bout de papier avec l'affiche d'un film à l'arrière. On avait une date, un lieu et une activité réalisée en solo ou avec des amis. C'était assez facile à retrouver car non rangé dans des dossiers et sous-dossiers d'un éventuel disque dur ou autre service cloud... Voir un sombre QR code ne menant plus nulle part, dans un bête e-mail.

Est-ce pour cela que les "sites web" sous le protocole Gemini s'appellent des "capsules" ? Un format de texte et un protocole volontairement simple, tournés vers le texte et donc facile à retrouver après des années ? Peut-être une sorte de compromis entre la frénésie de contenus numériques et la pérennité des livres, format papier.

Dans tous les cas, ces questionnements, un peu en mode "vieux con", m'ont donné des idées de séries de billets non-tech pour ce blog, c'est toujours ça.

Ce billet a un format volontairement "court", une sorte de "capsule", un moment de réflexion bref, avec peu de choses à raconter, mais que je tenais à mettre par écrit quelque part. Je regrouperai ce genre de billet sous le tag du même nom (capsule).

Hello, World! Mon blog est (enfin) en ligne

2026-02-02T13:57:51Z

Hello, World! Mon blog est (enfin) en ligne

Hourra mon blog est en ligne! Et c'est déjà une petit exploit en soi!

Génèse

Cela fait bien longtemps; traduire ici "longtemps" par "années"; que je voulais tenir un blog. Mettre en forme et partager mes connaissances et mes projets perso ou non. Je me suis toujours dit que c'était un très bon exercice de sythèse et une bonne vitrine de moi même pour les autres et pour moi.

Comme beaucoup, avant de commencer je me suis posé beaucoup trop de questions. Bien que la plupart étaient assez pertinentes. Quel format, quelles technos, quel design, tout faire à la main ? partir sur du Symfony ou une solution toute faite. Et comment intégrer les principes d'inclusion, gérer la sécurité, où héberger.... et l'écologie dans tout ca ?

Aujourd'hui j'ai tranché, je commence par faire simple, efficace, mais qui part vite en production (en ligne quoi). De toute façon ce blog évoluera petit à petit, Rome ne s'est pas fait en un jour, et c'est en publiant régulièrement que j'aurai des retours sur ce qui plait, ou non, et que je pourrai améliorer, ou pas.

Il faut que je m'en tienne au but final de ce blog : écrire pour partager.

Le choix technique

Dans un premier temps j'étais parti sur l'idée d'un super site super-dynamique, basé sur Symfony, avec la possibilité de pouvoir faire évoluer tout un tas de choses, connecter des API tierces... Mais cela demande beaucoup de temps, de la grosse maintenance et je fais déjà tout cela 8 heures par jours. Les mois passent, j'ai toujours mieux à faire que de créer un gros projet de zéro, je n'arrive pas à me décider par où commencer, ni me limiter dans les fonctionnalités. Je ne souhaites pas non plus gérer par moi même des aspects comme les commentaires ou des données des utilisateurs alors je vais forcément passer par un système tiers, donc devoir suivre des "normes" de ces tiers, donc lire de la doc...

Il faut que je m'en tienne au but final de ce blog : écrire pour partager.

Faisons plus simple. Je commence à suivre une bonne petite liste de blog, dans la tech ou non. J'ai donc l'opportunité de voir différentes façon de faire et j'aime beaucoup le blog de Flozz. Il est agréable à lire, rapide à charger. Il est basé sur Pelican, un système de site web statiques.

Le blog de Flozz

Le site de l'outil Pelican

J'ai commencé par me renseigner sur Pelican, sur le fonctionnement, tester un peu en local. Mais encore une fois beaucoup de possibilités, beaucoup de fioritures, il faut créer un thème complet ou en choisir un à adopter parmis une liste assez longue. En plus l'outils est en python, je connais assez mal ce langage. Du coup oui c'est évolutif mais cela demandera du temps avant de publier... J'ai continué à laisser passer des mois avec ce sujet en attente.

Il faut que je me rende à l'évidence, si la création de ce blog n'est pas très simple, je ne le ferais jamais.

Puis, grâce à un toot de Flozz, j'ai découvert le projet Gemini. Non, pas celui des capsules spatiales, mais celui des capsules web ! un protocole/format de fichier très rudimentaire qui se focalise sur l'écriture et la simplicité avant tout ! Hey pas mal ça, il faut que je creuse.

L'article Wikipedia sur le protocole Gemini

Depuis que vous lisez ce tout premier article vous avez constaté que je parle beaucoup, à l'écrit. Enfin je fais de longues phrases, je digresse souvent, donc le blabla devrait prendre une place importante dans mes articles. Du coup j'aimerai bien baser mon blog sur cette technologie "Gemini". Et en même temps il y a certains aspects techniques que je n'aime pas trop dans cette simplicité ! Où sont les images ? OK avec Gemini on revient beaucoup dans les années 90 avec un web accès sur la lecture seule, mais il y avait tout de même un peu d'images d'illustration.

Et en creusant, j'ai découvert le blog de ploum avec son article "La fin d’un blog et la dernière version de ploum.net".

Super je découvre un blog par la fin, bravo le veau !

Je ne vais pas rentrer dans les détails, mais j'ai adoré le côté "Gemini first", et la conversion des fichiers .gmi vers du HTML à peine plus compliqué, mais qui a au moins le mérite d'afficher les images ! Tout est simple, chaque page est indépendante, le css est très léger, aucun traqueur, PAR-FAIT ! En fait, j'ai l'impression que Ploum, Lionel Dricot de son vrai patronyme, a déjà réalisé toute la réflexion que je pouvais avoir sur le sujet, et il propose une solution viable.

Le blog de Ploum

Le même blog mais via le protocole Gemini

OK le code est en Python, je ne connais toujours pas super bien ce langage mais suffisemment pour comprendre le fonctionnement. Et puis il y a des choses qui me manquent encore comme les tags et les commentaires déportés. Qu'à cela ne tienne, je vais m'inspirer fortement de son travail mais le faire à ma sauce, et en PHP. Et pour faire cette transformation, je vais me baser sur 3 questions que l'on m'a confié il y a peu :

Qu'est-ce que je veux améliorer
Qu'est-ce que Je veux ne pas perdre
Qu'est-ce que je suis pret à perdre pour y arriver

Bon a priori j'ai fini par y arriver puisque vous m'avez lu jusqu'ici.

Syndrome de la page blanche (et de l'imposteur)

Reste maintenant à trouver de l'inspiration pour les articles, et surtout d'arrêter de me dire que tout a déjà été écrit, que l'on attend de moi un niveau de connaissances de dingue pour oser partager quoique ce soit en ligne.

Pour le moment je commence avec des articles en français uniquement. Commençons petit et voyons la suite.

Et il faudra aussi que je travaille sur l'aspect clair et concis, cette introduction est déjà trop longue n'est-ce pas ?