Peut-être que je devrais renommer cette section Loot tout court. Car j’ai posté qu’une fois en février. Mais en même temps c’est un mois très court, février, comparé aux autres… (ouais c’est une bonne excuse)

Cette fois, beaucoup de trucs dans mon historique, j’espère que vous avez du temps devant vous. Ou sinon bon remplissage de votre “read it later”.

Petit message de service avant

Les articles sur Godzilla 2 et 3 sont en cours, mais je galère sur les extractions de clips. Notamment sur les sous-titres. Je n’ai pas trouvé, avec Shotcut, de solution pour simplement extraire des bouts d’une vidéo, tout en conservant les sous-titres synchronisés. Tant que je ne l’ai pas fait, pas d’article 😞 donc je prends un peu de retard.

Je suis preneur d’idées et de solutions alternatives, libres. (pas d’Adobe ou autre) Il faut que ça soit pas trop compliqué à faire non plus, car je vais devoir le faire pour tous les films quasiment. Il faudrait aussi, idéalement, que les sous-titres des clips extraits soient pas incrustés dans la vidéo mais bien à part. Si vous avez des propositions, contactez-moi.

Société

Le code a changé, 3 épisodes sur de potentiels changements législatifs catastrophiques.

• Omnibus : la directive européenne inquiétante 1/3 (Podcast)
• L’Amérique, colon digital 2/3 (Podcast)
• Histoire d’un lanceur d’alerte 3/3 (Podcast)

Rien de nouveau sous le soleil concernant la vassalisation numérique de l’Europe, mais de bons rappels et connexions avec le passé. J’aime beaucoup la comparaison entre les CGU qu’on accepte sans lire, et les colons européens lors de leur arrivée aux Amériques qui faisaient lire et accepter des textes longs et impossibles à lire pour les indigènes.

Concrètement, omnibus vise à “simplifier” des règlements qui ne sont manifestement pas appliqués. Franchement, dire que le RGPD est compliqué est vraiment une réflexion d’enculé. Il fait partie des trucs les plus simples et courts. Non, il faut être un enculé pour chercher à complexifier le truc pour le contourner. Car si tu n’es pas un enculé envers tes clients ou tes visiteurs/utilisateurs, alors le RGPD n’est pas difficile, et tu n’as pas besoin de pop-up de cookie ou autre. Et quand, dans le podcast, il répète qu’il y a des défauts au RGPD, franchement il ne parle que de ces moves d’enculé, pas de vrais défauts. Déçu qu’il le répète autant de fois aussi gratuitement. C’est pas le RGPD qui impose les bannières, qui force les dark-patterns et organise la tromperie des visiteurs/clients. C’est les entreprises, pour le bonheur du capitalisme de surveillance. Elles y participent, comme des collabos !

En plus, les “simplifications” qu’ils veulent faire ne serviront à rien pour nos entreprises. C’est que pour les géants américains, afin de laisser plus de solutions de contournement, et ajouter encore plus d’instabilité législative.

• Sondage de DPO à l’appui, noyb affirme que la simplification RGPD est à côté de la plaque

En parlant de capitalisme de surveillance et de fascisme, j’apprends que Microsoft fait encore le connard (oh surprise), et que plein de jeux se retrouvent strike sur Steam, probablement injustement d’ailleurs. Perso je suis opposé au concept de protection de la propriété intellectuelle (un sujet pour un autre jour), donc ça me rend encore plus fou que qui que ce soit empêche d’autres gens de créer sous prétexte que c’est “trop” proche de ce qu’il possède (et n’a même pas créé) ! Bref Microsoft fait son Nintendo, comme d’hab quoi.

• Microsoft’s AI-Powered Copyright Bots Fucked Up And Got An Innocent Game Delisted From Steam

Internet

• Doit-on confisquer les smartphones des vieux ? avec Audrey Randriamandrato (YouTube)
• Vérification d’âge (1/4) : vers un internet de moins en moins sûr
• Vérification d’âge (2/4) : de l’impunité des géants à la criminalisation des usagers
• Vérification d’âge (3/4) : la panique morale en roue libre
• Faut-il interdire les réseaux sociaux aux jeunes ? (Article + Livre)

Après avoir lu, et écouté tout ça, je pense que vous aurez une bonne idée de ce qui arrive et qui pose problème. Le livre que j’ai cité est très intéressant et surtout est rempli d’exemples et de cas réels pour soutenir les propos. Il pose de la nuance, même du côté des “pro censure”, ce qui permet d’appréhender le sujet sereinement.

Avec l’agent orange au pouvoir, le vrai visage des USA est plus que jamais visible. Pas qu’ils étaient de gentils partenaires politiques par le passé hein, mais au moins plus personne ne peut nier ce qui est clairement visible là où avant ce n’était que rangé aux côtés des théories du complot. Et ce malgré les multiples révélations avec preuves que ces théories du complot étaient bien avérées !

Il y a les guerres, les vraies diraient certains, qui font des morts à coups de bombes et de balles. Il y a aussi la guerre numérique, qui fait aussi du mal, parfois même des morts. Sans bombes, sans balles. Mais pire, celle-ci assure une main-mise des USA sur nos vies à tous, européens mais aussi partout dans le monde. Cette guerre a commencé avec l’arrivée d’internet, et donc ne date pas d’hier. Beaucoup de gens alertent, éduquent, et prédisent avec succès les ingérences et les abus impliqués par nos législations et nos infrastructures obligatoires et américaines.

ET TOUT LE MONDE S’EN FOUT !!! Wakeup!!! (réveillez-vous !)

Queer & Antiracisme

Changement de ton, pour une nouveauté rafraîchissante. Une émission queer sur le média “Histoire Crépues”. Du queer connecté à l’antiracisme, ça fait du bien.

• L’amour entre femmes est-il vraiment plus simple ? - Kwir I DI (YouTube)

Dans le milieu gay, côté masculin car je le connais mieux, c’est vraiment un enfer côté racisme et comportements problématiques en tout genre. On croirait que les pédés seraient enclins à mieux comprendre les principes de domination et de discrimination, étant eux-mêmes victimes ; mais non, rien. C’est même tout l’inverse et c’est fatiguant à la longue. Ça me rappelle un très bon épisode du podcast “Les couilles sur la table” si vous voulez en savoir plus sur ce sujet. Je peux confirmer presque tout ce qui y est raconté, pour l’avoir soit vu soit vécu. Même si je suis loin d’avoir le bingo complet, j’ai coché suffisamment de cases pour être convaincu de la véracité de tout ça, et de leur hégémonie.

• Grindr ou la culture du plan cul | 1/2 (Podcast)
• Grindr ou la culture du plan cul | 2/2 (Podcast)

Pour revenir sur l’émission Kwir I DI, elle fait du bien et j’espère en voir plus d’épisodes à l’avenir. J’en connais pas avec des mecs racisés, j’aimerais bien ça aussi je pense. Surtout si c’est aussi détendu. Car les propositions que je connais sont toutes hétéro et/ou très blanches malheureusement.

Pour continuer dans le thème antiraciste, je recommande cette vidéo, notamment à votre ami qui vous répète que le racisme anti-blanc est un souci.

• Le racisme Anti-Blanc selon Naïma Moutchou (YouTube)

Et je vous recommande chaudement ces deux vidéos, toujours sur le sujet du racisme :

• L’histoire du racisme - Partie 1 (YouTube)
• L’histoire du Racisme - Partie 2 (YouTube)

Vous comprendrez alors bien la différence entre racisme et xénophobie ; pourquoi le capitalisme est raciste par nature (ou presque), et qu’un monde sans racisme existait bel et bien avant.

Android

Je me permets de relayer la lettre ouverte pour garder Android ouvert :

• Keep Android Open (en)

Un Android moins, voire pas ouvert c’est encore plus de main-mise par les USA sur les Européens !

GAFAM

Je n’utilise plus WhatsApp depuis un moment. Pas que j’étais ravi de l’utiliser avant, il m’a été imposé. Certaines personnes continuent de tenter de me joindre dessus, et se plaignent que je ne réponds pas, ou que je ne suis plus joignable. Tant pis. Si tu veux me joindre, envoie un SMS, un MAIL, ou appelle-moi. Tout ça marche très bien et est à la disposition de TOUT le monde.

Si jamais tu le souhaites, j’utilise d’autres réseaux de communications, mais ceux-ci tendent à se réduire de plus en plus car ils sont tous problématiques d’une manière ou une autre. Le dernier qui risque de sauter de mon côté c’est Discord.

Dans ce thème, j’aimerais partager cet article :

• WhatsApp chez les militants? coup de gueule !

Il l’aborde sous un autre angle, qu’il est important de bien appréhender et garder en tête.

De manière connexe, voici un bon article sur la manipulation effectuée par nos chers GAFAM sur nous-mêmes :

• Attention à l’économie de l’attention

Science

• Your Brain Is the Secret Designer of the Universe and Here’s the Mind-Blowing Way Your Consciousness Shapes Reality (en)

Je ne suis pas encore certain d’où classer ce site sur l’échelle de la pertinence ou la légitimité. Pour le moment je lui fais plutôt confiance, comme je pourrais pour un magazine comme Epsilon. Donc bien, mais à ne pas prendre pour argent comptant. Disclaimer terminé, je trouve que ces recherches, si elles s’avèrent se confirmer, donnent une perspective intéressante sur ce qu’est notre conscience, et se connectent bien aux débats autour de l’IA et notamment de l’AGI. Artificial General Intelligence, le boss ultime de l’IA.

Je recommande la lecture de l’article, et je ne partagerai pas plus mon opinion sur le sujet, car je suis loin de l’avoir bien forgée (mon opinion).

On en entend beaucoup parler, souvent en mal car c’est utilisé par les influvoleurs pour être des canons de beauté, mais c’est probablement une des révolutions scientifiques médicales les plus importantes récentes. De plus je suis très content de savoir comment ça marche, maintenant.

• The Uncomfortable Truth About Ozempic (YouTube) (en)

Architecture

Je vous avais partagé la première, voici la seconde de la série. Il est donc aussi probable que je partagerai la troisième quand elle sera disponible 😛.

• SOLARPUNK: la récupération d’une utopie écologique (YouTube)

J’ai personnellement toujours associé le “SOLARPUNK” à quelque chose de positif. Une vision optimiste, possiblement vers laquelle tendre. Car c’est souvent joli et donne envie d’y vivre. Bon, même si j’aimerais pas y vivre, j’aime aussi beaucoup les esthétiques béton et cyberpunk ; donc pas certain que l’attrait soit un bon critère d’appréciation. Et c’est clairement ce que confirme cette vidéo. Je n’étais pas prêt à voir le solarpunk être aussi près du fascisme et des techno-bro. Pourtant tout était déjà sous mes yeux, mais probablement que j’étais trop aveuglé par l’attrait réel de l’idée du solarpunk.

Train

Amis ferrovipathes, une vidéo super intéressante sur un des réseaux de métro les plus singuliers. Un petit plaisir à regarder, pour encore se rendre compte à quel point les Chinois sont de très bons planificateurs, eux !

• Ce qu’on ne vous a jamais montré sur ce réseau de métro ! (Les Secrets du Métro de Chongqing)

IA

Ouais, il n’y a pas une semaine sans nouveauté/réflexion/analyse flippante sur l’IA. La bulle est encore là, elle bougeotte un peu mais avec les conséquences de l’agent orange, difficile d’entrevoir un éclatement sous peu.

• The job losses are real — but the AI excuse is fake (en)

Ce premier article vient un peu rappeler que l’IA ne crée pas nécessairement (euphémisme ?) de nouveaux comportements. Le capitalisme s’en sort très bien tout seul. L’IA n’étant que l’excuse à la mode pour tenter de masquer la réalité. Bon article donc qui rappelle tout ça.

• The Eternal Promise: A History of Attempts to Eliminate Programmers

Dans la lignée de “l’IA ne révolutionne rien”, un bon rappel des faits sur notre histoire dans le développement logiciel, avant même que le nom n’existe. C’est à la fois rassurant et flippant. Car malgré tout, les articles en nombre promettant la suppression du rôle de développeur sont omniprésents et pèsent sur le moral. Celui-ci contrebalance un peu. Cependant, une fois de plus le capitalisme nous tue encore davantage. J’aime bien le côté optimiste de son analyse. Chaque étape mène à plus et mieux malgré tout, sans effacer l’existant ou le passé, le consolidant davantage.

• Open Source After the Extraction (en)
• GitHub Is Thinking About Killing Pull Requests (en)

Les conséquences néfastes, elles, sont bien là et visibles. La révolution fait du mal, aux gens et aux projets. La collaboration open source, telle qu’on la connaît, vit peut-être ses derniers moments. Soit nous arrivons à contrebalancer les effets de l’IA sur les projets communs, soit nous allons devoir trouver une nouvelle façon de créer ces communs en cohabitant avec les conséquences de l’IA. Pour le moment les réactions sont plus de l’ordre de la protection et du renfermement. Les exemples ne manquent pas. La fermeture des contributions, et de certains bug-bounty en sont de bons exemples. D’autres tentent de s’en sortir autrement, tel Gnome qui redirige presque tout son flux git sur GitHub pour bénéficier de l’hébergement gratuit. (sans quitter sa forge) Mais combien de temps ces solutions “gratuites” resteront viables (si tant est qu’elles le soient à l’heure actuelle) ?

• An AI Agent Published a Hit Piece on Me (en)

Et pour couronner le tout, les IA terminator pointent le bout de leur nez. Et grosso modo la seule réponse qu’on a à pourquoi ? c’est un Oups, désolé. C’était pas mon intention ! Il serait bon de revoir ses bases donc. Voici quelques vidéos PAS récentes sur le sujet :

• Deadly Truth of General AI? - Computerphile (YouTube) (en)
• General AI Won’t Want You To Fix its Code - Computerphile (YouTube) (en)
• AI “Stop Button” Problem - Computerphile (YouTube) (en)

La playlist complète

Et quand l’IA ne fait pas du mal en ligne, ses infrastructures s’en chargent dans le monde réel. Il y a un sujet qui semble passer sous silence, sans jeu de mots. La question de la pollution sonore, et notamment des infra-basses et de leur effet sur la santé. Cette vidéo explore le sujet, et la rigueur ainsi que les références scientifiques rendent le problème crédible.

• Datacenters Behaving Like Acoustic Weapons (YouTube) (en)

Cela remet en cause mon enthousiasme pour les datacenters implantés en milieu urbain. Ce qui est une bonne idée sur le papier, notamment pour profiter de la chaleur produite pour nous chauffer et l’eau chaude. Réduisant les pertes calorifiques en les exploitant. Est-ce que la question des nuisances sonores, même inaudibles, a été prise en compte ?

Si je résume, voici les points d’attention que je connais sur les datacenters :

• La consommation énergétique devient un problème (à cause de l’IA)
• La consommation d’eau est parfois un souci (une honte, cf un de mes Loot précédents)
• La production d’infra-basses est potentiellement un souci qui en fait une AoE (Area of Effect)

À garder sous le coude, si je trouve plus d’info là-dessus.

À force de parler en mal de l’IA, vous allez finir par croire que je suis contre et que c’est le mal absolu. Un peu d’équilibre avec ce témoignage positif sur l’utilisation de LLM et de ce qu’il rend possible. Pour prendre un peu de recul sur le sujet.

• Ancient code, mental health, and AI tooling (en)

Et c’est la fin. Ouf! Beaucoup de loot cette “semaine” 😉😉.
Bisoux 😗

Concert plutôt cool. Du GOGO PENGUIN comme on l’attend. La qualité de la salle était vraiment un gros plus. Une mise en valeur de la qualité de la musique par une qualité sonore au top, comme toujours là-bas.

GoGo Penguin:

• Chris Illingworth - Piano
• Nick Blacka - Contrebasse
• Jon Scott - Batterie
• Joe Reiser - sonorisation

© Jon Shard / Nicky Rybka

Première partie : Daudi Matsiko

• Daudi Matsiko - Guitare, voix

Société

• Y a-t-il un instinct paternel? (Youtube | Podcast)

J’ai personnellement déjà pas mal lu et écouté sur le sujet, mais cette fois je trouve qu’il y a pas mal de liens scientifiques permettant de rendre le propos plus solide et remettent beaucoup d’idées reçues en place.

• Pourquoi on vous ment autant sur le Japon (et pourquoi vous y croyez) (Youtube | Podcast)

En lien avec le loot sur la Chine, une vidéo qui explique pourquoi nos médias disent n’importe quoi sur le Japon, et par extension probablement sur tous les pays asiatiques.

Chine

• Le Soleil Rouge réveille l’Occident (Youtube)

Une petite vidéo qui remet les préjugés en place. À voir absolument.

IA

• Why do AI company logos look like buttholes? • VelvetShark (en)

Rigolo et sérieux à la fois, rien à ajouter 😁

USA, Fascisme, et énergie renouvelable

• You are being misled about renewable energy technology. (en) (Youtube)

Alors comme d’habitude, Technology Connections fait une vidéo très intéressante, et même si le sujet n’est pas aussi saugrenu que ces deux vidéos de 2h sur le fonctionnement des lave-vaisselle, c’est ici très pertinent et bien géré. J’aime beaucoup comment il remet les ordres de grandeur en tête pour montrer les conneries qu’on fait en tant que société.

Mais je partage la vidéo ici non pas pour son sujet premier, mais pour sa partie plus inhabituelle sur les soucis que les USA rencontrent avec les conséquences du fascisme en place. Il sort de “son devoir de réserve” je dirais. Non pas qu’il en ait un, mais c’est comme un trait partagé par beaucoup de créateurs de contenu de ne surtout pas parler politique. Alors même qu’ils le font quand même sans s’en rendre compte. Non, ici il prend ses responsabilités, prend un risque (face au harcèlement qu’il va probablement subir), et dit les choses clairement. Suffisamment clairement pour donner des instructions précises de vote, sans masquer les “imperfections” de choix. Avec tout ce qui se passe aux USA en ce moment, ça fait plaisir de voir ce genre de contenu. C’est un rappel que des gens s’opposent à ce qu’il se passe, comme le rappelait BLAST aussi dans sa vidéo FACE À L’EXTRÊME DROITE, LA RÉSISTANCE S’ORGANISE.

Je ne vais pas m’étendre davantage sur le sujet, mais j’espère voir plus de créateurs prendre ces positions publiquement, et je souhaite tout le courage du monde à Technology Connections (ouais je sais pas comment le gars s’appelle), pour supporter les attaques dont je suis certain qu’il va subir.

Tech

Sécurité

• Eargapping (en)

Je pensais pas que les soucis de sécu du Bluetooth étaient aussi graves.

Kubernetes

• Le premier intérêt de Kubernetes n’est pas le scaling

Juste un petit rappel qui va de pair avec Dear friend, you have built a Kubernetes (en).

FOSDEM

Ce weekend je l’ai passé à Bruxelles pour le FOSDEM. J’y vais tous les ans depuis 2019. (en ligne en 2021 et 2022 à cause de la pandémie). Cette année, la keynote d’ouverture était particulièrement émotionnelle, avec le rappel que le FOSDEM est un évènement politique, et que l’état du monde n’est pas très engageant en ce moment. Je vous recommande le replay pour vous rendre compte de l’ambiance à ce moment-là.

Quelques talks que je vous recommande de regarder (dès que les replays seront disponibles) :

• Evolving Git for the next decade (en)

Git a 20 ans, mais est loin d’être terminé. Très bonne conf sur les prochaines évolutions prévues, et pour moi la découverte de Jujutsu qui sert d’inspiration pour de nouvelles façons d’utiliser Git. Il faut que je regarde en détail.

• How to Make Package Managers Scream (en)

Autre conf que je recommande chaudement avec sa copine de 2018 qui est dans la même veine. Très drôle ! L’audience était très participative et dynamique. Un plaisir d’y avoir assisté.

• The state of Go (en)

Tous les ans, la salle Golang est un incontournable pour moi, et avec la présentation “state of go” un plaisir à regarder. Courte, simple, drôle, et instructive. À regarder pour se tenir à jour des évolutions du langage. Même les anciennes années sont instructives, et les regarder dans l’ordre permet de voir le langage évoluer.

• How to do a Podcast with Free Software? (en)

Très bonne présentation des bases techniques et moins techniques pour faire un podcast. En ayant été moi-même dans la position de faire un podcast, en tant qu’animateur et à la prise de son, je le trouve juste et instructif. Cependant vous allez devoir regarder et lire d’autres ressources plus techniques pour toutes les questions de production du son. Dans tous les cas, c’est un bon point de départ.

• Podlibre: Podcast Audio Editing for the AI Age (en)

Une présentation d’un nouvel outil d’édition “audio” à l’attention des créateurs de podcast. Je suis super curieux de tester et jouer avec car la promesse est vraiment intéressante et pourrait permettre de se passer enfin de tout un processus long et chiant, ou de matériel propriétaire coûteux. Le projet est à ses tout débuts, donc rien de vraiment tangible à se mettre sous la dent pour l’instant.

• CRA Integration – How FOSS compliance measures support CRA obligations, especially regarding documentation, security updates, and traceability.
• Implementing the Cyber Resilience Act - engaging with open source
• The Geopolitics of Code: From Digital Sovereignty to Global Fragmentation

Alors j’étais plutôt en mode repos, et j’ai écouté d’une oreille. Donc je ne recommande pas forcément de regarder les replays, cependant j’ai trouvé intéressant de voir que la salle Janson (la plus grande) était bien remplie. Pour les trois talks. Les questions de régulation européenne attirent les foules et j’en suis le premier étonné. Il se trouve que la souveraineté numérique était plutôt vendeuse cette année au FOSDEM car beaucoup de talks dans beaucoup de rooms le mentionnaient, quand ils ne parlaient pas exclusivement de ce sujet. Je suppose que les questions de réglementation aussi du coup. Bien loin des petites salles remplies à peine au quart qui parlaient RGPD il y a quelques années.

• Hacking the last Z80 computer ever made (en)

Une présentation plutôt courte et cool avec du matériel bien vieux et rigolo à utiliser et hacker.

Et voilà, je suis parti ensuite. J’ai pas partagé tout ce que j’ai vu, uniquement ce qui me semblait intéressant ou suffisamment quali pour être apprécié, même en replay.

Par ailleurs, il semblerait que j’aie explosé tous mes records d’audience Masto cette année avec un Pouet. Aucune idée de pourquoi, mais c’est rigolo.

https://mamot.fr/deck/@ztec/115990259401164027 (en)

Les photos cool que j’ai prises durant le weekend :

Vivement le prochain FOSDEM, en 2027.

Cette semaine, je vous emmène sur YouTube quasi exclusivement. Posez-vous, regardez ça tranquillement et ensuite lisez l’article de Ploum à la fin. Ou commencez par cet article. L’un comme l’autre c’est la merde.

Sécurité

Quand tout un continent peut lire vos sextos ou le numéro de CB que vous avez utilisé sur Uber Eats y’a 2 minutes :-p (j’exagère, ou pas)

• 39C3 - Don’t look up: There are sensitive internal links in the clear on GEO satellites (en) (YouTube)

Vidéo très intéressante sur les communications satellites, et notamment le manque fréquent de chiffrement, alors même que les transmissions couvrent des continents entiers. Comme l’une des deux présentatrices le dit, ça fait réfléchir un peu sur nos propres modèles de menace, même individuels quand des SMS ou des transactions bancaires circulent en clair et que tout un continent peut les capter avec trois francs six sous de matériel.

Architecture & Écologie

• ARCOLOGIES: ces villes utopiques qui devaient sauver la planète

Alors là j’étais pas prêt. Vidéo très poétique sur un sujet très ésotérique. Cependant c’est abordé avec beaucoup de sérieux et d’analyse. J’aime beaucoup qu’il démarre avec le postulat que l’extension urbaine est un souci, notamment pour l’environnement. L’arcologie arrive comme une solution toute trouvée, ancienne comme un remède de grand-mère. Alors que pas du tout !

Dans tous les cas, je note le terme, et les concepts autour dans ma besace d’outils dystopiques.

• Garder sa voiture thermique, bon pour le climat… vraiment ? (YouTube)

On parle encore écologie. La question posée me paraissait évidente car, comme beaucoup je pense, je considère qu’il faut garder et utiliser les choses le plus longtemps possible. Cependant, il y aurait des exceptions dont font partie les voitures. Plus généralement, tout équipement qui produit de la pollution, de manière non négligeable, à l’usage. Mes idées reçues étaient clairement fausses sur le sujet, et même si la question, si posée sérieusement, m’aurait amené à possiblement me mettre en doute, je ne pense pas que j’aurais fait le travail suffisamment sérieusement pour arriver à une conclusion aussi solide. Bref, regardez la vidéo si vous avez une voiture thermique, ou que vous hésitez à changer de voiture.

IA

• La Fabrique à Idiots (YouTube)

Je partage cette vidéo alors même que sûrement vous l’avez déjà vue. Cependant c’est une des premières que je vois qui aborde le sujet sérieusement avec beaucoup de références. Le tout sans être dans l’exagération pour ou contre les IA dans leurs formes actuelles. Les équipes de Micode semblent vraiment faire du bon boulot au vu de leurs dernières vidéos. On est parfois dans le sensationnalisme, mais jamais gratuitement. Ça se bonifie avec le temps. Bravo.

Transport

• Chantier Sensible, l’histoire invisible de la passerelle de Massy - Un film de Karine Dana (YouTube)

Une petite vidéo, sans voix off, sans fioriture. C’est simple, et c’est vraiment agréable de voir ce genre de document sur des chantiers aussi “banals”. J’aimerais voir ça plus souvent. Un petit moment de calme appréciable.

Société

• L’urgence de la souveraineté numérique pour échapper à la merdification

Après avoir partagé exclusivement des liens vers YouTube, je pense qu’une petite lecture de Ploum est de rigueur.

Bonne année 2026 à toustes!

J’espère que j’aurais toujours les conditions matérielles nécessaires d’ici 2027. Avec les USA qui ont redoublé d’effort pour être l’un des pires connards (euphémisme) du monde, c’est pas gagné.

Société

• Chili : asséché par les data centers | ARTE Reportage (2025)

Je suis sidéré que des gens se soient dit que c’était pertinent et ok de construire des datacenter qui “consomment” de l’eau pour fonctionner. Genre on sait faire du refroidissement sans “juste” évaporer de l’eau, en circuit fermé, depuis des lustres. C’est d’ailleurs ce qu’on fait presque partout je crois. On a même des datacenter sans clim qui consomment pas d’eau. Je suis vraiment sidéré par la non empathie de gens qui prennent ce genre de décisions. Des entreprises américaines sur sol étranger (pour elles), donc c’est pas non plus étonnant…

• Logiciels libres en bibliothèque - BAM : Biodiversité Autour de Moi - Chronique de Gee (podcast)

(Je partage l’épisode mais surtout la chronique de Gee dedans). Encore une bonne take sur la question de l’originalité artistique et du copyright. À ajouter dans le bucket du sujet ;-)

• CETTE RESSOURCE REND FOU LE MONDE ! (YouTube)

Étonnant de la lister ici maintenant, en l’ayant regardé avant que les USA fassent encore les USA. Mais bon, ça reste pertinent.

• Wikipedia:Signs of AI writing (en)

Une tentative de detecter les écrits généré par LLM. Comme c’est Wikipedia ça semble sérieux, mais je ne suis pas certain que quoi que ce soit du genre ne tienne bien longtemps face à l’évolution des LLM. Contrairement aux solutions automatique, ici c’est plus une sorte d’éveil humain critique. Un peu comme les recommandations de regarder les incohérences sur les vidéos IA. Mais ça ne marche que tant que les LLM sont imparfait (ce qui est loin d’être une garantie éternelle), et le faire humainement sera souvent moins efficace que de le faire automatiquement. Or on sait que les outils automatiques sont désastreux de ce côté là.

Bref, page à suivre, car c’est une réponse communeautaire intéressante malgré tout.

• Comment Votre Identité Peut Nous Faire Perdre Une Élection

Bon, je vais pas vous recommander d’écouter ou regarder BadMulch d’une manière générale; Pour utiliser ses mots, il est souvent désastreux. Mais sa série dont cet épisode est tiré est bonne. J’aime beaucoup qu’il essaye de créer des mots (dans le sens de les faire rentrer dans le vocabulaire courant) pour les phénomènes qu’il décrits. C’est accessible, plutôt bien fichu (chapeau pour le motion design et 3D). À l’occasion, je vous recommande vivement les épisodes précédents aussi.

Tech

• How I, a non-developer, read the tutorial you, a developer, wrote for me, a beginner (en)

Drôle à lire. La question qui me taraude dans l’esprit : “et si on trouve les bons mots, est-ce que ça a un sens?”

• Today in “Google broke email” (en)

• How Github monopoly is destroying the open source ecosystem (en)

Sortez de Github. Par pitié. Les forges alternatives ne manquent plus depuis au moins 5-8 ans. Et héberger son code soi-même est devenu trivial, même sur un raspberry-pi à la maison. Comme d’habitude avec ce genre d’injonction, se rendre disponible ailleurs ne veut pas nécessairement dire qu’il faut être accessible QUE ailleurs. Notre code peut être sur Github ET ailleurs. Les vidéos peuvent être sur YouTube ET ailleurs. etc…

Art

• The Living Tombstone - “Everything Is Fine (Remix)” (en)

Je pense que c’est cool, et “à propos” en ce début d’année.

• Trekorama

Explorez les vaisseaux StarTrek comme si vous y étiez. Du moins c’est ce que dirais un agent immobilier des année 2000 qui n’a jamais experimenter la VR. Mais c’est cool quand même.

Vous l’avez remarqué car vous me suivez avec attention au vu des nombreux (zéro) messages reçus (toujours zéro) concernant l’absence de loot of the week la semaine dernière ; (vous pouvez enfin respirer si vous lisez à haute voix) mais il n’y a pas eu de loot of the week la semaine dernière 😁.
C’était Noël donc bon, j’ai une bonne excuse cette fois. Même si celui de ma famille a été reporté pour la première fois depuis 42 ans (ouais j’ai 42 ans, depuis 42 ans…), j’étais occupé.

Si vous me suivez avec attention, vous savez aussi que j’ai pondu 2×4k mots sur Godzilla ce week-end aussi. Avec des vrais extraits de monstre dedans ! Allez lire/regarder juste après cet article : ゴジラ Godzilla (1954)

Bref, à vos nouveaux onglets, partez !

Société

• Why Isn t Online Age Verification Just Like Showing Your ID In Person? (en)

Un bon article qui vulgarise bien un des problèmes que pose la vérification d’identité et d’âge en ligne.

• How We Lost Communication to Entertainment (en)

Allez aussi lire l’article du même auteur qu’il cite au début pour bien comprendre ce qu’il raconte.
J’espère juste que suffisamment de gens continueront d’utiliser des solutions de communications libres, fiables et accessibles. Je n’utilise par exemple pas le XMPP car je n’aurais personne à qui parler aujourd’hui dessus. Je communique presque exclusivement avec des services privateurs comme Telegram, Discord, Signal.

Un truc qui m’a profondément choqué et un peu agacé récemment : Je ne répondais plus sur Whatsapp (je n’y suis plus joignable), et à aucun moment la personne à l’autre bout n’a imaginé envoyer un SMS. Le SMS ne faisait même pas partie de son modèle mental de communication avec un smartphone. Pire, quand celle-ci a finalement envoyé un SMS (après m’avoir appelé, et que je lui ai rappelé l’existence de ce système archaïque), il est arrivé bien 12-13h après. Le fait que son fournisseur (Free je crois) ne délivre les SMS avec 12h de retard ne semble pas l’inquiéter plus que ça. Pour moi c’est un motif de non-rendu de service que je paie, et j’aurais changé de fournisseur illico. Le SMS est normalement très fiable et rapide. Je l’utilise tous les jours et j’ai des conversations parfaitement fiables et rapides. Et je ne parle même pas de SMS avec le RCS, mais bien de bons vieux SMS GSM.

Bref, cet article m’a aussi fait penser à un autre que j’ai lu récemment : Domains as “Internet Handles” (en). L’auteur démontre pourquoi il est cependant utile et souhaitable d’avoir bien plusieurs identités, une par plateforme. Qu’elles soient libres ou privatrices. Du besoin de ne pas mélanger tout, ou du moins pas l’imposer.

• Miraculous : les dessins animés deviennent-ils trop politiques ? (YouTube)

Je ne connaissais pas, mais c’est presque si maintenant j’ai envie de regarder 😁. (nan faut pas pousser non plus)

• Tout ce que l’on ne veut surtout pas savoir sur le racisme (Podcast)

Rien à dire, allez écouter.

• Vous n’avez pas d’âme (et c’est pas grave) (YouTube)

Le sujet est touchy. C’est comme quand on arrive avec de gros sabots pour dire que nous n’avons (probablement) pas de libre-arbitre. Les réactions sont tout de suite épidermiques, et je comprends parfaitement pourquoi. Qui aurait envie de se dire que tout ce qu’il fait, pense ou choisit n’est pas de son fait ? Personne. Même pas moi. Mais bon, quand on étudie un peu sérieusement la question il est difficile d’arriver à d’autres conclusions que le libre-arbitre ne nous habite pas. Sauf à revoir notre définition du libre-arbitre. Cette vidéo aborde un peu la même problématique de manière accessible (enfin je trouve, car j’ai compris et je suis pas philosophe). Je rajoute ça dans la liste des contenus intelligents sur les IA. Comme d’hab Monsieur Phi fait un excellent boulot, j’adore.

Art

• Fan Art : hommage ou plagiat ? | _Underscore | ARTE

J’en parlerai bientôt, mais personnellement (pour faire simple) je suis opposé au copyright, aux droits d’auteur, et à toute marchandisation d’art (hors matériaux propres). Je vais pas m’étendre là-dessus aujourd’hui car j’ai en préparation une très longue prose qui ira dans le détail, notamment pour parler d’IA générative. Le tout avec nuance, donc gardez vos réactions émotionnelles pour plus tard.

Pourquoi je dis ça ? Car cette vidéo me fait beaucoup plaisir et rappelle que justement toutes ces notions ne sont que purement artificielles, et ne tiennent pas face à la création et l’art en général. Que justement la reproduction, le plagiat, l’adaptation, etc… c’est aussi important que la création originale, si celle-ci existe toujours. Le seul endroit où j’ai vu ce que le fan art pouvait donner dans le monde matériel quand celui-ci est toléré, c’est le Japon. Il est normal et toléré de vendre son fan art, ce qui fait que vous pouvez trouver de beaux livres d’art, comme ceux que vous trouvez à la fnac, avec des dessins de Mario ou autres franchises de manga. Et les revenus ne sont pas redonnés aux “ayants droit”, mais bien aux artistes qui produisent ces livres. Et le marché de l’occasion étant très développé là-bas, vous pouvez retrouver des magasins entiers qui les proposent à la vente. Et il y a de tout dedans, comme ce que vous retrouveriez en ligne.

Belle vidéo, qui donne la part belle à la copie, l’inspiration, et ne se cache pas derrière une définition qui rendrait les deux absolument différents.

• How Rural Japanese Trains Still Exist (en) (YouTube)

Vu que je parlais du Japon, voici une petite vidéo super intéressante sur les trains régionaux du Japon. Pas les grandes lignes, mais les toutes petites, toutes mignonnes. Le Japon en a encore beaucoup, et ça résonne beaucoup avec ce que l’état du chemin de fer français est aujourd’hui et comment il en est arrivé là. Une des phrases qui m’a le plus marqué : (je paraphrase) “Once the high cost part is made, the infrastructure, it’s relatively cheap to operate”. Une fois que les infrastructures sont faites, la partie qui coûte cher, c’est presque donné d’y faire rouler des trains et de les entretenir.

En France, nos rails pourrissent. La partie qui nous a coûté très cher pourrit. Juste car nos politiques urbanistes, et tout-voiture ont décidé que ça ne valait pas le coût de faire fonctionner ces infrastructures. Et maintenant on parle de fracture urbaine/rurale partout. Même des zones urbaines mais de moyenne ou faible densité se retrouvent enclavées car il n’y a plus aucun train qui y va. Et évidemment c’est pas comme si des réseaux de bus ou adaptés aux mobilités actives (vélo, marche) existaient aussi pour les cas où ça serait pertinent.

Bref, un autre truc qui me fout en rogne, qu’on laisse pourrir un truc qu’on va devoir reconstruire un jour ou l’autre. Devoir refaire le plus dur du taff 😞.

ps : je ne veux pas minimiser le coût d’exploitation hein. C’est juste une question de rapport avec la construction. Et je prends aussi en compte l’urbanisme dans l’équation. C’est beaucoup plus coûteux aujourd’hui de couper des territoires pour y faire passer des trains ou des trams que ça l’était il y a un siècle. Ce coût n’est pas forcément que financier.

Tech

• How Google Maps quietly allocates survival across London’s restaurants - and how I built a dashboard to see through it

Cet article pourrait être dans la section “société”. Comment, à partir d’une volonté basique de trouver un bon resto près de chez soi, on peut analyser et révéler les mécanismes que les algorithmes nous cachent. Et c’est tout là le souci, c’est caché. Les GAFAM ne sont ni auditables, ni transparents alors qu’ils nous influencent de partout. Et Google Maps est sûrement un des cas les plus emblématiques.

Je me demande ce que le DSA (Digital Services Act) va pouvoir faire contre ça, et si l’Europe réussira à le faire appliquer. On voit tous comment ça se passe avec le RGPD, hein.

• N’opposons pas conformité et accessibilité

Ahh l’accessibilité. Le premier truc auquel je pense quand on me montre ou que je vois un super nouveau site tout beau (c’est discutable), tout neuf, avec plein de trucs kikoulol. La polémique sur le site de l’éducation nationale montre à quel point on ne se pose pas les bonnes questions.

Je préférerais des services moches (c’est aussi discutable), que ce qu’ils sont aujourd’hui, c’est-à-dire lents, gourmands en ressources, et inaccessibles. L’article parle surtout du traditionnel “on verra ça plus tard” quand on a la chance d’y penser, souvent c’est juste pas pensé du tout. Vous qui me lisez, si vous êtes un tech, votre employeur ou le service pour lequel vous travaillez est-il accessible ? Soyez moteur et imposez ce sujet. Forcez-le dans les ordres du jour.

Faites en sorte que chaque sprint comporte des tâches d’accessibilité. Mieux, que la DOD (Definition of Done) inclut des critères d’accessibilité.

• Abbreviations done right: The element and why not use it (en)

Un autre article d’accessibilité. Quand le plus simple c’est encore de ne rien faire. Ou presque. Mention spéciale pour le pentacle en début d’article 😈.

• CSRF Protection without Tokens or Hidden Form Fields (en)

Tiens, des news sur le CSRF. Comme l’auteur je n’aurais pas vraiment imaginé que des changements de paradigmes avaient eu lieu. Une bonne lecture essentielle pour tout développeur WEB d’aujourd’hui. Surtout s’il pense savoir comment aborder ce sujet de sécurité.

See you next year 😉

Godzilla fait partie de la culture commune. Connu de tous au même titre que le T-rex ou Star Wars. Il y a eu quelques films récents sur le sujet. Par exemple, le très bon Godzilla Minus One de 山崎 貴 Yamazaki Takashi

Alors oui, c’est un film catastrophe, un film de monstre, un film où tout explose. Mais les films Godzilla sont beaucoup plus subtils qu’ils n’y paraissent.

C’est pourquoi (mais aussi car y a des gros monstres, et que ça explose de partout) je me suis lancé avec mon partenaire dans le projet de regarder tous les Godzilla depuis le premier. Afin de mieux apprécier leur évolution, et au travers d’eux apprécier l’évolution du Japon et sûrement des USA. Car Hollywood a clairement participé dans la franchise, même si la Tōhō conserve la mainmise sur le concept.

Aussi, les films ont été produits après la capitulation du Japon suite à des meurtres de masse de civils perpétrés par les USA le 6 août 1945 à 8h15 et le 9 août 1945 à 11h02. Suite à quoi, le Japon s’est retrouvé sous impérialisme américain et l’est sûrement resté depuis.

Histoire de profiter de ces films au mieux, et surtout de bien observer les évolutions, je vais tenter de vous partager mon expérience de visionnage, et d’analyse de ces films. L’idée c’est de parcourir ce qui rend spécial chaque film, montrer ce qui m’impressionne, m’émerveille, me rend triste (car oui Godzilla c’est avant tout une histoire triste), me réjouit.

Que ce soit sur le film, sa forme et son fond, mais aussi sur les techniques propres au genre, presque inventé par la franchise elle-même. Je vous partagerai tout, et peut-être que vous aussi vous aurez un jour envie de tous les voir. Enfin, surtout quelques-uns car je suppose que tout ne se vaut pas en presque 70 ans de franchise.

Pour m’y retrouver, je vais suivre cette liste(en) qui retrace tous les films par année et ère. Je vais les regarder à peu près chronologiquement. Je dis à peu près, car j’ai déjà vu tous les Godzilla depuis 2014 je pense. Aussi, il y a sûrement des croisements qui justifieront certains ordres. Ça se reflètera ici aussi.

J’espère arriver à tenir ce projet jusqu’au bout, car je ne suis pas vraiment connu (par le monde entier, mais surtout par moi-même) pour finir les choses. Disons que c’est un projet ambitieux pour moi, une sorte de nouvelle résolution 2026, mais faite et commencée avant.

Bref, je vais vous raconter Godzilla à ma façon,
et ça commence ici par le tout premier film : ゴジラ Godzilla (1954)

Ouais j’ai mis de 54 à nos jours, mais va falloir être patient pour rattraper les 38 films sans compter tous les trucs à côté. Marvel n’a rien inventé avec son MCU

Trigger Warning (Attention)

J’aborde la mort, la guerre, et les meurtres de masse atomiques.
L’article est léger, mais par moment je suis très sérieux !

Bonjour tout le monde. Aujourd’hui je vais vous parler de Godzilla, le tout premier film. Il est sorti en 1954 au Japon, donc bon c’est pas un truc très récent. Pourtant tout y est. Tout ce qu’on connaît de Godzilla est là.

Je ne vais pas vous faire un résumé du film ou vous raconter l’histoire. Pour ça je vous invite à aller lire le wikizilla(en) or wikipedia(fr).

Nan, ici je vais surtout vous montrer quelques parties afin de vous convaincre que oui c’est un bon film, et oui (aussi) tout ce qui est iconique dans les godzilla modernes a été pensé depuis le début! Ces gens étaient des visionnaires 😛

A voir ou pas ?

Je l’ai déjà dit dans l’intro, mais ce film est un banger. Il est absolument à voir. Mettez vos attentes à la Michael Bay dans le placard le temps du visionnage car même si le film a bien vieilli sur plein d’aspects, il reste plutôt lent et possède ce rythme caractéristique des films des années 50-60. Pensez-y comme un 2001 odyssey de l’espace, prenez votre impatience en patience, écoutez (ou lisez) bien les dialogues, et posez votre téléphone dans le placard avec Michael Bay.

REGARDEZ ce film, il est absolument génial, surtout si vous avez déjà vu d’autres godzilla plus modernes, comme le Godzilla Minus One de 2023, vous allez kiffer.

Je vais évidemment divulgâcher des parties ici, mais restez rassurés que je vais soigneusement vous cacher quelques bouts intéressants.

Et puis le spoil ne gâche jamais un bon film 😉

Ses premiers rugissements en musique

Les bruits de pas lourds, sursaturés, annoncent ce qu’on sait qui arrive. Un gros truc, effrayant, terrifiant.

Puis le film s’ouvre avec l’iconique, l’unique, le très spécial Le Cri de Godzilla. Un son qui le caractérise et qui le suivra tout au long de sa carrière. Enfin je pense, j’ai pas encore vérifié, mais je commence.

La toute aussi iconique et majestueuse musique qu’on connaît tous (oui oui, toi aussi) vient habiller ces sons aussi désagréables que jouissifs. Composée par 伊福部 昭 Ifukube Akira il va créer ce qui sera aussi bien une icône musicale qu’une inspiration pour tant de réalisateurs (Spielberg inclus).

Rugissement et musique sur générique

Auto

Personnellement, ce début me met la chair de poule depuis que j’ai vu tous les films (plus) récents. C’est comme du fan service inversé, qui retourne à la source. Un plaisir qui ne fait que commencer.

Je ne vais pas traduire les vidéos, donc paroles et texte affiché resteront dans les versions originales. Il n’est pas nécessaire de traduire pour comprendre mon propos normalement.

Ici, les textes sont “seulement” les noms des personnes impliquées dans le film, c’est le générique. Ils étaient au début à l’époque, ce qui fait que le film se finit de manière très abrupte sans le traditionnel (pour notre époque) générique montant.

Un film de Kaiju, nan LE film de Kaiju

Ce film est souvent considéré comme ayant défini le style des films de Kaiju. Dans ce style, on retrouve en gros

• L’utilisation de maquettes pour les effets d’échelle
• Des gens dans des costumes de monstre
• Des monstres loufoques, avec des gueules … particulières dirais-je.
• Souvent les monstres sont énormes, d’où les effets d’échelle nécessaires

Ce film de 1954, je le rappelle, contient donc son lot de scènes particulièrement saisissantes ayant vraiment bien vieilli. Bon, je dis ça, mais il faut faire abstraction du fait que le film est en noir&blanc, et que oui on voit très bien que c’est des maquettes. Cependant, le rendu reste cohérent, et aujourd’hui prête à sourire, mais ne rend pas moins percutant le film.

On a dès le début une petite scène qui permet de bien se rappeler de tout ça, un simple bateau qui coule. Je trouve que les effets de feux sont particulièrement convaincants. Ce ne sont que les mouvements subtils sur l’eau qui trahissent l’échelle réelle de celui-ci.

Et un peu plus tard, c’est une scène d’orage qui malmène des acteurs, pas très bons acteurs. Bon, en fait si, ils sont très bons. C’est juste que les codes de l’époque ne sont pas les mêmes qu’aujourd’hui. Ce que je trouve surjoué, était la norme avant. Dans tous les cas, c’est rigolo à regarder, et c’est un bon moyen de calibrer mes attentes pour le reste du film. Plutôt que de le regarder avec dédain, je vais le regarder avec émerveillement, appréciant tout surjeu à sa juste valeur. Parfois, il est vrai, en rigolant à gorge déployée. Ça fait partie de l’expérience maintenant.

Orage sur maquette

Auto

Clairement, le travail de construction et de mise en lumière est tout bonnement saisissant. Oui on ne se fait pas berner par les effets d’échelles car les caméras de l’époque ne permettaient pas ce que nous pouvons aujourd’hui, mais bon, on sait que c’est impressionnant. Personnellement, je ressens tout l’amour des maquettistes et modélistes dans ces plans. Et ça sera comme ça tout le long du (des?) film(s).

Mais où est le monstre ?

Le film prend son temps; vraiment. Construit autour de 3 actes, le premier prend bien un bon gros tiers du film. On nous parle de folklore, d’histoire de vieux pêcheur qui raconte que jadis un monstre avait été aperçu quand le poisson venait à manquer. Son nom ? Gojira (Godzilla).

Et voilà, le nom de ce dinosaure préhistorique est scellé pour toujours. Dans le film c’est cette histoire qui sert de justification pour nommer le monstre quand des journalistes ont besoin d’un gros titre pour leur édition spéciale.

Cependant, pas de monstre à l’écran. Il y a eu de la destruction, des bruits, mais rien de visuel. Premier indice et première caractéristique de ce monstre invisible qui se forge, là aussi pour l’éternité: une énorme trace de pas en plein milieu d’un village. Une trace radioactive ! Notre monstre est RADIOACTIF.

Empreinte sur village

Auto

Donc là on apprend que le truc est gros. Téma la taille de l’empreinte. Aussi, le truc est radioactif !! Le compteur Geiger s’affole, on l’entend bien.

Godzilla est donc:

• Gros / Grand
• Radioactif

Quelques minutes plus tard, on voit des trilobites qui traînent. Des TRILOBITES, le truc sensé être éteint depuis des centaines de millions d’années. Godzilla a donc ramené des trucs de chez lui, des vieux trucs. Rien ne suggère que ça soit volontaire de sa part, mais plus que ces bêtes l’accompagnent en tant que parasites (symbiotiques?). Ils en sèment quelques-uns sur son passage du coup.

Godzilla est donc:

• Vieux (ou du moins traîne avec des vieux de 250 millions d’années)

Et là c’est le drame. Un villageois sonne l’alerte générale et tout ce petit monde qui faisait tranquillement ses mesures et ces prélèvements d’échantillons se précipite pour offrir un champ contre-champ tout à fait saisissant.

Nan, en fait c’est surtout très comique aujourd’hui 😁. J’imagine bien les acteurs se placer sur leur marque, avec le réal qui insiste: “Imaginez que cette caméra se révèle à vous, rugit, fait des dizaines de mètres de haut, est terrifiante !!”. Bref, les débuts de l’acting sur écran vert,… sans écran vert.

Godzilla est enfin révélé. Sa taille enfin comparable au reste du monde. Une incrustation sans faute, qui même aujourd’hui rend très bien.

Admirez donc cette personne dans un costume jouer le gros monstre, devant une (petite) foule terrorisée. Un rêve de gosse!

Je ne peux m’empêcher de considérer la ribambelle de scientifiques, reporters, et autres explorateurs qui font face à la caméra comme relevant d’un effet comique. Pareil pour la “terreur” sur chaque visage. Mais pardon, replaçons ce film dans son époque, c’est terriblement bien joué !

La révélation à la fin avec les traces sur la plage … Magnifique !

Donc ouais, c’est bien fait, mais c’est chiche pour le moment. Quasiment que de la suggestion. On dirait du Spielberg (ou est-ce que c’est Spielberg qui ressemble à du 本多 猪四郎 Honda Ishirō? 😏)

Le costume

ⓒ Unknown

Avant d’aller plus loin, un petit mot sur le costume.

Le ShodaiGoji (初代ゴジ)(en).

Je vais pas paraphraser tous les articles et wikis qui en parlent, mais il faut malgré tout garder en tête quelques infos intéressantes, notamment quand on regardera les prochains extraits.

Le costume est un truc en caoutchouc sur une armature en bois et métal (si j’ai bien compris), avec du coton et tissu à l’intérieur pour un effet doux (nan, c’est faux, c’était juste pour pas que le truc ne soit qu’une lame tranchante pour l’acteur).

Bref, le point important c’est que ce truc est loin d’être un simple pyjama. Ça pesait près de 100Kg le bordel. Imaginez-vous là-dedans, alors qu’il y a des barres de fer partout, que vous devez “jouer le monstre” et vous rouler par terre avec !

Ouf, toutes les parties qui bougent sur la tête sont actionnées par ailleurs, c’est quelqu’un d’autre qui s’y colle. Mais quand même, fallait se trimballer le truc et tout détruire “proprement” comme le réalisateur voulait. Pas de seconde prise, sinon faut refaire toutes les maquettes.

Révélations

Bon, les vieux pêcheurs avaient raison. Nous on le savait, on avait vu le titre de la vidéo du film. Mais il fallait que les personnages du film le voient de leurs yeux-vus ! (ouais c’est un seul mot chez moi, “yeux-vu”. C’est notre œil critique m’voyez)

Comme j’ai déjà vu pas mal de films godzilla, je remarque encore un motif récurrent se poser bien comme il faut. Ouais, j’ai pas vu tous les films dans l’ordre hein, j’ai bien dû commencer par les récents avant d’évoluer en une version meilleure de moi-même qui peut prendre son impatience en patience!

Donc, je disais quoi ? Ah oui, comme j’ai déjà vu pas mal de films godzilla je remarque une scène plutôt curieuse. Le powerpoint™ de l’époque à base de transparents, comme à l’époque (ouais chuis vieux, y avait pas de tableau “interactif” quand j’étais au collège/lycée).

Cette scène, repérez-la bien, elle va devenir classique dans la franchise. Perso, je trouve ça comme un running gag, mais là c’est sérieux. C’est le premier film, et ça ne rigole pas.

C’est la séance de rattrapage pour tous ceux qui regardaient leur téléphone pendant toute la première partie. Je vous avais dit de le ranger, vous avez de la chance que le prof fasse un cours de rattrapage !

On n’apprend pas grand-chose, mais tout est récapitulé. En gros:

Godzilla est:

• Gros / Grand
• Radioactif
• Vieux ou traîne avec des vieux

On a même droit à un mugshot de godzilla à la fin.

Ah si, j’ai failli oublier, on apprend quand même un nouveau truc. Les persos du film font une conjecture sur la raison de la venue ou du réveil de godzilla. Car oui, les vieux pêcheurs parlent d’une vieille légende (même pour eux). Donc pourquoi il revient maintenant ?

C’est là qu’on arrive au fondamental de ce que représente Godzilla. Du moins dans ce film-ci. Car je trouve que ça change un peu dans les suivants.

Godzilla est revenu, car on a foutu le bazar sur les fonds marins, là où il habitait/hibernait (rayez votre choix moinsféré). Et en plus on y est pas allés avec le dos de la main morte! On l’a atomisé le truc. Genre Bombe A, Bombe H, etc…

On sait tous que c’est vraiment chiant quand le FBI ou le GIGN vient “gentiment” défoncer votre porte et votre logement à coups de erquisition atomique. Donc c’est un peu normal que le pauvre Godzilla soit énervé et vienne foutre le bazar dans notre chez-nous. Il vient piétiner nos massifs!

Il est suggéré que le fait que Godzilla soit si gros et possède des super-pouvoirs (on va le voir après), soit le résultat des radiations de nos essais nucléaires.

Godzilla il a plus de chez lui. Probablement qu’on a buté toute sa famille, et il en a gros! Gare à nous!

Plus sérieusement, Godzilla représente les conséquences de l’utilisation de l’arme atomique. Ce film arrive à peine plus de 10 ans après le meurtre de masse de civils perpétré par les USA sur Hiroshima, et Nagasaki.

Même si le Japon est en pleine colonisation impériale subie par les USA, ce film parle des conséquences d’armes aussi puissantes que les bombes atomiques. Godzilla lui-même sera un destructeur, et qu’il ait une agentivité ou non ne change rien au propos basique: Plein de gens sont morts. Si godzilla lui-même est un être sentient et pensant, sa volonté peut alors facilement être une métaphore de celle des USA. Une sorte de vengeance pour avoir détruit son chez-soi (Pearl Harbor?). Si l’impérialisme Américain sur le Japon est à l’œuvre dans ce film, c’est probablement dans ce petit bout de lore (d’histoire). Une sorte de “bonne” raison de tout détruire. On le verra par la suite avec … les suites, mais cet angle d’analyse semble vraiment bien survivre et se renforcer d’épisode en épisode.

Bon, allez, on revient sur un plan plus léger, pour rigoler un peu plus avec ce film.

Scène de destruction

Maintenant que notre ami sans famille est clair pour tout le monde, même pour les personnages du film, il va enfin pouvoir venir tout péter. Les pauvres humains vont tenter de sortir les gros moyens. Un classique là aussi, où presque tout le Japon est mis à contribution, un peu à la façon Évangélion. (ou est-ce Évangélion qui est à la façon Godzilla 😏).

On tente d’électrocuter ce gros lézard avec tout ce qu’on a. Les effets sont classiques pour l’époque, je suppose que la pellicule a été simplement peinte pour faire les effets électriques. On voit bien comment une personne peut se cacher dans ce monstre. Mais ça le rend encore plus touchant, quand lui-même touche les lignes à haute tension comme si c’était une toile d’araignée.

Notez que cette combinaison qui pèse déjà 100kg a dû être opérée dans l’eau! J’imagine même pas l’endurance physique nécessaire pour ça.

Bon, tous les canons se déchaînent sur godzilla, pendant que celui-ci casse les tours Légo faites par le frangin sans même se rendre compte que toute l’artillerie s’y met.

Je ne sais pas comment les maquettistes prennent la destruction de leurs œuvres. Est-ce qu’ils sont heureux ? Tristes ? Les deux ? Autre chose ? En tout cas ça rend bien. Ça se plie comme il faut, enfin presque. La fumée partout rend le tout encore plus digeste, mais casse complètement la perspective et les effets d’échelle.

Ensuite, on découvre pour la première fois en imax 4d dolby atmos, sans odorama, l’haleine fétide de godzilla qui fait tout fondre. Le heat ray qui tue.

Crachat sur maquette

Auto

Notez qu’on voit notre ami de près, et qu’est-ce qu’il est hideux ! Franchement il est réussi tellement il est moche.

Bon, c’est pas le tout, mais il a encore plein de trucs à détruire, et passé les défenses humaines, c’est la ville de Tokyo qui va prendre cher.

Visuellement, c’est magnifique. Les bâtiments en feu sont vraiment crédibles. Dommage pour Godzilla qui fait un regard caméra qui a dû passer à la trappe lors du montage. Ils auraient pu faire une autre prise franchement.

Aussi, très saisissant cet accident Hotwheels™ 😁. Ça contraste pas mal avec les explosions dignes des films des années 80. Je passe sous silence les accélérés, qui sont vraiment un classique pour l’époque; d’ailleurs plutôt subtils ici.

Et la fin avec cette patte, non, cette cuisse de Godzilla qui remplit tout le cadre; Magnifique! Pour finalement montrer l’adresse avec laquelle l’homme dans le costume va détruire cet entrepôt en ne montrant qu’un petit bout de cette cuisse, non de cette patte; Magnifique!

Et notez la qualité de l’incrustation de godzilla quand les villageois s’enfuient de terreur! Du grand art (technique)!

Un petit extrait où Godzilla se positionne politiquement et crie ACAB à sa façon!

Je vous mets cet extrait car ce qui est évidemment intéressant ici, c’est les incrustations des gens dans les immeubles, et à la fin de l’extrait quand on le voit en fond de la ville. Ville qui brûle dans sa totalité. Observée par des villageois incrustés en bas. Un rendu vraiment poignant.

Autre motif, ou plutôt devrais-je dire autre setup, les journalistes sur les toits qui font leur taf. Ça décrit, ça filme, ça enregistre. Rien ne les en empêchera de faire leur boulot, jusqu’au dernier moment, pas même ce gros T-rex à gros bras. Bon, dans ce film, ils sont un peu pleutres, et sont restés bien à l’écart pour pas sentir la mauvaise haleine de Godzilla.

Journaliste sur destruction

Auto

Notons au passage que Godzilla n’aime pas trop les horloges. Aucune explication n’est jamais fournie concernant cette haine viscérale. C’est une totale libre interprétation pour le spectateur. Pauvre horloge…

Les humains sont peut-être petits, mais ils ont des petits avions et c’est un autre setup ici. Godzilla versus les avions. Ici, désolé je vais vous gâcher la surprise, les vionvions, ils gagnent pas.

Avions sur Godzilla (ben ouais, ils volent, ils sont au-dessus)

Auto

La musique, est aussi vraiment parfaite pour ce moment. Un régal! On dirait presque un clip de Michel Jackson au début. On attendrait que godzilla se mette à danser comme un zombie. Mais nan, il laisse juste les grands enfants jouer aux avions quelques minutes avant de se rappeler que Parent 2 a dit “à table” y a déjà bien 10 minutes et s’en va dans la baie de Tokyo pour aller manger.

Si vous avez l’œil. Ou surtout juste si vous avez enfin rangé votre smartphone au placard comme je vous l’avais dit, vous apercevrez les techniques sophistiquées de guidage des roquettes. Les missiles, pas la salade hein. Probablement un truc très technologique à base de c12h22n2O2.

Les conséquences

Bon, ici on va redevenir sérieux quelques instants.

Le film prend une tournure très sinistre, même pour notre époque. Car si aujourd’hui on ne perçoit pas la terreur et la catastrophe au travers des images, comme ça a pu être le cas à l’époque quand on n’était pas habitué aux effets 3D ultra réalistes, on retombe très vite sur notre bonne vieille réalité. Pour avoir visité le musée de la paix de Hiroshima, et donc vu quelques clichés et, plus horrible encore, quelques dessins et récits des conséquences de ce meurtre de masse de civils par les USA en ce 6 août 1945 à 8h16, je peux dire que cette partie du film est plutôt glaçante. C’est un film, et époque oblige, les images sont très “propres”, mais suggèrent largement ce qu’il faut, et ne s’économisent pas d’images difficiles.

La représentation de Tokyo après le passage de Godzilla ressemble en tout point à Hiroshima quelques heures après l’explosion. Du moins, de ce qu’il nous en est parvenu.

L’hôpital improvisé rappelle l’histoire (nombreuse) de ces endroits qui ont servi de refuge, et de centre d’aide post-apocalypse. Personnellement, je repense à cette école (en) qui avait “survécu” grâce à sa technique de construction en béton armé malgré sa proximité avec le lieu de détonation de la bombe. La scène du film m’y replonge, tellement la structure et les murs y ressemblent. Sûrement que cette architecture est répandue au Japon, mais ici je ne peux m’empêcher de faire le rapprochement avec l’escalier où des survivants ont écrit les noms de ceux qu’ils cherchaient.

Le film rappelle ici son propos, au cas où le spectateur aurait oublié;
Où j’aurais oublié;
Où tu aurais oublié;
Où nous aurions collectivement oublié. \

Plus de conséquences

Auto

Ces écoliers qui chantent… Je n’ai pas la traduction de leurs chants, les sous-titres du film en ont fait l’économie. Mais clairement ça touche, c’est fort.

Je n’en parle pas pour vous garder un peu du film à découvrir, mais ce second passage est loin d’être anodin, et sert pleinement le propos du récit. Il fait avancer l’histoire d’une manière… Bref, regardez le film (ou lisez le résumé complet) si vous voulez savoir. Je ne veux pas tout aborder ici.

Petit aparté concernant le plan de l’image dans la télé. C’est un autre motif récurrent des films Godzilla. Clairement, ici les images de destructions sont mises à l’intérieur d’un autre écran, comme si elles-mêmes étaient de la fiction. Un double niveau de fiction, pour que les personnages puissent encore (un peu) nier la réalité de cette désolation, mais c’est plus possible.

La fin

Sans vous révéler comment, sachez que les humains, plus exactement les humains Japonais, finissent par gagner contre Godzilla.

Godzilla sur fond d'océan

Auto

Notez que Godzilla marche bien sur le fond de l’océan. Il ne flotte pas. Du moins pas ici.

This is the end

Auto

Le film termine sur un bateau qui prend cher, avec un godzilla agonisant tel un enfant de 5 ans le ferait dans sa baignoire. Du moins, au début. Après c’est plus le délire d’un paléontologue.

Notez que la mort de Godzilla ne fait aucun doute. Il est vaincu, détruit, littéralement dissous dans l’eau. Rapide, direct et douloureux à en croire les traducteur·ices officiels de ses rugissements.

Voilà, le spoil est fait, et fini. Il meurt à la fin. Cela n’a pas empêché de faire des dizaines de suites canoniques, donc ne vous sentez pas détenir tout le savoir et la puissance dans vos mains. Il y a encore bien à découvrir.

Ma dernière bafouille

Bon, ce film est un chef-d’œuvre. Le·la premier·ère qui dit que j’exagère n’est juste pas digne de recevoir tout ce divertissement, et devrait retourner jouer aux billes ou aux Pogs.

C’est d’époque aussi. D’un côté très fun malgré lui, sans jamais tourner au nanard. D’un autre côté complètement dépassé, mais on lui pardonne c’est d’époque on a dit.

Le propos du film est intéressant, plein d’espoir (Godzilla est vaincu) et de tristesse (les conséquences, et les moyens utilisés pour le vaincre). Comme j’ai pas tout dit, vous allez devoir creuser par vous-même pour comprendre ce que je veux dire par là. Car ici, mon but est double. Premièrement vous faire vivre le film, ou du moins une partie, comme moi. Vous partager mon excitation, mes déceptions (y en a pas là), ma tristesse, et mes réflexions et analyses. Que l’idée saugrenue de regarder TOUS les Godzilla passe d’idée… saugrenue justement à une révélation d’évidence pour vous (On a tous le droit de rêver). Tout ça pour mon second objectif, vous convertir. Que vous deveniez fan de Godzilla. Mais pas juste un fan de son aspect divertissant, de ses destructions, du chaos qu’il crée (oui tout ça c’est trop cool), mais aussi de ce qu’il représente. De ce que Godzilla montre, au travers des époques. Car faut bien se rappeler que des films godzilla, il s’en fait et plein depuis celui-ci en 1954!!!.

Ce premier opus pose les bases. On le voit, tout est là et sera repris, remixé, réinventé, copié, plagié, innové par la suite. Je me devais de prendre le temps sur ce film. Il est fort probable que je serai beaucoup plus succinct sur les dizaines d’autres. Sinon ça va me prendre toute une vie d’écrire ces articles, en espérant que je tienne le rythme 😅.

À bientôt pour la suite. Je l’ai déjà vu, reste à clipper et écrire.

Merci infiniment de m’avoir lu,
Bisoux 😗

Ça commence dans le noir total. On est averti que les téléphones ne sont pas autorisés car ça nuirait à l’expérience. Est-ce que cette horde de vieux va réussir à se contenir ? Ouais. Surprenant mais ouais, et pas un seul flash du coup.

© Léa Rouaud

Bref, ça commence dans le noir.

Deux crânes rasés (ou presque) s’allument doucement de part et d’autre de la scène. On devine le pianiste au clavier à droite. Puis un peu après le clarinettiste à gauche.

Assis en tailleur façon moines. Habillés de noir, seuls les bras, la tête, les jambes, les pieds et les mains sont vraiment mis en valeur par l’éclairage.

La musique commence par des sons sourds et bas, qui démarrent l’envoûtement.

Au centre, la lumière révèle progressivement la danseuse ; bien chevelue elle. Immobile au début, elle se redresse progressivement tout en se mettant à danser en tournoyant. Et ça sera comme ça jusqu’à la fin.

Tournoyer, tournoyer, tournoyer. Une courte pause au milieu mais c’est tout ; une prouesse.

La scène est baignée d’une vidéo projection. Aussi bien sur le fond que le sol. Tout est projeté sur du noir, ce qui tend à intégrer complètement les artistes et surtout la danseuse, l’ancrant dans la réalité projetée.

Musicalement, c’est onirique et très enivrant. Une sorte de transe douce, comme un rêve. Beaucoup de répétitions, d’originalité et de changements. Ça m’a rappelé une de mes expériences les plus singulières, Erwan Keravec - In C 20 sonneurs au 104.

J’ai été simplement happé pendant une heure, et pour de bonnes raisons. C’est ce genre d’expérience qui me fait apprécier les concerts live.

Quelque chose de peut-être unique, et si d’autres représentations se programment, je vous invite très sérieusement à vous y rendre.

• Yom - Clarinette, composition
• Manuel Peskine - Claviers
• Ana Elena Tejera - danse, chorégraphie
• Julien Oska Colardelle - mise en scène
• Ludovic Palabaud - sonorisation

CC-BY-NC Ztec

Je suis encore en retard. Je pense qu’il va falloir s’y habituer et considérer ça comme normal. Comme ça je serais plus en retard.

Tech

Github Action est probablement la solution de CI avec le plus de succès depuis Jenkins. Elle a complètement tué toutes les autres solutions (gratuites) pour l’open source, et commence à faire de même pour les entreprises et les projets privés. Personnellement, je suis toujours convaincu de la supériorité absolue de Jenkins sur toutes (ou presque) les autres solutions de CI. Je le préférerais même pour la CD dans la plupart des cas. Bon, soyons honnête, je ne pense pas que Jenkins soit pour tout le monde ou pour tous les projets, mais la majorité des critiques que j’ai vues à son sujet ne disparaissent jamais avec les autres solutions, Github Action incluse.

Sur mes projets perso, j’utilise Forgejo Actions (une copie de Github actions pour Forgejo). Donc, oui, je ne suis peut-être pas aussi cohérent que je voudrais l’être 🙈 Bref, cette vidéo montre comment Microsoft a poussé le produit difficilement, allant même jusqu’à pousser du code et une architecture de mauvaise qualité. Amusant et inquiétant à regarder. (gardez en tête que du mauvais code existe partout, par tous développeurs. Ça arrive)

• Why Github Why? (YouTube)

Point de vue intéressant sur les versions “alternate” d’une page web. Je n’avais jamais vraiment pensé à utiliser ça pour fournir une version structurée de n’importe quelle page en plus de celle HTML. Je vais probablement essayer ça et le garder en tête pour les futurs projets.

Le côté IA de la question est aussi intéressant, et va dans la direction opposée de tous ceux qui veulent bloquer les crawlers d’IA. Je ne suis pas convaincu qu’il faille ultimement bloquer l’IA de crawler notre contenu, que ce soit du texte ou de l’art. Mais le permettre de manière durable est obligatoire, et les “alternate” peuvent faire partie de la solution. Aujourd’hui, les développeurs des entreprises d’IA sont comme des bébés, et n’ont pas appris des décennies de travail que nous avons fait en web crawling et indexation. Ce qu’ils créent et déploient a une énorme tendance à imposer une charge énorme sur des infrastructures qui ne sont pas dimensionnées (et ne le seront jamais) pour la supporter. Travailler sur de nouveaux standards pour aider ces bébés développeurs à faire les choses correctement pourrait aider.

• Stop crawling my HTML you dickheads - use the API!

Société

Deux vidéos utiles à regarder.

• BUDGET 2026 : EN FINIR AVEC LA DETTE [ARGENT MAGIQUE] (YouTube)
• L’ARNAQUE DU “MANAGEMENT BIENVEILLANT” (YouTube)

Ensuite, un article intéressant qui met à l’écrit beaucoup de choses que je vois dans les milieux militants en ligne :

• Pourquoi Mélenchon va gagner en 2027

Je ne suis pas aussi convaincu que l’auteur sur le fait que les gens soient, en proportion, plus de gauche, mais surtout que le report des abstentionnistes se fasse en majorité à gauche. Il me semble qu’on a plus souvent observé un certain équilibre de mobilisation gauche/droite de ce côté là. Et c’est probablement ce qui me fait le plus peur. Le fait que beaucoup de gens vont se mobiliser croyant voter dans leur intérêt mais vont le faire en votant facho. L’exemple le plus récent étant les dernières législatives, qui malgré la mobilisation pour le Nouveau Front Populaire, a aussi vu une forte mobilisation RN.

Je suis intimement convaincu qu’il est impératif d’avoir la mobilisation des personnes racisées, avec de vraies propositions antiracistes et décoloniales pour contrebalancer. Créer une vraie proposition qui montre un futur enviable, pour TOUS, et pas seulement pour les classes populaires blanches.

Comme dit dans l’article, seule la FI représente ces valeurs, mais il faut pas qu’ils fassent une Kamala Harris, et qu’ils y aillent sérieusement et à fond. Car la demi-mesure ou le compromis sur ces sujets ne mobilisera pas.

SmolWeb

Je suis tombé sur ces deux sites web récemment. Ça devrait être une lecture obligatoire (et courte) pour tout développeur et designer web frontend. 😉

• Motherfucking Website
• Better Motherfucking Website

Bien fait ?

Cet article s’ajoute à la longue liste d’exemples de comment les GAFAM et n’importe quel fournisseur en ligne ne devraient jamais détenir de partie importante et pertinente de votre vie. Faire des sauvegardes est une bonne pratique, mais ne devrait pas être nécessaire pour garder vos données en sécurité face à une suppression soudaine par le fournisseur. Comme c’est à propos d’Apple, et que le gars semble avoir dédié sa vie à Apple, cet article m’a fait beaucoup rire. Ce type avait les connaissances et le cerveau pour connaître les risques, et s’est quand même engagé.

• 20 Years of Digital Life, Gone in an Instant, thanks to Apple

Déjà le second Loot, et je suis en retard. J’ai eu à réviser mon Blue et Red book (comprendra qui sait). Allez, on y va :

Tech

Un peu de divertissement avec ce duo de Linus. Plutôt fun et informatif à regarder.

• Building the PERFECT Linux PC with Linus Torvalds (YouTube)

Un vieux truc mais toujours intéressant. Si vous avez à créer ou améliorer un espace documentaire, notamment technique, lisez ceci (avec toutes les références dedans) :

• How to structure technical documentation: best practices

Nouvelle initiative pour la désactivation du JavaScript par défaut dans nos navigateurs. Pour l’anecdote, ce blog est normalement complètement fonctionnel sans JavaScript 😉

• https://マリウス.com/disable-javascript-org/
• https://disable-javascript.org/

Société

Cette émission est intéressante car elle traite d’un sujet assez peu abordé. J’espère que ce sujet sera de nouveau traité, avec plus de détails et d’exemples notamment. N’hésitez pas à skipper à 14 minutes pour le vrai contenu de la vidéo et zapper le quiz rigolo mais que j’ai trouvé pas très intéressant au début.

• Esclavage, racisme, whitewashing : Ces jeux vidéo problématiques - Disculture EP.2

Je prends maintenant beaucoup de recul sur les épisodes de Sismique (j’expliquerai sûrement un jour en détail pourquoi), mais cet épisode est plutôt un bon résumé et une bonne analyse de la violence et de notre exposition à celle-ci. J’aime bien le fait qu’il connecte la baisse de celle-ci avec l’évolution de notre exposition. Je n’avais pas forcément pris conscience de ce changement, ni des effets qu’il provoque, notamment concernant la décontextualisation et la suppression des espaces de discussion. Le fait de ne plus avoir d’espace propice, dédié, même un peu caché, pour parler de la violence rejoint un peu cette même question quant à l’exposition au porno (notamment des plus jeunes). Bref, top cet épisode, il fait réfléchir et apporte beaucoup d’éléments à creuser.

• Violence sur nos écrans : la banalisation du mal | #PAUSE - Sismique - Où va le monde ? (podcast)

Très bon documentaire sur l’Amérique de Trump et comment/pourquoi les Américains votent pour lui. Parfois difficile à regarder, mais très instructif sans tomber dans le “il faut entendre tous les points de vue”, car il ne les met pas du tout au même niveau.

• Retour chez mes potes trumpistes (1/4)

• Ça va mal finir (2/4)

• Le fils qu’ils n’ont jamais eu (3/4)

• Réveille-toi ! (4/4)

Music

En faisant la fiche Makoto Ozone - TRiNFiNiTY au Duc des Lombards j’ai découvert l’enregistrement de ce concert. Très heureux de pouvoir le revoir et le réécouter. Vous pouvez m’entendre applaudir. 🤡

• https://philharmoniedeparis.fr/fr/live/concert/1163708-avishai-cohen-makoto-ozone

Une belle vidéo sur la fabrication analogique d’un vinyle. Très instructif et fait réfléchir sur le travail nécessaire pour produire tous ces nouveaux vinyles qu’on voit partout et qui sont tendance.

• How Lacquer Masters are made changed my mind about vinyl. JUST LISTEN TO IT! (YouTube)

Train

• The fascinating world of Japanese train melodies (YouTube)

Paris / Photographie

Voir des photos de tout Paris, et aussi des endroits où j’ai vécu, datant des années 70, c’est trop cool. Un autre Paris, encore un peu épargné par les voitures, bien que leur invasion soit déjà bien avancée.

• C’était Paris en 1970

Autre

• https://puginarug.com/ (un univers fascinant à explorer)
• https://theuselessweb.com/ le reste de cet univers

Découverte aujourd’hui de Old School Funky Family au Duc des lombards. Apparemment c’est un évènement rare car ils ne viennent pas se produire “à la capitale” très souvent.

Beaucoup d’énergie, de plaisir et de fun dans ce concert. Leur DA en pyjama est très rigolote et colle bien avec l’ambiance décontractée et joyeuse qu’ils créent.

On voit que l’ensemble des musiciens aime ce qu’ils font et s’amusent sur scène. Il y a de la complicité et des échanges entre eux. Le public n’est pas en reste non plus, les interactions sont fluides et plaisantes.

Côté musical, c’est vraiment fun et funk. On sent le “big band” en fond sans faire fanfare. Le Duc avait retiré l’énorme piano à queue de la scène pour faire rentrer les 8 (huit !!!) musiciens sur scène.

Pour les écouter, voici quelques liens :

• Bamboche & Chaloupade (youtube)
• Ceci Est Une Patate ! (youtube)
• Le Bon, La Brute et Le Centriste (youtube)
• et sur les plateformes de streaming habituelles.

Je vous recommande vivement l’écoute, mais surtout d’aller les voir en concert si vous le pouvez. La version Live est vraiment beaucoup mieux que les albums studio. Une énergie en plus, et l’ambiance qui va avec. Allez les voir les yeux fermés si vous pouvez. Vous ne le regretterez pas !

Ils m’ont fait penser à un autre groupe que je kiffe aussi, à la prestation scénique incomparable avec les albums studio : Who Parked The Car. Eux aussi sont souvent à l’étroit sur scène, surtout au Sunset Sunside, mais avec la même énergie et le même fun communicatif.

Instant sociologie : Un public varié et jeune. Comme d’habitude au Duc il y a toujours quelques touristes, mais dans l’ensemble ça semblait bien mélangé sur tous les critères. Je m’amuse souvent à observer le public des concerts où je vais. Regarder si des groupes se dégagent. C’est évidemment pas scientifique, et je ne regarde que quelques secondes hein. Dans le Jazz, c’est fréquemment bien rempli d’hommes blancs de plus de 50 ans, faut le reconnaître. Ce soir-là, pas du tout, et ça fait plaisir.

℗ 2025 Pleins Poumons Productions

Ceci est le loot inaugural, le premier butin de mon exploration. c’est les drops de la semaine : lectures, écoutes, visionnages, et autres rencontres qui m’ont donné de l’XP ou fait réfléchir. Que les drops soient frais ou farmés il y a longtemps, peu importe.

Tout ce que je ramasse et partage ne reflète pas nécessairement mes opinions, et à aucun moment un partage ici ne vaut soutien inconditionnel de son contenu ou de son auteur·ice. Cependant, si j’ajoute quelque chose à mon inventaire, c’est que j’estime que c’est un item intéressant, même si je ne l’équiperai pas forcément.

Je ne vais pas prétendre à l’objectivité. Le loot est déjà trié selon mes critères, pas besoin de préciser la rareté de chaque item, vous verrez bien ce que j’équipe ou ce que je skip.

Je ne me limiterai pas aux drops tech non plus.

Dans la forme, une simple liste d’items avec parfois du lore quand j’ai quelque chose à raconter d’autre que “c’est légendaire, allez looter”. Les catégories, je vais probablement les crafter au pif avisé. Si vous avez des recommandations de spots de farm, n’hésitez pas à m’en faire part par l’intermédiaire d’un de mes réseaux.

Dernier truc, le jeu est disponible en français et en anglais. Donc si vous n’avez pas ces packs de langues installés, désolé, vous ne pourrez pas tout comprendre. Si certains articles possèdent des traductions officielles, je les utiliserai évidemment, mais c’est assez rare.

Allez, c’est parti :

Tech

• Send this article to your friend who still thinks the cloud is a good idea

Le cloud ceci, le cloud cela. On en voit partout, et la moindre boîte qui doit héberger 3 cacahuètes le fait par défaut sur un des 3 hyperscalers (Google, Amazon, Azure). C’est pénible d’un point de vue réglementation RGPD (car c’est incompatible), mais aussi car ça rend complexe et dépendant plein de boîtes à ces techno.

L’article est bien, cependant il est un peu trop à charge à mon goût. Un peu comme si ces techno ne sont jamais utiles. Jamais dans le sens de statistiquement très peu fréquent. Je pense que c’est plus souvent utile que supposé par l’auteur. Cependant, il faut savoir déceler les besoins qui le justifient et le moment. Sur ce dernier point, je le rejoins sur le fait que non, on peut bien souvent s’en passer et les tech ne sont vraiment pas objectifs sur ces deux aspects (ça, c’est moi qui le rajoute).

Aussi, utiliser ces outils vient avec beaucoup de (bonnes) pratiques. Notamment concernant les cycles de développement, avec par exemple la presque obligation d’automatiser les déploiements, et l’observabilité qui est presque imposée avec des patterns plutôt reconnus comme efficaces. Et quand on sait à quel point avoir des pratiques de développement saines de bout en bout est compliqué (du chef de produit jusqu’à la prod en passant par le dev), partir de la base proposée par les cloud a aussi souvent du sens. Et le fait que les Dev et Archi savent plutôt bien les manipuler est aussi un plus.

En gros, c’est souvent inutile de faire du cloud, et un simple CDN suffit pour gérer la charge, avec un assez gros serveur. Mais c’est pas forcément souhaitable si les bonnes pratiques de dev ne sont pas là dû à un manque de connaissance, ou d’investissement dedans. Chose qui est souvent un peu obligatoire avec le cloud.

Dans l’idéal, un cloud européen compatible avec le RGPD, avec des solutions techniques matures serait le mieux. Et avoir un ou deux serveurs dédiés devrait aussi être vu comme une bonne solution plutôt qu’être critiqué ou ringardisé.

• The Database That Killed My Wife

• Podcast: Chronique de l’emmerdification du Web, détournement de finalité et absence de base légale du RGPD

Société

• La solution pour sauver le Festival de BD d’Angoulême

• Ma première soirée en club parisien

Je ne suis pas consommateur de stupéfiants, et je ne l’ai jamais été. Cependant j’ai connu mon lot de mauvaises expériences dans les clubs parisiens, mais c’était quand j’étais jeune. Comme l’autrice, je suis surpris, et de manière agréable, que des espaces si positifs et respectueux puissent exister maintenant. En espérant que ça se normalise.

• Internet est mort. Voici comment le ressusciter

• Électricité : factures en hausse, qualité en baisse : où est passé l’argent d’ENEDIS ?

• Ce juge français est « interdit bancaire sur toute la planète » à cause de Trump

Quand on sait que les associations et militants décrivent exactement ce qui se passe maintenant, depuis plus de 20 ans sûrement, c’est un “on vous l’avait dit” de colère qui vient en premier. Si vous voulez connaître la suite des prédictions, allez voir la Quadrature du Net par exemple et leur site Technopolice.

Science et Conscience

Ces deux liens sont intéressants à lire/écouter l’un après l’autre (sans ordre particulier). Aussi je recommande toutes les vidéos de Monsieur phi sur le sujet des LLM.

• Consciousness Could Be an Ancient Trait Evolved Millions of Years Ago, Not a Human Superpower
• Podcast vidéo: Et si ChatGPT était déjà conscient ? - Albert Moukheiber et Monsieur Phi

ⓒ Hiroyuki Seo

Deuxième fois que je vois Takuya Kuroda et ses musiciens au New Morning. C’est toujours aussi class, et jazz. Chaque morceau raconte son histoire et c’est facile à suivre.

C’est pro, c’est carré, c’est fluide. On sent toujours qu’ils ont l’habitude.

Le mélange électro/jazz est toujours aussi bon.

Il a raconté comme la dernière fois l’histoire du morceau “Car 16 15 A”. Toujours un plaisir de l’écouter, surtout en live où le groupe prend le temps de développer chaque mouvement. Un petit aperçu sur youtube pour les curieux, mais en live c’est de loin encore mieux.

Instant sociologie : Public plutôt varié, et jeune. Quelques touristes, dont une japonaise avec qui j’ai eu le plaisir de discuter et échanger quelques recommandations. Comme toujours au New Morning, ça reste debout et ça bouge un peu voire bien. Ça reste du jazz hein, pas de pogos!

Chez Deezer, on a décidé de passer d’une API maison (pas vraiment REST) à GraphQL. Pourquoi ? Ce n’est pas la question ici. Je me concentre sur le comment.

Voici donc un retour sur la façon dont nous avons mené cette migration à grande échelle et sur quelques défis rencontrés.

Déclaration de conflit d’intérêts : Deezer est mon employeur 😛 depuis 10 ans.

C’est une présentation que j’ai faite lors du meetup GraphQL Paris en octobre 2025. Elle survole le sujet de manière assez large pour rentrer dans les délais d’une présentation de moins de 30 minutes.

Si vous voulez en savoir plus sur un aspect particulier, dites-le-moi via les réseaux, comme ça je pourrai l’aborder avec plus de détails la prochaine fois que je ferai une présentation sur le sujet.

Slides de la présentation

Vous pouvez retrouver les supports de présentation ici (en anglais) :

• PDF
• Slideshare

Vidéo de la conférence

Regardez la présentation complète sur YouTube (en français) :

Merci infiniment de m’avoir lu,
Bisous 😗

Une soirée musicale caritative réunissant de nombreux artistes de jazz en solidarité avec Gaza.

L’intégralité des recettes de billetterie est reversée à l’aide humanitaire via l’UNICEF et l’Association France Palestine Solidarité.

Artistes participants

Alain Jean-Marie, Clélya Abraham, Naïssam Jalal, Erik Truffaz, Estrella Besson, Lynn Adib, Cyril Atef, Arnaud Dolmen, Tony Tixier, Climène Zarkan, Baptiste Ferrandis (Sarab), Leonardo Montana, Noé Codjia, Neil Saidi 5tet, Charlotte Planchou, Mark Priore, Lukmil Perez, Mohamed Abozekry, Lina Belaïd, Wadie Naim, Jules Jassef, Léo Jassef, Omarhaba, Corentin Giniaux, Enzo Carniel, Melvin Marquez, Camille Prenant, Laure Sanchez, David Paycha, Noé Huchard, Clément Daldosso, Kevin Lazakis, Samuel F'hima, Tom Peyron, Philippe Maniez, Pablo Campos, Malte Arndal, et Zoot Big Band.

BadBadNotGood

• Al Sowinski - Batterie
• Chester Hansen - Basse
• Leland Whitty - Guitare, Saxophone
• Felix Fox - Piano
• Juan Carlos Medrano Magallanes - Percussions
• Kae Murphy - Trompette, synthétiseur EVI

©Sylvain Chausse

Première partie

• Yazmin Lacey

©Myah Jeffers

Le concert à été enregistré: Naïssam Jalal - ‘Souffles’ Full Concert, Studio de l’Ermitage 2025

• Naïssam Jalal - flute, voix, composition
• Yom - Clarinette
• Emile Parisien - Saxophone
• Robinson Khoury - Trombone
• Sylvain Rifflet - Saxophone

©Alexandre Lacombe

• Thomas Salvatore - Claviers, voix
• Sebastián Muñoz - Saxophone
• Félix Reneault - Saxophone
• César Aouillé - Guitare
• Ludovic Prieur - Basse
• Malo Ropers - Percussions
• Alejandro Dixon - Batterie

©Yoel Reboh

• Moeun Son - Violon, compositions
• Dexter Goldberg - Piano
• Romain Habert - Guitare
• Julia Richard - Contrebasse
• Wadie Naim - Percussions, Batterie

©unknown

• Makoto Ozone - Piano
• Kunito Kitai - Batterie
• Shimpei Ogawa - Contrebasse

Makoto Ozone “Trinfinity” - Momentary Moment (Youtube)

©unknown

Historique

Dans le cadre de mon travail (à Deezer), j’ai conçu un serveur GraphQL il y a quelques années. Parmi les défis que j’ai dû relever, celui de la performance arrive bien en tête. Construire une API GraphQL qui soit à la fois facile à utiliser, à construire et performante n’est pas une tâche facile, surtout en Node.js.

Avec Jimmy Thomas, une des optimisations que nous avions configurées était l’usage de GraphQL JIT en lieu et place du moteur d’exécution original de GraphQL. Le README revendique des gains de temps de réponse et aussi une augmentation du nombre de requêtes qui peuvent être exécutées simultanément en réduisant l’impact CPU du moteur d’exécution.

GraphQL JIT, c’est quoi ?

Son nom fait référence au concept de compilateur “Just-In-Time” (ou Juste à temps en français). Il est conçu pour tirer parti des optimisations de V8 afin d’en augmenter les performances. C’est un remplacement direct du moteur d’exécution par défaut de GraphQL, avec quelques restrictions.

L’une des plus importantes est indiquée dans le README du projet :

Toutes les propriétés calculées doivent avoir un résolveur et seuls ceux-ci peuvent renvoyer une promesse.

Cette limitation n’est pas nécessairement un problème, selon la façon dont vous concevez votre serveur.
Dans mon cas, j’ai pu m’en accommoder aisément.

Le gain de performance annoncé est assez impressionnant : jusqu’à 10 fois plus rapide que le moteur par défaut.

Pourquoi a-t-on fait ce choix ?

À l’époque, nous avions fait des tests poussés sur le projet, notamment avec Gatling pour les tests de charge.
J’ai construit un référentiel de requêtes GraphQL que j’ai utilisées pour comparer les performances de chaque changement.
Chaque PR avait donc droit à son test de performance, et on vérifiait si des améliorations étaient apportées ou non. Toute dégradation était un motif de travail sur la PR.
De cette façon, nous avons nettement amélioré les temps de réponse et la charge admissible petit à petit.

Un des changements ayant eu le plus d’impact fut l’adoption de GraphQL JIT. Les gains étaient tels que le choix
était évident et justifié à l’époque. Malheureusement, les purges automatiques de Jenkins ont fait disparaître tous les rapports et graphiques de cette période, et je n’ai pas eu la présence d’esprit de les
sauvegarder ailleurs.

Pourquoi reconsidérer ce choix ?

Quand nous avons fait la bascule, les tests étaient clairs. Cependant, le projet était loin d’être utilisé de manière significative en production. Peu de requêtes, peu de clients, c’était le début.
Nos choix étaient donc entièrement basés sur les tests que nous faisions et les benchmarks que nous avions. Afin de rendre nos tests les plus réalistes possible, j’ai construit le référentiel de requêtes dont je parlais tout à l’heure.
Celui-ci a été élaboré sur des bases théoriques de ce que nous pensions être le comportement des futurs clients (les applications qui feraient les appels API). Notamment, l’état actuel de ces applications suggérait certaines directions techniques. Comme toute migration, il n’est pas question de tout refaire, des compromis sont faits. Ces compromis donnaient des directions sur lesquelles nous avons basé nos tests.

Depuis un moment maintenant, l’API est en production et fortement utilisée. De plus en plus même. À la fois grâce à l’augmentation du nombre d’utilisateurs mais aussi parce que
les applications ont migré vers cette API de plus en plus, délaissant les anciennes (…les API Legacy Brrrr bruit d’effroi).

Dans ces conditions, il était temps de reconsidérer quelques choix faits au début et de les confronter à la réalité du monde réel véridique.

Méthodologie

Il y a deux tests à faire :

• Un en production avec de vraies requêtes de clients
• Un en utilisant l’ancienne méthode avec Gatling, comme avant (test de laboratoire)

Tests de production

Afin de tester les deux moteurs simultanément, j’ai modifié le code du serveur pour choisir aléatoirement l’un ou l’autre. De cette façon, une fois déployé sur le cluster Kubernetes, nous avions environ 50 % des requêtes qui passaient par l’un ou l’autre moteur. Nous avons assez d’instances pour obtenir des statistiques significatives.

Le code est assez barbare mais fonctionne merveilleusement bien :

1expressApp.use(  
2    [...],  
3    Math.random() > 0.5  
4        ? createJitGraphqlMiddleware({schema})  
5        : createJsGraphqlMiddleware(schema),  
6);  

Une fois déployé, je vais analyser quelques métriques pour évaluer l’impact de chaque moteur. Je me concentrerai principalement sur :

• Les métriques système telles que l’utilisation du CPU et de la mémoire
• Les métriques de Node.js telles que l’ELU, la taille de la HEAP et le garbage collector
• Les objectifs de temps de réponse (de combien nous nous écartons de la cible)
• Le temps de réponse moyen et le 95ᵉ percentile

Test de laboratoire

Pour les tests à l’ancienne, j’ai simplement repris ce que nous avions déjà construit quelques années auparavant. J’ai de nouveau configuré Gatling avec quelques requêtes typiques.
Les scénarios ne sont pas tout à fait les mêmes qu’à l’époque, car ils ont été un peu améliorés au fur et à mesure. En effet, avec de plus en plus d’utilisation, nous avons ajusté les scénarios pour qu’ils soient plus représentatifs et notamment ajusté les volumes lors des tests. Quand je dis qu’ils sont plus représentatifs, gardez à l’esprit que c’est un jeu perdu d’avance et que mes biais restent présents, comme aux origines. J’ai simplement eu l’occasion de faire des observations plus fines et répétées depuis. C’est loin d’être digne de la rigueur scientifique ici. Le changement le plus notable est la façon dont les scénarios sont regroupés.

Avant, chaque requête avait son propre scénario. Maintenant, j’ai regroupé les scénarios en deux catégories, représentant deux profils d’utilisateurs principaux :

• Les utilisateurs légers envoient de petites requêtes. C’est l’utilisation standard de l’API, similaire à celle de n’importe quel client interagissant avec nos applications/front-end.
• Les utilisateurs lourds font de grandes et complexes requêtes, avec beaucoup de champs et de champs imbriqués. C’est typique d’un client utilisant certaines fonctionnalités coûteuses de nos applications ou de tout client malveillant essayant d’abuser de l’API.

Ce qui est important à retenir, c’est que ces deux profils ne sont pas lancés avec la même fréquence de requêtes. L’un en fait beaucoup plus que l’autre.

Le scénario Gatling ressemble à ceci :

 1val heavyUser_ConcurentUser = max_reqps / 20  
 2val heavyUser_ConcurentRequest = max_reqps / 20  
 3val lightUser_ConcurentUser = max_reqps - heavyUser_ConcurentUser  
 4val lightUser_ConcurentRequest = max_reqps - heavyUser_ConcurentRequest  
 5
 6setUp(  
 7  lightUser.inject(  
 8    rampConcurrentUsers(1) to (lightUser_ConcurentUser) during (2 minutes),  
 9    constantConcurrentUsers(lightUser_ConcurentUser) during (duration - 2 minutes)  
10  ).throttle(reachRps(lightUser_ConcurentRequest) in (duration minutes)),  
11
12  heavyUser.inject(  
13    rampConcurrentUsers(1) to (heavyUser_ConcurentUser) during (2 minutes),  
14    constantConcurrentUsers(heavyUser_ConcurentUser) during (duration - 2 minutes)  
15  ).throttle(reachRps(heavyUser_ConcurentRequest) in (duration minutes))  
16).protocols(httpProtocol)  

Les tests Gatling s’exécuteront sur mon ordinateur et enverront les requêtes sur des instances de l’API déployées sur un cluster Kubernetes. Ce cluster est très similaire à celui de la production, il est juste plus petit. Je ne vais pas pousser les tests à des valeurs extrêmes, donc je ne suis pas inquiet que les résultats soient faussés par l’environnement.

Je vais regarder les mêmes indicateurs que les tests de production. Cette fois, je ne vais pas regarder les données que me donne Gatling lui-même, car je lance les tests depuis mon ordinateur portable et je ne peux pas faire confiance aux temps de réponse collectés par Gatling. De plus, je n’en ai pas vraiment besoin.

Résultats

Productions

Temps de réponse

Une des métriques que j’ai est le temps que met le moteur à calculer une requête et produire une réponse.
Cela n’inclut pas le temps qu’il faut pour envoyer la réponse au client ou le temps de transit sur le réseau.

Le temps de réponse moyen montre que le moteur JS est légèrement plus rapide, mais avec seulement 1 ms de différence, ce n’est pas vraiment significatif.

Le 95ᵉ percentile montre une différence un peu plus grande. Ce n’est pas énorme, mais 5 ms semblent significatifs.

Concernant le temps de réponse, nous pouvons dire, sans aucun doute, que le moteur JIT n’en vaut pas la peine mathématiquement parlant.
Cependant, nous parlons d’une différence de 5 ms, pas de quoi révolutionner le projet.

Indicateurs système (CPU & RAM)

Le service est déployé sur un cluster Kubernetes. J’ai accès aux métriques du cluster et je peux voir l’utilisation du CPU et de la RAM spécifiquement pour ce service.

Dans Kubernetes, nous définissons des réservations CPU et RAM. C’est une bonne pratique de préciser au cluster combien de ressources
les pods auront besoin. Par exemple, nous pouvons dire qu’un processus Node.js peut utiliser jusqu’à 2 CPUs.
Le graphique montre ensuite combien de ces 2 CPUs sont utilisés par rapport à la réservation.
La même chose s’applique à la RAM.
Bien sûr, le graphique montre les valeurs pour l’ensemble du cluster, pas seulement un pod.

1limits:
2  memory: 512Mi
3requests:
4  memory: 512Mi
5  cpu: 2

Un exemple de configuration pour un pod. Cela signifie que le pod aura 2 CPUs et 512 Mi de RAM à sa disposition.

Le moteur js utilise 2 % de CPU en moins que le moteur JIT. C’est une différence constante, mais comme pour le temps de réponse, ce n’est pas très impressionnant.
Ne vous méprenez pas cependant, lorsque vous déployez des centaines ou des milliers de pods, 2 % peuvent devenir beaucoup. Considérons le CPU comme pas cher pour le moment.

Les indicateurs de RAM sont un peu plus intéressants. Le moteur js utilise environ 20 % de RAM en moins que le moteur JIT.
Une différence de 20 % semble substantielle.

Indicateurs Node.js

Je vous mets au défi d’identifier le moment où le déploiement du 50/50 par moteur a été fait. L’ELU n’a pas bougé d’un iota.
Je n’ai qu’un indicateur global contrairement au CPU/RAM, je ne peux pas observer les différences de manière aussi précise.
Cependant, je pars du postulat qu’un changement significatif serait observable avec 50 % des requêtes traitées par le js-engine.
Je considère donc que l’utilisation de l’un ou l’autre moteur n’a pas d’impact sur l’ELU.

En surveillant la HEAP, on voit que l’espace old semble avoir légèrement diminué. Ce n’est pas très évident sur le graphique, mais c’est visible dans la moyenne.
Le maximum n’a pas changé, mais le minimum oui. Cela confirme ce que nous avons observé plus tôt avec l’utilisation de la RAM.

Les autres espaces de la HEAP n’ont pas été impactés du tout, et il en va de même pour la Garbage Collection.
Ils racontent tous la même histoire que les métriques ELU. Ils sont restés inchangés par rapport à avant, donc je n’ai pas pris la peine de prendre des captures d’écran des graphiques.

Résultats des tests de laboratoire

J’ai exécuté le test Gatling pour chaque moteur dans deux déploiements distincts. Les tests ont été exécutés simultanément. Strictement parlant, ils auraient pu s’impacter mutuellement, mais je ne pense pas que cet effet soit significatif, car le cluster que j’utilisais avait suffisamment (vraiment) de ressources pour gérer la charge. De plus, la charge n’était pas si élevée, j’ai maintenu le taux de requêtes bien en dessous des limites.

Temps de réponse

Les résultats ne sont pas très favorables au moteur js. La différence semble vraiment importante en faveur du moteur JIT.
Gardez en tête que les résultats absolus ne sont pas comparables à ceux de la production, mais des comparatifs avec uniquement des données de ces tests restent pertinents.
Nous perdons environ 50 ms sur le 95ᵉ percentile et 20 ms en moyenne. Cela représente des ralentissements d’approximativement 50 % et 70 % respectivement par rapport au moteur JIT.

Indicateurs système (CPU & RAM)

La première différence notable, c’est l’utilisation du CPU. Le moteur js utilise 20 % de CPU en plus que le moteur JIT, pas négligeable.

En ce qui concerne la RAM, la différence est plus faible mais toujours présente, avec seulement quelques pourcentages d’utilisation en plus pour le js-engine.

Dans l’ensemble, nos tests synthétiques indiquent que le moteur JIT est plus efficace que le moteur js.

Indicateurs Node.js

L’histoire est la même avec les indicateurs Node.js. Le moteur js utilise plus de HEAP, requiert davantage de garbage collection et a un taux d’utilisation de l’ELU plus élevé.
Spécifiquement, l’ELU est passé de 30 % à 50 %.

Mais qu’est-ce que c’est qu’ce binz ?

Bon, les choses deviennent intéressantes.
Les résultats de production montrent clairement un léger avantage pour le moteur js. Cette victoire est petite et pourrait, dans certains cas, être considérée comme négligeable.
Cependant, c’est toujours une victoire, pas une défaite.

En revanche, lorsque nous examinons les résultats de laboratoire, l’histoire est tout autre.
Le moteur JIT est un gagnant clair et net ! De plus, basé uniquement sur les résultats de laboratoire, il est évident qu’utiliser le moteur JIT représente un gain important.

Les tests de laboratoire sont grossomodo les mêmes que ceux que j’avais obtenus quelques années auparavant. Le moteur JIT montre sa supériorité sur presque tous les aspects, et de manière significative.
À l’époque, je n’avais que ces informations à ma disposition pour baser mon choix, et j’avais naturellement choisi le moteur JIT.

Aujourd’hui, cependant, les résultats de production compliquent la décision :

• Le moteur js est meilleur ou au moins aussi bon que le moteur JIT en termes de temps de réponse, d’utilisation des ressources et de performances globales.
• La complexité introduite par le moteur JIT a un coût.
• Le moteur JIT a certaines limitations. Nous ne les avons pas rencontrées, elles ne sont donc pas très pertinentes dans mon contexte.
• Le moteur js est le “standard” sur lequel se basent beaucoup d’outils et de librairies.

La question a donc été soulevée en interne, et il y a consensus pour considérer la standardisation suffisamment importante pour justifier un retour au moteur js.
Je suis plutôt d’accord avec cette perspective.

Mais où sont passés les gains du moteur JIT en prod ?

Le monde réel et le laboratoire montrent des comportements opposés qui semblent contre-intuitifs.
Je crois que la raison principale réside dans la manière dont nous utilisons l’API GraphQL.

Quand nous avons commencé notre aventure GraphQL, nous avons eu une courbe d’apprentissage assez raide.
L’un des plus grands défis était de concevoir le schéma et d’envisager les requêtes qui seraient faites.
Nous avons dû tout repenser, en nous éloignant de nos API REST utilisées alors.

Cependant, comme toute personne ayant travaillé sur un système existant le sait (ai-je entendu “legacy” ?),
nous avons dû considérer de nombreux scénarios existants et limitations techniques.

Par exemple, les résultats paginés n’étaient pas aussi courants à l’époque qu’ils ne le sont aujourd’hui.
En concevant le schéma, nous avons cherché à suivre “l’état de l’art” dans ce domaine, mais ce n’était pas toujours simple ni même faisable.
Des compromis ont été faits, et nous avons dû accepter des utilisations pas très optimales de l’API.

Après des années d’apprentissage et d’efforts pour tenter malgré tout de suivre les meilleures pratiques en matière de GraphQL, nous nous retrouvons dans une situation bien meilleure que prévu.
En effet, nous craignions initialement de traiter des requêtes massives avec de nombreux champs imbriqués. En réalité, en regardant ce que les développeurs front et mobile ont construit, ce scénario n’est pas aussi fréquent que nous l’imaginions.
Ces inquiétudes n’ont pas totalement disparu, mais semblent moins pertinentes.

Les équipes se sont adaptées à la nouvelle manière de penser, en embrassant les limitations et les concepts d’une API GraphQL.
La qualité de nos requêtes GraphQL semble suffisante, indiquant que nous n’avons plus autant besoin des optimisations JIT.
En effet, l’un des gros gains du moteur JIT est de réduire le temps de réponse des requêtes complexes avec beaucoup de champs imbriqués. Or, nous n’avons pas tant de requêtes de ce type.

À l’avenir, nous pourrions avoir besoin de reconsidérer de nouveau cette décision en fonction de l’évolution de nos futures applications.
Mais pour l’instant, le moteur js semble plus que suffisant tout en nous permettant une maintenance simplifiée.

Conclusions

Il y a quelques années, j’ai conçu un serveur GraphQL et pris plusieurs décisions architecturales. Nous avons mis en œuvre certaines optimisations évidentes et mené des tests pour vérifier leur efficacité au-delà des affirmations marketing, confirmant nos choix.

Toutes les décisions n’étaient pas parfaites, et il y a beaucoup à dire et critiquer sur le projet. Cependant, le choix du moteur JIT était bon à l’époque.

Aujourd’hui, le contexte a évolué.
Nous avons (assez) de clients réels. Node.js et V8 ont été améliorés. Les implémentations standard de GraphQL ont bénéficié de plusieurs années d’améliorations communautaires.

Revisiter d’anciennes décisions s’est avéré instructif, sinon bénéfique.
La possibilité de tester une théorie en production, facilement et sans craindre de tout casser, est un luxe. Je suis reconnaissant pour cette opportunité.

Le monde réel, véridique, dépasse toujours le laboratoire et ses benchmarks, une bonne surprise (non) on est d’accord !
Si vous avez les ressources et le temps, testez vos hypothèses, en utilisant des données réelles ou des clients réels chaque fois que possible.
Ne négligez pas vos tests en laboratoire, qu’ils soient automatisés (c’est le mieux) ou non.
Pour cela, il est crucial de maintenir des pratiques de développement saines qui facilitent les tests et le déploiement.

Merci infiniment de m’avoir lu,
Bisoux 😗

• Benjamin Asnar - Basse
• Lucas Belkhiri - Piano
• Francesco Marzetti - Batterie

©unknown

• Didier Malherbe - doudouk, flute, ocarina, Clarinette, Saxophone soprano
• Loy Ehrlich - hajouj, kora, sanza, vièle, ribab, Claviers

Invités :

• Steve Shehan - Percussions
• Jean-Luc Di Fraya - Percussions
• Éric Löhrer - Guitare

Hadouk - Teaser album 2024 (Youtube)

©unknown

Le Megaoctet d’Andy Emler

• Adrien Sanchez - Saxophone ténor
• Philippe Sellam - Saxophone alto
• Guillaume Orti - Saxophone alto
• François Thuillier - Tuba
• Laurent Blondiau - Trompette
• Andy Emler - Piano, composition
• Claude Tchamitchian - Contrebasse
• Éric Échampard - Batterie
• François Verly - Percussions

Lady Rocks de Léa Cazauran

• Léa Cazauran - chorégraphie, danse
• Julia Ortola - danse
• Rodrigue Lino - danse
• Jesus Gil - danse
• Maëlle Dufour - danse
• Lisa Dwomoh - danse
• Santiago Codon Gras - danse
• Ludovic Piscioneri - danse
• Virgile Garcia - danse

Équipe technique

• Vincent Mahey - sonorisation
• Marine Stroeher - lumière

Make ’em Move - Andy Emler MegaOctet (musique) + Lady Rocks (danse hip hop) (Youtube)

©unknown

• Meshell Ndegeocello - Basse, Claviers, voix
• Jebin Bruni - Claviers, voix
• Abraham Rounds - Batterie, voix
• Christopher Bruce - Guitare
• Kyle Miles - Basse
• Justin Hicks - voix

©unknown

Robinson Khoury

• Robinson Khoury - Trombone, différents instruments à embouchure, voix, synthétiseur modulaire
• Lynn Adib (invité)
• Anissa Nehari - Percussions digitales, voix
• Léo Jassef - Piano, Claviers, voix

Aux percussions digitales et à la voix : Anissa Nehari, musicienne au dynamisme sensible, envoutante et envoûtée par les rythmes du monde.

Au piano, synthétiseurs et voix c’est Léo Jassef, un artiste touche à tout d’une grande sensibilité qu’on a pu entendre aux côtés de Yom.

Robinson Khoury au trombone, différents instruments à embouchure, à la voix et au synthétiseur modulaire.

Robinson Khoury “MŸA” - Horizon (Youtube)

©unknown

Première partie

• Bill Summers - Percussions
• Mike Clark - Batterie
• Chris Severin - Basse
• Donald Harrison - Saxophone alto
• Kyle Roussel - Piano

ⓒunknown

• Takuya Kuroda - Trompette
• Craig Hill - Saxophone
• Takahiro Izumikawa - Claviers
• Kyle Miles - Basse
• Chris Napo - Batterie

©unknown

Cet été, j’ai mis à jour un projet de Node.js 18 à Node.js 20. Le code n’était pas si vieux et je ne m’attendais pas à avoir des problèmes. Mais comme à chaque mise à jour de Node.js, des comportements inattendus sont arrivé.

Pourquoi mettre à jour ?

C’est évidemment une bonne pratique pour garder le projet à jour. Avoir trop de retard, c’est prendre le risque d’avoir plus de travail plus tard avec un calendrier imposé. J’aurais pu attendre encore, mais j’ai profité du creu de l’été Node.js 18 est actuellement en “MAINTENANCE”. Cela signifie qu’il y a des correctifs de sécurité, mais plus de nouvelles fonctionnalités. La phase de maintenance est prévue de se terminer l’année prochaine en juin.

Node.js 20 est la version LTS actuelle disponible. Elle est en développement actif et passera en phase de maintenance l’année prochaine.

Peu après la sortie de la version LTS suivante (Node.js 22), une migration sera à l’ordre du jour avec peut-être un autre article si tout se passe mal !

Comment ?

Cette partie est assez simple. Changer quelques valeurs dans le fichier “package.json”, puis exécuter npm install comme d’habitude.

Toutes les dépendances sont gérées par le bot renovate. Par conséquent, le “package.json” ne contient que des versions exactes.

La version choisie de Node est la 20.15.1, car c’est la dernière version disponible lors de la mise à jour. Toute mise à jour mineure future se fera automatiquement sans rien changer dans le fichier “package.json”. Les images Docker sont construites régulièrement et ciblent la dernière version de Node.js 20 à la manière d’une “rolling release”.

Déploiement et premiers résultats

Ce projet est critique, le déploiement est simple, rapide, et se fait généralement de manière sereine. Comme il s’agit d’une mise à jour potentiellement impactante, j’y ai prêté plus d’attention que d’habitude.

Vitals du projet

Le tableau de bord principal que je regarde pendant un déploiement affiche les vitales du projet. Il contient toutes les métriques requises pour savoir en un coup d’œil si le service est en bonne santé ou non. Je ne rentrerai pas dans les détails pour des raisons de confidentialité, mais je peux vous montrer l’objectif de temps de réponse du projet :

La ligne verticale violette est positionnée approximativement quand le déploiement a eu lieu, et comme elle n’est pas présente systématiquement, j’ai ajouté une flèche rouge sur tous les graphiques pour rendre ça plus clair. Nous pouvons voir que le temps de réponse a augmenté. Le graphique montre le pourcentage de réponses qui correspondent à l’un des trois objectifs de temps de réponse que nous suivons. Les requêtes plus rapides que 100ms sont passées de 96,8% à 96,1%. C’est la loose ici.

Bon, on est d’accord que perdre environ 1 % est largement acceptable, mais cela montre qu’il s’est passé quelque chose.

Si nous regardons le temps de réponse moyen, nous pouvons voir plus nettement l’augmentation qui est passée d’environ 23ms à 28ms.

J’ai regardé les autres métriques, graphiques et logs et considéré le projet comme stable et en bonne santé malgré ces variations. Il était maintenant temps de creuser pour comprendre ce qui s’est passé. Il n’y a aucune menace immédiate pour la stabilité du service et les variations de temps de réponse sont parfaitement acceptables et ne grève pas le budget. Je vais donc pouvoir prendre mon temps pour creuser, autrement, un rollback aurait été de rigueur.

Vitales système

Le projet tourne dans un cluster Kubernetes et j’ai accès aux métriques de base, à savoir l’utilisation CPU et RAM des pods. Pour ceux qui ne sont pas familiers avec Kubernetes, considérez simplement un pod comme un processus Node.js démarré à l’intérieur d’un conteneur Docker.

Augmentation du CPU

Après le déploiement, je remarque une augmentation de l’utilisation du CPU, passant de 24% à 30% de la réservation. C’est la loose ici aussi.

Dans Kubernetes, nous définissons des réservations CPU et RAM. C’est une bonne pratique de préciser au cluster combien de ressources les pods auront besoin. Par exemple, nous pouvons dire qu’un processus Node.js peut utiliser jusqu’à 2 CPUs. Le graphique montre ensuite combien de ces 2 CPUs sont utilisés par rapport à la réservation. La même chose s’applique à la RAM. Bien sûr, le graphique montre les valeurs pour l’ensemble du cluster, pas seulement un pod.

1limits:
2  memory: 512Mi
3requests:
4  memory: 512Mi
5  cpu: 2

Un exemple de configuration pour un pod. Cela signifie que le pod aura 2 CPUs et 512Mi de RAM à sa disposition.

Diminution de la consommation de mémoire

L’utilisation de la mémoire a diminué. C’est une victoire ici !

Vitals Node.js

Coté Node.js, la première métrique qui m’intéresse, c’est l’Event Loop Utilization (ELU). Cette métrique est essentielle pour connaître la santé d’un processus Node.js.

Elle montre combien de temps le processus passe à travailler, combien de temps l’event-loop est utilisé. Environ 0 % pour un process en attente, et 100 % pour une utilisation maximale de l’event-loop.

On voit une légère augmentation après le déploiement, passant de 17% à 20% en moyenne. C’est la loose ici !

Ce n’est pas vraiment surprenant, car nous avons déjà vu que l’utilisation du CPU a augmenté. Mais on peut voir que cela a un impact sur le code JavaScript en cours d’exécution. Cela peut aussi expliquer l’augmentation du temps de réponse.

Après cela, je regarde la HEAP et les statistiques du Garbage Collector.

La HEAP s’allège, mais surtout, quelque chose se passe avec le Garbage Collector. Sa déclinaison “minor” tourne beaucoup plus souvent et prend plus de temps.

Sans entrer dans les détails, le minor GC est un processus qui cible les objets nouvellement créés dans la HEAP. Il y en a un autre (le Major GC) qui cible tous les objets “anciens”.

Le minor GC est un processus rapide qui est prévu pour s’exécuter souvent. Il est normal de le voir appelé fréquemment. Mais ici, quelque chose a changé. On est passé de quelques centaines d’appels à des milliers. Même si c’est un processus rapide, il a consommé près de 4 secondes de temps CPU sur l’ensemble du cluster. En comparaison, nous consommions moins d’une seconde avant le déploiement.

Cette augmentation permet facilement d’expliquer celle de l’utilisation CPU et une partie de l’ELU, et donc du temps de réponse.

J’ai peut-être trouvé mon coupable.

Problème identifié, et maintenant ?

Ok, il se passe quelque chose de louche avec le Garbage Collector. Mais quoi ?

Si on regarde plus en détail la HEAP, on peut voir quelques changements notables après le déploiement :

L’espace map a disparu et les espaces shared sont apparus. Mais surtout, l’espace new est passé de ~33MB à ~8MB.

Vous souvenez-vous de ce que j’ai écrit quelques lignes plus tôt ?

Le Minor GC cible les objets nouvellement créés dans la HEAP.

Est-ce la raison pour laquelle le GC tourne maintenant si souvent ? Sûrement qu’un espace plus petit signifie plus de GC. Quand il est plein, le GC doit s’exécuter pour libérer de l’espace. S’il est plus petit, il sera plein plus rapidement. Il s’exécutera donc plus fréquemment.

Pourquoi l’espace “new” est-il plus petit ?

Il n’y a pas de configuration de la HEAP qui cible l’espace new dans le projet. Cela signifie que Node.js lui-même a probablement changé entre la version 18 et 20. Cependant, un espace HEAP est configuré : l’espace old. Nous lançons le serveur avec la commande suivante :

1node --max-old-space-size=300 dist/server.js

Je n’avais aucune idée si cela impacte l’espace “new” également. À partir de là, j’ai commencé à y chercher des références dans les notes de version de Node.js. Au début, je n’ai rien trouvé d’utile, mais après un moment, j’ai fait le lien entre l’espace “new” et l’espace “semi”. Le moteur V8 sous le capot de Node.js utilise cette terminologie au lieu de l’espace “new”. Et bien sûr, j’ai trouvé un changement dans les notes de version de Node.js 19 : https://github.com/nodejs/node/pull/44436

Le paramètre --max-semi-space-size a été ajouté car il a lui-même été ajouté au moteur V8. De fil en aiguille, j’ai finalement trouvé ces changements dans le moteur V8 : https://chromium-review.googlesource.com/c/v8/v8/+/1631593 et https://chromium-review.googlesource.com/c/v8/v8/+/4384482

Ces changements modifient en fait la façon dont la taille de l’espace “semi” est calculée. Je ne suis pas un expert en C, mais en lisant simplement les commentaires et certaines parties du code, on peut rapidement voir que la taille de l’espace “new” a changé. La nouvelle taille est maintenant calculée à partir de diverses autres valeurs. Je ne suis malheureusement pas capable de comprendre exactement comment elle est calculée car mon C++ est un peu rouillé et V8 n’est pas un projet simple. Je ne peux que faire des hypothèses à ce stade de l’enquête, et l’une d’elles est que la taille de l’espace “new” est calculée par rapport à celle de l’espace “old”.

Le changement a été introduit dans V8 10.6 et fait maintenant partie de Node.js 20 qui utilise V8 11.3. Pour référence, Node.js 18 utilisait V8 10.2. Cela signifie qu’en passant de Node.js 18 à 20, nous sommes également passés de V8 10.2 à 11.3.

Une solution ?

La solution la plus simple est de revenir à la taille de l’espace “new” précédente. Je vais donc essayer de le faire en ajoutant un paramètre à la commande de démarrage du serveur. Ça tombe bien, un nouveau paramètre a été introduit pour spécifier la taille de l’espace “new” : --max-semi-space-size.

Je teste donc avec ça :

1node --max-semi-space-size=16 --max-old-space-size=300 dist/server.js

Le 16 vient de la documentation elle-même.

--max-semi-space-size=SIZE (in megabytes)

Sets the maximum [semi-space][] size for V8's [scavenge garbage collector][] in
MiB (megabytes).
Increasing the max size of a semi-space may improve throughput for Node.js at
the cost of more memory consumption.
[...]    
The default value is 16 MiB for 64-bit systems and 8 MiB for 32-bit systems. 
[...]

----

--max-semi-space-size=SIZE (in megabytes)

Définit la taille maximum pour l'espace semi dans V8 en MiB (mégaoctets).  
Augmenter la taille maximale de l'espace semi peut améliorer le débit de Node.js au 
détriment de la consommation mémoire.  
[...]  
La valeur par défaut est de 16 MiB pour les systèmes 64 bits et 8 MiB pour les systèmes 32 bits.  
[...]

Je déploie ce changement simple et regarde les métriques.

Le temps de réponse semble être revenu à la normale. C’est une victoire !

L’utilisation CPU est également revenue à la normale, et l’utilisation RAM est toujours inférieure aux valeurs précédentes. C’est une double victoire !

Enfin, on peut voir que le GC est revenu à un comportement normal. De plus, l’espace “new” est maintenant revenu à sa valeur d’origine. Cela confirme l’hypothèse que la taille de l’espace “new” était le problème.

Il s’est passé quoi ?

À ce stade, le problème est résolu en production. Mais je veux comprendre ce qui a exactement causé la réduction de l’espace “new” comme ça. Mon hypothèse est que la max-semi-space-size est maintenant calculée par rapport à la taille de l’espace “old”. Comme nous spécifions un --max-old-space-size de 300 MB, qui est une valeur relativement faible pour Node.js, il n’est pas surprenant que cela ait un impact significatif sur la taille de l’espace “new” et l’ait fait rétrécir autant.

C’est le moment de construire un projet de laboratoire pour tester et confirmer cette hypothèse.

Le lab

J’ai trouvé un script de consommation de HEAP basique en ligne et j’ai utilisé le module standard v8 pour obtenir les statistiques HEAP.

Voici le script résultant :

 1const v8 = require('v8');
 2
 3// Fonction basique volée quelque part sur Internet et modifiée pour allouer
 4// beaucoup de nouveaux objets. Un peu barbare, je sais, mais ça fait le job.
 5function allocateMemory(size) {
 6    // Simule l'allocation de données
 7    const numbers = size / 8;
 8    const arr = [];
 9    arr.length = numbers;
10    for (let i = 0; i < numbers; i++) {
11        arr[i] = {"test": Math.random()};
12        arr[i][`${Math.random()}`] = Math.random();
13    }
14    return arr;
15}
16// On alloue de la mémoire pour déclencher le garbage collector
17// et forcer la HEAP à grandir, y compris donc l'espace "new"
18allocateMemory(1000000)
19const heapSpaces = v8.getHeapSpaceStatistics()
20console.log(
21    // On filtre l'espace "new" et on affiche sa taille en MB pour plus de commodité
22    heapSpaces.filter(item => item.space_name === 'new_space')[0].space_size 
23    / 1024 / 1024
24);

En exécutant ce script, la sortie sera un nombre représentant la taille de l’espace “new_space” en MB. Avant de le renvoyer, je m’assure que cet espace a été agrandi à sa valeur maximale en allouant des objets en mémoire.

1$ node test.js
232

Maintenant, exécutons ce script avec --max-old-space-size défini à 300 Mo en utilisant Node 18, puis Node 20.

1$ nvm use 18
2Now using node v18.20.4 (npm v10.7.0)
3$ node --max-old-space-size=300 test.js
432
5$ nvm use 20
6Now using node v20.15.1 (npm v10.7.0)
7$ node --max-old-space-size=300 test.js
832

Les deux versions donnent le même résultat. L’espace “new_space” est de la même taille pour les deux versions. J’avais clairement tort.

Bien sûr, faire la même chose sans le --max-old-space-size donne exactement le même résultat.

Qu’est-ce qui se passe ? Pourquoi mon projet se comporte-t-il différemment ?

Après quelques recherches supplémentaires dans le code V8 et, surtout, un indice de mon collègue Zibock, j’ai peut-être une nouvelle piste liée à la réservation de mémoire dans la configuration Kubernetes.

L’hypothèse est maintenant la suivante : la taille de “new_space” est calculée en relation avec la réservation de mémoire du pod.

Sans entrer dans les détails, la réservation de mémoire et de CPU dans Kubernetes se fait à travers le noyau (Kernel). Cela signifie que la réservation est en réalité appliquée par le noyau lui-même. Elle est imposée directement au processus s’exécutant à l’intérieur du pod via le cgroup. En consequence, le processus lui-même peut être “conscient” de la limite et peut s’adapter à celle-ci.

Je peux tester cela dans un cluster Kubernetes, mais il y a peut-être une manière plus simple de tester cette hypothèse. Bien sûr, Docker permet également de définir une réservation de mémoire via le paramètre --memory. Plus d’informations ici.

Premièrement, sans réservation de mémoire :

1$ docker run -ti --rm -v ./:/ node:18 node /test.js
232
3$ docker run -ti --rm -v ./:/ node:20 node /test.js
432

Comme prévu, cela donne exactement le même résultat que précédemment.

Maintenant, avec des limites :

1$ docker run --memory=512m -ti --rm -v ./:/ node:18 node /test.js
232
3$ docker run --memory=512m -ti --rm -v ./:/ node:20 node /test.js
42

Cette fois, nous avons un résultat différent. La taille de “new_space” est maintenant de 2 Mo.

Cela confirme l’hypothèse que la réservation de mémoire est utilisée pour calculer la taille de “new_space”.

J’ai maintenant mon coupable. La réservation de mémoire dans la configuration Kubernetes est la raison pour laquelle la taille de “new_space” a tant rétréci.

Conclusion

L’update vers Node 20 est une victoire. La consommation mémoire globale est significativement plus basse qu’avant. À part un moment où la taille de “new_space” était trop petite, tout a fonctionné aussi bien qu’avant, voire mieux même.

Utiliser Node.js dans un environnement Kubernetes, et plus largement dans un scénario conteneurisé, nécessite de prendre en compte la réservation de mémoire et de CPU. Il faut définir des limites pour éviter qu’un processus ne consomme toutes les ressources disponibles. Cependant, les définir à des valeurs très basses nécessite une attention particulière pour s’assurer que le processus s’adapte correctement aux limites.

Aujourd’hui, nous avons vu que définir des limites de RAM sur un processus Node.js impacte également combien il se permet de consommer. En production avec des services à forte utilisation ou des appels fréquents, cela peut impacter les performances et la latence. Si je n’avais pas surveillé les métriques, nous aurions diminué notre objectif de temps de réponse de près de 1 %. Une honte, je sais !

Peut-être que j’écrirai un article sur les impacts des limites CPU sur les processus Node.js. Cela a aussi eu des effets surprenants quand j’ai testé il y a quelques années.

Le mot paragraph de la fin est :

Dans Node.js, l’espace HEAP est maintenant (depuis Node 19) dimensionné en fonction des limites de mémoire du processus (entre autres).

Dans un contexte Kubernetes/Containers, où la pratique habituelle est de définir des limites de mémoire, il faut y prêter suffisamment attention pour ne pas impacter les performances de manière inattendue. Le paramètre –max-semi-space-size est à garder en tête dans ce cas.

Mise à jour 24th October 2024

Joe Bowbeer a ouvert une issue et proposé une PR directement sur le projet Node.js pour clarifier le comportement du “semi-space”. PR toujours en attente de review à ce jour.

Merci infiniment de m’avoir lu,
Bisoux 😗

El Comité

EL Comite ⓒ Anastasia Polak

• Rolando Luna - Piano, Fender, Claviers
• Harold López-Nussa - Piano, Fender, Claviers
• Gastón Joya - Contrebasse, Basse
• Rodney Barreto - Batterie
• Yaroldy Abreu - Percussions, congas
• Carlos Sarduy - Trompette
• Irving Acao - Saxophone
• Flavia Coelho - voix (invitée)

Anthony Joseph - Black History

ⓒ AJ

• Anthony Joseph - voix
• Andrew John - Basse
• Thibaut Remy - Guitare
• Rod Youngs - Batterie
• Renato Paris - Claviers
• Colin Webster - Saxophone
• Dave Okumu - multi-instrumentiste (invité)
• Roger Raspail - Percussions (invité)

Le Cri du Caire

• Abdullah Miniawy - voix
• Peter Corser - Saxophone
• Karsten Hochapfel - Violoncelle

The Harvest Time Experiment - Hommage à Pharoah Sanders

• Tisziji Muñoz - Guitare
• Joshua Abrams - Contrebasse
• Hamid Drake - Batterie, Percussions
• Sheila Maurice-Grey - Trompette
• Idris Rahman - Saxophone, Clarinette
• Emre Ramazanoglu - Batterie
• Liran Donin - Basse

Makaya McCraven

• Makaya McCraven - Batterie
• Jahari Stampley - Piano
• Matt Gold - Guitare
• Marquis Hill - Trompette
• Junius Paul - Basse

©Nate Schuls

Première partie : Endea Owens & the Cookout

• Endea Owens - Contrebasse
• Miki Hayama - Piano
• Shenel Johns - voix
• Louis Fouché - Saxophone
• Kris Johnson - Trompette
• Lee Pearson - Batterie

©EO

Endea Owens & the Cookout

• Endea Owens - Contrebasse
• Miki Hayama - Piano
• Shenel Johns - voix
• Louis Fouché - Saxophone
• Kris Johnson - Trompette
• Lee Pearson - Batterie

Makaya McCraven Quartet

• Makaya McCraven - Batterie
• Jahari Stampley - Piano
• Matt Gold - Guitare
• Marquis Hill - Trompette
• Junius Paul - Basse

Melissa Lesnie Sextet - Hommage à Amy Winehouse

• Melissa Lesnie - voix
• Victor Pitoiset - Guitare
• Nicola Sabato - Basse
• Erwan Morisse - Batterie

ⓒunknown

Shibuuya!

• Pierre-Louis Varnier - Claviers, sampleur SP-MKII
• Japhet Boristhène - Batterie, SPDSX
• Lucas Benedetti - Basse

SHIBUUYA! | NEONAIR LIVE SET

ⓒunknown

ⓒunknown

• Robinson Khoury - Trombone, différents instruments à embouchure, voix, synthétiseur modulaire
• Lynn Adib (invité)
• Anissa Nehari - Percussions digitales, voix
• Léo Jassef - Piano, Claviers, voix

Aux percussions digitales et à la voix : Anissa Nehari, musicienne au dynamisme sensible, envoutante et envoûtée par les rythmes du monde.

Au piano, synthétiseurs et voix c’est Léo Jassef, un artiste touche à tout d’une grande sensibilité qu’on a pu entendre aux côtés de Yom.

Robinson Khoury au trombone, différents instruments à embouchure, à la voix et au synthétiseur modulaire.

Robinson Khoury “MŸA” - Horizon (Youtube)

©unknown

Son Moeun Project - Reflet

• Moeun Son - Violon
• Dexter Goldberg - Piano
• Galindo Cuadra - Guitare
• Florent Allirot - Contrebasse
• Gabriel Ferrari - Batterie

ⓒunknown

Emma Rawicz Quintet

• Emma Rawicz - Saxophone ténor
• Ivo Neame - Piano
• Jim Hart - Vibraphone
• Kevin Glasgow - Basse
• Marc Michel - Batterie

ⓒACT Gregor Hohenberg

Theo Croker Quartet

• Theo Croker - Trompette
• Eric Wheeler - Contrebasse
• Idris Frederick - Claviers, Piano
• Jeremiah Collier - Batterie

ⓒunknown

Un mini-festival proposé par le label Resolution avec 3 groupes émergents de la nouvelle scène parisienne :

Kalupto

• Calypso Larrazet-Llop - voix, Claviers
• Victor Gonon - Guitare

Indie-Pop et Folk-tronica

Who parked the car

• Laura Wamba - voix
• Sebastián Muñoz - Saxophone
• Félix Reneault - Saxophone
• César Aouillé - Guitare
• Thomas Salvatore - Claviers, voix
• Ludovic Prieur - Basse
• Malo Ropers - Percussions
• Alejandro Dixon - Batterie

Présentation de leur EP “Drafts” - Soul, Jazz, Funk, Afro Groove, Acid Jazz, Hip Hop et Electro.

Vidéos :

• Amande • Live at New Morning (Youtube)
• Only Missing You • Live at New Morning (Youtube)
• Trapped In Forever • Live at New Morning (Youtube)
• Cesar’s Dream • guitar solo • Live at New Morning (Youtube)

Notap

Arrangements Pop des années 2000 à 2020.

Loreena McKennitt

ⓒunknown

Première partie :

• Grégoire Jokic

Thylacine Symphonique

• Thylacine - composition, interprétation
• Uele Lamore - direction et arrangements
• Orchestre Lamoureux
• Bravinsan - Piano

ⓒunknown

Lecteur : Je n’ai pas le temps, tu parles de quoi ?

Blogueur : Je cultive des piments et je montre comment un meuble Ikea Kallax peut être transformé en serre. C’est cool et super efficace. Enfin, d’une certaine manière. J’ai toujours pas de piment.

Le début, les plantes

J’ai récemment développé un nouvel intérêt : les plantes. C’est agréable, ça embellit l’espace. Cependant, cela demande du temps et de l’attention, et je dois avouer que mon bilan en la matière est assez lourd. Cela prouve que je ne suis encore qu’un padawan. Je suis en phase d’apprentissage et m’efforce de tirer des leçons de chaque échec.

• Trop d’eau ici
• Pas assez d’eau là
• Insuffisance de lumière ici
• Encore trop d’eau ici
• Pot trop grand pour celle-ci
• Excès d’eau une fois de plus ici

Bref, j’apprends au fur et à mesure. Sauf pour l’arrosage, où je crains d’avoir un penchant sadique à noyer mes plantes. Je ne vois pas d’autres explications.

Voir pousser des plantes, c’est gratifiant, mais l’offre sur le marché semble rapidement limitée. Au-delà des Monstera, Yuka, Ficus et autres Pachira, les boutiques proposent souvent les mêmes variétés. Cependant, on peut trouver des graines de presque n’importe quoi en ligne à un prix abordable. Me voilà donc avec une nouvelle lubie dérivée de la première : faire pousser des plantes à partir de zéro. Idéalement, des plantes exotiques ou peu communes dans nos contrées.

Je suis évidement le premier à ressentir cela, et surtout, je suis le premier à tenter l’expérience. Quelle originalité !

Le début II, la suite

Me voilà donc plongé dans un nouveau monde. Comment fait-on pousser des graines ? Facile, me direz-vous : tu prends de la terre, tu mets la graine dedans, tu arroses et tu attends !

Que nenni ! Si c’était aussi simple, il n’y aurait pas toute une science et une industrie autour de l’agronomie :-P. Mais en tant que jeune padawan, vous pouvez bien imaginer que j’y suis allé directement, naïvement, sans trop réfléchir, ai mis des graines dans la terre et ai attendu sagement.

En appartement

Je suis citadin, parisien, et je réside dans un appartement typiquement haussmannien. Mon exposition est sud-ouest, mais je ne bénéficie pas de beaucoup de soleil au cours de la journée. Je dois donc faire vivre et prospérer des plantes, mais aussi les faire sortir de terre dans des conditions loins d’etre optimales.

En résumé,

• Faible exposition à la lumière
• En intérieur, dans un appartement
• Tout au long de l’année, car je suis impatient !

Le début III, le retour. premier échec test : Flamboyant

J’ai récemment acheté des graines de Flamboyant (Delonix regia), un arbre majestueux !

Premier problème : il est imposant et destiné à vivre à l’extérieur. Ces soucis ne concernent évidemment que le Futur moi. Bonne chance Futur moi !

Deuxième problème : il nécessite une quantité importante de lumière. Ainsi, il ne poussera probablement pas pleinement dans mon petit appartement, à moins que j’utilise des lampes horticoles.

Me voilà donc en quête d’un éclairage artificiel adapté à un appartement.

Soleil artificiel d’appartement

En parcourant Amazon, j’ai trouvé de nombreuses options de lampes à LED. J’en ai choisi une un peu au hasard, ce sont des lampes LED dotées de 8 barres et d’un minuteur automatique permettant d’allumer/éteindre les LED automatiquement, le tout pour environ 50 €.

Je ne fournis pas de liens Amazon, mais vous pourrez facilement les trouver avec divers prix et options. J’ai installé tout cela de manière naïve dans les cases d’un meuble Kallax d’Ikea qui traîne dans mon salon.

Semi

Me voilà prêt à planter mes graines. Cependant, étant donné ma naïveté, je décide de faire un tour sur internet pour obtenir des conseils. Je tombe sur cette page. J’y apprends notamment qu’il est nécessaire de “scarifier” les graines et de les laisser tremper dans l’eau pendant 2 jours.

“Scarifier”, qu’est-ce que cela signifie ? Sur le même site, ils expliquent tout le pourquoi du comment ici.

En gros, il faut enlever la couche protectrice de la graine pour faciliter sa germination. Cela revient à “poncer” la graine afin d’éliminer la fine couche protectrice. N’ayant ni papier de verre ni aucun moyen de le faire, j’ai décidé de sauter cette étape et de passer directement à la suivante. J’ai rempli un bac d’eau et laissé les graines dedans pendant 2 jours. Malheureusement, je n’ai pas pris de photo à ce moment, mais après deux jours, chaque graine présentait une petite protubérance blanche/verte à son extrémité.

Pour finir, j’ai planté une graine par pot, en utilisant du terreau pour semis acheté chez un fleuriste ordinaire.

Germination

Sur l’ensemble des graines que j’ai semées, seulement deux ont germé et une seule a survécu plus de deux jours. Je pense en avoir semé une dizaine.

Score de 1/10 pour un premier essai.

Fin

Une fois que le Flamboyant a émergé du sol, je l’ai déplacé à côté de la fenêtre pour qu’il bénéficie de plus de lumière. Malgré les LED, la luminosité reste plus intense à proximité de la fenêtre qu’à l’intérieur de la case.

C’est la dernière photo que j’ai de mon petit Flamboyant en vie. Quelques semaines plus tard, il avait perdu toutes ses feuilles et avait terminé sa croissance… pour toujours.

Conclusion flamboyante

Il est clairement évident qu’il n’y avait pas assez de lumière pour soutenir la croissance d’une plante comme celle-ci. Que ce soit à la fenêtre ou dans la serre. De plus, je dois faire attention à l’arrosage. La cause exacte du décès n’est pas certaine, mais en conjonction avec le manque de lumière, la noyade n’a certainement pas été d’une quelconque aide.

Le début IV, la suite du retour. second test: Pili Pili

En cuisinant, j’ai récupéré les graines d’un petit piment oiseau, également connu sous le nom de Pili Pili. C’est très savoureux, épicé et esthétique.

Après quelques recherches en ligne, voici ce que j’ai noté : Comme pour le Flamboyant, il est recommandé de laisser les graines tremper pendant 12 heures dans de l’eau tiède avant de les semer. La germination se produit entre 28°C et 30°C, et il est conseillé de maintenir une température qui ne descend pas en dessous de 20°C.

Pas de problème pour la limite basse de 20°C, mais je ne suis pas très enthousiaste à l’idée d’atteindre 28-30°C dans mon salon. J’ai donc prototypé une serre chauffée.

Serre chauffée Kallax

Construction d’une serre chauffée avec les mêmes outils que précédemment, mais configurée différemment. Au lieu de répartir les 8 bandeaux de LED dans des cases différentes, je les place tous dans une seule. J’ajoute du papier aluminium pour servir de réflecteur photonique et radiatif. L’objectif est de maximiser la lumière atteignant les plantes, ainsi que les rayonnements infrarouges qui réchauffent les objets. Le meuble, étant noir, absorbait tous les rayons qui n’allaient pas directement sur les plantes. Maintenant, l’aluminium renverra en grande partie ces rayons.

Je fais avec ce que j’ai sous la main et je clos la case devant et derrière avec deux serviettes que je visse sur le meuble. La serviette de devant n’est fixée que sur le dessus. Bien que loin d’être hermétique, j’espère ainsi limiter au maximum les mouvements d’air. Autre avantage, la fermeture de la case la rend invisible. Fini le salon éclairé par la lampe horticole. Je vais pouvoir laisser le minuteur sans que la lumière ne me gêne quand je regarde un film.

J’installe une sonde de température et de luminosité et je lance un cycle avec le minuteur.

Sans être parfait, on voit que la température monte quand la lumière est allumée, et reste presque constante autour de 29°C si je ne mets pas le minuteur.

Semi & germination

Avec de telles températures, je me suis empressé de faire le nécessaire et de planter mes graines de Pili Pili. Avec le taux de réussite que j’avais précédemment eu, j’ai mis entre 3 et 5 graines par petit pot. L’espoir est d’avoir au moins une plante qui germe par pot. En seulement quelques jours, les premières germinations sont apparues.

Cette fois-ci, j’ai obtenu presque un taux de succès de 100%.

Avec autant de jeunes pousses, j’ai décidé de faire un test en laissant l’une des mini-serres dans la case éclairée, et d’en mettre une à côté de la fenêtre. La différence est notable et impressionnante après seulement quelques jours.

Rempotage

Après quelques jours, lorsque les premières vraies feuilles commencent à apparaître, je décide de rempoter tous ces jeunes plants qui débordent déjà par les orifices de drainage. Je ne m’attendais pas à ce que toutes les graines poussent dans chaque petit pot.

J’ai tenté de séparer quelques plants, mais beaucoup étaient déjà bien entremêlés. J’ai préféré les laisser ensemble pour minimiser les risques de perte liés à l’opération. Il est possible que ce choix ait des conséquences à l’avenir. Je ne manquerai pas de vous tenir informé. Ou plutôt, je laisse le soin à Futur moi de vous tenir informé.

Serre Kallax, amélioration du PAF

L’étape suivante après le prototype à base de serviette était de rendre la Serre Kallax plus esthétique dans un salon et d’amélioré le PAF (Partner Acceptance Factor: Facteur d’acceptation du partenaire) Qui voudrait d’un meuble recouvert d’une serviette moche.

Ikea vend des portes qui semblent idéales pour cet usage. En plus de la porte, le bloc complet ferme la case devant et derrière. C’est parfait.

Ni une ni une, je m’en procure une pour tester ça. Après avoir suivi la documentation avec soin, me voilà avec une case fermée, et des LED à l’intérieur. J’ai bien pris soin de mettre du papier aluminium sur tout le côté, y compris la porte. Ce détail à de l’importance (mais vous ne le saurez qu’au prochain épisode).

Je trouve le résultat bien plus propre et élégant et surtout le PAF est nettement meilleur ! Les performances sont également au rendez-vous.

D’autres portes sont en cours de procuration pour les deux anciennes cases afin de pouvoir enfin enlever cette serviette moche.

Le début V, conclusion. Aurais-je des piments ?

Vous avez techniquement (presque) toutes les données pour répondre à cette question vous-même. Cependant, je ne vous ai pas expliqué comment effectuer ces calculs. Ce sera pour le prochain article où je parlerais un peu plus de la science agronomique que j’ai trouvé. Je détaillerai aussi comment j’ai choisi les LED pour la 3ᵉ case et comment bien choisir ses lampes horticoles. Enfin, je pense, je ne suis qu’un padawan encore.

Évidemment, je ne saurai si j’aurai des piments que quand ceux-ci auront enfin poussé. C’est en cours mais ça prend du temps.

Merci infiniment de m’avoir lu,
Bisoux 😗

P.S. : Cet article a été écrit alors que j’étais encore parisien. J’ai depuis déménagé pour un endroit plus radieux, ce qui aura des conséquences (j’espère positives) sur la suite.

Avishai Cohen & Makoto Ozone - The Amity Duet

Écouter et regarder

Liste des morceaux :

1. On Green Dolphin Street - 09:29
2. Gesture #2 - 05:00
3. Oberek - 12:37
4. Lazy Uncle - 09:19
5. Intervention - 02:09
6. Remembering - 06:51
7. The Ever Evolving Etude - 06:36

Etibar Asadli Trio - Mugham electro/oriental project

• Etibar Asadli - Piano, Claviers
• Ranto Rakotomalala - Basse
• Martin Wangermee - Batterie

ⓒunknown

Who Parked The Car

• Laura Wamba - voix
• Sebastián Muñoz - Saxophone
• Félix Reneault - Saxophone
• César Aouillé - Guitare
• Thomas Salvatore - Claviers, voix
• Ludovic Prieur - Basse
• Malo Ropers - Percussions
• Alejandro Dixon - Batterie

ⓒYoel Reboh

Je vous recommande d’écouter le podcast “Réparations”

Découvert grâce à Binge Audio lorsqu’ils ont repris les épisodes de ce podcast sur les flux de celui de “Kiffe ta race” (un autre podcast que je vous recommande chaudement d’écouter), cette série du podcast Histoire de Paradiso Media est presque un impératif si vous voulez comprendre ou découvrir ce que la Réparation veut dire pour les descendants d’esclavagisé.

Je découvre les combats militants et l’histoire, toujours en cours, de la reconnaissance des crimes commis par la France et les puissances coloniales. Mais surtout, je découvre l’importance de quelque chose que je n’ai jamais vraiment appréhendé; qui ne m’a jamais été enseigné; que j’ai parfois survolé sans y prêter plus d’attention que ça; les Réparations des crimes commis, liés à l’esclavage, par les puissances coloniales telles que la France.

Considéré comme un crime contre l’humanité aux yeux de la loi française (Loi Taubira), l’organisation de l’esclavage par la France paraît si loin, et pourtant si près de nous historiquement.

Dès les premiers épisodes, je me sens bien bête de découvrir les termes d’esclavagisé et esclavisé. Je vous laisse écouter pour comprendre pourquoi le terme d’esclave ne suffit pas et n’est pas approprié (épisode 2). C’est avec beaucoup d’émotions que j’écoute les témoignages, les récits et l’histoire de ces luttes.

Récemment, je suis allé au musée d’Aquitaine à Bordeaux, qui a une bonne section consacrée à ce qu’on nous enseigne comme “le commerce triangulaire”. Il y a notamment la lecture d’un journal de bord d’un capitaine d’un bateau qui a fait l’un de ces voyages. Entendre quelqu’un prononcer ces mots, ces phrases ; le mépris face à la souffrance et à la vie humaine ; cela a été difficile et choquant pour moi. Facile à dire avec ma position d’homme de 2020, je sais. Le simple fait de reconnaître les personnes qu’ils déportaient comme des personnes, justement, leur était étranger. La compassion et l’empathie font cruellement défaut dans ce journal, et nul besoin de ma vision du monde de 2020 pour se rendre compte de l’horreur que subissaient les hommes et femmes réduits à l’esclavage, comme de simples nombres comptables.

Cette série résonne aussi beaucoup avec un documentaire qui m’avait été recommandé :

“Exterminez toutes ces brutes” (en anglais “Exterminate all the brutes”), que je vous recommande de visionner.

S’éduquer

Encore aujourd’hui, le racisme et les discriminations en général sont toujours présents et semblent progresser ( Analyse Insee sur l'étude TeO2 de 2019-2020, 2021 Interstats Analyse N°45 ). Beaucoup ne s’en rendent pas compte (moi le premier) et se cachent derrière une illusion de tolérance (même ce mot est glaçant), d’acceptation et d’indifférence. S’en extraire est difficile, même quand on en est conscient, et on n’a pas forcément prise sur toutes les formes de racisme qui nous affectent.

Ce documentaire est donc très instructif et permet d’apprendre sur des sujets qui, soi-disant, ne me touchent pas directement et dont la société, la République, décide d’en faire l’impasse.

Les Épisodes

Réparations : Le moment des réparations 1/7

Réparations. Ce slogan, on l’entend de plus en plus à travers le monde. Dans des manifestations Black Lives Matter après la mort de George Floyd, dans les rassemblements en soutien à Adama Traoré. Le passé colonial et esclavagiste de l’occident continue de faire mal. Est-ce que les réparations de l’esclavage seraient la solution ? Nous avons eu envie d’explorer cette utopie en se focalisant sur la situation de deux anciennes colonies françaises : la Guadeloupe et la Martinique. A travers un procès historique, celui d’une cinquantaine de descendants d’esclaves qui ont assigné l’Etat français en justice à Fort-de-France.

Plus d’info

Réparations : Une lutte de très longue date 2/7

La lutte pour les réparations n’est pas récente. Depuis qu’il y a esclavage, il y a demande de liberté et demande de réparations. Par les esclavisés eux-mêmes, par les nouveaux libres et par des défendeurs de leur cause. Dans cet épisode, nous retraçons 3 récits de luttes.

Plus d’info

Réparations : L’abolition, une occasion manquée 3/7

Impossible d’évoquer les réparations sans revenir sur les conditions de l’abolition et l’indemnisation des propriétaires. Deux facteurs clefs qui permettent d’expliquer en quoi les sociétés caribéennes se sont fondées sur cet héritage social et politique.

Plus d’info

Réparations : Réparer l’oubli 4/7

C’est dans les tribunaux que se joue aujourd’hui le combat pour les réparations. D’autres procédures similaires sont en cours en Guadeloupe, en France, et prochainement en Guyane. C’est la nouvelle stratégie des associations : assaillir l’État et les tribunaux de procédures.

Plus d’info

Réparations : Liberté, inégalité, fraternité 5/7

Aujourd’hui, en 2022, la Martinique et la Guadeloupe font partie des départements les plus pauvres de France. En assignant l’État français en justice, les militants du Mouvement International pour les Réparations, le MIR, ont donc demandé 200 milliards d’euros pour enfin construire l’égalité. Et concrètement, comment ça fonctionnerait des réparations matérielles ?

Plus d’info

Réparations : Le combat en robe d’avocat 6/7

C’est dans les tribunaux que se joue aujourd’hui le combat pour les réparations. D’autres procédures similaires sont en cours en Guadeloupe, en France, et prochainement en Guyane. C’est la nouvelle stratégie des associations : assaillir l’État et les tribunaux de procédures.

Plus d’info

Réparations : Réparer le monde 7/7

Le scandale du chlordécone a mis en évidence l’impact de l’exploitation des sols et des territoires instaurés à l’époque coloniale. Comment les réparations pourraient-elles s’emparer de l’enjeu écologique ?

Plus d’info

Après l’écoute de ces épisodes, je vais m’empresser de m’abonner au podcast Histoire et écouter les autres séries. Et vous ?

Merci infiniment de m’avoir lu,
Bisoux 😗

Ballet en un acte, cinq tableaux et une apothéose (1912)

D’après Charles Perrault, Madame Leprince de Beaumont, Madame d’Aulnoy

Équipe artistique

• Maurice Ravel - Musique
• Martin Chaix - Chorégraphie
• Patrick Lange - Direction musicale
• Camille Dugas - Décors
• Aleksandar Noshpal - Costumes
• Tom Klefstad - Lumières

© Julien Benhamou / OnP

© Julien Benhamou / OnP

© Julien Benhamou / OnP

Le chanteur et multi-instrumentiste Oscar les Vacances a une écriture fine et incisive. Il nous parle de l’adolescence, questionne le moderne, la masculinité, la vitesse, et tente de nous faire voyager dans les tréfonds de nos imaginaires et de nos fantasmes inavouables. Un concert intime en face à face spécialement pour vous…

• Oscar les vacances - voix

Fusion between mugham and jazz.

• Etibar Asadli - Piano
• Chris Jennings - Contrebasse
• Yoann Schmidt - Batterie

ⓒunknown

• Ana Layla - voix
• Dré Pallemaerts - Batterie
• Victor Foulon - Contrebasse
• Raphael DeBacker - Piano
• Diego Di Vito - Guitare

ⓒunknown

Lakecia Benjamin “Phoenix”

• Lakecia Benjamin - Saxophone
• Zaccal Curtis - Piano
• Elias Bailey - Contrebasse
• EJ Strickland - Batterie

Theo Croker

• Theo Croker - Trompette, voix, laptop, efex
• Mike King - Claviers
• Eric Wheeler - Basse, Contrebasse
• Shekwoaga Ode - Batterie

• Yonathan Avishai - Piano solo

©Annie-Claire Alvoët

©Annie-Claire Alvoët

• Man with a mission

ⓒunknown

Je vous recommande d’écouter le podcast “Les couilles sur la table” par Victoire Tuaillon

J’écoute depuis longtemps le podcast Les couilles sur la table, et je le recommande à tout le monde, surtout aux hommes !

Récemment, une série d’épisodes me semble encore plus importante : “Nous faire justice”

Le “Nous” ici ne fait pas référence à moi ou “nous” en général, mais renvoie aux Femmes et aux victimes de violences sexistes et sexuelles. Chaque épisode aborde un thème différent autour de la notion de justice, en fournissant des clés de compréhension, de recherche, ainsi que des idées d’actions et de comportements à adopter.

Plutôt que d’essayer de paraphraser l’autrice en moins bien, je copie ici les résumés des épisodes et vous invite très fortement à tous les écouter dans l’ordre si possible.

En tant qu’homme, nous avons le devoir de nous informer sur ces sujets. N’étant pas la cible de ces violences, nous ne sommes pas nécessairement en mesure de les comprendre de manière intuitive, ni même, souvent, de les voir. Nous avons besoin d’écouter les personnes qui en savent le plus sur ce sujet, et statistiquement, les Femmes sont bien plus avancées que nous.

Les épisodes qui suivent sont un très bon moyen de commencer si vous n’êtes pas familiarisé avec ces sujets, mais surtout d’aller plus loin que la simple prise de conscience.

#01 | Comprendre

Si #MeToo a déclenché une libération de la parole et de l’écoute sur les violences sexistes et sexuelles, le chemin vers la réparation est encore long, et les impasses nombreuses. Outre la remise en question constante de la parole des victimes, l’écrasante majorité des personnes mises en cause dans ces affaires contestent les faits, et très peu d’entre elles sont punies. Pourtant, nous sommes toutes et tous concerné·es et les institutions ne sont pas à la hauteur des réponses attendues.

Que faire avec ses proches lorsqu’ils sont accusés ? Faut-il remplir les prisons ou trouver des alternatives ? Parler avec les violeurs ou les exclure à jamais ? Se battre ou pardonner ? Punir ou réparer ?

Plus d’info

#02 | Juger

Aujourd’hui en France, porter plainte pour violences sexuelles revient à se lancer dans 10 ans de procédures judiciaires et à dépenser 8 à 10 000 euros en moyenne. Et avant même d’arriver au procès, dans 73 % des cas la plainte est classée sans suite. Face à ces chiffres catastrophiques, de nombreuses victimes perdent confiance en la justice tandis que la grande majorité des agressions restent impunies.

Pourquoi les agresseurs sexuels sont-ils si peu condamnés ? Le procès permet-il de réparer les violences ? Qu’est-ce qui pourrait améliorer le traitement judiciaire des affaires de violences sexuelles en France ?

Plus d’info

#03 | Enquêter

Depuis #MeToo, les journalistes ne s’arrêtent plus à la porte de la chambre à coucher : la presse est devenue centrale dans les débats publics sur les violences sexistes et sexuelles. Souvent accusés de vouloir se substituer à la justice, les médias ont pourtant un rôle majeur à jouer dans la prise de conscience collective de l’ampleur de ces violences. En publiant des enquêtes sur des personnalités comme Gérard Depardieu, Léo Grasset, Éric Zemmour ou encore Gérald Darmanin, le journal Mediapart a été précurseur en la matière.

Comment mène-t-on une enquête journalistique sur une affaire de violences sexuelles ? C’est quoi, le contradictoire et à quoi sert-il dans une enquête ? Comment appréhender la réception de telles enquêtes par le débat public ?

Plus d’info

#04 | Prendre en charge

L’écoute, l’accompagnement, et le soin apporté·es aux victimes de violences sexuelles sont des étapes essentielles pour la réparation. Mais que faire des auteurs ? Puisque les systèmes judiciaire et carcéral actuels ne permettent pas d’éviter la récidive et encore moins de prévenir les violences, une autre prise en charge des agresseurs s’impose comme une étape incontournable. C’est à ce besoin que cherchent à répondre les CRIAVS, les Centres de Ressources pour les Intervenant·es auprès des Auteurs de Violences Sexuelles.

La reconnaissance de leurs actes est-elle indispensable pour que les auteurs de violences puissent bénéficier de ces prises en charge ? Comment éviter la récidive ? La violence est-elle une pathologie ?

Plus d’info

#05 | Sortir de la justice punitive

Si les institutions policières et judiciaires peinent à répondre à notre besoin de justice face à l’ampleur des violences sexistes et sexuelles, il existe d’autres manières de les réparer. Depuis plusieurs siècles, de multiples communautés progressistes s’y essayent, et se heurtent à un obstacle de taille : la logique punitive de la justice. L’idée que toute violence, ou toute erreur commise devrait être punie d’une sanction.

Comment réparer les violences sexistes et sexuelles sans reproduire ces logiques punitives, venues des institutions policières et pénales ? À quoi sert le conflit, et comment y répondre sereinement ? Qu’est-ce que les pratiques punitives produisent au sein des milieux féministes, LGBTI+, antiracistes ou encore écolos ?

Plus d’info

Je rajouterais les nouveaux épisodes à l’occasion, cependant je vous recommande de vous abonner directement au podcast via votre application préférés ou via le flux rss du podcast

Merci infiniment de m’avoir lu,
Bisoux 😗

Depuis quelque temps, grâce à la brillante Pauline Munier, j’anime avec Zibock un podcast tech. Le premier épisode a été enregistré en 2021. C’était une première pour moi aussi bien à l’animation, la préparation (même si c’est Pauline qui a tout fait de ce côté-là) et surtout l’enregistrement. À l’occasion de la sortie du dernier épisode de la saison 1, je vous livre un petit retour d’expérience.

Deez is la tech, qu’est-ce que c’est ?

On ne va pas se mentir, pas de chichi ici. C’est un podcast corpo, réalisé dans le cadre de mon emploi à Deezer. Je l’ai fait avec beaucoup de plaisir et sans contraintes. On voulait un espace d’expression différent de ce que Deezer faisait déjà (il y a un blog), et l’idée de lancer un podcast me paraissait intrigante.

Le sous-titre “c’est le podcast qui n’pète ni les plombs, ni les crons !” rappelle aux plus vieux d’où on vient et quel humour on a.

C’est un podcast posé, avec des épisodes longs (45-50 minutes) où on discute avec des invités autour d’un sujet. Pour le moment, nous avons exclusivement invité des gens qui travaillent(aient) à Deezer. Cela pourrait peut-être changer si une saison 2 voit le jour.

La préparation des épisodes

Comme je l’ai déjà dit, merci mille fois à la réalisatrice et aussi monteuse de cette saison 1, Pauline Munier, sans qui ce podcast n’aurait jamais vu le jour. C’est elle qui a fait une grande partie de la préparation des épisodes une fois que le sujet était défini. Elle a aussi organisé les invitations des invités. :-p

Les premiers épisodes ont mis quelques mois à se préparer. Entre nos hésitations, notre travail qui nous prend du temps, le premier épisode a été long à enregistrer. Ensuite, nous nous sommes améliorés et la préparation prend moins de temps, mais elle reste très importante.

Pour le premier épisode, nous avons également dû résoudre la question de la capture. Comment faire ? Avec quel matériel ?

L’enregistrement

J’ai en préparation un article complet sur comment j’ai fait, avec tous les détails, mais pour résumer :

• Les micros ont été gracieusement prêtés par Deezer et sont de très bonne qualité. Parfois j’ai utilisé un micro perso en plus.
• J’ai utilisé un ancien ordinateur portable sur lequel j’ai installé Ubuntu Studio.
• Deux interfaces (perso), parfois 3, branchées sur le laptop avec quelques scripts pour pouvoir toutes les utiliser en même temps.
• J’ai une licence REAPER pour l’enregistrement multipiste.
• Zoom pour les invités à distance, directement enregistré sur une piste à part.
• Les invités venaient avec leur casque/écouteur à brancher pour le retour et entendre les intervenants à distance.

L’enregistrement fut à la fois simple et compliqué. Simple, car je connais bien tout ce matériel et que j’ai mes repères et habitudes. Compliqué, parce que ce n’est pas vraiment adapté. Avoir plusieurs interfaces d’acquisition, à la place d’une seule avec le bon nombre de prises XLR, c’est un enfer. Ça veut dire qu’il n’est pas possible d’avoir un retour propre et synchronisé. C’est parfois difficile de s’entendre soi-même parler, et quand il y a un petit décalage, c’est juste impossible. De plus, il faut faire des pirouettes avec Pipewire/Pulseaudio pour pouvoir utiliser toutes les entrées en même temps.

L’animation

Avec Vincent, nous animions ces épisodes. Cela signifie que chacun notre tour, nous réalisions une petite introduction du sujet et présentions les invités.

La première fois, avec le stress et tout, je me suis complètement raté. J’ai dû la re-enregistrer un peu plus tard au calme. Avec l’habitude, c’est mieux, mais bon, j’ai encore m’améliorer pour ne pas donner l’impression de lire un texte (ce que je fais).

Le montage

J’ai rien fait. C’est tout le travail de Pauline. Franchement, félicitations et beau boulot.

Diffusion

C’est aussi Pauline qui a géré cette partie. On s’est reposé sur Acast qui semble faire le boulot correctement et gratuitement pour l’instant. Si vous ne trouvez pas notre podcast sur votre application préférée, c’est à Acast qu’il faut se plaindre.

J’ai appris plein de choses

Entre la préparation et les discussions avec les invités, j’ai appris plein de choses sur des sujets que souvent je connais déjà un peu. Faire ces épisodes sur des sujets comme par exemple les royalties et le flow fut vraiment un plaisir, et j’y retrouve un peu les discussions que j’ai avec mes amis quand je parle de Deezer. Parler de diversité et d’accessibilité aussi me touche tout particulièrement. Conscient que rien n’est parfait, je suis réellement heureux de montrer que ces sujets sont bien réels, et que des solutions et actions existent, et parfois depuis longtemps même.

Les épisodes

Je vous invite donc à écouter ou réécouter les épisodes de Deez is la tech, le podcast qui n’pète ni les plombs, ni les crons !

• #1 - La diversité dans la tech - “C’est un travail de tous les jours”
• #2 - L’accessibilité numérique - “L’accessibilité, c’est beaucoup d’empathie”
• #3 - Flow - “Avoir la bonne chanson au bon moment” (Anatomie d’une feature)
• #4 - Les royalties - “70% de l’abonnement va dans la redistribution de royalties aux artistes”
• #5 - La gestion du catalogue - “Avoir un catalogue propre, utilisable et intelligible”
• #6 - La qualité logicielle - “La qualité est l’affaire de tous”
• #7 - La recherche - “Le principal point d’accès au catalogue” (Anatomie d’une feature)

#1 - La diversité dans la tech - “C’est un travail de tous les jours"

Dans ce tout premier épisode de Deez is la tech, nos deux animateurs Loïc Doubinine (@ztec6) et Vincent Lepot (@neozibok), tous deux Backend Engineers chez Deezer, abordent le sujet de la diversité dans le milieu de la tech à travers un échange avec trois invités : Laura de Rohan (Software Engineer), Eva Zelus (Talent Acquisition Lead) et Gil Pinatel (Senior iOS Engineer).

Qu’est-ce que la diversité ? Quelles expériences de diversité nos invités ont-ils vécu au cours de leur carrière professionnelle ? Quelles évolutions ont-ils observées ? Comment faire en sorte d’encourager et de promouvoir la diversité en entreprise ? Quels en sont les apports ? Ce sont quelques-unes des questions auxquelles nos invités répondront avant de partager leurs “Coups de coeur” actuels.

#2 - L’accessibilité numérique - “L’accessibilité, c’est beaucoup d’empathie"

Loïc Doubinine (@ztec6) et Vincent Lepot (@neozibok) accueillent aujourd’hui Céline Rouquié (Product Design Lead — @CelineRouquie), Dorothée Doublet (Senior iOS Engineer — @dodmaxx) et Matthieu Nogueron (Front End Technical Expert) pour parler accessibilité des sites web et applications mobiles.

Si des normes et règles ont été définies aux niveau global et local pour inciter les entreprises à rendre leurs interfaces utilisables par des personnes en situation de handicap, un grand nombre d’applications ne sont pas encore entièrement accessibles. Qu’est-ce que l’accessibilité ? Quels efforts sont nécessaires pour rendre une application accessible ? Pourquoi est-ce important d’investir sur le sujet ? Comment sensibiliser et convaincre les développeurs et les entreprises de le prioriser davantage ? Autant de questions auxquelles nos invités apporteront des éléments de réponses, avant de nous partager leurs “Coups de coeur” en fin d’émission.

#3 - Flow - “Avoir la bonne chanson au bon moment” (Anatomie d’une feature)

Flow est la fonctionnalité phare et exclusive de Deezer qui propose à chaque utilisateur un mix infini et personnalisé combinant ses musiques préférées et des découvertes sur-mesure.

Créé en 2013, [le] Flow est passé par plusieurs étapes avant d’atteindre sa forme actuelle. Comment a-t-il été conçu ? Comment fonctionne-t-il ? Comment évolue-t-il ? Quels défis nos équipes ont-elles dû relever pour parvenir à ce résultat ?

Aurélien Hérault (Chief Innovation Officer — @dokydeezer), Benjamin Chapus (Data Scientist — @xbenji) et Marin Lorant (Lead Product Manager — @MarinLorant) reviennent sur la genèse de Flow, présentent ses dernières nouveautés et évoquent des pistes d’améliorations futures. Ils nous livrent également leurs “Coups de coeur” du moment, découverts pour certains grâce à Flow !

#4 - Les royalties - “70% de l’abonnement va dans la redistribution de royalties aux artistes”

Deezer donne accès à ses utilisateurs à des contenus, notamment musicaux, créés par des artistes. À ce titre, Deezer est tenu de leur verser une rémunération, plus communément appelée “royalties”. Mais en quoi consistent exactement ces royalties ? Comment sont-elles calculées et distribuées ? Comment lutter contre la fraude aux écoutes ? Comment rémunérer plus justement les artistes ?

Recording, publishing, labels, providers, SACEM, etc., autant de termes que Thibault Roucou (Head of Royalties & Reporting) et Joris Vandermeulen (Senior Data Engineer) s’attellent à éclaircir dans cet épisode. Ils nous expliquent comment, grâce à des outils internes et à la Big Data, plusieurs milliards d’écoutes sont traitées chaque mois sur Deezer, et comment les créateurs de musique sont rétribués en conséquence. Ils évoquent également la lutte contre la fraude à grand renfort de Data Science, ainsi que la réflexion initiée par Deezer afin de promouvoir un nouveau système de rémunération des artistes, l’UCPS.

#5 - La gestion du catalogue - “Avoir un catalogue propre, utilisable et intelligible”

Le catalogue musical de Deezer s’élève aujourd’hui à plus de 90 millions de titres, et c’est sans compter les podcasts, radios, audiobooks et autres types de contenus proposés sur la plateforme. Nos équipes en charge du catalogue travaillent donc d’arrache-pied pour importer, ranger et exposer tous ces éléments.

Concrètement, qu’est-ce qu’un catalogue ? Comment le constitue-t-on ? Qu’est-ce que les métadonnées et comment les exploite-t-on ? Comment s’assure-t-on de la qualité des informations que l’on affiche dans les applications ? Pour quelles raisons certains contenus ne sont-ils plus disponibles du jour au lendemain ?

Dans cet épisode, Loïc Boulakras (Team Manager Backend | LinkedIn), Romain Cottard (Senior Software Architect | Mastodon | GitHub), Lucie Haddad (Senior Product Manager | [LinkedIn]9https://www.linkedin.com/in/lucie-haddad-romet/) | Twitter) et Paul Tremberth (Senior Data Engineer | LinkedIn | GitHub) détaillent les différentes techniques et sources utilisées (identifiants, fingerprinting, wikis, etc.) pour catégoriser le catalogue, contextualiser l’expérience utilisateur et résoudre des problématiques de dates et d’homonymie notamment. Ils évoquent également l’importance de l’humain et le rôle de l’éthique dans la mise à disposition des contenus. Enfin, ils nous révèlent pourquoi certains morceaux sont parfois grisés !

#6 - La qualité logicielle - “La qualité est l’affaire de tous”

Dans l’industrie, la notion de qualité fait depuis longtemps l’objet de normes et certifications pour décrire des processus permettant de s’assurer du fait qu’un produit a des caractéristiques reproductibles. Le monde du logiciel n’échappe pas à la règle car ses acteurs aussi se doivent de proposer des produits répondant aux attentes de leurs utilisateurs.

Mais en quoi consiste la qualité logicielle exactement ? Comment s’assure-t-on de la qualité d’une application ? Qui en est le garant ?

Dans ce nouvel épisode, Virgile Carron (Product Manager | LinkedIn), Anthony Dussaut (Team Manager QA XP Engineer | LinkedIn) et Benmar Franco Iglesias (Senior QA Manager | LinkedIn) partagent leur vision des processus de qualité, en évoquant notamment l’évolution du rôle des équipes QA, le principe de “shift-left” (ou décalage des tests “vers la gauche”) et l’importance de l’automatisation des tests dans ce contexte de transition.

#7 - La recherche - “Le principal point d’accès au catalogue” (Anatomie d’une feature)

La barre de recherche est le principal point d’accès aux 90 millions de morceaux disponibles sur Deezer, ce qui fait d’elle une fonctionnalité cruciale pour les utilisateurs qui découvrent l’application et souhaitent y jouer une musique.

Mais comment fonctionne la recherche sur Deezer, au juste ? Quels sont les mécanismes sous-jacents qui permettent aux utilisateurs de trouver le contenu qu’ils cherchent rapidement ? Comment s’assure-t-on que le moteur de recherche est performant ? Quelles sont les pistes d’améliorations futures ?

Dans cet épisode, Marion Baranes (Research Scientist — @Marion_Baranes), Liam Byrne (Product Manager) et Mathieu Delcluze (Senior Machine Learning Engineer) f ont un tour d’horizon des sous-fonctionnalités de la “search” qui offrent la possibilité aux utilisateurs de trouver tous types de contenus (de la musique mais aussi des podcasts ou encore des profils utilisateurs), alors même qu’ils ne connaissent pas leur orthographe précise, ou n’ont qu’un bout des paroles ou de la mélodie d’une chanson à leur disposition, par exemple. Nos trois invités évoquent, entre autres, les processus techniques mis en place pour proposer les résultats les plus pertinents en un temps record (de l’ordre de quelques millisecondes !), ainsi que l’influence potentielle de l’intelligence artificielle sur l’avenir des moteurs de recherche.

Rendez-vous peut-être à la rentrée pour la saison 2. Abonnez-vous à Deez is la tech sur votre application de podcast préférée, ou sur Deezer.

Merci infiniment de m’avoir lu, et Abonnez-vous toussa toussa
Bisoux 😗

• Andrew McCormack - Piano
• Kyle Eastwood - Basse
• Gautier Garrigue - Batterie

© DR

Récemment, j’ai sorti un petit projet appelé poulpe.ztec.fr. Ce projet autonome, je l’utilise aussi dans certains de mes projets perso, mais comme librairie. Quand je le fais, mes imports ressemblent à ça :

1// main.go
2import git2.riper.fr/ztec/poulpe

J’ai deux problèmes avec cette façon de faire :

• C’est moche, non ?
• Si jamais je change l’adresse de mon dépôt, alors tous les imports précédents seront caducs. (Remarquez le 2 dans le nom déjà)

La majorité des projets open-source dépendent de Github de cette façon et utilisent directement des imports depuis github.com. De plus, vous le savez sûrement, mais Github n’est plus notre ami depuis qu’il a été racheté par le mal. Github n’agit plus dans le bénéfice de l’open source, mais de ses actionnaires. Pire, c’est de plus en plus un réseau social plutôt qu’une plateforme de développement.

Afin de promouvoir la pérennisation de l’open-source et du logiciel libre, il devient urgent de réduire, voire de supprimer cette dépendance à Github. Avoir des milliers d’imports qui citent spécifiquement Github n’est pas la bonne façon d’y arriver.

Trop long, j’ai pas le temps

En Go, il est possible de définir le nom d’un package avec un nom de domaine dont on gère l’hébergement.

1// main.go
2import poulpe.ztec.fr

GOPROXY

Go vient avec ce que l’on appelle les “Go proxy”. Ce sont des intermédiaires entre Go et les dépôts de nos dépendances. Ces intermédiaires ajoutent deux fonctionnalités importantes :

• L’immutabilité des packages
• Une protection contre l’indisponibilité.

Pour les utiliser, on définit la variable d’environnement GOPROXY avec l’URL de notre proxy ou d’un proxy public.

C’est cool, on peut perdre Github un moment, nos dépendances sont toujours disponibles. Mais c’est loin d’être parfait. D’abord, c’est de la responsabilité de l’utilisateur de la bibliothèque d’utiliser un proxy ou pas. Ensuite, on a toujours un souci lorsque notre source de vérité change d’adresse. Et c’est toujours aussi moche qu’avant 😓

Replace

Dans le fichier go.mod, on peut utiliser la directive replace pour spécifiquement remplacer la source d’une lib par une autre. Cela est avant tout utilisé pour pouvoir tester ou utiliser une version différente, mais on peut forcer l’utilisation d’un miroir de cette façon.

1// go.mod
2replace github.com/ztec/poulpe v0.3.1 => git2.riper.fr/ztec/poulpe v0.3.1

C’est pratique, mais pas vraiment sur le long terme. Je me vois mal le faire pour toutes les bibliothèques chargées par mes projets. Ça va vite devenir chiant. Et encore, cela reste toujours la responsabilité de l’utilisateur de la bibliothèque de le faire. De plus, c’est encore plus moche qu’avant 😂

Instead of

Une autre solution consiste à changer de manière globale l’emplacement des bibliothèques. À la manière de replace, on peut configurer dans ~/.gitconfig des miroirs ou des sources alternatives. On peut le faire carrément pour tout un domaine, comme notre cible Github.com. C’est principalement utilisé pour changer le protocole, pour des raisons d’identification, mais cela peut être détourné.

1[url "ssh://git@github.com/"]
2	insteadOf = https://github.com/

ou

1[url "https://git2.riper.fr/ztec"]
2	insteadOf = https://github.com/ztec

C’est utile, mais pose les mêmes problèmes que la solution du replace.

Nom personalisé

Si on y réfléchit bien, la seule chose que nous pouvons vraiment posséder sur internet, c’est un nom de domaine, et ce qu’il y a derrière. Glolang permet de rediriger n’importe quelle URL vers un paquet et c’est vraiment facile à faire.

Par exemple, j’ai changé le nom de mon paquet de git2.riper.fr/ztec/poulpe en poulpe.ztec.fr.

1// go.mod
2module poulpe.ztec.fr

Simplement changer le nom dans le go.mod suffit pour le projet lui-même. Mais dès que vous voulez l’importer dans un autre projet, il faut ajouter une autre ligne pour que Go puisse trouver votre bibliothèque.

Pour que le nouveau nom fonctionne pour tout le monde, il suffit simplement d’ajouter une balise meta dans la page retournée par l’URL du paquet. Dans l’exemple, cette page est https://poulpe.ztec.fr.

1 <meta name=go-import content="poulpe.ztec.fr git https://git2.riper.fr/ztec/poulpe.git">

Lors d’un go get, Go regardera cette page et cherchera les balises meta et suivra les instructions qui y sont incluses.

Quelques bénéfices au nom personalisé

En utilisant un nom personnalisé qui utilise votre domaine, comme dans l’exemple précédent, vous devenez maître de votre paquet. Vous avez la liberté de changer l’adresse du dépôt à loisir, sans avoir à en changer le nom.

En plus, Github n’est plus “nécessaire” ni même mentionné lors de l’utilisation de votre bibliothèque. Vous pouvez toujours l’utiliser pour votre dépôt, mais vous ne le criez plus sur tous les toits et c’est un avantage.

En plus de reprendre le contrôle de votre paquet, vous avez réduit la visibilité de Github et ce n’est pas rien.

Merci infiniment de m’avoir lu,
Bisoux 😗

Quelques resources pour aller plus loin :

• when-should-i-use-the-replace-directive
• are-there-always-on-module-repositories-and-enterprise-proxies
• how-to-use-a-private-go-module-in-your-own-project
• private-module-repo-auth
• https://pkg.go.dev/rsc.io/go-import-redirector
• Remote_import_paths

• Georgia Cécile - voix
• Euan Stevenson - Piano
• Edouard Pennes - Contrebasse
• Max Popp - Batterie

ⓒunknown

Nobuo Uematsu

ⓒunknown

J’en ai parlé dans mon article précédent, j’ai fait un moteur de recherche d’emoji. Il est complètement intégrer dans mes outils. Comme j’avais un peu de temps et que c’était fun, j’en ai fait une version autonome que j’ai mis en ligne.

Vous pouvez maintenant la tester et voir le code par vous-même.

• Le moteur de recherche: https://poulpe.ztec.fr
• Le code: https://git2.riper.fr/ztec/poulpe or https://github.com/ztec/poulpe

Merci infiniment de m’avoir lu,
Bisoux 😗

Pour l’un de mes projets, j’ai dû gérer des emojis. Le but était de créer un moteur de recherche d’emojis. Je ne pars pas de rien, car je dois inclure le tout dans l’un de mes programmes qui tourne déjà, et c’est en Go. Regardons ensemble comment construire un petit moteur de recherche en Go.

Pour les plus impatients, l’ensemble des exemples de code de cet article se trouve ici : git2.riper.fr/ztec/emoji-search-engine-go

Vous pouvez aussi tester et voir le résulta final. Tous les détails son ici: poulpe.ztec.fr - Le moteur de recherche d’emoji open-sourcé

🐗 Émojis! Attrapez-les tous!

En premier lieu, il m’a fallu trouver la liste de tous les emojis qui existent. Le site de l’Unicode en met une à disposition :

https://unicode.org/Public/emoji/15.0/emoji-test.txt

Le fichier ressemble à ceci :

[…]
# group: Smileys & Emotion

# subgroup: face-smiling
1F600                                                  ; fully-qualified     # 😀 E1.0 grinning face
1F603                                                  ; fully-qualified     # 😃 E0.6 grinning face with big eyes
1F604                                                  ; fully-qualified     # 😄 E0.6 grinning face with smiling eyes
1F601                                                  ; fully-qualified     # 😁 E0.6 beaming face with smiling eyes
1F606                                                  ; fully-qualified     # 😆 E0.6 grinning squinting face
1F605                                                  ; fully-qualified     # 😅 E0.6 grinning face with sweat
[…]

On y trouve le code Unicode, l’émoji lui-même et une description. Le fichier est prévu pour les machines, il devrait donc être facile à parser.

Avant de se lancer tête baissée dans cette direction, regardons ce que la communauté a déjà fait sur le sujet. J’ai trouvé :

• github.com/enescakir/emoji, mis à jour en 2020.
• AkinAD/emoji, mis à jour en 2022 (un fork du premier).
• github.com/kenshaw/emoji, mis à jour en 2021.

En regardant dans le code de ces projets j’ai trouver un truc très intéressant : https://raw.githubusercontent.com/github/gemoji/master/db/emoji.json

Le fichier, qui est mis à jour régulièrement, est parfait et peut être encore plus facilement parsé. C’est du JSON. En plus de ça, il contient quelques informations supplémentaires comme les alias.

This is the way, on va parser ce fichier directement !

 1package pouet
 2
 3import (
 4	"encoding/json"
 5	"github.com/go-zoox/fetch"
 6)
 7
 8type EmojiDescription struct {
 9	Emoji          string   `json:"emoji"`
10	Description    string   `json:"description"`
11	Category       string   `json:"category"`
12	Aliases        []string `json:"aliases"`
13	Tags           []string `json:"tags"`
14	HasSkinTones   bool     `json:"skin_tones,omitempty"`
15	UnicodeVersion string   `json:"unicode_version"`
16}
17
18type GithubDescriptionResponse []EmojiDescription
19
20func fetchEmojiFromGithub() (results []EmojiDescription, err error) {
21	response, err := fetch.Get("https://raw.githubusercontent.com/github/gemoji/master/db/emoji.json")
22	if err != nil {
23		return
24	}
25	err = json.Unmarshal(response.Body, &results)
26	return
27}

J’ai utilisé github.com/go-zoox/fetch pour récupérer le fichier, car je suis paresseux.

🦓 Émoji, Scannez-les tous!

Dans mon programme, j’utilise déjà Bleve pour indexer d’autres trucs. Je vais donc l’utiliser ici aussi. L’opération est plutôt simple, car je n’ai pas à conserver de copie de l’index, juste une version en mémoire suffit.

 1package pouet
 2
 3import (
 4	"fmt"
 5	"github.com/blevesearch/bleve/v2"
 6	"github.com/sirupsen/logrus"
 7	"strconv"
 8	"strings"
 9)
10
11var (
12	index  bleve.Index
13	emojis []EmojiDescription
14)
15
16func indexEmojis() error {
17	// we create a new indexMapping. I used the default one that will index all fields of my EmojiDescription
18	mapping := bleve.NewIndexMapping()
19	// we create the index instance
20	bleveIndex, err := bleve.NewMemOnly(mapping)
21	if err != nil {
22		return err
23	}
24	// we fetch the emoji from the internet. This can fail, and may be embedded for better performance
25	e, err := fetchEmojiFromGithub()
26	if err != nil {
27		logrus.WithError(err).Error("Could fetch emoji list")
28		return err
29	}
30	emojis = e
31	for eNumber, eDescription := range emojis {
32		// this will index each item one by one. No need to be quick here for me, I can wait few ms for the program to start
33		err = bleveIndex.Index(fmt.Sprintf("%d", eNumber), eDescription)
34		if err != nil {
35			logrus.WithError(err).Error("Could not index an emoji")
36		}
37	}
38	index = bleveIndex // we make the index available
39}

Une fois que la fonction indexEmojis est appelée, j’ai un index prêt à l’emploi pour chercher des émojis. Testons-le.

 1package pouet
 2
 3import (
 4	"fmt"
 5	"github.com/AkinAD/emoji"
 6	"github.com/blevesearch/bleve/v2"
 7	"github.com/sirupsen/logrus"
 8	"strconv"
 9	"strings"
10)
11
12var (
13	index  bleve.Index
14	emojis []EmojiDescription
15)
16
17func Search(q string) (results []EmojiDescription) {
18	if index == nil {
19		// no Index mean indexEmojies was not called yet or did not finished. No results (boot process)
20		return
21	}
22	// we create a query as bleve expect.
23	query := bleve.NewQueryStringQuery(q)
24	// we define the search options and limit to 200 results. This should be enough.
25	searchrequest := bleve.NewSearchRequestOptions(query, 200, 0, false)
26	// we do the search itself. This is the longest. Approximately few hundreds of us 
27	searchresults, err := index.Search(searchrequest)
28	if err != nil {
29		logrus.WithError(err).Error("Could not search for an emoji")
30		return
31	}
32	
33	// we return the results. I use the index to find my original object stored in `emojis` because it's simpler. Optimisation possible.
34	for _, result := range searchresults.Hits {
35		numIndex, _ := strconv.ParseInt(result.ID, 10, 64)
36		results = append(results, emojis[numIndex])
37	}
38	return
39}

J’ai choisi d’utiliser NewQueryStringQuery car il permet pas mal d’options lors de la recherche, directement via la chaîne. Comme ça je pourrais ajouter des modificateurs pour affiner mes recherches. J’utilise beaucoup ces options pour les autres trucs que j’indexe, ça ne sera peut-être pas si utile que ça sur des émojis, mais ça ne coûte pas grand-chose alors je le garde quand même.

Détendez-vous et imaginez un clip musical de moi qui ajoute le code que vous avez vu dans mon programme et créant une superbe interface pour envoyer les recherches et voir les résultats.

🧋 Recherche approximative (Fuzzy)

C’est cool, les résultats sont bons, mais il semblerait qu’il y ait des ratés.

Ici, je devrais avoir un émoji en résultat, c’est 🤗!. Si j’ajoute le s à la requête, le moteur le trouve, mais pas sans. Essayons d’améliorer ça en acceptant des résultats approximatifs.

L’idée est de chercher les résultats proches de la recherche souhaitée, même s’ils ont un ou deux caractères de différent. Pour faire ça, on va utiliser un truc qui s’appelle la Distance de Levenshtein. C’est cool, car Bleve intègre déjà ce mécanisme. Malheureusement, je n’ai pas trouvé comment l’utiliser avec les QueryStringQuery, notamment pour ajouter un niveau d’approximation par défaut. Je peux toujours ajouter un ~ après un mot pour l’activer sur celui-ci, mais ce n’est pas pratique.

C’est un petit projet perso, alors on va y aller en suivant la méthode RACHE. Si je n’ai pas de résultats avec la première méthode, je tente avec une recherche dédiée.

 1func Search(q string) (results []EmojiDescription) {
 2	if index == nil {
 3		// no Index mean indexEmojies was not called yet or did not finished. No results (boot process)
 4		return
 5	}
 6	// we create a query as bleve expect.
 7	query := bleve.NewQueryStringQuery(q)
 8	// we define the search options and limit to 200 results. This should be enough.
 9	searchrequest := bleve.NewSearchRequestOptions(query, 200, 0, false)
10	// we do the search itself. This is the longest. Approximately few hundreds of us 
11	searchresults, err := index.Search(searchrequest)
12	if err != nil {
13		logrus.WithError(err).Error("Could not search for an emoji")
14		return
15	}
16	
17	// If we have no results we try to do a basic fuzzy search
18	if len(searchresults.Hits) == 0 {
19		// this time, we create a fuzzy query. The rest is the same as before. CopyPasta style. 
20		fuzzyQuery := bleve.NewFuzzyQuery(q)
21		searchrequest := bleve.NewSearchRequestOptions(fuzzyQuery, 200, 0, false)
22		searchresults, err = index.Search(searchrequest)
23		if err != nil {
24			logrus.WithError(err).Error("Could not search for emoji")
25			return
26		}
27	}
28	// we return the results. I use the index to find my original object stored in `emojis` because it's simpler. Optimisation possible.
29	for _, result := range searchresults.Hits {
30		numIndex, _ := strconv.ParseInt(result.ID, 10, 64)
31		results = append(results, emojis[numIndex])
32	}
33	return
34}

Cette fois, c’est bon, j’ai bien mon émoji câlin. J’ai également quelques autres résultats, mais ça va. Je ne m’attends pas à avoir mon résultat en premier, du moment qu’il est visible sans descendre dans la page, ça me convient.

note: j’aurais pu aussi utiliser une recherche par préfixe, mais je ne cherche pas toujours en utilisant le début du nom des émojis, donc je préfère la recherche fuzzy

🟪 Les couleurs de peau

Si je cherche pour l’émoji ok hand, je le trouve. Cependant, il n’y a que la version de base, la jaune. J’aimerais bien aussi voir les variations quand il y en a.

Détendez-vous une seconde encore, et imaginez qu’un narrateur fait irruption dans votre tête avec une voix profonde et raconte : “Zed ne le sait pas encore, mais inclure ces jolis émojis avec toutes les couleurs de peau sera une tâche difficile. Des heures passeront avant qu’il ne réussisse le challenge et qu’il comprenne enfin”.

Avant de continuer, quelques explications sur la façon dont les émojis fonctionnent. Ce sont des caractères UTF-8. Ces caractères peuvent être combinés ensemble pour former ce qu’on appelle des ligatures. Vous prenez deux codes UTF-8 caractères et vous les collez ensemble en un seul caractère. Sur votre écran, vous verrez alors un autre caractère qui n’est aucun des deux premiers. Dans les textes, c’est utilisé pour les liaisons graphiques et pour rendre le texte lisible quand deux lettres simplement coller l’une à côté de l’autre le sont moins. La beauté du concept, c’est que si votre police ou votre écran ne supporte pas ces ligatures, vous verrez toujours les deux premiers caractères. Cool, non ?

La couleur de peau d’un émoji est gérée avec des ligatures. Vous prenez un émoji, et vous y collez le caractère de la couleur de peau que vous voulez. Le résultat sera un nouvel émoji avec le jaune remplacé par la couleur choisie. Bien sûr, il faut que la police de caractères le supporte, donc toutes les combinaisons ne sont pas possibles.

1F44C                                                  ; fully-qualified     # 👌 E0.6 OK hand
1F44C 1F3FB                                            ; fully-qualified     # 👌🏻 E1.0 OK hand: light skin tone
1F44C 1F3FC                                            ; fully-qualified     # 👌🏼 E1.0 OK hand: medium-light skin tone
1F44C 1F3FD                                            ; fully-qualified     # 👌🏽 E1.0 OK hand: medium skin tone
1F44C 1F3FE                                            ; fully-qualified     # 👌🏾 E1.0 OK hand: medium-dark skin tone
1F44C 1F3FF                                            ; fully-qualified     # 👌🏿 E1.0 OK hand: dark skin tone

La première colonne contient le code UTF-8 de chaque émoji. On voit bien que la première partie ne change pas. C’est le code de 👌. Le second code est la couleur de peau. Nous avons donc la liste des couleurs de peau disponibles.

1	tones := map[string][]rune{
2      "light skin tone" : []rune("\U0001F3FB"),
3      "medium-light skin tone" : []rune("\U0001F3FC"),
4      "medium skin tone" : []rune("\U0001F3FD"),
5      "medium-dark skin tone" : []rune("\U0001F3FE"),
6      "dark skin tone" : []rune("\U0001F3FF"),
7	}

Dans les librairies dont j’ai parlé en début d’article, les émojis et leurs codes sont gérés via des string et utilisent la syntaxe spécifique de l’UTF-8 en Go (\Uxxxxxxxx). Golang possède cependant un type dédié à la manipulation de caractères UTF-8, la rune. J’ai décidé de l’utiliser. Malheureusement, il y a vraiment peu d’exemples en ligne qui utilisent les runes, surtout avec des ligatures. J’ai utilisé la représentation en string ici pour que l’on voie bien le code et le lien entre les runes et le caractère.

Maintenant, on a besoin de créer un nouvel émoji pour chaque variation de couleur. Tous les émojis ne supportent pas ces variations. Je pourrais parser le fichier original d’Unicode, mais je suis paresseux, vous savez. En plus, si vous avez fait attention avant, le fichier qu’on parse déjà possède un champ qui donne cette information sous forme d’un bool, il n’y a donc rien à faire. 🎉

 1func enhanceEmojiListWithVariations(list []EmojiDescription) []EmojiDescription {
 2	tones := map[string][]rune{
 3        "light skin tone" : []rune("\U0001F3FB"),
 4        "medium-light skin tone" : []rune("\U0001F3FC"),
 5        "medium skin tone" : []rune("\U0001F3FD"),
 6        "medium-dark skin tone" : []rune("\U0001F3FE"),
 7        "dark skin tone" : []rune("\U0001F3FF"),
 8    }
 9	for _, originalEmoji := range list {
10		// we only add variations for emoji that supports it
11		if originalEmoji.HasSkinTones {
12			// we do it for every skin tone
13			for skinToneName, tone := range tones {
14				// we make a copy of the emojiDescription
15				currentEmojiWithSkinTone := originalEmoji
16				
17				// This is the important bit that took me hours to figure out
18				// we convert the emoji in rune (string -> []rune). An emoji can already be composed of multiple sub UTF8 characters, therefore multiple runes.
19				// we append to the list of runes the one for the skin tone.
20				// finally, we convert that in string using the type conversion. Using fmt would result in printing all runes independently
21				currentEmojiWithSkinTone.Emoji = string(append([]rune(currentEmojiWithSkinTone.Emoji), tone...))
22				
23				// we adapt the description and metadata to match the skin tone
24				currentEmojiWithSkinTone.Description = fmt.Sprintf("%s %s", currentEmojiWithSkinTone.Description, skinToneName)
25				aliases := []string{}
26				for _, alias := range currentEmojiWithSkinTone.Aliases {
27					// we update all aliases to include the skin tone
28					aliases = append(aliases, fmt.Sprintf("%s_%s",alias,strings.ReplaceAll(strings.ReplaceAll(skinToneName,"-", "_")," ", "_")))
29				}
30				currentEmojiWithSkinTone.Aliases = aliases
31                // I cleared the unicode version because some emoji with skin tone were added way after their original. I could parse the unicode list,
32				// but I'm a loafer, so I did not.
33				currentEmojiWithSkinTone.UnicodeVersion = "" 
34				// we add the new emoji to the list
35                list = append(list, currentEmojiWithSkinTone)
36			}
37		}
38	}
39	return list
40}

La clé 🔑 ici, c’est cette ligne :

1currentEmojiWithSkinTone.Emoji = string(append([]rune(currentEmojiWithSkinTone.Emoji), tone...))

Je ne suis pas un expert en Go, encore moins en UTF-8. J’ai donc sûrement raté un ou plusieurs trucs, mais après des heures à essayer d’afficher mes emojis ligaturés avec fmt sans succès (il y avait toujours deux caractères d’affichés), j’ai fait une conversion de type par inadvertance et ça a fonctionné ! Je n’ai aucune idée de pourquoi j’ai eu besoin de deux heures pour cela.

Nous avons maintenant nos emojis de toutes les couleurs ! 🎉

🚫 emojis incompatibles

Mon ordinateur et mon téléphone ne supportent pas bien les emojis publiés après la version 14. Mais comme je l’ai dit plus tôt, la beauté des ligatures de l’UTF-8, c’est que malgré cela, je vois quand même les différents composants. De cette façon, je ne perds pas le sens original.

Si vous voulez tester par vous-même et bidouiller le code, vous pouvez trouver le code complet et fonctionnel sur ce repository : git2.riper.fr/ztec/emoji-search-engine-go.

Vous pouvez aussi tester et voir le résulta final. Tous les détails son ici: poulpe.ztec.fr

⁉️ Pourquoi j’ai fait tout ça ?

Déjà, pourquoi pas ? Juste jouer avec des émojis, c’est fun. Mais surtout, mon but était d’avoir un moteur de recherche d’émojis sous la main pour pouvoir copier les émojis ailleurs. Tous les systèmes que j’ai trouvés en ligne me semblaient inadaptés et pénibles à utiliser.

• Beaucoup trop lent à charger et à chercher.
• Beaucoup trop inutile. Je ne souhaite pas chercher mon émojis dans une liste interminable d’icônes jaunes.

La meilleure solution que j’avais trouvée, c’était un raccourci vers le fichier du site Unicode. Mais comme les noms d’usage ne sont pas tous inclus, j’ai dû apprendre les versions officielles. Puis un jour, le site d’Unicode est tombé et n’était plus disponible pendant quelques heures.

Ouais, je dois être le seul au monde qui sait quand le site d’Unicode tombe, et surtout qui est impacté par ça ! 🤣

⏭️ Et la suite ?

Ce moteur est vraiment simple, basique. Il y a plein de façons de l’améliorer. J’ai d’ailleurs déjà inclus une recherche inverse même si je n’en ai pas parlé ici. Bleve est puissant malgré tout, mais rate certains cas évidents. Je vais voir ce qui me dérange le plus et l’améliorer en fonction de cela. Peut-être que le résultat sera open-source un jour, mais pour cela je dois encore faire du ménage dans mon projet. Les émojis ne sont pas les seuls trucs que je “cherche” dans mon moteur de recherche. 😉

Merci infiniment de m’avoir lu,
Bisoux 😗

Sur mon bureau, chez moi, quand je télétravaille et que je fais une visio, j’allume ma webcam. Je trouve que c’est plus sympa pour les autres de pouvoir me voir. J’apprécie également lorsque les autres font de même, mais chacun a ses préférences à ce sujet.

Afin que mon image soit nette et propre, j’ai installé une lampe qui m’envoie beaucoup de lumens à la figure. De cette façon, je suis sûr que l’on me voit bien ! J’oubliais souvent d’allumer ou pire, de l’éteindre. J’ai donc automatisé le processus.

La lampe que j’utilise est une Philips Hue Play, qui peut être contrôlée via l’ensemble de l’écosystème Philips Hue.

J’ai également une tablette sur mon bureau avec des gros boutons pour allumer et éteindre la lampe. C’est pratique, mais cela nécessite tout de même un geste de trop.

API pour allumer la lampe

Les lampes Philips Hue peuvent être contrôlées via le bridge qui dispose d’une API REST assez simple.

Après quelques recherches sur internet, j’ai construit un bout de script pour allumer ou éteindre la lampe :

 1#!/bin/bash
 2HUE_BRIDGE_IP="10.20.0.4"
 3HUE_USER_NAME="secretCodeYouGetByPressingTheBridgeButton"
 4
 5echo "Turning off the light"
 6curl --insecure -X PUT -d '{"on": false}'  "https://${HUE_BRIDGE_IP}/api/${HUE_USER_NAME}/lights/4/state"
 7
 8
 9echo "Turning on the light"
10curl --insecure -X PUT -d '{"on": true}'  "https://${HUE_BRIDGE_IP}/api/${HUE_USER_NAME}/lights/4/state"

Pour accéder a l’API qui est sur le Bridge lui-même, cette page décris les étapes à suivre. https://developers.meethue.com/develop/get-started-2/

Il ya notamment la procédure pour obtenir le “username” qui sert de code secret.
Pour la faire courte, il faut envoyer la requette suivante :

1curl -X POST -d '{"devicetype":"nom_de_votre_script"}'

Vite courir pour appuyer sur le bouton du bridge et recommencer à nouveau. Le code est alors donné, je le note, notamment dans la variable HUE_USER_NAME. Ce code doit ensuite être inséré dans l’URL entre /api/ et le chemin des “resources”.

Ensuite, il m’a fallu comprendre comment fonctionne l’API. En résumé :

• Il y a des “resources” qui représentent les scènes que l’on a configurées (via une application, par exemple). Les scènes définissent l’état souhaité pour chaque lampe de la scène.
• Il y a des “resources” pour chaque lampe afin de les modifier.
• Il y a bien évidemment la possibilité de récupérer la liste des scènes et des lampes.
• Appliquer une scène revient à obtenir la liste des états souhaités pour chaque lampe et à faire un appel pour chacune avec les valeurs de la scène.

Je ne suis pas allé plus loin. Il y a sûrement des subtilités pour les scènes dynamiques ou certaines fonctionnalités. Après tâtonnement, j’ai découvert que le numéro de ma lampe est 4.

Detection de l’utilisation de la Webcam

J’ai fait quelques recherches sur Internet, je ne sais plus trop où j’ai trouvé la réponse. Pour détecter si ma webcam est utilisée, il suffit de faire un lsmod et de “regarder” le statut devant uvcvideo. Ça donne ça :

1IS_CAM_IN_USE=$(lsmod | grep uvcvideo|head -n 1|awk '{print $3}')

Sort un 0 ou un 1. Il est fort probable que s’il y a plus d’une webcam, il faille adapter un peu la méthode.

Réglage de la webcam

Avec la lumière allumée, plus besoin de laisser la webcam se régler automatiquement. Je peux définir les valeurs d’exposition et de balance des blancs comme je le souhaite.
Je n’aurai plus l’impression d’être malade une fois sur deux.

 1v4l2-ctl --set-ctrl exposure_auto=1
 2v4l2-ctl --set-ctrl exposure_auto_priority=0
 3v4l2-ctl --set-ctrl exposure_absolute=120
 4v4l2-ctl --set-ctrl white_balance_temperature_auto=0
 5v4l2-ctl --set-ctrl white_balance_temperature=3500
 6v4l2-ctl --set-ctrl brightness=200
 7v4l2-ctl --set-ctrl contrast=110
 8v4l2-ctl --set-ctrl gain=170
 9v4l2-ctl --set-ctrl power_line_frequency=1
10v4l2-ctl --set-ctrl zoom_absolute=100

Ces réglages sont les miens, ils s’adaptent en fonction de votre matériel ou de vos préférences.

Assemblage final

Plus qu’à regrouper tout ça dans un script.

 1~/bin/auto-cam.sh
 2#!/bin/bash
 3HUE_BRIDGE_IP="10.20.0.4"
 4HUE_DEVICE_TYPE="linuxauto"
 5HUE_USER_NAME="AH1gq0t6MlKDi4cVYQuxaD-35vgq-ves2W57Tz4G"
 6
 7IS_CAM_IN_USE=$(lsmod | grep uvcvideo|head -n 1|awk '{print $3}')
 8STATE_FILE="/tmp/hue_state"
 9HUE_STATE=$(cat ${STATE_FILE})
10
11if [ "${IS_CAM_IN_USE}" == "0" ]; then
12	echo CAM NOT IN USE;
13	if [ "${HUE_STATE}" != "0" ]; then 
14		echo "Turning off the light"
15 		curl --insecure -X PUT -d '{"on": false}'  "https://${HUE_BRIDGE_IP}/api/${HUE_USER_NAME}/lights/4/state"
16		echo "0" > ${STATE_FILE}
17	fi
18
19else
20	echo CAM IN USE;
21	if [ "${HUE_STATE}" != "1" ]; then
22		echo "Turning on the light"
23		curl --insecure -X PUT -d '{"on": true}'  "https://${HUE_BRIDGE_IP}/api/${HUE_USER_NAME}/lights/4/state"
24		echo "1" > ${STATE_FILE}
25		v4l2-ctl --set-ctrl exposure_auto=1
26		v4l2-ctl --set-ctrl exposure_auto_priority=0
27		v4l2-ctl --set-ctrl exposure_absolute=120
28		v4l2-ctl --set-ctrl white_balance_temperature_auto=0
29		v4l2-ctl --set-ctrl white_balance_temperature=3500
30		v4l2-ctl --set-ctrl brightness=200
31		v4l2-ctl --set-ctrl contrast=110
32		v4l2-ctl --set-ctrl gain=170
33		v4l2-ctl --set-ctrl power_line_frequency=1
34		v4l2-ctl --set-ctrl zoom_absolute=100
35	fi
36fi
37echo "END" 

J’ai ajouté un fichier d’état pour mémoriser si la lampe est allumée ou pas. Ce n’est pas obligatoire, mais ça m’évite de faire un appel à l’API toutes les secondes. En effet, au démarrage de mon ordinateur, je lance le script suivant, qui va simplement lancer le précédent toutes les secondes.

1~/bin/cam-watcher.sh
2#!/bin/bash
3while true; do
4	~/bin/auto-cam.sh
5	sleep 1
6done

Et voilà ! Quand j’utilise ma webcam, la lumière s’allume toute seule. Elle reprend le dernier réglage que j’ai mis. Je peux donc toujours modifier sa puissance avec la tablette (car parfois c’est trop violent pour mes petits yeux du matin).

À propos de Philips Hue

Je suis tombé dans le piège Philips Hue il y a quelques années, mais j’en suis satisfait - syndrome de Stockholm sans doute. Je n’ai pas testé d’autres marques, notamment Elgato pour mon éclairage de webcam. Je ne sais donc pas s’il est facile de les piloter sans installer de mouchard sur son téléphone. Concernant Philips Hue, tout se fait en local et les API sont relativement simples d’accès. Il est ainsi facile pour la communauté de construire autour d’elle. J’ai été agréablement surpris du peu de temps qu’il m’a fallu pour faire ce script. Écrire cet article a sûrement été plus long.

Merci infiniment de m’avoir lu,
Bisoux 😗

• Giacomo Smith - Saxophone alto, Clarinette
• Joe Webb - Piano
• Anders Fjeldsted - Contrebasse
• Snorre Kirk - Batterie

ⓒunknown

First Aid Kit

ⓒunknown

• Avishai Cohen - Contrebasse
• Guy Moskovich - Piano
• Roni Kaspi - Batterie

ⓒunknown

Trop long, j’ai pas le temps

Les partitions Ext4 réservent 5% du volume pour garantir qu’il y a toujours un peu d’espace libre. J’ai reconfiguré cette reservation de 5% à 0.05% car sur un volume de plusieurs téra je préfère l’utiliser pour stocker des vraies données.

Pour faire ça j’ai exécuté la commande suivante :

1sudo tune2fs -m 0.05 /dev/vda

J’ai un NAS

J’ai un NAS chez moi, et je le gère à la main. Ça veut dire que je n’utilise ni TrueNas et que c’est pas un NAS tout fait comme un Synology par exemple. C’est un ordinateur avec une distribution basée sur Debian (Proxmox en vrais), avec des disques en RAID matériel dessus.

J’ai un gros volume LVM avec une partition ext4 où je mets tous mes fichiers. Je le maintiens depuis 3-4 ans. Il grossit à chaque fois que j’ajoute des disques. De quelques téra il fait maintenant 24To.

J’ai mis du monitoring en place pour surveiller son utilisation. Vous imaginez bien que tout espace libre, ne le reste pas bien longtemps.

Je n’ai pas la main assez verte pour faire pousser un arbre à simflouz, du coup je ne peux pas rajouter des disques infiniment.

Je fais donc du ménage de temps en temps. Généralement, je supprime beaucoup de choses inutiles comme des films ou des jeux de données de projets abandonnés. Je parviens souvent à libérer quelques térabytes.

Netoyage de printemps

Aujourd’hui, c’était nettoyage de printemps … en automne. Après avoir terminé, je suis allé vite fait dans la corbeille pour vider définitivement quelques fichiers qui n’attendaient que cela.

À l’occasion, j’ai lancé la commande df sur le serveur pour regarder tout l’espace que j’ai gagné et enfin pouvoir me féliciter des économies réalisées. Cependant, en regardant les données de plus près, je suis surpris.

Qui m’a piquer ces 1.2To ?

Bon, je lance une calculatrice fiable (mon cerveau ne l’est vraiment pas), et oui 24-20 = 4, pas 2.4. Je sais bien que tout système de fichier a besoin d’un peu de place pour stoker les journaux et quelques données techniques, mais 1.6To me semble un peu excessif au regard du besoin.

Après un appel à internet, je trouve que le système de fichier ext4 réserve par défaut 5% de la taille totale d’un volume. Cette reservation est lá pour s’assurer qu’il y ait toujours un peu de place sur le volume, meme quand celui-ci est considéré comme plein.

Cela est de la plus haute importance, notamment pour les partitions système. Car plus d’espace libre = pas de shell. Croyez-moi, je suis assez vieux pour avoir bossé sur des systèmes suffisamment anciens pour ne pas avoir ce genre de protections. C’était pas très fun de devoir trouver un moyen de s’y connecter, surtout quand aucun accès physique n’était possible.

Un autre bonus de cette réservation, c’est d’aider dans la lute contre la fragmentation. Comme j’utilise des disques durs et non des SSD, la fragmentation reste importante à garder en tête. Cependant, j’ai principalement du contenu froid, c’est-à-dire qui ne bouge pas beaucoup. Bien que certains fichiers soient plus actifs, je ne pense pas que cela soit un gros problème dans mon cas

Rend les térabytes

Comme je n’ai finalement pas de vrai usage de cette espace réservé, j’ai intérêt à m’en débarrasser ou à le réduire au maximum. Voici la commande que j’ai utilisée pour réduire l’espace réservé

1sudo tune2fs -m 0.05 /dev/vda

TaDa !

Conclusions

Je gère mon NAS à la main, et j’apprends en le faisant. Aujourd’hui j’ai appris des choses. Objectif attaint.

aussi:

• Maintenant, il y a des sécurités pour éviter de se retrouver bloqué à l’extérieur de son serveur.
• Ext4 réserve 5% d’un volume et c’est pas forcément utile dans tous les cas, surtout si la partition n’est finalement pas utilisée pour monter la racine ou un dossier système.
• e4defrag existe, et peu être utlisé pour calculer la fragmentation et faire de la défragmentation, mais c’est très très très long.

Merci infiniment de m’avoir lu,
Bisoux 😗

Je prends beaucoup de photos, et 2022 n’a pas été exception. La majorité sont privée, mais j’aime bien en partager quelques une.

Vous pouvez les voir ici ou sur Flickr. Je poste sur les réseaux sociaux celles que je préfère.

Il n’y a pas de règles ni dans les groupes, sujets et types de photos. Cette page sera mise a jour avec de nouvelle photo quand j’en ai envie.

Plantes

Je trouve que c’est particulièrement difficile de prendre des photos de plantes qui soient intéressantes et jolies. Souvent, la lumière est difficile à capter et la dynamique en fait des sujets très difficile à photographier surtout quand j’ai que mon telephone sur moi.

Museum pictures

Philharmonie de paris

J’aime beaucoup ce bâtiment. Il attire toujours mon regard. On peut l’apprécier de pres comme de loin. C’est toujours different, les reflections me fascine et j’aime beaucoup les formes des tuiles et les effets qu’elle donne. Ça crée une sorte de mouvement qui suit les courbes, aidant les reflections à partir dans toutes les directions.

Concerts

Souvent, les photo de concert sont moches. Pas que ce qui ait été pris en photo soit moche ou nul, mais les conditions de lumière sont très rude et demande du très bon materiel. Cependant, certaine sorte du lot, meme si elles sont loin d’être parfaite.

Misc

Paris est magique

J’ai fait un article dédie autour de photos de Paris. Je vous invite a suivre ce lien pour plus de photos de paris.

Merci infiniment de m'avoir lu d’avoir regarder mes photos,
Bisoux 😗

Cette page peu être mise à jour avec de nouvelles photos. Pour être informé, suivez-moi via twitter.com ou mamot.fr

Rag’n’Bone man

• Rag'n'Bone man

Mathilda Homer

• Mathilda Homer - première partie

ⓒunknown

Divulgâchage : Je regrette mon achat. C’est vraiment un mauvais produit. Je les ai achetés pour une chose, écouter de la musique ou des podcasts, et il n’arrive même pas à remplir ce rôle ! Aucun aspect positif ne peu rattraper le fait qu’aucune musique n’atteint mes oreilles.

Pourquoi les Nothing ear (1)

Je vais commencer par vous donner les raisons qui m’ont poussé à les acheter. Je ne suis pas vraiment fan des casques sans fil. J’utilise principalement des casques et écouteurs filaires et je vais encore continuer pour longtemps encore. Mais avec le COVID et le fait de devoir enelver et remettre les masques en permanences, enlever les écouteurs était devenu pénible. Alors on est d’accord, ce n’est pas un problème existentiel hein. Mais c’était suffisant pour me faire passer le pas et tester des écouteurs sans fil.

Mes critères clé

• Petit, si possible qui ne créer pas de grosse boule dans les oreilles (comme certains earbuds sans fil Sony apr exemple)
• Je voulais des intra, car je préfère ça pour une meilleure isolation notamment.
• Ne dois pas couter un organe
• Et si possible suffisamment confortable, sachant que c’est très difficile tester à l’avance.

Après quelques recherches, je me suis retrouvé avec quelques candidats dans deux catégories principales :

• Good enough mais a prix convenable (autour de 100€)
• Pas cher ! (entre 9€ et 40€, frais de ports inclus)

Je peux me permettre les 100€ pour ça, et je me dis que les options vraiment low-cost risque vraiment d’être mauvaise, juste, car c’est trop pas cher.

Les modèles beaucoup plus cher pour ce que je veux en faire et compte tenu de mes critères.

Mon choix final à donc été les Nothing ear (1) d’une part pour leur forme et taille, et ensuite, car les tests semblaient présenter un produit correct, voir de qualité. D’autre choix était possible, mais finalement le prix à guider ma décision final pour une différence d’entre 10€ et 30€.

Un début prometteur

À leur reception, je les ai testés, pendant quelques jours, principalement à l’intérieur à la maison. La qualité est largement suffisante pour moi (je rappelle que je ne cherche pas un son audiophile). La portée était suffisante pour presque couvrir tout mon appartement de 40m² avec le telephone en plein milieux. La réduction de bruit était bonne et couvrait vraiment bien le bruit de l’aspirateur ! Pour le moment, ils étaient l’accessoire parfait pour faire le ménage tout en écoutant de la music ou des podcasts.

En conditions réelles : ils sont inutiles !

Au bout d’un moment, je suis sorti de chez moi pour aller au boulot, ou juste me balader. C’était le vrai test, car j’avais l’intention de les utiliser pour mes trajets notamment.

Pour le dire simplement

Tout juste sorti dehors la music a commencé à couper, se dégrader, se couper encore, et se dégrader etc …

Par “couper”, je veux dire plus de son pendant 2 à 3 secondes ; et par “dégrader”, c’est un son mono, de qualité télephone avec d’horribles artefacts de compressions, durant 10s à 20s.

Pour que vous vous rendiez compte de ce que je viens de dire, j’ai fait une simulation de mon experience avec les Hear nothing (1). Vous devez écouter jusqu’au bout pour vraiment comprendre. Les micro coupures sont aussi de la partie en vrais.

La seule façon que j’ai trouvée pour éviter ces soucis, c’est de garder mon téléphone dans ma main, si possible devant moi. C’est inacceptable pour moi, car la place de mon téléphone est dans ma poche, pas autour du coup. La distance entre ma poche et mes oreilles est grosso modo de 1m ! J’ai même testé avec le téléphone dans la poche intérieur de ma veste, même comportement !.

Pour le dire simplement, encore, je ne peux pas utiliser ces écouteurs dehors. Encore plus si j’ai besoin de mes mains pour autre chose.

J’ai testé toutes les options de “latence”. Aucuns changements. J’ai testé avec un One plus 5, un one plus 7t Pro, et enfin mon Sony Xperia one mark IV. Tout pareil. Je considère ces téléphones étant de bonne qualité si ce n’est pas excellent, je ne les considère pas résponssable des problèmes rencontrés.

Un produit pas fini

Aussi inutile qu’ils sont, ce sont pas les seuls reproches que j’ai. Je ne sais pas dans quelles conditions ils ont été designer et construit, mais elles devaient surement être très mauvaise. Il y a plein de petites choses qui montre que personne, parmi ceux impliqués dans la conception de ces écouteurs, n’a pris soin de les tester ou de s’en servir vraiment.

Ils ne mémorisent pas les paramètres comme le niveau ou l’activation de la réduction de bruit. Je dois systématiquement la réactiver à chaque fois que je connecte les écouteurs. L’application nothing ear (1) continue pourtant de montrer le paramètre comme actif, mais je dois manuellement la désactiver et la réactiver pour qu’elle soit réellement activée. Et c’est pas fini, la moitié du temps, seulement un seul des écouteurs se voient activé la fonction “réduction de bruit”. Je ne sais pas si vous avez déjà testé la réduction de bruit avec juste un écouteur sur deux, mais c’est horrible et inconfortable. Avec ou sans musique. Pour corriger ça, je dois obligatoirement les remettre dans leur boite et tout recommencer.

Certaines actions sont déclenchables avec le doit. Toutes ne sont pas désactivable. Ça ne serait pas un souci si elle ne se mettait pas en travers de l’utilisation des écouteurs. J’ai désactivé la fonction “Pause quand on retire les écouteurs”, principalement, car elle n’a jamais marché pour moi. Du coup, quand je les enlève, j’enclenche presque systématiquement une autre action. Très pénible quand j’enlève un écouteur et que je finis toujours par faire un “pause” ou pire, un “skip” (passer au suivant) sur l’application de music.

Le mode “transparent” est une blague. Vraiment, ne le mettez pas si c’est pour qu’il soit aussi mauvais. C’est censé permettre d’entendre ce qu’il se passe à l’extérieur, mélangé avec la musique. En vrais, la music pert énormément en qualité, et je n’entends pas plus que ça les bruits extérieurs ou les gens parler. (même si oui, c’est mieux que dans les autres modes)

Je n’ai jamais réussi à utiliser la fonctionnalité de “touch & hold” (toucher et maintenir) pour changer le mode de réduction du bruit. Surement que je ne sais pas bien utiliser mes doigts, mais ça ná jamais marcher quand j’en avais besoins. Les seules fois ou ça s’activait, c’était par erreur quand je voulais faire autre chose… J’ai simplement désactivé le truc (car celui-là on peut). Ça ne serait pas trop un souci si seulement les écouteurs mémorisait l’activation de la réduction de bruit depuis la dernière fois que je les ai utilisés.

La qualité sonore est bonne quand on est sur le mode haute qualité. Comme on passe très vite au mode téléphone des années 30, ce n’est pas très utile finalement.

De plus, souvent, un des écouteurs ne se connecte pas. Je dois les remettre dans leur boite et recommencer en espérant que ça marche cette fois-ci. C’est pas le plus grave, c’est juste pénible, car fréquent.

Tous ces détails montre clairement que le produit a été fini dans de si mauvaises conditions que ne n’ose imaginer comment les personnes impliquées ont été traitées.

Il y a du bon

Toutes les autres revues et tests montre déjà les point fort. Je vais en parler aussi par acquit de conscience.

Quand j’ai la chance d’avoir la qualité au maximum, le son est plutôt bon. Je ne m’attendais pas à quoi que ce soit d’exceptionnel, mais c’est mieux que mes écouteurs filaires. Personnellement, j’ai rajouté un Equalizer pour baisser un peu les basses, mais c’est mon choix.

La boite est suffisamment petite pour moi, et rempli parfaitement son rôle. Les pastilles rouge et blanche ne me sont d’aucune utilité, car je mets toujours le mauvais écouteur dans le mauvais emplacement. (un peu comme les ports USB où il faut s’y reprendre à 3 fois). Vous avez surement un meilleur cerveau que moi cependant, vous y arriverez surement vous.

L’autonomie est suffisante pour moi. Je suis arrivée à bout qu’une seule fois pendant une longue journée de nettoyage de printemps.

Le mode “latence faible” à toujours un lag, mais bien moindre que l’autre mode. C’est amplement suffisant pour regarder un film ou une série pour moi.

Et , … c’est tout. Rien de bien ne permet de rendre le Nothing ear (1) juste utilisable malheureusement\

Conclusion : Je regrette les avoir achetés

Ce sont mes premiers écouteurs sans fils, et c’est mauvais. Le produit est de très mauvaise qualité, la seule fonctionnalité qu’on s’attend avoir ne marche tout simplement pas du tout (ou pas assez).

C’est une déception pour moi, l’impression d’avoir juste perdu 100€

Tous les trucs qui sont mal fichus, mal pensé ou simplement cassé sont tellement d’indice pour que je ne me risque plus à acheter un autre de leur produits.

Les Nothing ear (1) ne sont pas fini, tout juste en version alpha. Même 6-8 mois après leur sorti, et que je les ai achetés. (firmware et application à jours aux dernières disponible en octobre 2022)

Pour conclure, ne perdez pas de temps et n’achetez pas les nothing ear (1). Je vais personnellement boycotter “Nothing” sur tout leur futur produit, car il y a beaucoup trop de “red flags” (mauvais signes) pour parier à nouveau sur un de leur produit.

Je vais reprendre mes écouteurs filaires, je les utilise depuis 20 ans, ils coutent 10€, on un son suffisant et fonctionne !

Nothing ear (1), the earbuds to hear nothing! (Nothing ear (1) les écouteurs pour rien entendre)