Le blog de Nirina Rabeson

Déconstruisons les frameworks JavaScript pour mieux réinventer le web !

Thu, 16 Apr 2026 00:00:00 GMT

Mis à jour pour le MiXiT.

Bonjour à toutes et à tous !

Vous trouverez plus bas des ressources pour creuser encore plus sur ce que nous avons vu toutes et tous ensemble.

Si vous souhaitez garder contact, n’hésitez pas à m’ajouter sur LinkedIn !

https://www.linkedin.com/in/nirinarabeson/

Et si vous voulez tester le framework présenté durant le talk, voici la commande :

npm i nirina.js

Pourquoi tu ne parles pas de Server Side Rendering (SSR) ?

Car je déteste le Server Side Rendering !

Trois raisons principales :

Je ne vois pas quel problème le SSR résout qui n’est pas plus simplement résolu par le Static Site Generation (SSG)
Les pires bugs de production que j’ai pu rencontrer étaient liés à du SSR
Cela rend les architectures plus complexes

Le Server Side Rendering a été inventé pour résoudre un problème : comment améliorer le SEO et la performance, pour des pages extrêmement distribuées dans le monde entier. Il se trouve que le Static Site Generation avec des islands fait presque la même chose, mais pour bien moins cher, avec comme inconvénient un moins bon SEO. Mais avez-vous souvent besoin d’une infrastructure mondialement distribuée avec un SEO optimisé aux petits oignons ?

Pour les pires bugs en production : je ne veux plus débuguer des bugs d’hydratation (c’est quand le serveur et le client ne sont pas d’accord sur l’html obtenu), et je ne veux plus débuguer des problèmes de bugs en prod qui apparaissent parce qu’un coup c’est le client qui fait l’appel et un coup c’est le serveur qui fait l’appel vers… le backend.

Pour l’architecture, c’est lié au point précédent : c’est un peu étrange, surtout dans un grand groupe, de rajouter encore un serveur qui va plus ou moins faire passe plat vers d’autres serveurs. N’avons-nous pas trop de microservices déjà ? Est-ce qu’on veut vraiment rajouter un serveur pour faire ce que nginx fait déjà bien ? Faire du SSR multiplie par deux toutes les questions d’infra et d’architecture que l’on peut se poser… Alors qu’on pourrait juste garder les choses simples et faire un serveur frontend simple, et plusieurs backends techniques.

Pourquoi tu es contre écrire des `fetch`et des requêtes `axios` ?

Écrire un appel API est une source d’erreurs incroyable : c’est complexe d’écrire proprement une baseUrl, il faut connaître les endpoints à appeler, savoir le verbe HTTP à utiliser, ajouter les bons headers et “deviner” le format attendu par les endpoints (ou se prendre des 400 tout le long).

À la place, transformez vos contrats d’interface en du typage strict avec un générateur de client API. Par exemple, vous pouvez tester openapi-generator. Au lieu d’écrire manuellement vos requêtes web, vous les faites générer en un client API javascript à partir des contrats d’interface / fichiers swagger de vos serveurs backend. Je suis sûr que vos ingénieurs backend sont capables de faire cela.

Bonus : vous pourrez très facilement intégrer toutes les problématiques d’authentification ou de cache de façon unifiée grâce à ces clients APIs.

Avec quoi publierais-tu ton premier package ?

vite.js permet déjà avec le mode lib de publier de très bons packages. Et pour correctement définir les points d’entrée, exporter du CSS, exporter les bons modules, je vous invite à copier coller des packages que vous aimez bien, ou à utiliser une IA pour proprement mettre tout cela en place.

Je vous propose de lire la documentation de vite.js qui est plutôt pas mal : https://vite.dev/guide/build#library-mode

Quelques idées pour vos premiers packages :

Un client API généré à partir d’un swagger (voir le point précédent)
Un début de composants ou de styles réutilisables ?
Pourquoi pas vous lancer dans un design system ?
- J’ai un super talk sur les designs systems et l’indépendance aux frameworks par un très cher ami : https://www.youtube.com/live/rWqIEWStdkA?t=15064s

Tu parles de microfrontends, peux-tu en dire plus ?

L’idée d’un microfrontend, c’est de permettre de déployer des bouts d’une application indépendamment. On va un peu plus loin que la notion de packages parce qu’on inclue aussi la façon dont le package va être utilisé et déployé en production.

Techniquement, c’est un peu plus complexe que ça mais si vous voulez commencer, vous pouvez vous en sortir avec des iframes.

Fonctionnellement, une stratégie microfrontend est plutôt centrée sur la façon de délivrer vos applications web, surtout quand elles ont des cycles de livraisons différents. En fonction de l’organisation de votre équipe, cela peut très bien ou très mal se passer (un vrai cas d’école de la loi de Conway)

Utiliserais-tu ton propre framework pour partir en production ?

A priori, non.

Aujourd’hui je n’implémente quasi aucune notion de performance. Je pourrais le faire static site generate mais il ne serait je pense pas très efficace pour faire des injections stratégiques de réactivité… À tester.

Des liens qui m’inspirent

J’aimerais également partager une liste d’articles et de liens qui m’ont inspiré et permi de vous faire ce talk :

La meilleure explication écrite de comment faire de la réactivité, par la team de vuejs : https://vuejs.org/guide/extras/reactivity-in-depth.html
Une autre excellente explication en conférence par Estéban Soubiran : https://www.youtube.com/watch?v=3PcrqsBVGgA
Un excellent article qui lutte contre le “frameworkism” et cette idée que le web devient exclusivement du react https://infrequently.org/2024/11/if-not-react-then-what/
Un super talk deux bons amis sur comment React fait sa réactivité et surtout comment React l’optimise: https://www.youtube.com/watch?v=_edOnkr8Yy4&list=PLuZ_sYdawLiWenx-X315dfZNOaliVnSTY
Un super talk sur les designs systems et l’indépendance aux frameworks par un très cher ami : https://www.youtube.com/live/rWqIEWStdkA?t=15064s
Vous trouverez le graphique controversé de performance du web selon astro ici : https://astro.build/
Je vous invite à jeter un oeil sur le site de solidjs : https://www.solidjs.com/
L’article de svelte qui m’a donné envie d’explorer la réactivité sans arbre virtuel : https://svelte.dev/blog/virtual-dom-is-pure-overhead
À l’origine, la première version de ce talk était sur vue vapor, qui reprend les techniques de solidjs et svelte pour fonctionner sans DOM virtuel https://www.vuemastery.com/blog/the-future-of-vue-vapor-mode/

Merci beaucoup pour la lecture, et je vous souhaite une excellente journée !

Comment devenir expert·e du web ?

Mon, 02 Mar 2026 00:00:00 GMT

À partir du quand peut-on se réclamer être un·e expert·e¹ du web ?

Je ne sais pas ! Mais j’aurais bien aimé qu’on me donne le chemin pour y arriver. Et j’ai une idée un peu originale que j’aimerais vous présenter.

Quand on est débutante, on se pose plein de questions et on cherche les réponses : c’est facile de chercher des réponses. Mais comment se poser les bonnes questions ? Comment savoir ce qui est utile ?

Voilà mon idée originale : voici plusieurs questions qui, si on me les avait posées en début de carrière, m’aurait peut-être rendu la vie un peu plus simple… Les voici :

Comment les fichiers HTML et CSS sont transformés en une page web par le navigateur ?
Peut-on faire du multithread en JavaScript ?
D’où peuvent venir des fuites mémoires en web ?
Comment faire communiquer plusieurs pages web en même temps entre elles ?
Que se passe-t-il entre la première fois qu’on ouvre une page web et l’affichage intégral de la page demandée ?
Dans quel cas z-index ne suffit pas pour mettre un élément html au dessus ou en dessous d’un autre ?
Comment garantir que son site web ne présente aucun risque pour les utilisateurs qui le parcourent ?
Quelles sont toutes les façons de persister de la donnée dans le navigateur ?
Comment peut-on modifier un site dont on n’a pas le contrôle direct ?
Pourquoi les erreurs CORS ?
Comment accélérer le chargement d’une page web ?
Comment afficher des informations en temps réel ?
Quelles sont les limites fondamentales du web par rapport à une application native ?
Comment un outil de tests frontend arrive à simuler une page web ?

Ces questions sont vraiment difficiles… est-ce normal ?

Oui ! Ces questions sont volontairement très avancées, peut-être un peu trop, et il y a deux lectures possibles.

Une courbe d’apprentissage

Ce questionnaire représente une courbe d’apprentissage : je vous invite à recopier ces questions quelques part, tenter d’y répondre, parfois écrire “je ne sais pas”, et garder vos réponses quelque part à l’abri.

L’idée est que quelques mois plus tard, vous puissiez retourner à ce questionnaire, tenter de répondre aux questions et peut-être d’avoir une réponse plus précise ou plus juste par rapport à avant, ou à vous auto-corriger.

Je pourrais vous partager mes réponses à moi, mais cela dénature tout l’intérêt de la pédagogie inversée : mes réponses n’appartiennent qu’à moi, et vos réponses n’appartiennent qu’à vous. Ce n’est pas non plus logique de comparer ses réponses avec celles des autres : vos niveaux d’expérience ne se comparent pas.

Une liste de possibilités du web

Ce questionnaire représente aussi une liste de “façons de possibilités” du web. Je pense que nous les développeurs frontend devons être capables d’utiliser 100% du potentiel du navigateur pour les usages toujours plus accessibles et innovants possibles.

Par exemple, je vous invite à regarder cette vidéo qui s’intitule Are we stuck with the same Desktop UX forever? dans laquelle un designer s’intéresse à comment on pourrait faire de nouvelles interfaces. Je vous garantis qu’il ne suffira pas juste d’importer de bons hooks reacts pour implémenter les interfaces du futur !

D’autre part, il y aura de moins en moins de valeur ajoutée à développer des pages web, et l’intelligence de l’ingénierie du web sera plutôt autour des comportements plus avancés, plus obscures, et surtout : des utilisations très innovantes.

Cette liste est incomplète

J’en appelle à toutes les développeuses : je pense que cette liste mérite à être étendue ! Avez-vous des questions un peu complexes à répondre, légèrement ouvertes, mais qui peuvent démontrer d’une expérience, d’une connaissance ou d’une pratique ? Je suis vraiment ouvert à toutes vos suggestions, et vous encourage à me les envoyer à mon adresse email ou via mes réseaux sociaux :

hello@nirinarabeson.fr
Mon profil bluesky : https://bsky.app/profile/nirinarabeson.fr
Mon profil Mastodon : https://hachyderm.io/@nirina

Si vous n’êtes pas d’accord avec la pertinence de mes questions n’hésitez pas à me le dire aussi…

C’est tout pour aujourd’hui ! J’espère que cet article vous a intéressé, et je vous invite vraiment à vous faire un rappel pour dans 6 mois de revenir sur ce questionnaire, et constater comment vous avez progressé.

À partir de maintenant, la féminine l’emportera sur la masculine. ↩

Faut-il laisser les juniors utiliser de l'IA pour coder ?

Sat, 07 Feb 2026 00:00:00 GMT

J’adore coder avec une intelligence artificielle. J’en ai déjà parlé dans un article sur mon blog (article qui a un peu mal vieilli) : l’intelligence artificielle, pour coder, donne un peu plus de sens à mon métier.

Vous pourriez alors penser que j’encourage tout le monde à utiliser de l’intelligence artificielle pour coder ? Ça dépend !

Jusqu’à assez récemment, j’ai toujours été plutôt contre l’utilisation d’assistants de code par des développeuses et développeurs junior, celles et ceux avec pas ou peu d’expérience professionnelle.

Je faisais partie de ces gens qui pensaient que pour avoir le “droit” d’utiliser une IA pour coder, il fallait avoir de l’expérience. Mais deux personnes sont venues troubler ce jugement.

La première personne, c’était mon stagiaire en fin d’études que je mentorais : il n’utilisait pas un assistant de code comme Github Copilot, mais posait beaucoup de questions techniques à ChatGPT. Et il se débrouillait plutôt bien car le sujet de stage n’était pas non plus simple.

La deuxième personne, c’est un de mes collègues de travail qui a environ 2 ans d’expérience professionnelle. Nous avons accès Github Copilot et il s’en sert régulièrement. Il se débrouille vraiment bien…

Tout cela a un peu changé mon point de vue, et j’en viens à me poser la question du titre : Faut-il laisser les juniors utiliser de l’IA pour coder ? Voyons le pour et le contre !

Pourquoi j’étais contre l’utilisation des LLMs pour les profils junior ?

La réponse simple, c’est que j’ai projeté ma façon d’apprendre : j’ai appris à coder en codant. À mon premier job, je devais écrire des générateurs de code pour faire de la transpilation de code Cobol. Je n’y connaissais rien mais j’ai appris grâce à mon ancien tech lead : il découpait l’implémentation de l’algorithme en de plus petites tâches, fournissait un environnement de travail et guidait l’architecture du projet.

Mon tech lead aurait pu tout faire lui-même, mais c’était assez chronophage et assez technique donc il me faisait confiance pour implémenter tout l’algorithme petit à petit.

Comme cela a plutôt bien marché pour moi, j’ai toujours voulu projeter cette façon un peu artisanale d’apprentissage. Mais il y a deux gros problèmes :

Cette façon d’enseigner ne permet d’apprendre que ce que le mentor connait déjà. (embêtant)
Dans mon exemple, un LLM m’aurait totalement remplacé aujourd’hui. (très embêtant)

Faire et refaire n’est pas une façon efficace d’apprendre, car elle ne prépare pas aux problèmes du futur, et si les progrès des IAs sont avérés, bientôt des micro-tâches qu’on aurait pu soumettre à des développeuses et développeurs juniors seront réalisables par des IA, surtout dans des catégories de problèmes que j’appelle “je sais déjà faire et j’ai besoin de le refaire mais avec des subtilités”.

J’ai tendance à croire que le futur aura de moins en moins de place en ces tâches “je sais déjà faire et j’ai besoin de le refaire mais avec des subtilités”. Je n’ai jamais été fan des missions “on veut notre propre <chose qui existe déjà>”, car la valeur ajoutée de ces applications est faible, et la coupure de budget tombe souvent de nul part.

Ce que coder avec IA implique pour les seniors aujourd’hui

Revenons à ces deux personnes qui m’ont fait changer d’avis. Qu’est-ce qui me faisaient dire qu’elles se débrouillaient bien ?

Tout d’abord, c’était la qualité d’implémentation des feedbacks : souvent, quand je faisais un retour, non seulement il était fait, mais il était fait bien plus globalement que je ne l’imaginais. La fameuse persons scout rule¹ était respectée mais sous stéroïdes. Je ne vous dis pas la quantité de dette technique traitée par des retours de relecture comme “suggestion: peux-tu en faire un Enum” et voir la-dite suggestion généralisée proprement à toute l’application.

Quand je posais volontairement des questions du genre “pourquoi as-tu utilisé ceci ?”, les discussions suivantes étaient intéressantes et plusieurs fois j’apprenais des choses.

D’autre part, je remarquais que je n’avais souvent rien de bloquant à signaler techniquement : bonne utilisation des frameworks, gestions d’erreurs “ok”, pas trop de console.log("coucou") oubliés², tests automatisés logiques. Pas mal !

Et le meilleur constat : souvent ça marchait bien !

Les seuls moments ou la junioritude³ apparaissait, c’était plutôt sur la notion d’être prod-ready. Toutes les questions de scalabilité, de séparation fonctionnelle au top, d’observabilité ou d’industrialisation de la solution n’étaient pas forcément résolues : c’est normal, c’est difficile 😮‍💨.

Quand j’ai remarqué cela, je me suis rendu compte que peut-être les juniors ont tout intérêt à savoir rapidement coder avec IA, et c’est à nous les profils senior de changer.

Je pense que nous devons adapter notre façon de travailler et changer de casquette : je suis de moins en moins convaincu par le rôle de senior en tant que “personne experte technique dans son domaine”, mais plutôt comme un profil qui alterne les responsabilités, piochant dans le management, la facilitation ou l’architecture logicielle.

Alors, faut-il recommander à fond l’usage d’assistants de code pour les juniors ?

Un peu d’antithèse

Je pense malgré tout qu’il y a des limites. Déjà, j’ai essayé de faire des recherches de l’impact des assistants de code, ou de l’IA, sur l’apprentissage ou la productivité, mais globalement je trouve tout et son contraire. Cela me donne un indicateur que la façon d’utiliser un assistant de code compte plus que l’utilisation en elle-même.

Une autre chose importante, c’est que j’ai tendance à croire que la vitesse d’évolution d’un logiciel sera toujours limitée par la capacité cognitive globale de la team : trop de changements provoqueront forcément des bouchons dans les étapes de qualité, de relecture, de tests manuels.

Une force d’une équipe, c’est sa capacité à maitriser ce qu’elle livre.⁴ Produire plus de code n’aide pas à maitriser sa delivery, et c’est pour ça que je ne suis pas totalement à fond pour recommander l’usage d’assistants de code pour absolument tout.

De plus, ces outils ne sont pas nos amis. Par exemple, connaissez-vous le concept de psychose due à l’intelligence artificielle ? Le concept est nouveau et encore peu étudié, mais c’est l’idée qu’une utilisation excessive d’un assistant conversationnel peut rendre les personnes psychotiques. Huit heures⁵ par jour de code assisté par intelligence artificielle peuvent-elles faire perdre les boulons ? Le temps va nous le dire, mais parfois je me demande si la version sans IA ne nous rend pas déjà maboules.

En plus de ne pas être nos amis, il y a un risque que ces outils ne deviennent juste plus accessibles. Comment faire quand il faut coder sans accès internet ? Ou quand votre politique sécurité interdit d’envoyer vos données à un fournisseur d’IA ? Ou juste, si votre assistant préféré disparaît du jour au lendemain, que faites vous ?⁶

La reconversion et les nouveaux entrants

Il reste une voie que je trouve totalement non explorée aujourd’hui, c’est dans le domaine de la reconversion. Pour l’instant, je n’ai pas vu de personnes qui n’étaient pas du tout développeuses dans une entreprise qui se sont mises à coder car les assistants de code le permettent. Pourtant, qui n’a jamais rêvé voir son PO corriger tout seul des bugs ? Ou qu’un de vos key-users⁷ se mette à contribuer en autonomie sur une fonctionnalité nichée ? Ou que votre designer code spontanément toutes les interfaces ?

Je pense aussi que les processus de recrutement de profils junior devraient beaucoup moins cibler les compétences techniques pures des candidats et chercher plutôt à voir la capacité à comprendre le business de l’entreprise, le genre de problématiques à venir, et voir comment les candidats appliquent leurs quelques compétences techniques à ces problématiques (avec ou sans IA).

Et pour les personnes qui commencent, ne soyez pas parnassiens. Ne pensez pas “le code pour le code”. Pensez “le code, mais pourquoi faire ?”. Cherchez à fabriquer des choses avec ce que vous apprenez. Je pense que cela vous distinguera bien plus dans un marché du travail bien en berne en ce moment…

Alors, faut-il laisser les juniors coder avec de l’IA ? De mon côté, la réponse est un “oui”. Tout le monde, quel que soit leur niveau de séniorité, peut utiliser des assistants de code pour travailler, et je pense que cela reste une bonne chose sur le moyen et long terme pour la montée en compétence des profils junior.

Mais vu comment tout change en ce moment, rien ne m’interdit de changer à nouveau d’avis plus tard…

Et vous, quel est votre avis sur cette question ? Faut-il laisser les juniors coder avec de l’IA ?

Adaptation non genrée de la “boys scout rule”, c’est l’idée de maintenir un lieu plus propre après qu’avant, et qui est utilisée en code pour “rendre le code plus propre” (à définir la propreté d’un code) ↩
De toute façon il suffit de mettre un linter de code qui bloque en CI les logs non justifiées ↩
ndn: fait d’être junioé ↩
Dans ma compréhension de la méthode Accelerate, cela rentre dans le “change failure rate”, le taux d’échec en livraison de fonctionnalités. ↩
Rassurez-vous je ne demande par à tout le monde de coder 8h par jour. Je suis content quand je code déjà plus d’une demi heure par jour… ↩
Il y a de nombreuses possibilités de voir nos assistants de code préférés disparaître : explosion de la bulle IA, augmentation excessive des prix, interdictions légales, incompatibilités soudaines avec votre IDE, manque de puissance de calcul (voir d’énergie électrique) des serveurs… ↩
Key-user: utilisateur clef. Quelqu’un qui a des besoins dont votre logiciel va répondre ↩

Est-ce qu'il existe une formule pour le succès ?

Sun, 04 Jan 2026 00:00:00 GMT

L’année dernière, je vous parlais de gratitude. Je parlais de la nécessité pour le bien mental et physique de célébrer ses réussites, et de leur donner un temps : c’est la gratitude. Aujourd’hui, j’aimerais aller un peu plus loin : je veux vous parler de succès.

Peut-on définir le succès ? Le mesurer ? Existe-t-il des moyens de prédire le succès ou non ? Ce sont des questions vieilles comme la philosophie. Mais le philosophe moderne que je suis a de nouveaux outils auxquels Socrate, Descartes et Bergson n’avaient pas pour répondre à leurs questions : les mathématiques modernes et les tableurs excels. Quels losers !

Je me pose ces questions car de mon côté, c’est un peu la crise existentielle des trente-et-un ans, et en me posant ces questions et en creusant, j’ai trouvé un peu de clarté qui je pense, pourrait vous aider aussi, et peut-être vous faire voir le monde sous d’autres regards ?

Ce nouvel an est l’occasion de faire la rétrospective de mon année 2025, et fait un bon prétexte pour creuser ensemble ces questions et essayer de prédire vos succès futurs !

La loi de Pareto (encore…)

J’ai récemment regardé une très jolie vidéo du youtubeur Veritasium, avec un titre bien accrocheur : You’ve (Likely) Been Playing The Game of Life Wrong. La vidéo vaut vraiment le détour, et il y a de super liens en description qui modélisent très bien les concepts évoqués. En tout cas, elle m’a énormément inspiré, au point de vous donner envie de parler de statistiques et de la loi de Pareto. Qu’est-ce donc ?

Vous connaissez principalement le concept des 80/20 : 80% des conséquences sont dues à 20% des causes. C’est le principe que de petites causes ont de grandes conséquences, ou qu’une minorité a un énorme impact sur la majorité.

Ce principe marche avec beaucoup de choses ! Par exemple : 1 % de la population possède près de la moitié de la fortune mondiale, les 1% des plus riches émettent autant de gaz à effet de serre que 2/3 des plus pauvres, et je vous laisse interpréter cette jolie image venant de cette source qui soudainement me donne une peur des volcans :

L’universalité dans le chaos

Ok, le monde est inégal, est injuste, et apparemment il faut voir si nos assurances ont des protections juridiques contre les éruptions volcaniques. Pour l’instant, je ne vous ai rien montré de très nouveau. 😅

Mais il y a quelque chose de remarquable qui se cache dedans. Un seul principe, la loi de Pareto, s’applique à des phénomènes naturels, à la richesse dans le monde et la cause de pollution sur Terre ! On appelle cela une Universalité : ces trois phénomènes ont une propriété qui peut se décrire de la même façon, indépendant des détails de ces phénomènes.

Et si nous trouvions une autre propriété “d’universalité” ?

Par exemple, en cette fin d’année c’est la période des “nanana wrapped”, un récapitulatif de nos activités sur différentes appliquées. Par exemple, mon appli de streaming Deezer m’a fait un Wrapped de mes écoutes.

Je me suis amusé à représenter mes 10 artistes les plus écoutés et les classer par ordre décroissant de temps d’écoute. Ensuite, j’ai demandé à mon logiciel tableur de me trouver l’équation qui décrit le mieux cette évolution du nombre d’heures d’écoute. Qu’est-ce que cela donne ?

Résultat : mes artistes préférés en temps d’écoute sur Deezer suivent plutôt remarquablement une loi inverse décroissante ! C’est une des versions de la loi de Pareto : je passe principalement mon temps à écouter quelques artistes parmi mes 140 artistes écoutés cette année. Peut-on trouver cette loi inverse décroissante ailleurs ?

En cherchant un peu, j’ai trouvé ce joli graphique qui représente le nombre de fois qu’un artiste est streamé par ordre décroissant (et la source est ici) sur tout Spotify. On retrouve encore cette loi inverse décroissante (promis ça se voit pas bien mais on dirait bien). Étonnant non ?

Comment se fait-il que mon écoute individuelle de musique sur Deezer suive le même type de loi de probabilité que l’ensemble des écoutes du monde entier sur Spotify ? La réponse simple, c’est que ce temps d’écoute est une propriété “d’universalité”¹. Comment est-ce possible ? Qu’est-ce que cela implique ?

Tout d’abord, nommons le fait que des quantités suivent statistiquement une courbe en fonction inverse décroissante une “loi de puissance”, et voyons un peu plus clair dans le chaos.

Trouver l’harmonie dans le chaos

Comprenons un petit ce qu’il se passe. Si vous avez vu la vidéo de Veritasium que j’ai postée juste avant, cela vous parait déjà bien clair. Si vous ne l’avez pas vu, laissez moi vous expliquer ce qu’il se passe.

Déjà, il faut savoir que de nombreux phénomènes physiques suive cette universalité². D’où le nom “universel”. Par exemple, les avalanches de sable, la transparence des liquides et les champs magnétiques (sous certaines conditions très techniques³) ont ce comportement en loi de puissance, mais aussi, le succès d’un morceau de musique, le salaire d’une personne, les comportements sociaux et le bien être en hôpital psychiatrique⁴,…

De plus, il faut comprendre que ces phénomènes sont capables d’ordres de grandeurs très différents. Pour une avalanche, un éboulement peut-être un simple grain de sable qui glisse sur une pente, comme un village entier qui disparaît dans une vallée. Pour la musique, le travail de toute une vie peut être un flop monumental, comme le morceau le plus improbable devient un triomphe mondial.

Ces phénomènes ont des comportements à la fois minuscules et géants, et pour modéliser cela, il faut une loi qui se comportement de la même façon, que le phénomène soit minuscule ou géant. Et c’est la loi de puissance marche le mieux statistiquement.

Vous trouvez cela un peu compliqué ? C’est la magie des statistiques. Je vous invite énormément à regarder la vidéo de Veritasium qui vous l’expliquera beaucoup mieux ! Ce qu’il faut retenir, c’est que statistiquement, des phénomènes naturels ET des phénomènes humains se décrivent par une même loi, et c’est absolument remarquable.

Le succès dans le chaos

Revenons au succès, comment peut-on le définir ? C’est une question pour les philosophes, mais on peut dire que par exemple, pour un·e musicien·ne, le nombre de streams sur Spotify est une possible mesure du succès⁵. En extrapolant, plus de streams équivaut à plus de revenus de streaming, et ne pourrais-t-on pas généraliser et dire que les revenus sont une mesure du succès ?

Nous avons vu juste avant qu’ils se modélisent par une loi de puissance, une jolie loi aléatoire. Peut-on déduire que le succès a un comportement intrinsèquement aléatoire ? Pour l’instant, nous n’inventons toujours rien. Mais il y a quelque chose de plus intéressant encore : s’il existera toujours des “petits” succès, il n’y a aucune limite à la taille d’un succès quelconque. Et je trouve cela super inspirant.

Toutes vos actions, qu’elles soient petites ou géantes, peuvent avoir un impact petit ou géant. On peut le voir de deux façons : on peut toujours faire mieux prévu (ce qui est vrai mais peu constructif), ou alors, qu’on fera toujours mieux que prévu (ce qui est inspirant mais pas forcément vrai). Et j’ai une anecdote sur le sujet.

Il y a 9 ans, je cherchais un stage de deuxième année. En scrollant aléatoirement sur jeuxvideopointcom (oui oui…), j’avais vu passer une offre de stage un petit peu originale : le CNES cherchait quelqu’un pour faire de la représentation de missions spatiales dans le jeu vidéo “Kerbal Space Program”. C’était très niché, et à l’époque j’étais extrêmement investi d’astronomie, d’aérospatial, et je passais des heures incroyables dans Kerbal Space Program, ou alors à regarder en live des lancements de fusée, à comparer les trajectoires affichées avec celles que je reproduisais dans la simulation…

Assez étonnamment, je trouvais cela trop beau pour être vrai, j’ai donc envoyé un CV sans trop y réfléchir car je n’y croyais pas que l’état français voulait vraiment me faire jouer à ce jeu vidéo. Quelle a été ma surprise de recevoir un appel à peine 2 jours plus tard pour me pitcher la mission. Pour leur prouver que j’étais capable de réaliser le stage, j’avais monté une vidéo d’un programme Apollo complet dans le jeu, que vous pouvez admirer ci-dessous :

Promis, à l’époque ce n’était pas aussi sombre ! Mais toujours est-il qu’ils ont adoré et j’ai été pris pour le stage, malgré une centaine de candidatures reçues ! Quelle chance. Et durant ce stage, qu’est-ce que j’ai appris… J’ai découvert la réalité du développement d’Ariane 5, les ambitions moyen et long terme du CNES et de l’ESA, discuté avec des gens remarquables qui réfléchissaient quotidiennement à la réalité de l’exploitation commerciale dans le futur. J’ai adoré. Moi qui rêvait petit d’être astronaute, je vivais un peu ce rêve.

Est-ce qu’on s’arrête là ? Non !

Avançons 6 ans plus tard, j’ai toujours voulu garder cette expérience même brève dans mon CV en précisant bien que c’était bien un stage Kerbal Space Program. Et en me mettant à chercher du travail je suis tombé un super recruteur (coucou Yann !) qui a adoré cette référence et cela m’a aidé à décroché un job… Pas mal non ?

Mais continuons encore ! Ce job m’a permis de me retrouver en mission indirectement avec un ancien collègue, qui en discutant m’a coopté pour rejoindre la même ESN où il bossait, dans laquelle j’ai énormément appris, et tout cela m’a amené là où j’en suis aujourd’hui. Ce CV que j’ai envoyé il y a 9 ans a permis la quasi totalité de mes succès de cette année 2025.

L’instant gratitude

Il s’est passé trois grandes réussites en 2025 dans ma vie :

Une MEP réussie au boulot.
Un changement de travail dans un nouveau domaine qu’est la logistique en rejoignant Exotec.
Une double conférence tech donnée au DevLille.

Je suis content d’avoir pu accomplir tout cela ! Ces trois événements sont d’une certaine façon, des succès déclenchés causalement par cette première expérience de stage au CNES dans un domaine qui n’avait rien à voir il y a 9 ans… C’est fou non ?

Prenons cette double conférence au DevLille : c’était vraiment chouette. J’ai eu énormément de retours positifs, et bien que je ne sois pas encore satisfait par mon talk sur les frameworks javascript⁶, j’ai l’impression que les gens ont appris beaucoup de choses qui vont les aider dans les mois et les années à venir, et ça me fait vraiment plaisir.

Pour cette MEP, je n’en parlerai pas beaucoup plus, mais c’est 1 an de travail qui s’est soldé par des utilisateurs très satisfaits. Cela fait toujours plaisir à entendre. (même si on aurait pu genre continuellement délivrer mais c’est un autre sujet)

Et Exotec… Pfiou, quelle aventure incroyable… J’aimerais en parler plus mais parfois il faut cultiver son jardin secret.

J’ai pris l’exemple de mon stage au CNES, mais quand j’y repense, il y avait plein d’autres actions qui m’ont fait arriver jusque là. Et qui avec le temps m’ont amené à plein de nouvelles opportunités. Est-ce que cela a un nom ? Moi j’appelle cela la notion “d’action composée”. Peut-être le début de ma formule du succès ?

Les actions composées comme levier de succès ?

J’ai tendance à croire que les actions concrètes que l’on peut faire dans la vie sont comme les intérêts : avec le temps, ces actions ont de plus en plus de valeur. Cela paraît évident, mais est-ce que la mentalité occidentale fonctionne de cette façon ? J’ai l’impression que le monde est malade de ses fantasmes de personnalités qui, contre toute attente, ont réussi à renverser le destin et réussir, comme des Napoléon, des Steve Jobs, des Kurt Cobain⁷… Mais n’est-ce pas un rêve ?

Au contraire, je trouve que la majorité des projets qui cartonnent s’inscrivent résolument dans l’action composée : des successions de petites bonnes actions qui sur le temps composent, comme un placement financier, sur des dizaines d’années, pour arriver à des constructions géantes.

Prenons mon talk sur les frameworks JavaScript : très petit, j’aimais déjà faire de la vulgarisation scientifique en parlant de planètes et de dinosaures à des adultes. On peut dire que depuis mes 5 ans je m’entrainais déjà à m’exprimer en public. D’autre part, quand je me suis sérieusement mis à faire du développement JavaScript, j’avais des milliards de questions dont j’ai patiemment et méthodiquement trouvé des réponses. 7 ans de questions, 7 ans de réponses qui ont progressivement construit ce talk ce les frameworks JavaScript.

Je vous invite à penser à vos accomplissements, quels qu’ils soient, à les considérer dans toute leur gratitude, à faire ce petit exercice de toutes ces actions “composées” qui ont permis à vos accomplissements d’avoir lieu, en prenons en compte qu’il y en a des petits, comme il y en a des géants. Ce que j’aime beaucoup avec cette idée, c’est qu’il n’est pas nécessaire de faire des choses incroyables pour réussir. Il faut idéalement que nos petites actions s’enrichissent mutuellement, qu’elles “composent” ou “prennent en valeur” pour un jour devenir grandes.⁸

Je pense qu’il faut célébrer nos accomplissements, qu’ils soient petits ou qu’ils soient grands, car on ne sait jamais quand est-ce qu’un petit accomplissement entraine dans son engrenage une suite de bonnes nouvelles et de nouveaux accomplissements.

Alors, répondons à la question du titre de cet article. Est-ce qu’il existe une formule pour prédire le succès ? Que réserve le futur ? Personnellement, par rapport à toutes les actions composées qui ont lieu aujourd’hui même, toutes ces choses, ces micro-décisions, micro actions que j’entreprends quotidiennement, et par rapport à tout ce que je dis sur l’absence de limite pour la taille d’un succès, je ne pourrai qu’être surpris par ce que l’avenir me réserve.

2026 pour moi s’annonce être une merveilleuse année, et je lui prédis 3 grands thèmes :

La santé
Les amis
La musique

Merci pour votre lecture, et je vous souhaite une excellente année 2026, pleine de succès, de curiosité, de découverte et de sérénité.

Pour terminer cet article, j’aimerais vous recommander une lecture qui m’a inspiré cette année, je vous invite à lire Cues: Master the Secret Language of Charismatic Communication, qui analyse et présente tout ce qui fait le charisme dans la communication non verbale. Un livre essentiel qui m’a apporté beaucoup de confiance pour monter sur scène et de réponses à des questions que je me suis posé toute ma vie.

Je mets des guillemets car je n’ai pas la moindre idée de comment le dire proprement en français. En anglais, on dirait “a universality property” et je ne sais pas comment le dire en français joliment. ↩
Voir cette liste d’exemples sur Wikipédia ↩
Si vous voulez voir ces conditions très techniques, je vous invite à consulter cette vidéo de 3blue1brown et SpectralCollective : https://www.youtube.com/watch?v=itRV2jEtV8Q ↩
Ramos, R.T. et al., Self-organized criticality and the predictability of human behavior, New Ideas in Psychology (2010), doi:10.1016/j.newideapsych.2009.12.001 ↩
Ce n’est pas la seule, et c’est d’ailleurs une grande source d’arnaque pour les artistes, qui engagent des agences numériques pour faire de la “publicité” en ligne qui se contentent de faire écouter par des bots la musique, ce qui n’apporte bien évidemment aucun succès. ↩
La conclusion du talk n’est pas encore ultra actionnable… ↩
Notez que toutes ces personnes on fini par mourir d’une relativement terrible manière. ↩
Cela ressemble un peu à de la loi de l’attraction… Cela m’embête un peu, mais la différence est que j’encourage de prendre des actions, pas de continuer dans les mêmes mauvaises actions. ↩

J'étais à la première conférence du Devfest Lyon !

Mon, 01 Dec 2025 00:00:00 GMT

Bonjour à toutes et à tous !

Je suis allé à la 1ère édition du Devfest Lyon, une conférence tech, et c’était superbe !

Cela devient une tradition sur ce blog, je vous propose de faire un récapitulatif de la journée, échanger sur ce que j’ai appris, faire des retours, déclencher des discussions… Si vous me lisez régulièrement ; et merci beaucoup pour cela ; vous avez l’habitude, et pour les plus nouvelles et nouveaux, accrochez vous : on me dit souvent qu’on se retrouve avec 15 nouveaux onglets ouverts après une lecture.

Des petits disclaimers de transparence avant de commencer : je connais plutôt bien les 3/5 des organisateur·ices du Devfest Lyon, et l’entreprise dans laquelle je travaille, Exotec, a totalement pris en charge mon billet. Maintenant que c’est écrit, commençons l’article.

Encore une conférence tech ?

Qu’est-ce que le Devfest Lyon ? Pour citer leur propre site web, c’est la “conférence technique destinée à la communauté tech une fois par an dans la ville des lumières” 🦁. Si vous connaissez la version nantaise ou anciennement lilloise, vous connaissez la formule.

Des speakers se proposent pour donner des présentations à un public diversifié et varié sur des retours d’expérience, des technologies obscures, des pratiques logicielles.

Alors oui, à Lyon on est gâtés en conférence, surtout cette année : le MixIT¹, le Lyon Craft, le Tech & Wine, le LyonJS 100², la PyconFR 2025… Ça peut faire beaucoup, mais tant que ces événements rencontrent 100% d’affluence je vois pas pourquoi on en ferait moins : au contraire, il y a peut-être du potentiel pour créer une ou deux conférences encore.

Assez bavardé, déroulons cette journée !

Une keynote sur la data science dans le sport de très haut niveau

Joseph Mestrallet a ouvert la conférence avec une présentation d’un domaine qui m’était peu familier : la data science dans le domaine du sport. Pourquoi faire ? Est-ce possible ?

Concrètement, le sport de très haut niveau est arrivé à ses limites. Par exemple, le marathon en moins de 2h est probablement la dernière frontière franchissable de l’humanité pour cette course de 42km. Mais comme les enjeux sont monstrueux, comment gagner les petits pas qui couronnent les champions ? C’est là que la data science intervient.

Joseph échange dans sa keynote un mélange d’anecdotes et de résultats obtenus grâce à son approche, et rappelle la nécessité d’être sur le terrain, de mesurer la performance des athlètes sur le terrain, des gains qu’il a pu obtenir chez ses athlètes, et sur la nécessité de gagner la confiance du milieu. J’aime tout cela !

La présentation était accessible à toutes et à tous, et j’aurais aimé en apprendre un peu plus, notamment sur les digital twins (les copies numériques des athlètes pour simuler leur entrainement)… Une prochaine fois peut-être…

Merci pour cette keynote !

L’api View Transition pour faire des animations web

Si vous vous êtes un peu baladé·es sur mon blog, vous avez sûrement remarqué qu’il y a des animations, notamment quand vous cliquez sur un lien interne ! (sauf si vous utilisez Firefox ce qui est une bonne chose³) C’est grâce à ce talk !

Théo nous montre, avec du code en temps réel, comment nos navigateurs ont intégré de façon native le concept d’animations de transition auxquelles nous sommes très habitué·es sur mobile. Jusqu’à présent, cela a été difficile de faire des animations sur des changements d’URLs. Maintenant, le navigateur peut s’en occuper de façon native, ce qui veut dire qu’il n’y a pas besoin de mettre (trop) de JavaScript pour faire une jolie animation.

Je dois vous faire une confession : d’habitude, je n’aime pas les talks qui ont purement un but de présenter une API, un framework, ou une techno. Mais Théo m’a fait changer d’avis : après sa présentation, tout était clair. J’ai l’impression en 15 minutes d’avoir compris quelque chose qui m’aurait pris quelques heures de lecture et de tests. Un vrai banger ! Merci !

Jouons à Factorio

Est-ce que vous connaissez Factorio ? C’est un jeu vidéo qui permet de créer des usines pour fabriquer une fusée pour s’échapper d’une planète. J’y ai déjà passé 23h de jeu il y a quelques années et je me suis promis de ne plus y toucher car j’ai senti une très forte addiction s’installer. (pour vous dire, j’ai réalisé ces 23h de jeu en un seul weekend).

Pourquoi Julien Wittouck nous parle de ce jeu ? Car la façon de construire les usines de ce jeu dresse des parallèles avec la pratique du développement logiciel.

D’un coup de maître, Julien nous présente le jeu, et petit à petit on réalise que le monde qu’il a créé est l’intégralité de sa slide. Il nous présente le code spaghetti, pourquoi c’est un problème, les principes d’architecture et d’urbanisation, et tout cela paraît plus clair, plus matériel.

Cela correspond à mon expérience personnelle de Factorio : au début, on se sent très malin car on a fait une usine super optimale aux oignons, et avec l’usine qui s’agrandit, on regrette de plus en plus nos choix qui ne sont bien évidemment pas documentés et on supprime tout pour repartir sur de bonnes bases. Typiquement, c’est la seule sauvegarde de ma dernière partie que j’ai pu trouver :

Ce parallèle de se sentir malin au début et regretter nos choix plus tard se retrouve dans l’informatique. Personnellement, je ne me suis intéressé au crafts qu’à partir du moment où je me suis senti acculé par la dette de code qui s’est accumulée par mes milliers de micro-décisions accumulées sur des années de développement…

Ce talk m’a redonné envie de jouer. À l’époque, le jeu était un petit peu austère, mais il semblerait qu’il ait vraiment bien glowup depuis. Si jamais vous ne me voyez pas pendant plusieurs mois, c’est parce que je joue à Factorio ! Merci Julien !

D’ailleurs, ajoutez-moi sur Steam si vous jouez : https://steamcommunity.com/profiles/76561198025139005/

Peut-être une inspiration ?

Ce talk me rappelle une vieille idée que j’avais. Mon addiction, c’était Kerbal Space Program. C’est un simulateur de programme spatial qui permet de fabriquer et contrôler des fusées, et on peut même (avec quelques modifications) coder nos propres fusées, pour aller explorer le système solaire, se poser sur la Lune, visiter Jupiter…

J’ai même obtenu un stage au CNES pour faire de la modélisation de missions spatiales avec ce jeu vidéo. Mon CV était cette vidéo youtube: https://www.youtube.com/watch?v=6bKUvv5RTsM

Comme je suis fasciné par les moyens pédagogiques d’apprentissage, je réfléchis à comment utiliser ce jeu pour quelque chose d’applicable dans la tech. Je pense que oui, mais ça reste encore fortement ineffable ou inconscient… À suivre… 🙈

Une petite pause pour parler de l’organisation

Je n’ai pas pu voir le plus de conférences que je ne le souhaitais ce jour là : j’étais un peu malade, un peu fatigué, donc j’ai dû être stratégique sur les conférences que j’ai pu voir. D’autant plus que j’étais présent à la fois pour voir des conférences mais aussi pour faire connaître Exotec à la communauté lyonnaise. C’est vraiment sympa de voir des gens s’intéresser à ce que l’on fait (et dire maladroitement “vous n’êtes pas une ESN !”).

Je profite de ce point pour citer tout ce qui allait très bien durant la conférence : la nourriture était superbe (j’ai vu l’énergie incroyable qu’ils ont mis pour proposer une offre végane), je me sentais en sécurité à la conférence, les temps de pause étaient bien, les indications claires, le lieu sympathique, le stand d’Exotec était bien placé, la photographe Eva Dalla Costa fait un superbe travail… Et je pense à la ruse qui permet au badges de faire office de planning ? 🤯

Trèves de bavardages, continuons avec la présentation du sérénissime Julien Sulpis.

La révolution WebGPU !

Aujourd’hui, Julien nous présente comment fonctionne un rendu GPU sur votre navigateur. Mais qu’est-ce donc ?

Pour faire simple, le GPU est la partie spécialisée en affichage graphique de votre ordinateur. Par exemple, les animations subtiles que vous pouvez voir sur mon site web sont prises en charge par votre GPU. (sauf sur Safari… je crois)

Il se trouve qu’un GPU est aussi très doué pour faire certains types de calculs très spécifiques : affichage 3D, traitement d’image, calculs parallèles, reconnaissance de texte, LLMs… Comment et pourquoi s’en servir dans le navigateur ?

C’est ce que Julien présente durant tout le talk, avec l’histoire d’un petit poisson qui a besoin d’apprendre à socialiser. Je ne vais pas refaire le talk, allez voir la diffusion. Cela rejoint un peu mon point sur la présentation des view transition : d’habitude, je n’aime pas les présentations très techniques, mais celle là me donne des outils qui vont très certainement me servir dans incessamment sous peu.

Pour faire simple, la nouvelle API WebGPU est bien mieux pensée pour la programmation moderne, pour les machines modernes. J’ai notamment appris que c’est une sorte de couche d’abstraction qui permet d’utiliser toute la puissance de nos ordinateurs à bas niveau (Vulkan, DX12, Metal) . Est-ce que le monde ne part pas sur le web comme standard pour toutes APIs ? Je me le demande suite à ce talk…

Pour citer une de mes collègues, “maintenant je comprends ce que font [ceux] qui font de la 3D à Exotec” (car on fait de la 3D à Exotec, peut-être qu’on devrait en parler un jour). Je partage ce sentiment. Bravo et merci encore Julien !

Les spéléologues de Linux

Le dernier talk auquel j’ai pu assister était donné par Florian Forestier qui parle de comment, un jour, il a rencontré un bug sur des serveurs qui avaient coûté cher : des cartes réseau qui ne fonctionnaient pas du tout… D’où cela pouvait venir ?

Florian explique comment, avec 2 autres personnes, sans connaissance experte de Linux, ils ont pu trouver la cause du bug, proposer un correctif, et voir ce correctif mis à jour et rendu accessible au monde entier (et Linux n’est pas sur Github ! je vous laisse trouver comment on corrige Linux). Je trouve ça super stylé d’être un contributeur du kernel Linux, donc bravo bravo, milles mercis.

Cette présentation était une masterclass de comment n’importe qui peut contribuer à du logiciel libre, et vous savez que je suis très enthousiaste des logiciels libres. Merci encore !

Ce talk m’a beaucoup parlé car j’ai vécu une histoire un peu similaire sur le framework Nuxt : j’ai rencontré un bug un peu chelou et spécifique. Quelqu’un avait identifié d’où venait le problème et avait des idées de correction, il manquait juste une personne pour l’implémenter proprement et je me suis motivé dans cette jolie petite Pull Request sur Github.

Pfiou ! Quelle belle journée. En fin de conférence, Zenika organisait un moment de Meet & Greet : une tireuse à bière, des petits jeux, de quoi grignoter et discuter sur place pour debriefer de ce que l’on a appris.

J’ai vraiment aimé cette conférence, je l’ai trouvée très pertinente. Quelque part, le fait de n’avoir “que” 2 sujets en parallèle crée moins de piège de la décision et de FOMO.

Devfest Lyon, on se dit à l’an prochain. J’espère que cette lecture vous a plût, et on se dit à très bientôt… Salut !

Dont j’ai fait deux articles pour cette année ! Commencez par ici si vous voulez mon article sur l’édition 2025 du MixIT ↩
Dont j’ai aussi fait un article de blog ! ↩
C’est une bonne chose car Firefox est opensource, et mon précédent article parle de comment les logiciels libres changent ma vie, donc forcément j’encourage à utiliser firefox ! ↩

Ces logiciels libres qui changent ma vie !

Mon, 24 Nov 2025 00:00:00 GMT

La semaine dernière, c’était la semaine du libre ! Organisé par l’équipe Lyonnaise des Designers Éthiques¹. J’ai pu assister à une table ronde qui parlait des usages et contributions de communs numériques, ou autrement dit logiciels libres, et cela m’a énormément inspiré.

Je vous propose de découvrir dans cet article l’histoire de comment les logiciels libres ont changé ma vie, et pourquoi je pense que vous devriez vous y mettre aussi !

Mais d’abord, qu’est-ce que le libre ? Qu’est-ce qu’un commun numérique ?

La liberté peut-elle se mettre en logiciel ?

Un commun numérique est un logiciel libre. Regardons la définition² pour mieux comprendre :

Un logiciel est considéré désormais comme libre […], s’il confère à son utilisateur quatre libertés (numérotées de 0 à 3) :

la liberté d’exécuter le programme, pour tous les usages ;

la liberté d’étudier le fonctionnement du programme et de l’adapter à ses besoins ;

la liberté de redistribuer des copies du programme (ce qui implique la possibilité aussi bien de donner que de vendre des copies) ;

la liberté d’améliorer le programme et de distribuer ces améliorations au public, pour en faire profiter toute la communauté.

Reformulons : j’ai le droit d’utiliser mon logiciel pour faire tout, je peux voir son code source, je peux le modifier, je peux le redistribuer, je peux l’améliorer. Mais pourquoi faire ? Car cette définition implique beaucoup de choses très intéressantes pour un utilisateur :

Le plus évident : un logiciel libre est souvent gratuit.
Il est souvent mieux sécurisé : savoir comment il fonctionne implique qu’on sait s’il est sécurisé pour de vrai ou non.
Il est souvent très performant : comme n’importe qui peut l’améliorer, il bénéficie directement des plus grandes optimisations de personnes très talentueuses. Et s’il était pourri, vous n’en auriez pas entendu parler et vous seriez passé à un autre logiciel !

Tout cela paraît encore très basique ou évident. C’est pourquoi, je vous propose une histoire : je vais vous raconter comment durant toute ma vie, les logiciels libres ont pris de plus en plus de place. C’est parti !

Mes débuts dans le libre

Tout commence vers 2008, j’avais environ 13 ans, je venais de passer de “l’ordinateur familial” à mon propre ordinateur ! Je ne me souviens plus pourquoi j’avais obtenu mon propre ordinateur, probablement pour jouer à des jeux vidéos, mais je me souviens que je l’avais choisi sur LDLC, déjà pré-assemblé.

Sur cet ordinateur, je faisais ce que je voulais : jouer à Trackmania, jouer à des jeux piratés chelous, installer RPG Maker pour tenter de faire des jeux vidéos, écrire sur jeuxvideopointcom, et je suis tombé sur Linux…

Je ne me souviens plus exactement comment : était-ce par un magasine qui parlait de Linux ? Était-ce en donnant mon adresse postale à Canonical pour recevoir un CD gratuit³ ? Toujours est-il que j’étais curieux du concept : Linux, un système d’exploitation pour vous rendre libre. J’avais 13 ans, ne comprenait pas vraiment ce qu’était un système d’exploitation, mais dans ma grande curiosité j’ai décidé d’installer une Linux sur ma machine, d’installer Ubuntu.

L’installation s’est passée correctement, et j’ai pu tester pour la première fois Linux ! On suit des instructions affichées, on rentre du texte, l’ordinateur redémarre… Quel monde, ça faisait beaucoup de choses à comprendre petit : un BIOS, un live-CD, un bootloader, le concept de disque dur, un système d’exploitation. J’étais déjà un geek 🤓…

Une fois que tout installé, on redémarre l’ordinateur une dernière fois, et là : C’est Linux qui s’ouvre. Pas de menu windows, un autre menu.

C’était le début de nouveaux concepts : LibreOffice, le terminal, le copier coller par molette de souris, Mozilla Firefox par défaut… Pas totalement convaincu mais pas totalement déçu je désinstalle pour faire de la place sur le disque. Et en désinstallant Ubuntu j’ai supprimé le boot-loader et un peu cassé mon PC. Oups ! 😬

Mais le concept était rentré dans ma tête : on pouvait faire fonctionner un ordinateur sans dépendre de Microsoft, gratuitement. Je venais de comprendre matériellement le concept de système d’exploitation, et qu’il n’était pas rattaché qu’à Microsoft. Bon à savoir… J’en parlais à mes parents qu’on pouvait migrer sous Linux et se passer de payer la licence Windows…

Les études étaient libres à l’époque

Accélérons de 3 ans. J’entrais en prépa scientifique, et à notre premier cours d’informatique, notre prof nous avait préalablement demandé de rapporter une clef USB. Au premier cours, il a tout simplement fait installer via une simple commande informatique une distribution Linux s’appelant Debian, déjà préparée pour coder et suivre les cours.

Le concept était incroyable, presque révolutionnaire pour moi : branchez votre clef USB sur n’importe quel ordinateur, allumez l’ordinateur, et tada, vous aurez démarré sur votre clef USB, avec tous ses fichiers et ses programmes. C’était vraiment très pratique.

Sur cette clef USB, on avait accès à : une jolie interface, on codait sur le logiciel Emacs pour écrire du OCaml, et on pouvait naviguer sur internet.

Sur cette clef USB, sous ce Linux, j’ai appris à coder, j’ai dû écrire des documents sous libreOffice, j’ai fait mes premiers pas dans la bureautique et j’ai toujours trouvé la suite libre plus pratique que la suite Microsoft. Ça marchait juste mieux !

Cela me rend triste aujourd’hui de savoir que les étudiants utilisent du Microsoft massivement par défaut. Je peux le dire : de mon temps, on faisait tout sur un live USB sous Debian…

J’ai continué mes études dans un environnement semi libre. Peut-être certains lecteurs et lectrices se souviendront de mon étrange obsession pour installer Fedora (ndn: une autre distribution Linux) sur un ordinateur portable Surface Book…

La bureautique et la problématique de la vie privée

Alors c’est quoi vraiment un système d’exploitation ? C’est un peu “l’interface” de votre ordinateur. Quand vous avez un ordinateur, il vous faut deux parties : la machine qui contient les pièces physiques, et le logiciel pour faire fonctionner ces pièces physiques. Ce logiciel est le système d’exploitation. Windows, MacOS, Linux, ce sont les trois les plus connus aujourd’hui, mais les moins jeunes se souviennent peut-être de Solaris, de OS/2, ou MSDOS qui étaient d’autre systèmes d’exploitations d’un ancien temps.

La particularité de Linux, c’est qu’il ne dépend techniquement pas de quelqu’un : c’est un commun numérique. Linux appartient autant au monde entier que l’invention de l’agriculture ou la technique de maitrise du feu.

Linux permet de faire fonctionner n’importe quel ordinateur. C’est quand même un peu fou quand on y pense non ? Chaque machine peut avoir des pièces différentes, mais on peut le faire fonctionner sans dépendre de ces pièces différentes. Et vous pouvez travailler sur cette machine, elle est sera performante, et ça ne vous coûte rien.

J’ai commencé à travailler en 2018 sur une machine qui fonctionnait avec Windows, et je codais sous Eclipse. Je crois qu’on a le droit de me traiter de dinosaure. L’expérience de développement était raisonnable mais deux choses m’embêtaient :

C’était un peu moche, soyons honnêtes
L’ordinateur était lent. Mon job était dans l’univers de la transpilation⁴ de code informatique, et cela impliquait souvent de récupérer d’énormes fichiers géants représentant du code source. Et sur un Windows, gérer des gros fichiers était une expérience misérable (souvenez vous du support FAT32, de la limite de 8Go, ces choses obscures)⁵.

Sous Linux ? C’était bien plus rapide. Et un benchmark au doigt mouillé était sans appel :

Copier un gros fichier sous Windows prenait 20 minutes (le temps de ma pause café)
Sur Linux ? Autour de 10 secondes… Pas le temps d’aller chercher un café…

J’ai demandé à mon employeur si je pouvais changer et il m’a dit “tu fais comme tu veux”. Ni une, ni deux, Windaube dégageait et je passais sous la distribution Linux s’appelant Fedora. Aucun regret.

J’ai toujours préféré un environnement Linux pour la bureautique. Contrairement à Windows, il n’y a pas de fonctionnalités intrusives imposées sur les utilisateurs, comme Cortana à l’époque, ou les actus MSN par défaut en page d’accueil, ou aujourd’hui Copilot qui capture littéralement l’écran des utilisateurs sans leur consentement⁶.

Certains aspects très techniques d’un ordinateur sont optimisés jusqu’à la moelle par des passionnées et des passionnés qui donnent une énergie et un savoir considérable pour contribuer à un outil utilisable de toutes et de tous. Et de plus en plus, ce sont des personnes qui sont payées à plein temps pour travailler sur ces logiciels.

Je vous avoue, j’ai goûté au péché de la pomme il y a 3 ans, en passant de Fedora à MacOS. Je trouve que MacOS est bien meilleur en bureautique que la majorité de l’écosystème Linux. Mais cela me rend très fortement dépendant de l’écosystème d’Apple.

Si Apple s’effondre et perd MacOS, ou Microsoft décide d’arrêter de mettre à jour Windows et ne faire plus que de l’IA⁷, votre Windows ou Macbook préféré ne sera plus maintenu et mis à jour, et peut-être même ne fonctionnera plus⁸. Pour Linux ? Il sera toujours possible de le faire évoluer.

Et vous pouvez le faire évoluer en n’importe quoi ! Par exemple, en une plateforme pour jouer à des jeux vidéos.

Le SteamDeck : une belle histoire de liberté

En 2023, j’étais à la recherche d’une console de jeu portable. Je pouvais acheter les classiques : une switch, un ordinateur portable, mais j’étais tombé sur le SteamDeck. C’est une console de jeu faite par un grand éditeur de jeux vidéos et d’un magasin en ligne de jeux. En voici une photo :

Cette SteamDeck se comporte comme une console, mais se comporte aussi comme un ordinateur. En effet, le système d’exploitation est “juste” Linux… Sous distribution Arch… Incroyable non ? L’interface est belle, réactive, et je peux juste installer tout ce que je veux qui peut fonctionner sous Linux. Et pour les jeux Windows ? Il se trouve que la communauté Linux a trouvé un moyen d’en faire marcher une grande majorité sous Linux, et grandement grâce à l’investissement direct du fabriquant du SteamDeck, Valve⁹.

Valve est un éditeur de jeux vidéos pionnier dans le domaine, qui propose aussi une boutique en ligne de jeux vidéos. Et cet éditeur a une stratégie très intéressante : contribuer à des logiciels libres augmente directement leur marché dans le jeu vidéo. Si les jeux marchent mieux c’est gagnant, et si les concurrents créent aussi leurs consoles de jeu, c’est gagnant pour Valve qui touche toujours une commission à a vente… Pas mal ? Qui a dit qu’on ne pouvait pas avoir un modèle économique sur du libre ?

Et comme il s’agit d’un logiciel directement vendu, il a besoin d’être fluide et performant pour être un peu marketable, et je trouve que le SteamDeck a une super intégration avec Linux.

J’utilise aujourd’hui d’autres logiciels que je trouve beaux et bien faits. Par exemple :

Zen Browser, une surcouche de Mozilla Firefox qui ressemble à Arc Browser, mais au moins c’est maintenu par une belle communauté et ça n’appartient pas à Atlassian.
Pour écrire de la musique, j’utilise Musescore. Ce logiciel est optimisé pour la productivité, tout en permettant d’écrire de belles partitions de musiques pour de la lecture, de l’apprentissage ou de la composition.
Signal ! Le logiciel de discussion instantanée. Il est très bien, il est très rapide, et il marche juste. C’est bien mieux que WhatsApp qui régulièrement me bloquait car le menu pour entrer son code PIN plantait sur mon iPhone !!!

Et Signal a un autre avantage : c’est un logiciel qui respecte ma vie privée. Regardons cela.

La liberté à tout prix ?

J’utilise Signal à l’origine pour deux raisons : j’ai progressivement commencé à devenir de plus en plus méfiant envers l’utilisation de mes données personnelles par les GAFAM. Je me suis convaincu que ces données pourraient servir un jour pour me persécuter pour des raisons inconnues : mes opinions politiques, mon orientation sexuelle, mes origines.

Vous trouvez cela extrême ? Sans citer ce qu’il se passe actuellement aux États-Unis, je peux vous prendre un exemple à domicile : connaissez-vous la cellule Déméter ? L’unité de gendarmerie chargée de surveiller les actions de nature idéologique liées au modèle agricole ? En tant que personne végane et militante, je suis directement dans le viseur de cette cellule.

Signal est la même chose que WhatsApp ou iMessage, mais gratuit, libre, et très sécurisé : comme son code source est disponible, n’importe qui peut le surveiller. Et des gens très intelligents peuvent l’améliorer. Tous les plus brillants et brillantes chercheurs-eures du monde entier peuvent améliorer Signal, contrairement à Facebook qui est limité par ses ingénieurs.

Comment je sais si iMessage ou Facebook ne lit pas mes messages ? Aujourd’hui, la seule façon de le savoir c’est de leur faire confiance. Ils pourraient donc envoyer des données à cette cellule Déméter dans un but d’harcèlement de ma personne.

On est dans le seul monde où on donne nos informations privées à des entreprises, mais c’est à nous de prouver que l’entreprise ne fait pas n’importe quoi de nos données. Est-ce juste ? Je ne le trouve pas. Je préfère donc garder ma vie privée ailleurs.

J’ai plusieurs logiciels qui m’aident à garantir ma vie privée :

Mon navigateur, Zen Browser que j’ai déjà cité avant, a de base un système de conteneurs qui me permet de ne pas mélanger mes sessions. Je ne suis pas convaincu que Chrome le fasse pour de vrai vu qu’il s’agit d’un navigateur au fonctionnement privé.
Pendant un temps, j’utilisais Baseline, un logiciel libre de suivi des émotions et de journaling. C’est vraiment pas le genre d’informations que je veux donner à n’importe qui ! Le créateur est vraiment bien et j’ai même pu discuter pendant 15 minutes avec lui de mes usages.
Gestionnaire de mot de passe : j’utilise PasswordStore¹⁰ ! Je ne suis absolument pas convaincu par les solutions dans le cloud, que ce soit Apple, Chrome ou 1password et équivalents…

Libre aujourd’hui et demain

Pfiou, quel chemin. J’espère que cet article vous plait. Cette rétrospective me fait me rendre compte d’une chose étonnante : une simple curiosité est devenue un élément assez déterminant de ma vie. Récapitulons :

Nous avons vu la définition d’un logiciel libre, je vous ai raconté comment de plus en plus de logiciels libres sont devenus partie intégrante de ma vie, privée, professionnelle, au point de me permettre de me sentir en sécurité et en intégrité “numérique”.

J’essaye, moi-même, de contribuer à ma façon :

En fournissant des petits programmes libres, par exemple pour rendre son enceinte airplay¹¹
En créant des petits logiciels, par exemple j’ai créé ma propre appli web Tricount pour le calculer le remboursement¹², et ce blog est open source.
Je suis donateur de Framasoft, et j’aimerais augmenter mes contributions pour d’autres créateurices.

J’espère avoir obtenu votre enthousiasme pour le libre. Je vous fait à la fin de cet article une liste de logiciels libres que je recommande. Cette liste contient principalement des logiciels qui dépassent un peu la simple utilisation de l’ordinateur. Ils vous apportent presque de la joie, de la sécurité, de la connexion, de la créativité… Peut-être que l’un d’entre-eux correspondra à un de vos usages ?

Pour la musique
- Pour écrire des partitions : https://musescore.org/en/download
- Pour jouer sur des simulations réalistes d’ampli de guitare : https://www.neuralampmodeler.com/
- Pour enregistrer et produire de la musique : https://ardour.org/ (jamais utilisé directement mais déjà entendu ce qu’on peut faire avec)
Pour la santé
- Baseline, pour réussir à suivre ses humeurs et journaler en sécurité : https://getbaseline.app/
Pour surfer sur les internets
- Pour les plans, utilisez plutôt OpenStreetMap : https://www.openstreetmap.org
- Zen Browser qui est juste un navigateur plus calme et cool : https://zen-browser.app/
- Ublock pour bloquer les pubs et améliorer sa vie privée : https://ublockorigin.com/
- Pour trouver la bonne date, utilisez Framadate ! https://framadate.org/abc/en/
- Pour le remboursement entre amis, utilisez mon propre calculateur ! https://bons-comptes-bons-amis.vercel.app/
- Pour partager des fichiers entre ordinateurs d’un même réseau, je vous propose LocalSend : https://localsend.org/. C’est comme AirDrop.
Pour discuter
- Incontestablement Signal pour la discussion instantanée : https://signal.org/
- Je vous invite à poster vos vidéos à la fois sur YouTube et sur des alternatives comme PeerTube : https://peertube.tv/
- Mastodon pour du micro-blogging, le plus simple est de vous y inscrire via Elk : https://elk.zone/home
Pour se passer de Windows ou Apple
- Je vous recommande de commencer avec Ubuntu : https://ubuntu.com/download
- Mais je préfère Debian : https://www.debian.org/
Pour les mots de passe
- J’utilise passwordstore, mais il est un peu complexe : https://www.passwordstore.org/
- Keepass est très bien, j’utilisais cette version auparavant : https://keepassxc.org/
Pour faire de la 3D / Jeux vidéos
- Blender pour tellement de choses en 3D : https://www.blender.org/download/
- Godot pour plutôt faire des jeux vidéos : https://godotengine.org/

Le lien de l’événement : https://designersethiques.org/en/les-communs-numeriques-lyon ↩
Définition extraite de Wikipédia : https://fr.wikipedia.org/wiki/Logiciel_libre#D%C3%A9finition ↩
Il fût un temps, et je crois que c’est encore possible, où on pouvait obtenir une distribution Linux gratuitement par CD-ROM en donnant son adresse. Quelle époque… ↩
Si vous ne savez pas de quoi je parle, j’ai fait un talk entier sur le sujet : https://www.youtube.com/watch?v=t9hJd_ltoYc. Et oui, je vais réussir à parler de ce job dans tous mes articles… ↩
Je me dis que c’était vraiment nul Windows en y repensant… ↩
Signal en parle mieux que moi : https://signal.org/blog/signal-doesnt-recall/ ↩
En 2025, Microsoft a licencié 15 000 employés, principalement dans le jeu vidéo et la branche software. Source: https://www.lemonde.fr/economie/article/2025/07/02/microsoft-annonce-une-nouvelle-vague-de-milliers-de-licenciements_6617428_3234.html ↩
Pensez aux chiens robots de Sony qui vont forcément mourir quand Sony a laissé tomber de les maintenir. ↩
Une source : https://www.theverge.com/23499215/valve-steam-deck-interview-late-2022 ↩
PasswordStore est bien mais pour commencer, utilisez plutôt KeypassXC ↩
Comment rendre n’importe quelle enceinte compatible avec Airplay : https://nirinarabeson.fr/posts/comment-rendre-nimporte-quelle-enceinte-compatible-airplay ↩
Bons comptes bons amis, accessible sur https://bons-comptes-bons-amis.vercel.app/ ↩

Déconstruisons mes talks pour mieux partager vos connaissances

Mon, 03 Nov 2025 00:00:00 GMT

Vous avez envie de partager vos savoirs et vos connaissances à votre entourage ? Vous galérez pour le faire ou ne savez pas trop par quoi commencer ? Vous aimeriez que votre présentation soit super compréhensible et, oserais-je dire, remarquable ? Je peux tout vous montrer !

Après avoir donné plusieurs présentations publiques qui se sont très bien passées, écrit plusieurs articles bien reçus, je me dis que j’aimerais bien vous partager tous mes trucs et astuces, basés sur de la recherche et mon intuition Nirinine, de comment je prépare une conférence.

Pas de légendes urbaines, pas de “on dit que”, tout ce que je raconte est basé sur de la science ou du feedback et de l’expérimentation ! Je pense donc que tout ce que je vais vous raconter fonctionnera avec vous assez directement.

Ça vous tente ? Alors déconstruisons !

On utilisera le terme présentation pédagogique pour désigner un peu tout ce qui peut se référer à un talk, un article de blog, une vidéo, à but de partager des connaissances.

Pour votre présentation pédagogique, il vous faut au moins deux choses :

de quoi vous voulez partager
de pourquoi vous voulez partager

De quoi parler ?

C’est assez facile de trouver un sujet à partager. Vous pouvez parler de :

Quelque chose que vous avez potassé pendant un petit moment
Quelque chose qui vous passionne
Quelque chose d’unique à raconter
Quelque chose !

Vous pouvez parler d’un sujet de niche extrêmement obscur¹, d’un nouveauté récemment apparue², d’un sujet auquel vous avez contribué personnellement³ ou d’un sujet que vous connaissez bien⁴.

Le sujet de votre choix aura besoin d’être décomposé en des concepts pédagogiques. Par exemple, comment fonctionne le JavaScript, ou la définition d’un mot, ou encore une mise en application. Un concept pédagogique est une réponse à la question suivante :

De quoi ai-je besoin pour pouvoir comprendre ce dont on me parle ?

Et ça ne va pas beaucoup plus loin ! Idéalement, essayer de résumer votre pensée à trois concepts pédagogiques très importants. Votre présentation tournera autour de ces trois sujets.

La légitimité

Que faire si je ne suis pas expert ou experte d’un sujet ? Comment pourrais-je en parler ?

Aucun problème ! En moyenne, les gens sont très nuls à tout. Si vous avez réussi à faire des choses très concrètes avec le sujet dont vous voulez parler, vous êtes probablement parmi les meilleurs·es du secteur.

Voyez les choses d’une autre façon : prenez un être humain aléatoirement choisi dans la communauté qui vous importe, quelle est la probabilité que cet être humain aléatoirement choisi ait entendu parler une fois du sujet, eu pratiqué au moins une fois et eu fait quelque chose de concret au moins une fois ? Probablement zéro !

Mais comment je sais si mon sujet est intéressant ?

Mauvaise nouvelle ! Vous ne pouvez pas le savoir ! Ce qui nous amène au sujet suivant…

Pourquoi parler ? Votre motivation intrinsèque

Pour partager n’importe quoi, il faut avoir un mécanisme de motivation intrinsèque pour en parler. Comment l’identifier ? Comment l’utiliser ? Et pourquoi ?

Pour identifier votre pourquoi, je vous propose le framework des Golden Circles de Simon Sinek qui est très pratique, mais vous pouvez probablement en trouver d’autres comme l’Ikigai, votre bullet journal préféré…

Besoin de sens, message visionnaire, encouragement positif, vos pourquoi ou raisons d’être sont toutes uniques et font la diversité et la richesse de l’être humain. Dans la mesure où on ne peut pas savoir si un sujet est intéressant avant de l’avoir présenté, il faut avoir une forte motivation intrinsèque de le faire.

Une fois que vous avez votre quoi et votre pourquoi, il ne reste plus qu’à trouver votre comment ! C’est la suite de tout cet article.

Un cas pratique sur un talk

Déconstruisons mon talk “Déconstruisons les frameworks JavaScript pour mieux réinventer le web” ! Si vous ne l’avez pas vu, voilà la vidéo :

Le plan de mon talk est un grand “pourquoi, comment, quoi” :

Pourquoi déconstruire les frameworks JavaScript ?
Comment déconstruire les frameworks JavaScript ?
Qu’est-ce qu’on peut faire avec ça ? (quoi ?)

Et mes concepts pédagogiques sont : comment créer des composants web, comment les afficher sur une page web (le fameux virtual DOM), et comment rendre leur affichage réactif.

Pour améliorer ce talk j’ai explicitement mis en place des moyens pédagogiques d’apprentissage et de mémorisation que nous allons découvrir tout de suite.

Les mécanismes d’apprentissage utilisés

Je ne suis pas prof ! Et pourtant, quel beau métier professeur… Mais je suis convaincu que la pédagogie est un super levier d’argumentation au quotidien, pro ou perso.

La pédagogie s’apprend ! On ne nait pas pédagogue, on le devient. Je pense que n’importe qui peut devenir un ou une bon·ne pédagogue, mais il faut bien définir ce qui en fait un ou une.

Pour moi, une bonne personne pédagogue est une personne qui arrive à enseigner à un·e élève des concepts de telle sorte que l’élève peut les ré-expliquer et les ré-appliquer dans d’autres domaines. Plus concrètement, l’élève se sent capable d’expliquer ce qu’iel a appris suite à la présentation pédagogique, et est capable d’identifier des situations différentes pour lesquels les concepts pédagogiques sont applicables.

Comment on y arrive ? On va devenir très geek de biologie s’intéresser au fonctionnement du cerveau et le stockage de nos souvenirs.

Qu’est-ce qu’un souvenir dans un cerveau ?

Je vais vous résumer cet article qui est une bonne lecture : Comment les souvenirs sont-ils stockés dans notre cerveau ?

Partons de la base : notre cerveau est grosso-modo composés de régions qui contiennent des neurones plus ou moins spécialisés. Ces neurones sont connectés entre eux et quand un neurone est activé, il peut activer ou non d’autre neurones voisins. C’est cela qui nous permet d’avoir des pensées, des actions, des perceptions sensorielles…

Un souvenir passe par trois étapes :

Lors de l’exposition à un souvenir, certains neurones vont être activés et vont former un réseau de neurones : on appelle cela un engramme. C’est lui qui “encode” le souvenir dans le cerveau.
Lors que vous êtes exposé·es plusieurs fois à ce souvenir, l’engramme se renforce, les connexions sont de plus en plus puissantes, et de ce que je comprends, d’autres neurones peuvent se rajouter à cet engramme.
Si un neurone de cet engramme est activé et active les autres neurones de l’engramme, vous vous rappelez de ce souvenir.

Plein de neurones différents peuvent être associés. Certains sont spécifiques à la mémoire, d’autres à des perceptions, des émotions. Un neurone peut être associé à plusieurs engrammes, ce qui, d’après une des sources de l’article donné, permettrait d’avoir de meilleurs “mécanismes de calculs” dans le cerveau⁵. Cela doit probablement être une bonne chose mais je ne comprends pas la source ^^.

Comment utiliser ce mécanisme cérébral pour l’apprentissage ?

Mécanismes d’apprentissage et de mémorisation

Pour réussir à enregistrer un souvenir, il faut réussir à créer cet engramme. Comment y arriver ? Nous avons vu qu’il se forme en activant des neurones pour former un réseau de neurones, il faut donc que le souvenir soit capable de stimuler des neurones. Comment y arriver, sachant que les humains ont chacun une diversité de champs de pensées et de souvenirs ?

Pour y arriver, il vous faudra connaître votre public, et multiplier les références et analogies.

Votre public est-il plutôt sensible à la Critique de la raison humaine d’Emmanuel Kant ? Associez vos concepts pédagogiques à la philosophie et la morale. Votre public est-il plutôt féru de culture Star Wars ? Associez vos concepts pédagogiques à des références à R2D2 et des galaxies lointaines, très lointaines.

Est-ce un cliché ? Oui… Mais il marche terriblement bien !

Et pour parler au plus grand nombre, multipliez vos analogies et vos références : plus vous arrivez à expliquer votre concept pédagogique de différentes façons, plus vous avez de chance de stimuler les neurones de personnes diverses et variées et donc de créer des engrammes et donc de créer des souvenirs.

C’est un peu comme lire un roman dans lequel on voit les points de vue de 4 personnages différents. On comprend mieux où va l’histoire car on arrive à avoir une interprétation différente du monde, chaque personnage étant une référence ou une analogie différente.

Prenez cette image, chaque analogique ou référence est une perspective différente sur le concept pédagogique que vous essayez d’inculquer.⁶

C’est un peu comme les films qui font des caméos d’autres films ou univers pour créer un lien ou une sorte de continuité…

L’avantage de toutes ces analogies, c’est que vous augmentez les chances que l’engramme soit activé en différents contextes, et cela permet de favoriser la mémorisation et l’application. Si vous le pouvez, posez des questions au public ! Cela renforcera aussi le souvenir. Par exemple :

De quoi un engramme est-il composé ?

Je pense que vous voyez un peu la force des analogies en tant qu’outil pédagogique !

Regardons pour ma présentation sur les frameworks JavaScript. J’essaye d’utiliser des analogies et des références pour renforcer l’apprentissage de plusieurs concepts clefs, et je vous dresse une liste de références et d’analogies utilisées consciemment :

le jeu du bingo comme métaphore filée de la réactivité
référence à des sites web connus par l’audience : LyonJS / DevLille / ChatGPT
je crois que je parle d’arbre de composants, un classique dans la théorie des graphes
utilisation du terme boss final pour associer à l’univers des jeux vidéos
la métaphore du marteau et des outils pour les bricoleuses et les bricoleurs
une référence à une série télévisée H pour les moins jeunes
des mèmes avec spiderman ou factory worker pour les plus jeunes
l’étude stateofjs comme référence à l’écosystème JavaScript

Cela fait un peu beaucoup mais sur 35 minutes la métaphore du bingo prend une place prépondérante. Le reste des métaphore est restreint à des plus petits concepts, et sont utiles pour la partie suivante : l’utilisation des émotions comme levier d’apprentissage !

L’utilisation des émotions pour l’apprentissage

C’est la partie que les présentations oublient le plus ! Où sont vos émotions dans les talks ?

Il est évident qu’un environnement stressant rendra l’apprentissage bien plus dur⁷ (ce qui n’inquiète visiblement pas l’éducation nationale française), mais qu’en est-il de l’inverse : est-ce que l’association d’émotions positives permet de renforcer l’apprentissage ? La réponse semble être oui ! Via le système de récompense.

Utiliser les émotions positives dans une présentation pédagogique a plusieurs effets :

renforcement de la motivation
renforcement de l’apprentissage
renforcement de la mémorisation

Comment est-ce possible ? De ce que je comprends, utiliser une émotion permet d’activer des neurones liés à la gestion des émotions, qui sont donc associés aux autres neurones stimulés ce qui crée un engramme plus grand. Lors de prochaines stimulations positives, il se peut qu’un neurone associé à une émotion active le souvenir de vos concepts pédagogiques, ce qui est bon pour la mémoire !

D’autre part, les émotions positives sont associées à la libération de substances à effets vertueux dans le cerveau comme la dopamine, et apparemment nos cerveaux sont absolument accros à cette récompense chimique. C’est le principe même des apprentissages derrière la réaction de Pavlov. Si vos concepts pédagogiques sont associés à une libération de dopamine, vous avez de grandes chances que vos élèves apprennent vite !

Et puis y’a un dernier truc : une présentation avec des émotions positives, c’est une présentation remarquable dont on veut parler à nouveau. Et donc se remémorer, et donc ré-appliquer les concepts pédagogiques.

Comment on mets des émotions positives dans sa présentation pédagogique ?

Réponse : Je n’ai pas mieux que l’humour ! Une bonne blague déclenche un bon rire et donc une émotion positive.

J’essaye toujours de m’en servir pour renforcer un concept que je présente. Si vous avez besoin d’apprendre à être drôle, vous vous adressez à la mauvaise personne⁸ !

À défaut d’humour, je pense aussi que des photos de chats doivent bien marcher pour créer des émotions positives. Voici mon petit chat :

Dans mon talk sur les frameworks JavaScript, le jeu du bingo est littéralement une récompense associée aux concepts pédagogiques du talk… Oui, j’utilise totalement une mécanisme fortement addictif pour vous faire apprendre du JavaScript, mais ça a bien marché !

Comment est venu l’idée du bingo ?

L’idée à l’origine, c’était que je voulais trouver des façons diverses et variées d’expliquer un concept avancé, et je m’étais noté quelque part deux idées : j’ai toujours voulu tester le jeu de rôle comme mécanisme d’apprentissage (une vieille note d’il y a 4 ans ! avant même que je ne donne ma première conférence, dans le contexte de redonner des cours particulier à des lycéens), je m’intéressais aux associations d’idées et je voulais tester une façon “intrinsèque” de pouvoir comprendre un sujet, de faire émerger le mécanisme que je vous présente juste après : l’induction.

La déduction et l’induction

Définissons les termes. La déduction est le procédé par lequel on va de la cause aux effets, du principe aux conséquences, du général au particulier.⁹ C’est un raisonnement du cas général vers le cas particulier. Souvent, c’est l’application d’un théorème ou d’une loi universelle à un concept. Nos présentations en sont fan : je vous présente un framework, une façon de faire, un univers, un livre, un exposé, et je vous dit ce que vous devez en faire.

Cela marche bien, mais il y a deux petits défauts : c’est un peu scolaire, et la déduction ne parle pas forcément à tout le monde.

La déduction est un mécanisme logique fondamentalement extrinsèque, c’est-à-dire qu’il motive la personne par une raison externe à elle-même. Il faut que la personne accepte cette raison externe, et parfois l’effort est plus mis dans l’acceptation de cette logique externe que dans la déduction de cette logique. Serait-il possible de motiver une personne de façon interne ? C’est là que l’induction arrive.

La définition de l’induction est l’opération mentale qui consiste à remonter des faits à la loi, de cas particuliers à une proposition plus générale¹⁰. Il y a un mot clef que j’aime : “mental”. L’induction, c’est cette opération mentale magique qui fait dire eurêka, c’est ce qui stimule la créativité, l’imagination… Mais c’est aussi un mécanisme d’apprentissage plus dur à mettre en place car on n’y est moins habitué…

Prenez le film Inception : toute l’histoire, c’est réussir à faire induire par inoculation une idée radicale chez “le méchant” en passant par des rêves imbriqués. Mais quel chemin compliqué pour y arriver ! Je pense que cela reflète bien la difficulté de faire induire des choses chez des individus. Mais le jeu en vaut la chandelle.

Quand l’induction fonctionne, on gagne tout : la personne arrive à assimiler un concept par ses propres associations qui lui sont propres, ce sont donc ses propres engrammes qui sont les plus structurés, et c’est un mécanisme de motivation intrinsèque superbe pour continuer à explorer le domaine.

Attention aux erreurs de raisonnement ! Mais dans ce cas là, il suffit de créer un nouvel exemple déductif pour présenter formellement le concept pédagogique attendu.

Comment mettre de l’induction dans une présentation pédagogique ?

La réponse est : je ne sais pas…

Ma réponse naïve, c’est de présenter les exemples avant de présenter la théorie. De mettre le quoi avant le comment. Mais ce n’est pas facile !

Dans mon talk sur les frameworks JavaScript, le bingo est une tentative d’induction : je voulais m’en servir pour permettre aux gens de déduire les secrets de la réactivité à partir d’un exemple. Mais hélas, je ne trouvais pas que ça marchait et j’ai rapidement switché vers un moment déductif (et un peu passif) assez fort, avec des slides effrayantes :

Je pense que ma présentation sur l’approche en composant est plutôt inductive : je présente le but de l’approche en composants, je présente une fonction h, je montre ce qu’on peut faire avec, et seulement après je montre que ça permet d’écrire du jsx et que ça marche très bien et que tous les frameworks JavaScript font ainsi. Le but est vraiment de faire émerger en chacune et chacun cette “généralisation” du mécanisme de composant.

Il faut beaucoup d’effort mental pour réussir une logique inductive. L’occasion parfaite pour vous présenter un dernier concept important en pédagogie.

Les limites de l’attention

Le cerveau humain est par construction paresseux : il est organisé pour prendre le chemin de la moindre résistance. Il faut éviter de le sur-stimuler, mais il faut réussir à maintenir son attention. Je vous présente le meilleur exemple qui montre ce que je vais vous dire :

Pourquoi cette vidéo ? Car elle montre qu’il est important dans une présentation pédagogique de ne présenter qu’un seul concept à la fois. Vous pouvez demander l’attention de votre audience sur un concept, mais vous ne pouvez pas espérer le faire sur deux concepts différents à la fois.

Il faut un peu se rappeler à l’école primaire, les instructions très linéaires et séquentielles que nos instituteurs nous donnaient : ouvrez votre carnet, prenez la règle, prenez un stylo bleu, marquez un trait, résolvez la conjecture de Collatz… Imaginez que votre public a l’attention d’un enfant.

Mais comme des enfants, l’attention a une limite.

Je vois l’attention comme un réservoir d’essence dans un véhicule en road-trip : il se vide avec la distance, et se recharge difficilement sans s’arrêter. Si vous prenez un détour, par exemple en faisant une blague ou digression, vous consommez une partie de l’attention de votre public. Mais si vous allez tout droit, vous allez vous endormir au volant.

C’est une économie complexe et je n’ai pas trop d’expérience sur le sujet ni vraiment pu creuser la recherche sur l’attention. Le plus simple est de ne juste pas trop charger votre présentation, et rappelez vous, nous nous sommes limités à 3 concepts pédagogiques principaux.

Vous pouvez un peu plus pousser pour un article de blog, et pour des cours magistraux il y a toujours des pauses et des jours qui ont lieu entre les différents cours (et demandez à l’établissement qui vous héberge que les cours soient espacés sur plusieurs semaines pour permettre la récupération de l’attention).

Votre indicateur clef de succès

Diantre ! Quelle lecture ! Nous sommes à un total de 3865 mots et c’est peut-être un peu beaucoup pour votre attention. Résumons un peu tout cela :

Quand on veut présenter un sujet, il faut le découper en des concepts pédagogiques, et avoir un pourquoi de présenter ce sujet.
Pour réussir à le partager, il faut comprendre que le cerveau retient les souvenirs par des neurones. Les concepts pédagogiques stimulent des neurones dont le réseau forme des engrammes qui sont l’encodage cérébral des souvenirs.
Pour réussir à enseigner des concepts pédagogiques il faut utiliser des associations d’idées, des émotions, réfléchir à méthodes de logiques déductive ou inductive pour former des engrammes dans le cerveau, pour faciliter leur restitution.
Il faut également respecter l’attention de son audience.

Nous avons également vu comment j’utilise tout ce que je présente dans mon talk sur les frameworks JavaScript.

Alors maintenant qu’est-ce qu’on fait ? Il ne vous reste plus qu’à vous lancer, en vous posant cette question :

Imaginez que vous avez fait une présentation pédagogique, qu’est-ce qui vous fera dire qu’elle aura été réussie ?

Les réponses peuvent être nombreuses : les gens font de bons feedbacks, les gens appliquent ces concepts dans leur vie, les gens se lancent dans de nouvelles choses.

Mon indicateur à moi, c’est quand je trouve ma présentation remarquable. Cela englobe les réponses précédentes. C’est un sujet plutôt abstrait, mais qui me tient à cœur. Être remarquable, cela veut dire que la présentation a laissé une très forte impression positive sur le public, et c’est une excellente chose en terme d’acquisition de connaissances. Cela fait que les gens racontent la présentation, ce qui permet de mieux se souvenir, de mieux l’appliquer.

Ce n’est pas facile d’être remarquable. Mais je pense qu’avec ce que je vous ai présenté, avec de l’imagination et de la créativité, vous avez tous les moyens pour créer une présentation pédagogique qui finira par devenir, elle aussi, remarquable.

J’aimerais remercier Steeve Evers qui m’a fait découvrir tous ces concepts durant une formation pour devenir formateur, et j’aimerais remercier toutes les personnes qui m’ont permis d’apprendre sur la pédagogie, qui m’ont fait des feedbacks, qui ont assisté à des présentations, qui m’ont soutenu dans mes nombreux moments de doute.

Merci beaucoup pour cette lecture, et si vous avez des questions, ça me ferait grandement plaisir que nous prenions contact par mail à hello@nirinarabeson.fr.

Je vous propose une vidéo YouTube qui m’inspire beaucoup pour terminer cet article. Elle parle de mathématiques, avec un axe super intéressant. Beaucoup de mon “éthique” vulgarisatrice vient de cette chaîne, et je pense que si je l’avais découverte quelques années plus tôt, je serais totalement ailleurs dans ma vie. Bon visionnage !

PS : pour enfoncer le clou de la pédagogie, répondez à ces petites questions :

Comment un souvenir est-il stocké dans le cerveau ?
Pourquoi faut-il multiplier les analogies et les références durant une présentation ?
Combien de concepts pédagogiques peut-on enseigner en une seule conférence ?
Quelle est la définition d’induction ?
Quel est le but de la substance chimique libérée par le cerveau durant une émotion positive ?

Comment coder dans un langage que personne ne connait ? ↩
View Transition API par Théo Gianella ↩
Retour d’XP sur la création de pépinière de tests (Aurelia Ribeira & Solène Lapouge) ↩
Objectif Jetpack Compose 🚀 (Audrey Gentili) ↩
Cette source le dit mais c’est un peu avancé : https://www.nature.com/articles/nature12160 ↩
je n’arrive pas à trouver la source de cette image et ça m’angoisse un peu… ↩
Viktoria Prokofieva, Jean-François Hérold. Facteurs émotionnels et motivationnels dans les processus d’enseignement-apprentissage. Regards sur le processus d’enseignement-apprentissage, 2020. hal-03188643 ↩
Mon unique façon de faire de l’humour est par l’absurde et c’est un peu dur à faire, mais vous pouvez commencer avec du comique de répétition et apprendre des blagues par cœur. ↩
Dico le Robert en ligne : https://dictionnaire.lerobert.com/definition/deduction ↩
Toujours le Dico Robert en ligne : https://dictionnaire.lerobert.com/definition/induction ↩

Si je devais repartir de zéro, comment je réapprendrais l'informatique ?

Tue, 14 Oct 2025 00:00:00 GMT

Imaginons qu’un jour, je bois un kombucha qui par malchance est frelaté¹ et je perds totalement toutes mes connaissances en informatique… Mince, je repars de zéro. Dans ces conditions, comment ferais-je pour redevenir développeur et / ou retourner dans le secteur de la technologie informatique² ?

Qu’est-ce que j’apprendrais en premier ? Où postulerais-je en premier ? Comment je pourrais maximiser mes chances ?

Cette petite expérience de pensée me donne un prétexte pour vous parler de comment réussir votre reconversion ou votre entrée dans le domaine de la tech ! C’est parti !

Pourquoi se reconvertir dans la tech ?

C’est la première question à se poser, mais n’y passez pas trop de temps non plus ! C’est une question dont la réponse n’appartient qu’à chacun·e. Dans mon cas, pourquoi je voudrais aller dans la tech si je devais repartir de zéro ?

J’aime bien les ordinateurs et je me sens très à l’aise dessus
Je suis curieux de savoir comment 90% de ce qui impacte ma vie fonctionne
J’aime bien résoudre des problèmes logiques

Vous pouvez avoir plein d’autres réponses, en voici d’autres :

La communauté est superbe
C’est un domaine qui paye plutôt bien
On peut apprendre plein de choses
C’est un domaine “qui ne se prend pas trop au sérieux” (comprendre, je peux venir au boulot avec un t-shirt Dragonforce ou matriarcat et relativement personne ne me fera une remarque)
C’est un travail purement intellectuel
Vous connaissez des gens dans le milieu
Vous voulez construire le monde de demain
Vous aimez inventer des choses
etc.

Idéalement, préférez des motivations intrinsèques à des motivations extrinsèques, mais je ne suis pas juge de vos motivations personnelles !

Il y a juste deux défauts majeurs à la tech : c’est un domaine devenu extrêmement concurrentiel. Des gens brillants sont présents dans ce milieu et créent des attentes très élevées sur ce qu’on attend du secteur en général.

Le deuxième défaut, c’est que c’est un univers qui est sur-représenté par des hommes blancs hétéros… Il faut que cela change, mais c’est important de le savoir. Heureusement, il y a beaucoup d’initiatives en faveur de la diversité qui se développent.³

Mon plan concret de reconversion

Mon plan tient en trois parties assez simple :

Comprendre l’informatique
Comprendre le secteur pour trouver mon premier job
Garder mon premier job

Comprendre et aimer l’informatique

Avant de candidater pour le futur job de vos rêves, il vous faut avoir les bases en informatique. C’est un domaine qui est vaste et il est difficile d’avoir des bases… Comment sait-on qu’on est sur la bonne voie ?

Je ne trouve pas de source convaincante sur l’apprentissage en informatique, donc ce que je peux seulement vous dire c’est que :

faire des choses concrètes vous fera le plus avancer
apprendre l’informatique sera difficile quoi qu’il arrive
connaissez vos mécanismes préférés d’apprentissage
évitez les IAs comme ChatGPT sauf si vous savez leur parler

Pour mon mécanisme d’apprentissage, je sais que je suis plutôt compétitif et j’adore également apprendre de la théorie, donc je pense que je vais plutôt participer à des challenges du style CodinGame pour me forcer à appliquer les concepts que je connais.

Pour la base théorique, c’est ce livre qui m’a tout appris : Algorithms, 4th Edition, dont je vous partage la version web. Ce livre utilise le langage Java pour présenter plein d’algorithmes avec leurs ramifications théoriques. Malgré son âge (mon exemplaire date de 2011 !), je le trouve absolument parfait pour apprendre la théorie.

Le fait que l’informatique soit difficile est normal : c’est objectivement très complexe, et très rapidement complexe. Comme dans un jeu Dark Souls, votre premier obstacle ressemblera à un boss final. Mais c’est normal ! Si votre apprentissage de l’informatique est difficile, vous finirez par vous habituer à cette complexité et vous serez bien plus à l’aise pour le monde pro quelques années plus tard (spoiler alert: la sensation que c’est compliqué ne disparaîtra pas).

Et comment faire des choses concrètes ? Je n’ai pas mieux que vous forcer à coder pour vous améliorer la vie.

Quelques exemples de choses que l’on peut rapidement faire en informatique :

du scraping de vos sites préférés
des robots discord
des jeux vidéos
des sites webs pour parler de vos hobbies
(plus difficile) faire tourner un LLM pour faire traiter des problèmes d’IA !
faire de la musique en codant

Ne réfléchissez pas trop, prenez votre vie quotidienne et demandez-vous “est-ce qu’un ordinateur ne pourrait pas le faire à ma place ?”

Un mot sur les écoles de reconversion : il y a le meilleur comme il y a le pire. C’est bien si vous avez de l’argent et avez besoin d’être guidé. Ce qu’on vous enseignera existe gratuitement en ligne (il faut le trouver), et il faudra privilégier des écoles proposant des alternances et des interventions de professionnels.

Un autre mot sur les LLMs comme ChatGPT : peut-on apprendre avec ? Je pense que non. Mais si vous comprenez⁴ bien le comportement d’un LLM, vous pouvez peut-être en faire un super allié dans votre reconversion.

Comprendre le secteur et trouver son premier job

Si tout ce que vous apprenez vous plaît, vous aurez sûrement envie de trouver un travail dans la tech. Pour cela, il faudra comprendre le secteur et découvrir tous les jobs qui existent. Je n’ai qu’une seule grande recommandation :

Développez votre réseau en parlant à des gens dans le secteur

Plus facile à dire qu’à faire ! Cette partie est dure à écrire car je n’aime pas parler de choses qui ne sont pas spécifiques à la tech, et construire son réseau est un conseil super générique et applicable à tout. Voilà comment je le rendrais plus spécifique à la tech.

Si je devais repartir de zéro, je pense que je viendrais toujours à plusieurs meetups de façon plus ou moins régulière, comme le LyonJS ou Yeeso. Il y a plein d’événements gratuits en informatique et c’est une bonne chose, on peut vraiment en profiter.

À ces meetups, je demanderais aux gens de parler de ce qu’iels font, ce que font leur boîte, pourquoi iels font ça. En général, les gens adorent parler d’elleux-mêmes, et encore plus celles et ceux qui viennent à des meetups. Vous pouvez donc y aller avec les questions pour comprendre ce qu’iels font, quitte à dire que vous vous sentez bêtes car vous n’avez rien compris (il y a de grande chance que cette personne ait l’habitude⁵).

Je participerais aussi à des hackatons. Ce sont des événements / concours de programmation où le but est, en équipe, de créer des projets informatiques sur des thématiques spécifiques.

Ce sont de bons moments pour apprendre beaucoup dans des contextes pas (trop) sérieux. Vous en trouverez dans plein de domaines : game jams, intelligence artificielle, opensource, compétitions robotiques (comme Exolegend…)… Souvent la nourriture est offerte et si vous avez un peu de chance vous pouvez vous retrouver dans une bonne équipe et énormément apprendre. Certains événements sont même kids-friendly ! N’hésitez pas à demander aux organisateurs.

En faisant ainsi, vous devriez développer des liens forts et faibles avec des professionnels et vous rendre de plus en plus familier avec le secteur de la tech.

Cela prendra du temps ! Mais plus tôt vous vous y prenez et plus vous vous ferez connaître dans le domaine, et plus des opportunités s’ouvriront. J’estime à environ 2 ans le temps qu’il faut pour commencer à sentir cette immersion dans le milieu.

Opinion impopulaire : si la perspective de créer du réseau ne vous emballe pas, vous commencez très mal votre reconversion dans la tech. C’est un métier d’interactions humaines et bâtit sur la force des communautés. Celle-ci est omniprésente et ne pas l’intégrer ne vous permettra jamais de comprendre le secteur.

Postuler à son premier job

Personnellement, en ayant connaissance de l’état du secteur, je n’essayerais même pas de postuler sur des job-boards comme LinkedIn ou l’Apec. Le secteur est totalement éclaté en ce moment et les probabilités que l’on vous réponde ou que les entretiens aillent quelque part est faible aujourd’hui.

À la place, je ne postulerai que pour trois types de jobs :

un secteur ou domaine que j’adore particulièrement (musique, petits chats par exemple)
une entreprise où je connais clairement quelqu’un qui peut me coopter (par exemple, une connaissance de meetup avec qui on a établi un lien fort)
une technologie dans laquelle je suis incroyablement fort malgré ma juniorité⁶

Tout le reste je ne tenterai même pas, ça ne marche juste pas… Vous allez perdre une énergie incommensurable pour juste vous prendre des réponses négatives successives, et le cerveau humain a des limites au rejet.

Si votre profil plait à l’entreprise pour laquelle vous avez postulé, le processus standard est en trois parties :

un premier call pour vous présenter le poste et en savoir un peu sur vous
un entretien technique pour évaluer si vous êtes un poser ou non en informatique
un entretien manager pour évaluer si vous serez compatibles avec la culture d’entreprise

Pour que tout cela se passe bien, je serais très transparent durant l’entretien sur ce que je ne sais pas et poserai plein de questions sur l’ambiance dans la boîte, sur ce qu’on attend de moi, sur les critères de succès de mon onboarding…

Vous vous demandez peut-être à quoi ressemble un entretien technique ? Les meilleurs sont pour moi ceux qui vous demandent de coder en temps réel. En tant que recruteur tech, j’adore voir une personne coder, on en apprend tellement ! J’aime également poser des questions techniques jusqu’à ce que la personne me dise “je ne sais pas”.

En tant que reconverti, il y a plein de choses que vous ne saurez pas. Essayez de vous concentrer sur ce dont vous êtes certain ou certaine, et montrer une curiosité pour les choses que vous ne connaissez pas du tout. Si vous avez l’impression de tout foirer, c’est meilleur signe que si vous avez l’impression d’avoir tout réussi !

Si je devais faire un entretien tech pour un profil très junior / reconverti, j’essaierais de voir si la personne maitrise les fondamentaux de son domaine. Concrètement, si je vous donne une tâche fondamentale quelconque à faire, vous y arriverez toujours, même si c’est très dégueu.

Garder son premier job et la suite

Si tout se passe bien, vous devriez décrocher votre premier job. Félicitations ! Il faut maintenant le garder !

Cela ne s’applique pas qu’aux juniors et reconverti·es, mais à tout le monde : partez du principe que vous ne savez plus rien, et posez plein de questions sur le métier, le pourquoi. Soyez curieux·ses et proscrivez le jugement.

Montrez vous vulnérable, mais fuyez cette entreprise si elle ne vous permet pas la sécurité psychologique au travail.

Mettez autant d’énergie à bien comprendre ce qu’on attend de vous, que d’énergie à faire ce qu’on attend de vous. Idéalement, vous devriez savoir pourquoi on vous demande des choses, et l’entreprise a une responsabilité sur votre montée en compétence et votre droit à la formation.

Ce sont encore des conseils très génériques mais mettez un peu d’énergie à communiquer sur vos réussites et soyez très ouvert·es au feedback, positif comme négatif.

Tout cela devrait vous permettre de passer un super moment au travail, et de définitivement ancrer votre reconversion dans la tech.

Est-ce qu’on n’apprend pas de façon permanente ?

Nous arrivons à la fin de cet article, vous avez maintenant ma vision de comment je ferais pour me reconvertir dans la tech aujourd’hui, si je devais repartir de zéro.

Il se trouve que ce que je vous présente sont des choses que j’ai réellement faites dans ma vie pour réussir à entrer dans ce domaine.

Oui, j’ai fait des études supérieures qui m’ont énormément appris, mais je ne suis pas là où je suis simplement par mes études. J’ai fait énormément de choses en plus de mes études pour être là où je suis aujourd’hui !

J’ai participé à des hackatons, j’ai massivement participé à CodinGame (j’étais dans le top mondial de clash of code pendant un temps), je code des petites applications dans mon coin (dont ce blog), je viens fréquemment à des meetups, je continue d’affiner mon art du code. Je me comporte comme quelqu’un qui repart de zéro. Pourquoi ?

Car je pars de zéro ! Juste dans plein de domaines de l’informatique. Je m’estime totalement nul en cloud, en devops, je découvre à peine l’authentification sécurisée en ligne, je bricole des extensions de navigateur, et je commence tout juste à comprendre les stratégies de mise en cache côté serveur… Plein de domaines que je découvre petit à petit…

J’espère que cette lecture vous a été agréable, que vous soyez novices dans ce domaine ou au contraire déjà bien établi·e. Cet article essaye de donner une approche pragmatique mais flexible de comment rentrer dans la tech. Il a le défaut de n’avoir que mon propre point de vue, donc n’hésitez pas à demander des conseils à d’autres personnes dans le milieu pour avoir leur propre avis et élargir vos perspectives.

Et si vous avez des questions ou des feedbacks, n’hésitez pas à me laisser un petit mot par email : hello@nirinarabeson.fr 😇

Note : il est impossible de s’empoisonner avec du kombucha et c’est juste une expérience de pensée absurde ↩
Je vais dire “dans la tech” à partir de maintenant pour désigner “métiers de l’informatique” et “secteur de la technologie”. ↩
il se trouve que la meilleure façon de résoudre un problème est d’encourager la diversité dans ses équipes. une équipe qui est diverse a plein de schémas de pensée différents, et cela permet à une équipe d’avoir plus de chances pour résoudre un problème et donc créer une technologie disruptive et rentable. pour une fois que le capitalisme encourage la diversité on ne va pas se priver… ↩
Pour ma part, j’essaye au quotidien de réduire au minimum l’utilisation d’un LLM pour des choses que je peux facilement tester moi-même. Pour un apprentissage, c’est risqué, car si on ne sait pas ce que l’on cherche, ça ne peut pas forcément marcher ! ↩
À titre d’anecdote personnelle, j’ai mis plusieurs années à savoir raconter à d’autres gens ce que je faisais à mon premier travail. c’est même devenu un talk : https://www.youtube.com/watch?v=t9hJd_ltoYc ↩
Est-ce qu’un profil junior peut devenir très joué ? Bien-sûr ! C’est même pour moi une force de ce domaine. Il est extrêmement ouvert à toutes et à tous et on peut littéralement partir de rien et devenir relativement expert en peu de temps. Certains domaines sont justes chelous et peut-être que vous les comprendriez mieux que la majorité des autres ! ↩

5 choses à faire pendant l'été pour devenir un·e meilleur·e développeur·se !

Wed, 06 Aug 2025 00:00:00 GMT

C’est le mois d’août ! Vos collègues sont toutes et tous partis en vacances et il ne reste que vous, qui êtes là au bureau…

Les journées sont calmes et le rythme est fluide, les tickets s’enchainent un peu plus vite que d’habitude (on va plus vite quand on n’est pas dérangé par les autres) et les pauses cafés sont légèrement aussi moins longues.

Et si c’était le moment de tenter 5 nouvelles choses pour devenir un ou une meilleure développeuse ? Lisez jusqu’à la fin pour découvrir toutes les astuces !

Mais avant tout, qu’est-ce qu’on attend d’abord par meilleur développeur ?

Un mot sur le mythe de la productivité

Un meilleur développeur, ce n’est pas juste une personne qui code 10 fois plus vite que les autres. Si la performance était simplement mesurée par les lignes de codes que l’on produisait, augmentez moi pour tous ces package-lock.json¹ modifiés dans ma vie !

Pour moi, un meilleur développeur est une personne qui a des actions qui ont un impact dans une de ces trois catégories :

Moins de bugs
Plus de features
Meilleur ambiance dans l’équipe

(J’ai piqué ces métriques à HadrienMP)

Alors c’est parti pour être meilleur·e dans ces trois catégories !

Faire moins de bugs

Pour créer moins de bugs, la solution la plus radicale est de coder moins. Je ne plaisante même pas, je pars du principe que tout code est une dette, et tout ce qui permet de réduire la quantité de code produit est une bonne chose.

Mais parfois, nous sommes obligés de coder ! Alors je vous propose ces deux pratiques à explorer pendant l’été.

1 - Pratiquer le Test Driven Development en l’absence de ses collègues

Avec moins de pression, c’est le meilleur moment pour se mettre à écrire ses tests en premier ! C’est la pratique du TDD ! Grosso modo, un développement habituel se fait en trois étapes :

Je comprends ce que je dois faire
Je fais ce que je dois faire
Je teste si ce que j’ai fait marche

Avec le TDD, on change légèrement la façon de travailler :

Je teste un tout petit bout de ce que je comprends de ce que je dois faire
Je fais ce que je peux
Je fais du refactoring² et je recommence

Et c’est bien plus efficace pour faire moins de bugs et moins de régressions !

Comment s’y mettre ? Le plus simple vraiment est d’essayer sur des choses très simples (et même en frontend on peut), et abusez des versions gratuites de ChatGPT et autres IAs pour vous guider sur comment écrire un test en premier ! Faites au plus simple et vous verrez, c’est beaucoup plus accessible que vous ne l’imaginez.

2 - Apprendre la technique des 5 pourquois

Corriger un bug, c’est bien. Mais connaître sa cause principale c’est mieux. Et connaître la cause principale de la cause principale, c’est encore mieux. Et connaître la cause principale de la cause principale de la cause principale, c’est génial… Bref vous comprenez.

La technique des 5 pourquoi est une technique que j’ai redécouvert deux fois : d’abord par un article de Gitlab sur un postmortem de perte de données en production, et ensuite par mon ancien scrum-master dont j’ai remarqué qu’il me demandait systématiquement pourquoi, 5 fois, à toutes mes idées !!!

Comment s’y mettre ? Copiez collez ce texte dans n’importe quel outil d’écriture de texte et pensez au précédent bug que vous avez corrigé et forcez vous à répondre simplement :

Pourquoi <ce bug> a eu lieu ?

Réponse : A

Pourquoi A a eu lieu ?

Réponse : B

Pourquoi B a eu lieu ?

Réponse : C

Pourquoi C a eu lieu ?

Réponse : D

Pourquoi D a eu lieu

Réponse : E (c’est votre cause principale)

Une fois la cause principale établie, le top c’est de trouver un plan pour la traiter en amont.

Si vous suivez ce mode de fonctionnement, je vous garantis que vous aurez beaucoup moins de bugs, et vous ferez aussi des choses probablement bien plus passionnantes que passer votre journée à corriger, par exemple, des NullPointerException³

Faire plus de features

Mince, vous êtes devenu·e plus efficace pour corriger tous les bugs qu’on vous a refilé à corriger pendant l’été, et vous avez maintenant du temps pour coder de nouvelles fonctionnalités… Regardons comment on peut aussi optimiser cette catégorie !

3 - Commencer chaque journée par une liste de 3 objectifs

C’est un grand cliché mais ça marche tellement bien. Chaque matin, engagez vous à au maximum 3 micro objectifs, et si vous y arrivez : bonne nouvelle, pratiquez du TDD sur le temps restant, et sinon, découpez en un objectif plus petit.

Personnellement, je me limite à 1 objectif le matin, en sachant pertinemment que 2 autres objectifs vont apparaître en cours de journée.

Vous remarquerez que j’utilise le terme objectif et non tâche, et c’est normal : plusieurs tâches permettent d’atteindre un objectif, et en général les objectifs changent moins vite que les tâches à faire !

Je ne suis pas psychologue donc je ne saurais expliquer pourquoi ça marche si bien, mais je vous invite vraiment tous les matins à vous dire : “Aujourd’hui, je vais accomplir cet objectif.”

Bonus : communiquez votre objectif à votre équipe qui n’est pas en vacances. Cela vous permettra de développeur votre focus, qui est une des valeurs de la méthode SCRUM en agilité !

Comment vous y mettre ? Prenez un post-it ou moyen de prendre des notes, recopiez et complétez la phrase ci-dessous :

Aujourd’hui, mon objectif est de…

4 - Apprendre son IDE

Ok celui là a l’air moins fun, mais laissez moi vous expliquer pourquoi c’est très utile d’apprendre son IDE :

Les raccourcis de l’IDE permettent de faire beaucoup d’actions sans souris, et c’est bien pour nos petits poignets sujets aux tendinites
Certains raccourcis sont très puissants (surtout ceux de refactorisation)
Saviez-vous que vous pouvez automatiquement formatter votre code à la sauvegarde ? Éviter d’écraser une branche lors d’un git push --force ?
Faire des modifications multi lignes ? Sélectionner le contenu entre les deux parenthèses les plus proches ? Ajouter un argument à une fonction à la volée sans revenir à sa définition ? Transformer une liste d’arguments d’une fonction en un objet avec des propriétés ? Inline⁴ une méthode ?
Etc, etc, etc.

Lisez le manuel des raccourcis de votre IDE, vous verrez qu’il y a des tonnes de choses qui vous sauveront la vie.

Améliorer l’ambiance dans l’équipe

Vous avez résolu tous les bugs et créé toutes les features qu’on vous a demandé pour l’été : félicitations, vous êtes le ou la meilleur·e. Et si vous aviez un impact si grand que vous rendez votre équipe plus heureuse, plus contente de venir au travail ? Cela est possible…

5 - Rendre son daily plus intéressant avec la technique de walk the board

Les daily à base de “hier j’ai fait ça et aujourd’hui je vais faire ça”, je n’en peux plus. Mon constat :

La majorité de l’équipe s’en fiche de ce que vous avez fait hier, ils sont déjà au courant.

Ce qui nous intéresse au daily le matin, c’est de trouver un moyen d’accomplir nos objectifs (voir le point précédent). Alors je vous propose d’inverser le board : Plutôt que chacun parle l’un après l’autre, faites parler plutôt les sujets en cours.

Je m’explique : si vous avez un board kanban, vous avez probablement 4 catégories : à faire, en cours, en test, fini. Votre objectif, c’est de finir un maximum de sujets. Alors, pourquoi ne pas avoir en visibilité tous les matins les sujets le plus proche d’être finis ? On appelle ça walk the board.

Je vous recommande cette lecture de chez OCTO qui vous donnera des idées de comment ça marche. Personnellement, je ne peux plus revenir en arrière et je ne viens plus à des daily qui ont un format différent.

6 - Bonus ! Conventional Comments ! La relecture de code aussi mérite des conventions

Ce n’est pas mon invention, tout vient de cette vidéo : Revue de code : on n’est pas venu pour souffrir ! - Anne-Laure DE BOISSIEU - Forum PHP 2022.

L’idée de base, c’est d’utiliser un système de conventions, comme dans nos commits pour celles et ceux qui pratique le conventional commit, mais pour les reviews. De vrais exemples de reviews que j’écris :

question: pourquoi as-tu laissé cette variable définie ici ?

suggestion: tu pourrais retourner un Optional plutôt que retourner potentiellement null

bravo: j’adore comment tu as géré cette méthode

Cette façon de faire des tours supprime l’ambiguité inhérente de l’écriture⁵, et permet de créer un cadre pour nous permettre de faire des compliments à nos collègues. Trop bien ! Regardez la vidéo que j’ai postée, et la speakeuse est une personne incroyable. 😻

Si vous arrivez à faire tout cela, félicitations : vous êtes probablement le ou la meilleur·e développeur·se de votre équipe et peut-être même de votre entreprise.

On dit souvent que si on est la personne la plus intelligente dans une pièce, il faut changer de pièce. Plutôt que de poser votre démission, je vous propose de rendre vos collègues plus intelligents en partageant cet article !

Et si des choses ne sont pas claires, envoyez moi un petit message 😇 hello@nirinarabeson.fr

C’est un fichier qui (grosso modo), dans les projets javascript, permet de fixer les dépendances de projets et éviter des mises à jours non voulues. Une mise à jour de ce fichier peut provoquer des milliers de lignes changées. ↩
Pratique consistant à réorganiser le code dans le but d’améliorer sa lisibilité, sa performance, son look… ↩
C’est une erreur Java qui apparaît quand on essaye d’accéder à la propriété d’une variable qui vaut null. C’est une erreur classique Java qui est liée au fait que null est considéré comme un objet et c’est vraiment une terrible erreur de conception. Faites du Kotlin ou du TypeScript strict. ↩
Fait de remplacer un appel de fonction par le code de la fonction, utile dans des cas pour spécialiser une fonction quand on se rend compte qu’elle est trop générique ↩
Platon disait bien, “L’écriture, c’est l’oubli”. Et oui, on oublie de penser à comment l’autre se sentira quand on lui enverra un “wtf” en relecture de code ↩

Comment créer une culture du partage dans son entreprise ?

Mon, 07 Jul 2025 00:00:00 GMT

À Zenika ¹ , j’ai appris quelque chose : la culture du partage.

Qu’est-ce que cela ? C’est cette idée que toutes et tous les employés de l’entreprise, quelque soit notre position, notre métier, nous partageons avec les autres des idées, des pratiques, des retours d’expérience.

Je suis resté 2 ans dans cette ESN et grâce à cette culture, qu’est-ce que j’ai appris…

J’aimerais vous partager comment cela m’a fait évoluer dans l’entreprise, qu’est-ce que cela m’a apporté, qu’est-ce que j’ai pu apporter, en espérant vous convaincre de mettre en place une culture de partage dans votre propre entreprise ! ²

C’est parti 😎

Il y a trois axes principaux de partages de connaissances :

Les canaux Slack de partage
Les présentations par communautés de pratique
Les conférences internes

La culture du partage par des canaux Slack

Pour tout sujet qui mérite une veille, il existe un canal sur Slack : #community-web pour parler de web, #community-agile pour parler d’agilité, #community-nimportequoi pour parler de n’importe quoi…

N’importe qui peut partager un sujet, un lien, ou poser une question, et en fonction de la pertinence du contenu ou de la question, des discussions s’ensuivent.

Voyons cela par deux exemples personnels.

Une fois j’ai posé la question suivante :

Bonjour ! J’ai commencé à me former à Playwright, et j’ai remarqué que parfois, le test playwright cliquait avant qu’un bouton ne soit fonctionnel, ce qui fait planter le test, est-ce que cela est normal ou corrigeable ?

Et j’ai eu en réponse : tout plein de notions de progressive enhancement, quels frameworks JS l’implémentent, et l’utilité de ces fonctionnalités dans un monde d’accessibilité du numérique et de lutte contre l’obsolescence programmée.

Un autre exemple de message, c’est moi cette fois qui poste un message :

La nouvelle version de vuejs 3.5 vient de sortir ! Les choses visibles sont un petit gain de performance, et la possibilité de déstructurer des props… Qu’en pensez-vous ?

Et en réponse dans tout le thread, des discussions sur les futures évolutions de vuejs… ou je me suis pris un bide ! Je ne me souviens plus.

Je me suis globalement abonné à tous les canaux possibles : web, backend, vuejs, angular, agilité, produit, java. En s’organisant bien, il est possible de suivre toutes les discussions, et de filtrer ce qui est inutile et ce qui est utile.

Avec un peu d’organisation il est réellement possible de développer des compétences transverses et devenir polymatheux ou polymatheuse.

On n’hésitait pas aussi à pinguer directement en messages de possibles expert·es ou sachants·es, ou de simples curieux.

Si jamais un sujet était intéressant dans plusieurs canaux, on mentionnait aussi les autres channels et on incitait à regrouper les discussions dans un seul canal. L’avantage, c’est que ça permettait de découvrir d’autres communautés !

Par exemple, nous les développeurs et développeuses JavaScript parlons souvent de Rust ! Donc il y avait des messages croisés très intéressants.

Pour que ça marche, il y avait des règles un peu tacites : bienveillance absolue, les questions bêtes n’existent pas, et tout le monde est bienvenu pour écrire.

Juste PAS DE @here, au risque de se faire ratio par toute la communauté mentionnée.

Vous n’avez pas slack ? Sur teams, vous pouvez créer des salons qui sont accessibles à toute l’entreprise. Sur discord, c’est comme slack, et si vous n’avez rien, il est peut-être temps d’inaugurer un système de discussions instantanées.

Petite note personnelle : ne pas hésiter à gentiment indiquer aux personnes que leur communication n’est pas la plus bienveillante, ou qu’elle est légèrement à côté de la plaque.

Vous pouvez utiliser un peu de CNV pour lui parler directement, ou si vous avez des managers / facilitateurs dans votre structure, leur en parler pour qu’iels qui vous aident à formuler ce qui vous dérange.

Les communautés de pratique

Comme les discussions écrites ne suffisent parfois pas pour présenter un sujet, Zenika a un système de communautés de pratiques, ou en anglais ✨ “Community of Practice” ✨, que nous abrégerons en CoP pour le reste de l’article.

Tous les vendredis, de 16h à 17h, nous avons un créneau libre pour assister à une présentation d’une heure sur n’importe quel sujet. En général, les sujets sont portés par une personne qui signale sa volonté de présenter quelque chose sur le canal Slack associé. La personne crée une réunion, partage le lien et n’importe qui peut venir.

C’est super intéressant car on peut présenter n’importe quoi. Personnellement, j’ai pu organiser des présentations sur des technos, faire du livecode en groupe. J’ai vu des gens qui avaient des slides, d’autres qui faisaient yolo. Et j’ai même vu des talks entiers tout préparés, pour éventuellement faire speaker à une conférence ou un meetup, et parfois c’était juste une session d’ensemble programming pour aider des personnes à corriger des bugs.

Vous vous demandez peut-être, mais d’où vient cette envie spontanée du partage ? Et j’ai deux réponses :

À Zenika, la culture du partage est très intrinsèque, et rapidement on vous montre comment réussir à communiquer un sujet : start with the why, feedbacks sur les talks
Une culture du partage nécessite… des gens qui veulent partager !!! Donc idéalement, on recrute des gens qui au minimum, font un peu de veille, et au meilleur qui partagent cette veille !

Rétrospectivement, cela marchait bien mais avec un petit défaut : c’était surtout des individus, sur leur temps libre, qui portaient les sujets, les communautés, les organisaient… C’est idéal pour aller vite, mais il n’y avait pas vraiment de passation officielle de qui organise une communauté (ou alors, on ne m’a juste jamais dit qui le faisait…).

Je me demande si ça n’aurait pas été meilleur de responsabiliser un peu plus ces pratiques, avec par exemple des budgets alloués aux communautés de pratique pour faire amplifier le champ des possibles (que ce soit des pizzas, investir dans des technos chelous, rémunérer des intervenants…), des rôles clairement identifiés et tournant de “leader de communauté” ou quelque chose du genre…

D’autre part, je pense que ça aurait été bénéfique d’un peu plus aider les personnes à préparer leurs sujets. Par exemple, tenter de présenter un sujet en se demandant « quelle est la première chose qu’une personne qui a vu mon sujet devrait avoir envie de faire suite à cette présentation ? ».

Le rêve, ce serait d’être capable de mesurer qualitativement la montée en compétences liées aux CoP, et cela dans deux buts.

Pour les organisatrices et les organisateurs, c’est surtout pour valoriser le temps passé à préparer ces moments de partage.
Pour les autres, c’est surtout une façon de donner un peu de visibilité sur les sujets portés et permettre par exemple à la direction de réaliser qu’il existe des talents qui se forment spontanément sur certains sujets.

Pour que ça marche vraiment bien, c’est bien de mettre un petit résumé écrit de tout ce qui s’est échangé. Mais j’irais plus loin !!!

Je pense qu’il faudrait faire des sortes de petits questionnaires anonymes et non intrusifs qui demandent aux gens : quelle est la dernière chose que vous avez appris à la CoP ? Avec des champs de textes pour mettre de jolis petits verbatims ³. Cela permettrait vraiment de créer une culture de l’amélioration continue.

Et devinez quoi ? Quand des gens, toutes les semaines, présentent des choses, qu’est-ce qu’iels veulent ? Et bien iels ont envie de passer une journée entière à présenter des choses !!! C’est ce qu’on va voir dans la partie suivante avec les conférences internes.

Les conférences internes

À Zenika, nous avons une conférence interne : la TechnoZaure ⁴.

En référence aux dinosaures (non) ⁵, c’est une conférence interne qui est dédiée, et payée ⁶, qui permet à tout le monde d’assister à des sujets, et à certains d’en présenter.

L’organisation est assez simple : un Call For Paper est ouvert, c’est une plateforme qui permet à des personnes de postuler leurs sujets. Par exemple, le site conférence hall fait très bien ce job.

Une fois que les gens ont postulé, tout le monde vote sur les sujets qu’iels veulent voir, et à terme une équipe dédiée essaye de créer un programme qui plaira à toutes et à tous, en équilibrant les types de sujets, la variété de speakers (pas que des hommes ⁷, pas que des anciens…)

Entre la soumission et le vote, des gens se proposent pour aider tout le monde à pitcher son projet pour le rendre intéressant. Je recommande la technique de l’AIDA pour réussir à pitcher un talk : Attention, Interest, Desire, Action. Allez chercher cela sur internet.

Une fois les personnes sélectionnées, tout le monde a environ 1 mois pour préparer sa présentation, et des personnes aident les autres à préparer leurs slides, faire des premières répétitions, s’encourager…

C’est à Zenika que j’ai pu me préparer et présenter pour la première fois mon talk sur la transpilation de code pour coder dans des langages que personne ne connait et mon talk sur la place des musiciens face à l’IA dont je vous mets ici la première version ! Grâce à la sécurité psychologique que j’ai développé grâce à mes collègues et la culture de l’entreprise, j’ai pu tenter des choses un peu originales comme live coder en COBOL ou chanter devant mes collègues.

En plus, ce moment était capté et enregistré en vidéo, et ces vidéos sont partagées sur le YouTube de Zenika (si on le souhaite). C’est grâce à une de ces vidéos que j’ai été pris pour donner la Keynote de clôture du BDXIO 2024 !

Pourquoi ça marche ? Un peu comme les CoP, on obtient ce que l’on sème : le partage des gens qui veulent partager. Tout est possible, et tout est encouragé. Parfois, les présentations ne sont pas du tout techniques : j’ai vu des présentations sur les journées de 35h (qui a changé ma vie) ou sur le syndrome de l’imposteur.

Bref : J’adore les conférences internes.

Pour que cela se passe bien, nous avons la nourriture offerte, de quoi grignoter, des pauses, et un after avec de quoi se désaltérer et grignoter.

Si vous deviez organiser des conférences internes, je recommanderais d’abord de développer une culture du partage via les CoP. Et n’hésitez pas à encourager les gens à présenter n’importe quoi.

Incitez aussi les personnes timides à l’exercice de la présentation à se lancer, et essayez de les coacher pour les aider à faire leur présentation. Par exemple, posez aux speakers trois questions : Pourquoi, Comment, Quoi ?

Si vous voulez enregistrer, vous pouvez commencer très simple : demandez à la personne de rejoindre un appel sur teams ou meet en partageant son écran et enregistrez la réunion.

Puis petit à petit, ajoutez de l’équipement : un téléphone qui fait caméra pour la personne qui parle, des petites scènes sur OBS pour réussir à faire rapidement le montage, des micros un peu plus haut de gamme pour enregistrer la personne, une carte d’acquisition pour faire un système “plug & play”… Respectez la complexité de la mise en place d’un setup d’enregistrement et avancez étapes par étapes !

Règle primordiale pour que ça marche : il faut RESPECTER le temps alloué ! Les talks sont proposés sur des créneaux de 20 ou 40 minutes, incluant les questions. Il ne faut vraiment pas hésiter à faire respecter ce timing ! Le top, c’est d’indiquer aux speakers discrètement quand il reste 5 ou 10 minutes.

Et voilà ! Vous savez tout ! À la fois sur comment fonctionne la culture du partage à Zenika, et comment commencer à mettre cela en place chez vous ! C’est gratuit 😊.

Vous trouvez pas ça un peu meta de partager comment mettre en place une culture du partage ?

Si vous pensez cet article d’utilité, n’hésitez pas à partager à vos managers ou directeur·ices votre volonté de créer une culture du partage dans votre entreprise, et n’hésitez pas à joindre cet article. Vous pouvez même me contacter si vous avez besoin de conseils, par cette adresse email (ouvre votre appli mail).

Et si vous avez encore plus aimé, n’hésitez pas à vous abonner à ma newsletter juste en dessous pour ne rien manquer de mes prochaines publications !

À très bientôt !

Dans cet article je vais beaucoup parler de Zenika au présent… C’est un peu un lapsus de ma part mais c’est aussi plus simple pour moi pour vous expliquer un peu tout. Mais je confirme bien avoir reçu mon solde de tout compte donc je suis bien parti ^^ ↩
Tout ce que je raconte est inspiré de l’organisation à Zenika mais elle n’a rien de spécifique, on retrouve des formes similaires chez EDF, chez Sopra Steria, chez G2S, et dans n’importe quelle communauté tech locale… ↩
mais par pitié ne faites pas des KPI sur vos CoP vous courrez à la catastrophe si vous faites ça ↩
Enfin j’espère qu’elle existe encore aujourd’hui. ↩
Je pense que c’est une référence aux “REX”, retour d’expérience, que le nom technozaure est venu… ↩
si vous savez, vous savez ↩
Si vous ne voulez pas uniquement des hommes qui parlent à vos conférences internes, ayez une culture qui permet aux femmes de s’exprimer. Je vous recommande la technique de l’amplification par exemple pour débuter sagement.

Dans tous les cas, ce sera le début d’un grand débat systémique à avoir dans votre entreprise ! ↩

J'ai adoré le DevLille 2025

Mon, 16 Jun 2025 00:00:00 GMT

Je suis allé au DevLille 2025 ! Autrefois appelé “DevFest Lille”, le DevLille est une conférence tech sur deux journées, enrichies d’une dimension “humaine et environmentale”.

J’y suis allé pour deux raisons : j’y ai donné deux talks, et avec mon nouveau travail j’essaye de découvrir la communauté tech Lilloise.

Je vous propose de vous embarquer dans ces deux journées pour mettre en avant les speakeuses et les speakers qui m’ont inspiré. C’est parti !

Première journée

Il y a eu en début de conférence un rappel sur le fonctionnement du DevLille, notamment une insistance sur le code de conduite, et l’organisation des espaces et de la nourriture. C’est devenu assez standard, mais j’apprécie l’emphase sur le code de conduite et l’obligation de créer un espace safe et sain pour toutes et tous.

Mais rien n’interdit d’attaquer l’égo des hommes dans la keynote d’ouverture ! 😈

Keynote d’ouverture avec Typhaine D sur la grammaire dans laquelle la féminine l’emporte sur le masculin

Typhaine D est une artiste et comédienne engagée, végane comme moi en passant, qui nous présente sa nouvelle grammaire française : la féminine l’emporte sur le masculin.

Plutôt que de suivre les diktats des vieux hommes de “l’Académie Française”, Typhaine déconstruit la langue de Molière pour montrer qu’elle est conçue pour invisibiliser, par dessein, les femmes dans la société.

Je me prête à l’exercice d’utiliser cette nouvelle règle de grammaire pour les deux paragraphes suivantes.

J’ai adoré sa prestation. Typhaine a une bonne feeling et une très bonne énergie. J’avais déjà vu son talk elle y a quelques années, et initialemente je n’étais pas connevaincu, mais le revoir aujourd’hui, et avec la recule, m’a permis de réaliser qu’effectivemente notre langue est intrinsèquemente patriarcale.

Je me suis essayé à cette exercice et pour le talk de la même journée, dans l’après-midi, j’ai décidé de commencer mon talk en accordant avec la règle de la féminine qui l’emporte sur le masculin avec cette phrase :

Bonjour à toutes ! Est-ce que vous êtes chaudes ?

J’ai senti une hésitationne de la public à répondre, comme s’elle ne se sentait pas concernée…

C’est donc ça de se sentir invisibilisée par une langue…

Commons : good or evil ?

https://devlille.fr/talk-page-cm8su8dy30075qo3mkimsi9j1/

Ce talk était un REX sur la mise en commun d’une base de code sur un projet de gestion de dinosaures et de parcs de dinosaures ! La musique m’a permis de bien me mettre en immersion, c’était chouette.

J’ai bien aimé l’approche pragmatique, avec les pours et contres, et j’ai apprécié le live coding IA pour montrer un use case assez spécifique mais pertinent pour traiter le code dupliqué.

Je m’interroge si ce ne serait pas un cas d’école de mettre tout le code dans un monolithe modulaire…

Merci pour cette présentation qui explique très bien le fonctionnement des starter en Spring. C’était top !

Jouons de la musique avec Compose Multiplatform 🤘

https://devlille.fr/talk-page-cm7mcf49m00owob3n5s3lelb9/

Un talk qui parle de Kotlin Multiplatform et qui explique le fonctionnement intrinsèque de comment ça marche.

C’était un poil trop avancé pour moi, mais très intéressant car j’ai pu dessiner quelques parallèles entre le mécanisme de rendu d’une application mobile et ceux des frameworks JavaScript. Et en plus, grâce à l’atelier de mes deux amies Audrey et Olivier sur Jetpack Compose je n’étais pas totalement perdu.

Bon la partie un peu triste, c’est que le talk m’a légèrement refroidit pour Kotlin Multiplatform : oui on peut faire des applications multi cibles en Kotlin… Mais est-ce que ce n’est pas un peu de l’over-engineering ? Je pense surtout à toutes les explications des différents outils pour builder un coup sur iOS, un coup sur Android.

Peut-être vous comprendrez légèrement mon point de vue en lisant la fin de cet article !

Néanmoins, je reste impressionné par la capacité d’explication d’un comportement non trivial, et j’ai beaucoup appris et pour cela, merci beaucoup.

Après ce talk c’était l’heure du repas. C’était très bon, très bien fait, et vegan !!! Trop content… Bien manger vegan, ça me met de très bonne humeur donc merci à La Consignerie.

BullShit IT Awards : Les absurdités tech qui sabotent vos équipes… mais dont on peut rire

https://devlille.fr/talk-page-cm5ps1xq200b5qy3mmerluuqs/

C’était un événement très drôle et original sur lequel on votait pour les absurdités tech de la vie quotidienne de nous les équipes de développement. J’ai eu un peu honte de me reconnaître dans certaines. Un très bon moment détendu et léger pour digérer, merci !

La programmation fonctionnelle en Java sans grimacer

https://devlille.fr/talk-page-cm8eqmuv70048qr3mut6hn90x/

Un chouette talk sur comment transformer du code impératif en du code fonctionnel en java. J’aime bien ces talks qui posent la base sur des éléments utiles d’un langage et permettent à tout à chacun d’apprendre.

De mon côté, ce sont des choses que j’avais déjà explorées mais je n’ai jamais vraiment pu pousser la pratique car je me dis que je fais n’importe quoi avec mes modèles quand je pousse très loin les transformations…

Malgré cette pensée que j’ai eu, j’ai trouvé que tout était très bien expliqué et le flow des exemples était vraiment bien. Bravo !

Je n’ai pas pu voir de talk directement après celui là car je me suis senti un peu stressé et inquiet pour le premier talk que j’allais donner, et je suis allé m’enfermer dans la salle des speakers pour un peu penser à autre chose (en allant parler à des speakers, hmmm le plan n’est pas très bon).

Je vous propose dans la partie suivante d’un peu explorer comment je me suis senti quand j’ai donné mon talk sur la transpilation de code.

Comment coder dans un vieux langage que personne ne connaît ?

https://devlille.fr/talk-page-cm8ewhvem00fxqr3mpx0118ti/

J’ai beaucoup aimé donner ce talk, qui me stressait pourtant un petit peu et me donnait de “l’énergie négative”.

J’appelle l’énergie négative cette sensation intérieure qui nous pousse à faire des choses dans le but de réduire de l’angoisse ou de l’anxiété, en opposition à ce que l’on fait car ça nous donne de la joie. J’avais la sensation de répéter ce talk parce que mon angoisse m’ordonnait de le rendre parfait.

Ce talk demande beaucoup trop de préparation pour 15 minutes de présentation et 5 minutes de questions : j’ai besoin de réapprendre tout le framework JavaScript que j’ai créé pour le live-coding de ce talk, réapprendre tout le chemin critique pour montrer que “ça marche”, et répéter plusieurs fois pour tenir dans les 15 minutes… C’est un peu too much.

Heureusement, une fois sur scène, l’énergie négative s’est dissipée et à la place s’est installé l’enthousiasme.

Ce talk déclenche quelque chose de nostalgique chez beaucoup d’entre-vous et cela me fait plaisir. Il semble réveiller des madeleines de Proust très nichées.

Je m’interroge si je ne devrais pas amplifier ce caractère, comme je l’avais fait pour ma keynote au BDX IO ou je parlais de mes débuts sur les ordinateurs en parlant de windows XP et autres logiciels…

Rétrospectivement, je pense que je devrais améliorer ce talk car ça devient de plus en plus évident que l’IA générative change la donne, mais je suis plutôt réticent à l’idée d’ajouter des LLMs dans le talk car je ne travaille plus dans le domaine du COBOL, et donc je n’ai plus les moyens de tester en production de vraies applications de ce que je présente. Et puis 20 minutes, c’est très court !

J’aimerais remercier Annaïk pour m’avoir fait une introduction sur scène aux petits ognons et je vous invite à découvrir ce qu’elle fait en tant que directrice à Holberton School France !

🍳 Recette pour des environnements aux petits oignons pour ton déploiement continu 🚀

https://devlille.fr/talk-page-cm84e1acs06v2pr3n6un9nnjf/

Pour terminer la première journée, je suis allé à un atelier ! Il était super.

Je suis venu car je veux un peu plus comprendre comment on peut mettre en place soi-même un environnement de déploiement continu.

J’ai un peu appris à utiliser kubernetes, les helm, qu’est-ce que ça fait, comment ça marche, comment rendre cela pratique, sécurisé, avec une bonne gestion de secrets. J’ai vraiment beaucoup appris !

Je n’ai absolument pas la prétention de pouvoir me revendiquer expert DevOps, mais ça me paraît moins mystérieux maintenant. Merci Matthieu et Charles-Eric !

Après cet atelier, on est allés faire la fête ! 🥳 Ça m’a surpris que ce soit openbar…

J’ai eu beaucoup de plaisir à discuter avec mes anciens collègues de Zenika, qui sont toujours aussi cools, avec les chouettes gens de Shodo Lille, à préparer mon introduction pour mon deuxième talk, à continuer à discuter avec des personnes qui voulaient creuser plus le sujet de la transpilation de code, à faire connaissance avec mes nouveaux collègues d’Exotec…

Il y avait un magicien, un karaoké… C’était une soirée vraiment bien pensée ! Heureusement que je ne bois pas sinon j’aurais été arraché pour donner mon deuxième talk…

La deuxième journée

Keynote d’ouverture avec Julien Vidal

Un talk sur les 2030 glorieuses, qui se proposent en tant que partie suivante des fresques du climat, dans lesquelles ont fait de l’écologie en pensant à des utopies.

Je n’ai pas vraiment aimé cette keynote. Il y a des choses avec lesquelles je suis totalement d’accord : parler de la nécessité de la décroissance, parler de la puissance des conventions citoyennes, mettre en avant la nécessité que c’est réel, que c’est maintenant, et qu’il faut que nous, les écologistes, changeons nos approches et commençons à raconter des histoires positives pour le futur.

Il me rappelle le talk de Geoffrey Dorn que j’ai pu voir au MiXiT : même sujets, mêmes inquiétudes, mais Geoffrey avait un discours beaucoup plus actif, beaucoup plus clair et inspirant. Et au moins, il y avait des images qui m’aidaient à me concentrer.

C’était une bonne chose de le proposer en keynote de la deuxième journée : on a besoin d’exposer nous, les développeuses et les développeurs et toutes les personnes dans la tech, à des discours alternatifs, car nous sommes les personnes avec une des plus grandes capacités à changer le monde.

La matinée

Je n’ai pas du tout pu profiter des talks car je me suis mis à un peu m’inquiéter pour mon passage à 11h15 et j’ai préféré… ne rien faire 😥. Mais j’ai pu animer le stand de Exotec et tenter de looter des stickers un peu partout.

https://devlille.fr/talk-page-cm5ux6fbs01esqy3mkvbxpjje/

J’aurai bien voulu venir à l’atelier de Océane et Patrice sur l’accessibilité au bout des doigts… une prochaine fois j’espère !!!

Juste après je donnais mon talk. J’aimerais profiter de mon article pour… le déconstruire un petit peu !

Déconstruisons les frameworks JS pour mieux réinventer le web

https://devlille.fr/talk-page-cm8ewwrl000g3qr3md1librby/

C’était mon deuxième talk ! Celui là m’inspire beaucoup d’énergie positive.

Quelque part, ce talk me fait me sentir bête : il faut beaucoup de prétention pour pouvoir “déconstruire” des frameworks JS et encore plus pour réinventer le web. Syndrome de l’imposteur, tout ça… Mais je me suis senti pousser des ailes et je vais vous raconter comment je suis arrivé à proposer ce sujet.

J’étais vraiment en train d’essayer de créer mon propre framework JavaScript (qu’est-ce qu’il ne faut pas faire pour son employabilité).

En observant ceux déjà existants, en essayant d’obtenir de nouveaux comportements, et en m’appuyant sur mon expérience dans la transpilation de code, j’ai senti de façon viscérale un pattern émerger.

J’avais l’impression de voir quelque chose de plus grand que simplement du vuejs, du reactjs, du angular ou autres, et je voulais en parler, et permettre à d’autres de sentir cette même chose.

Je suis convaincu qu’on peut devenir expert du web sans connaître sur le bout des doigts un seul framework JavaScript, tant qu’on connaît les bases de la réactivité, de l’approche en composants. Et toutes les choses supplémentaires que les frameworks apportent, pardonnez moi l’opinion impopulaire, mais c’est de l’over-engineering.

React, Vue, Angular, ce sont de super outils. Vous voulez du SSR pour améliorer le SEO ? Nuxt, Next, (et Analog ?) le font très bien. Méfiez-vous juste de les considérer comme vos uniques outils pour résoudre tous vos problèmes de web.

J’espère que ce talk va continuer à insuffler une nouvelle génération de développeuses et développeurs web qui intègreront un peu plus de sémantique, d’architecture, de design atomique, et autres bonnes pratiques, dans leurs développements.

Je regroupe toutes mes références de mon talk dans cet article !

Merci à Jacqueline pour m’avoir fait l’introduction avant de monter sur scène ! C’était super de pouvoir discuter ! À très bientôt j’espère 🤞

Oh et la salle où j’ai parlé ressemblait à une salle d’une capacité de 1500 personnes probablement remplie au tiers… Au tout début de la présentation mon rythme cardiaque a fait une pointe à 160 battements par minute !!!

Merci à toutes celles et ceux qui sont venus à cette présentation, et si vous avez des questions n’hésitez pas à me contacter, que ce soit sur LinkedIn où à mon adresse email (ouvre l’appli mail).

Front-End First: Et si on n’avait plus besoin des Devs Backend (pour l’instant) ?

https://devlille.fr/talk-page-cm5pf8cl00082qy3mtpm8iefg/

Ce talk était trop bien. J’ai adoré l’approche, la présentation, le fond et la forme, et pour des primo speakers devant 800 personnes c’était vraiment fluide et l’impide.

Ce talk est complètement un écho à ce que je pense : comment améliorer nos architectures pour réussir à travailler le web de façon fluide, itérative, cool. Ils parlent d’inversions de dépendances, et je trouve ça très bien amené et j’espère que des personnes essaieront de reprendre cette approche.

J’ai l’impression que GoJob a une bonne architecture du code, et pour une entreprise Next40 félicitations ! Ce n’est pas parce qu’on innove qu’on doit coder n’importe comment…

Je me demande parfois s’ils ne devraient pas utiliser Storybook pour leurs besoins “frontend first”… Peut-être c’est un outil légèrement overkill, et il ne fait pas exactement ce que les deux speakers proposent dans leur talk, mais je m’interroge un petit peu…

Merci pour cette présentation ! Peut-être un de mes talks coup de cœur, ex-æquo avec un autre que je vais évoquer plus tard…

Bonus : Au corps à CORS - L’art subtil des requêtes Cross Origin

https://devlille.fr/talk-page-S8g4aSxX8u4Gv4CL9Gy1/

J’ai vu ce talk au tremplin du DevLille et CloudNord ! Je l’ai trouvé super car Adrien exprime super bien comment fonctionne le Cross Origin, mais aussi comment s’en sortir, qu’est-ce que ça permet de faire, qu’est-ce que cela évite, et les pièges de conception d’API à éviter.

Merci encore !

https://devlille.fr/talk-page-cm7c1va9y00vtnz3mn7y53y4w/

J’ai refait une pause car je vous avoue que j’étais totalement épuisé… J’aurais aimé pouvoir voir le talk de Léa Coston sur “Les gens ne savent pas ce qu’ils font, la plupart du temps !”… Une prochaine fois j’espère, ou sinon je regarderai la vidéo 😊

Préparer deux talks c’est peut-être un poil trop de charge cognitive pour profiter d’une conférence… J’ai adoré cette expérience mais je ne le referai pas, et si l’expérience se propose j’essaierai plutôt de voir avec les organisateurs et organisatrices pour savoir si iels ont une préférence de sujet…

Et si supprimer tout en douceur n’était pas une si bonne idée ?

https://devlille.fr/talk-page-cm7j4q49i0120s23neexcjslm/

Je suis allé voir ce talk en ne sachant pas trop à quoi m’attendre, et j’ai vraiment adoré !

La speakeuse, Alice Loeser, a un style qui est super efficace pour présenter ce sujet. J’adore.

J’ai raté le début, mais la problématique était : comment ne pas supprimer définitivement des données quand les utilisateurs les suppriment et vont ensuite pleurer auprès du support client ?

Alice Loeser présente comment cela était fait et pourquoi c’était finalement vraiment pas une bonne idée : impacts sur l’architecture, sur les requêtes SQL, faible utilité de la feature, perte de performance et même une petite mise en prod plantée ! Morale de l’histoire : NE FAITES PAS ÇA CHEZ VOUS.

Elle présente comment elle a fait arrêter cette pratique et comment migrer des données soft-delete en hard-delete.

Ce talk m’a permis de voir des questions et des problématiques de PostgreSQL que je n’ai jamais pu explorer pour de vrai.

C’était Top ! C’était incroyablement clair. J’ai énormément appris. Merci beaucoup ! Peut-être mon autre talk coup de coeur du DevLille ?

Petite idée : son incident de prod était lié au fait que la pré-production ne peut pas copier les données de prod, et que le volume était plus bas. Il y a une solution bête qui serait de dire “la pré-production devrait avoir le même volume que la prod” mais alors bonjour l’enfer pour maintenir ça. Moi j’aimerais proposer une nouvelle approche :

Serait-il possible de “dimensionner” la performance d’une table PostgreSQL, et adapter ses métriques pour les dimensionner en fonction de la taille de base de données ? De la même façon qu’on peut simuler le comportement d’un vrai hélicoptère en fabriquant un miniature, pourquoi ne peut-on pas modéliser une base de données en prod en modélisant sur une plus petite ? Un sujet à explorer pour plus tard…

https://devlille.fr/talk-page-cm8qxrz5w02zhmd3nplbsha8i/

J’ai préféré refaire une pause mais j’aurais bien aimé voir “Comment suggérer à mon PO de refactoriser mon code” et j’étais totalement en PLS… je me suis gardé pour le dernier talk de la journée auquel j’ai pu assister. C’était un plaisir de discuter avec Adrien auparavant… Misotra be !

Go sans fioritures : quand le standard suffit

https://devlille.fr/talk-page-JIyNezHoX9bLcPiEteWj/

Nathan, le·a speaker, m’a donné envie de regarder pour de vrai comment faire du Go grâce à sa présentation.

Ce qui me perturbait à l’origine avec Go, et je pense à Rust aussi, c’est que j’ai toujours eu l’impression que ce langage manquait de standardisation.

Nathan explose cette idée préconçue et montre comment faire quand on n’a pas, pour une raison ou une autre, accès aux frameworks et librairies les plus populaires pour faire un serveur, créer des APIs, tout en ayant un comportement suffisamment bon pour partir en production en l’état.

Iel pourrait renommer son talk en “Déconstruisons les frameworks Go pour mieux réinventer les API”… 😅

Je ne code pas en Go, mais la présentation m’a fait dire que c’est un langage bien conçu et orienté produit : pas de fioritures, on code, c’est safe, et ça part en prod.

En l’état, je me dis de plus en plus que le choix d’un langage est de moins en moins une “décision stratégique” et plutôt une décision produit : si j’ai une équipe qui aime le Go, faisons du Go. Si j’ai une équipe qui aime le TypeScript, faisons du TypeScript.

L’impact devient de moins en moins grand et je pense vraiment qu’on peut avoir une portabilité ou un transfert de compétences pour, une ou une développeuse Java qui par exemple viendrait faire du Go.

L’argument de dire “oui mais il faudra former les nouveaux arrivants pour faire du Go”… Il faudra toujours former les gens pour comprendre comment marche votre application… Donc autant former au langage de la stack et clarifier toute ambiguïté ?

Merci Nathan ! À bientôt ! Et merci de porter une nouvelle vision du travail avec Shodo !

Cloture et conclusion

Merci beaucoup le DevLille pour cette double invitation, et surtout merci à toutes et à tous pour avoir créé un événement qui est secure, qui promeut la diversité et le respect. Merci aux speakers et aux speakeuses qui ont énormément travaillé pour nous faire des présentations incroyables.

Je me suis senti très bien au DevLille, comme à ma place. Et très bien accueilli !

La salle pour les speakers (et oui on a des cachettes) était très cosy, et si vous organisez des conférences je vous recommande vraiment de faire une salle de speaker un peu sympathique.

Si vous pouvez l’arranger, je vous propose de faire quelque chose de très simple : prenez quelqu’un qui a un peu de bon goût en architecture d’intérieur et demandez-lui d’ajouter un petit tableau inspirant, quelques plantes et de récupérer des chaises confortables !

Je remercie également Exotec et mes collègues pour la préparation de mon deuxième talk, autant pour la répétition que pour le jeu surprise qui a eu lieu pendant le talk. Et même si je suis encore en période d’essai, je suis content de pouvoir contribuer à son rayonnement !

La vraie conclusion : Le futur appartient-il aux polymatheux ?

Vous remarquerez peut-être, en lisant cet article, que je ne suis venu qu’à un seul talk parlant de web sur ces deux jours de DevLille, alors que je suis développeur principalement frontend.

La raison, c’est que je n’ai pas envie d’être expert du web. Je veux être un polymatheux.

Je crois vraiment en la puissance des généralistes. On nous appelle des fullstacks, mais je préfère qu’on nous appelle des polymatheux. Je pense que le monde va appartenir aux personnes qui sont capables d’avoir des compétences extrêmement transverses.

Pourquoi ? Car ce monde change en permanence, ce qui marchait hier est deprecated aujourd’hui, ce qu’on fera demain est inconcevable maintenant.

Je pense sincèrement que si je veux pouvoir continuer à contribuer dans la tech, je dois me mettre en conditions pour pouvoir évoluer, apprendre des choses. À terme, cela m’ouvre plusieurs portes :

Je maintiens mon cerveau dans un état d’apprentissage permanent, et j’adore ça.
Je développe de la connaissance pour éviter un effet Dunning-Krüger et comprendre ce que je ne comprends pas, mais aussi poser des débuts d’attentes réalistes sur d’autres frameworks. Par exemple, si une équipe backend veut implémenter de la soft-deletion, je suis capable de dire “je ne pense pas que ce soit une bonne idée” et ne pas me laisser décourager parce que je parle à “plus expert que moi”.
Je transfère des compétences venant d’autres mondes. Mon talk sur les frameworks JavaScript est issu de mon travail pour mon talk sur la transpilation de code qui est issu de mon travail sur le Cobol… J’attends énormément de rigueur sur le développement web et cela vient de mes pratiques TDD issues de mon époque de développeur Java, et j’ai appris à coder en faisant des IA sur codingame en C++, Python et OCaml… Tout ce bagages de compétences me donne une caisse à outil très complète.
Je transfère des compétences venant d’autres mondes très différents… Un brin de poésie, de philosophie, de psychologie, d’astrophysique, d’éco-conscience m’inspire dans tout ce que je fais, à divers degrés.

Est-il réaliste d’être polymatheux ? Je vais poser la question contraire : est-il réaliste de n’avoir qu’une seule expertise ? Je ne suis pas juge, je suis juste messager.

Peut-être un sujet à vous partager plus en détail une prochaine fois ?

En attendant, merci encore à toutes et à tous, et à très bientôt j’espère, sur Lille ou sur Lyon !

Comment coder dans un langage que personne ne connaît ?

Thu, 12 Jun 2025 00:00:00 GMT

Bonjour à toutes et à tous !

Pour donner un feedback, c’est par ici : Je donne mon feedback

Si vous souhaitez garder contact, n’hésitez pas à m’ajouter sur LinkedIn !

https://www.linkedin.com/in/nirinarabeson/

Quelques liens

Le code source de la présentation : https://github.com/Seboran/transpilation-ts/tree/devlille
Rendons à césar ce qui appartient à césar, c’est chez https://movesol.com/ que j’ai beaucoup appris certaines des techniques que je vous présente ici
La vidéo de Underscore_ qui en parle : https://www.youtube.com/watch?v=R2B2QetWGag

Retour sur la deuxième journée du MiXiT 2025 !

Thu, 15 May 2025 00:00:00 GMT

Si vous n’avez pas vu la première partie, c’est par ici.

Et sans une plus grande introduction, présentons la deuxième journée

Le deuxième jour

J’arrive, je prends cette fois-ci un bracelet noir pour alimenter mon personal branding de photos ¹, j’ai encore une fois pu profiter du café et dit bonjour à tout le monde que je pouvais reconnaître et qui voulait bien me parler, et direction le grand amphithéâtre pour la deuxième journée !

Faut-il changer d’ère numérique pour préserver la démocratie ?

Cette journée commence avec David Chavalarias, qui nous parle de l’impact des réseaux sociaux sur les démocraties.

Je suis un petit peu gêné car je n’ai pas écrit le plus de choses dans mes notes, et j’ai un petit peu perdu la mémoire… J’ai eu un petit peu du mal à suivre.

Cette keynote met en avant plusieurs choses : il existe des groupes d’individus qui reprennent toujours des sujets pour créer des tensions dans les réseaux sociaux. Ces groupes d’individus sont souvent de la désinformation et la propagande Russe qui a des doctrines de destabilisation de pays, et principalement de démocraties.

Son travail de recherche est super essentiel pour dénoncer les actions d’ingérence étrangère, aider les gens à ne pas défendre d’un unique réseau social, et il fait plein de choses comme avoir permis la création de helloquittex.

C’est aussi le premier talk, où je vois publiquement la mention du projet Périclès. Je vous laisse faire votre recherche sur le sujet.

La grande déception, c’est qu’il a dû zapper la moitié de ses slides par manque de temps et je n’ai pas eu son opinion personnelle : qu’est-ce qu’il faut faire selon lui ?

Malgré cela, je vais continuer à me renseigner sur les travaux du speaker et je suis sûr que je continuerai à beaucoup apprendre.

Sa vie de développeur web dans le quantique

On enchaine avec Benjamin Becquet, qui est développeur web chez Pasqal, une entreprise de services en calculs quantiques. Késako ???

Benjamin nous présente la situation : la physique quantique est la meilleure description de notre réalité, et cette réalité a des comportements très peu intuitifs quand on s’intéresse à l’infiniment petit. Cela amène à des expériences qui sont extrêmement précises, et des nouveaux paradigmes révolutionnaires de résolution de problèmes.

Nos ordinateurs fonctionnent grâce à la physique quantique. Vous imaginez que sans ça, j’aurais probablement aucun boulot et aucune utilité en ce monde. Merci la première révolution quantique.

La présentation de Benjamin était bien, mais rétrospectivement, je me demande si je n’aurais pas dû utiliser mes deux pieds : il se trouve que je fais énormément de veille en physique quantique, et j’ai tardé avant de découvrir nouvelles pour moi. J’aurais aimé voir un peu plus tôt ce que Pasqal fait concrètement, surtout dans une ère de quantum-bashing (qu’il dénonce aussi) où le terme n’est utilisé que pour du marketing.

Pour vous dire l’état catastrophique de la physique quantique aujourd’hui, on peut voir aujourd’hui des “crèmes” quantiques aujourd’hui.

Pasqal participe à la seconde révolution quantique : c’est le fait que les technologies permises par une application avancée de la physique quantique va débloquer des usages tout à fait nouveaux. Pensez à de la lévitation quantique, à la superconductivité à température ambiante, à l’application d’algorithmes hyper-performants pour résoudre des problèmes de classes de complexités exponentielles qui nécessitent aujourd’hui des super calculateurs…

Un chouette retour d’expérience dans un univers assez unique. Et les dashboards ont l’air tellement denses en fonctions… j’aurais aimé en voir un peu plus !

Permettez moi une tangente. J’ai une idée d’application de la physique quantique : ce serait du quantum web programming. L’idée, ce serait d’encoder dans des qbits une superposition de tous les états qu’une page web peut obtenir. Est-il possible de créer un algorithme de physique quantique qui génère une page web à partir d’un screenshot et des techniques d’effondrement de fonctions que Benjamin présente ?

C’est une vraie question que je me pose sans trop savoir à qui je peux demander pour savoir si cela est possible.

L’architecture, pour tout le monde, partout, tout le temps

Même si ce n’est pas une compétition, je vous présente le talk que j’ai le plus adoré de tout le MiXiT : L’architecture, pour tout le monde, partout, tout le temps, par Cyrille Martraire.

Incroyable ! Je ne voudrais pas paraphraser sa présentation, mais en gros, Cyrille arrive à décomposer en 50 minutes qu’est-ce que cela veut dire de faire de l’architecture de code.

J’ai compris le pourquoi de beaucoup de questionnements que j’avais sur des choix d’architecture, mais j’ai aussi vu des observations et conclusions à moi qui ont été confirmées par ses propos. Un grand maestro, une présentation exceptionnelle, que d’intelligence et de pédagogie. C’est une masterclass.

Bravo ! 🎊

Après ce talk, c’était l’heure de manger et le repas vegan était excellent, ce qui m’a grave rassuré comparé au jour précédent et j’ai pu passer le reste de la journée de très bonne humeur.

Il y avait une présentation des associations, la journée précédente aussi, mais une m’a beaucoup touché : L’association Echap.

Allez voir ce qu’iels font, mais c’est une association qui a présenté des problématiques très concrètes mais super importantes, autour de la lutte contre contre les cyberviolences sexistes.

Je me permets d’insister :

L’association Echap. L’association Echap. L’association Echap. L’association Echap. L’association Echap. L’association Echap. L’association Echap.

L’association Echap.

Surprise ! Une keynote en anglais

Une présentation en anglais de Codrina Maria Illie sur l’infrastructure qui permet de mapper le monde entier, grâce à des satellites.

Sa mission est très importante. Grâce à son travail, nous avons les outils qui permettent d’observer la planète Terre, l’évolution de son climat, des infrastructures, et j’extrapole des situations alimentaires, de la prévention métérologique. Bref, super important.

Elle nous présentait sa recherche pour l’ESA : quels sont les outils critiques qui permettent de faire tout ce travail d’analyse. La réponse ? L’opensource !!

Sans opensource, pas d’outils pour mapper la Terre, et donc pas d’analyse de comment le monde va mal…

Elle nous a beaucoup présenté les outils qu’elle utilise, je vous partage des liens qui pourraient vous intéresser :

Après ce talk, j’ai un peu tardé pour pouvoir sortir de la présentation et je voulais voir celle sur le feature flipping, mais il y avait trop de monde… J’étais un peu dégouté et je suis allé looter des stands.

Les meilleurs stands (dont je peux parler sans conflits d’intérêts) c’était Dataiku et Clevercloud. J’avais l’impression qu’iels savaient pourquoi ils étaient là. Vous vous rendez pas compte du nombre d’entreprises ou d’associations qui ont un stand qui n’arrivent pas à répondre à trois questions : pourquoi ? comment ? quoi ?.

Pourquoi vous faites ça ?
Comment vous le faites ?
Qu’est-ce que vous faites ?

Si vous allez à une conférence, soyez capables de répondre à ces trois questions et vous en tirerez tellement d’avantages.

J’ai beaucoup aimé Clevercloud. Iels ont pu répondre à mes questions assez spécifiques, ils proposaient un code pour avoir un bon de 50€ sur création d’un compte, et ont pu répondre à ce qu’ils faisaient comme services. Peut-être que mon blog migrera sur Clevercloud ?

J’ai également aimé Dataiku car j’ai vraiment découvert leur produit et leurs services, malgré mes questions peut-être tantôt trop candides, tantôt trop troll. Et les stickers sont très jolis.

En plus devinez quoi, la présentation suivante était d’une personne chez Dataiku

Faut-il déconstruire l’intelligence artifificielle ?

Je dois vous faire une confession.

Vous savez peut-être que je donne une présentation au DevLille qui s’appelle Déconstruisons les frameworks JS pour mieux réinventer le web ! C’est en voyant ce talk de Marine Sobas que j’ai eu l’idée du titre. Merci !

C’était un super talk, mais sur le coup il était vraiment très avancé, et je ne suis pas encore data-ingénieur/scientist (peut-être un jour…).

Ce talk veut aller à l’encontre de la tendance des big players de l’IA, qui tente d’obtenir “l’AGI”, pour “artificial general intelligence”. L’idée, c’est que les intelligences artificielles génératives comme ChatGPT, Claude ou Gemini deviennent si performantes qu’elles deviennent totalement autonomes pour prendre des actions entières.

On n’y est pas encore, et à la date de sortie de l’article, ces IAs arrivent “grosso-modo” à 50% de succès d’accomplissements de certaines tâches qui commencent à devenir avancées, pour 95% de réussite pour des humains.

Si vous aimez ce genre de statistiques, regardez https://artificialanalysis.ai/.

Le sors une statistique à la louche, et je m’en veux un peu, mais les benchmarks sont très difficiles à lire, et le domaine de l’IA générative évolue tellement vite que je préfère ne pas trop détailler ce 50% de succès d’accomplissements. Regardez vraiment les benchmarks que vous pouvez trouver !

Back to the talk ! L’AGI, on n’y est pas encore. Et il y a plusieurs problèmes : une intelligence qui sait tout, c’est une intelligence qui va avoir tendance à halluciner des choses, ce qui peut poser problèmes. Et puis, comment être sûr que l’IA n’est pas sexiste, ou raciste. Sommes-nous confortables à l’idée d’utiliser une IA dont le comportement est celui d’une boîte noire ?

Marine nous montre que ce ne sont pas des boîtes noires. Elle m’a convaincue qu’au contraire, on est tellement proches de commencer à comprendre au moins les mécanismes et techniques de raisonnement de ces IAs, ce qui est du jamais vu : avez-vous déjà étés capables de mettre les mots sur ce qui vous amène à une bonne idée, ou une réponse, ou un raisonnement ?

Je vous invite énormément à regarder le replay quand il sortira, mais n’oubliez pas votre doliprane car c’est par moments un peu compliqué et ça peut donner mal à la tête.

Le MiXiT 2025, c’est fini

Et dire que c’était la conférence de mon premier amour… 🎶

C’était très très bien. J’ai adoré. Merci à Zenika de m’avoir payé mon billet pour les deux journées.

Cette année, j’ai vraiment pu me construire mon programme qui était pile entre deux domaines : la technophilie et le techno-scepticisme.

J’ai pu voir des choses centrées sur l’humain, des choses dénonçant les abus et les écarts de la technologie, et des talks très techniques. C’est pour cela que j’aime cette conférence, et j’aimerais voir plus de choses qui essayent de se glisser sur ce créneau si fin, entre la volonté d’arrêter de faire n’importe quoi, et la nécessité intrinsèque pour nous les ingénieur·es d’être source d’innovation…

C’est tout pour moi, j’espère que ces deux récapitulatifs vous ont plût, et n’hésitez pas à me faire des retours.

Excellente journée 🤗

Un tonnerre d’applaudissements pour la personne qui prend de superbes photos tout en respectant le consentement à être pris en photo des individus 🤗 ↩

Retour sur ma première journée du MiXiT 2025

Fri, 09 May 2025 00:00:00 GMT

Cette année 2025 je suis allé pour la deuxième fois de ma vie* au MiXiT !!! Comme vous avez fortement aimé mon article sur ma journée au LyonJS 100, je vous propose de suivre deux journées de conférence à Lyon, au milieu des crêpes à CPE Lyon. C’est parti !

*(dit comme ça on dirait que c’était un festival comme le Hellfest)

Le MiXiT est une conférence unique

La première conférence tech à laquelle je suis allé dans ma vie, c’était le MiXiT il y a 3 ans. Grâce à mon ancienne entreprise, Conserto, et surtout grâce à mon intercontrat, j’ai pu me rendre à cette conférence pour les deux journées, sans trop avoir d’a priori sur ce que j’allais voir.

Je pensais que j’allais apprendre quelques trucs de Java, mais que nenni, à cette édition j’ai pu voir des talks qui ont réellement changé ma vision du monde, ma perception de mon métier, ma place dans la tech.

Cette année, j’ai vraiment voulu venir au MiXiT pour revivre cette expérience, pour faire un coucou à la communauté tech que je commence à connaître de plus en plus, et aussi espérer apprendre un peu à gauche et à droite sur du tech, du social, de l’IA et de l’alien.

C’est également une conférence qui est très centrée sur l’humain, avec la mise en place d’absolument tout pour se sentir bien : code de conduite, support VSS bien expliqué, sales de repos et d’allaitement, aide pour la mobilité réduite. C’est vraiment très bien expliqué et fait.

Passons aux talks maintenant !

Le premier jour

Après avoir passé le badge, pris par erreur un tour de cou blanc, récupéré un café, et dit bonjour à toutes celles et ceux que je pouvais reconnaître, je me suis confortablement installé dans l’amphi principal pour la keynote.

Une excellente keynote sur la robustesse

Le MiXiT a un super pouvoir, c’est celui de la conférence qui dose les sujets techniques avec les sujets sociaux. C’est un peu comme regarder Black Mirror, mais sans la dépression (mais toujours la crise existentielle).

Olivier Hamant est biologiste et chercheur qui nous fait une excellente présentation sur l’opposition entre robustesse et performance, et la nécessité pour la société de passer d’une culture de la performance à une culture de la robustesse.

Pourquoi cela ? Car c’est ainsi que l’évolution nous a conçu. De tout le vivant, il n’y a que les humains qui ont une culture de la performance. Si on prend l’intégralité du vivant, tout est conçu pour être robuste.

Par exemple, plutôt que d’avoir un seul rein hyper performant, nous en avons deux qui sont excellents. Plutôt qu’avoir une température corporelle à 40°C, notre corps reste à 37°C et monte à 40°C seulement quand le système a besoin d’être très performant (pour ne pas mourir).

J’ai trouvé le talk très intéressant et il m’a rappelé beaucoup de veille que j’ai fait pendant un temps sur le système immunitaire et l’évolution.

Suite à ce talk, je pense avoir fait mon chemin et me dire que je n’achèterai plus d’appareil qui se veut uniquement performant, et qui n’essaye pas d’intégrer de la robustesse dans son design. Byebye Apple !

Et si on parlait de “Malware craftsmanship” ?

Je suis venu à ce talk, donné par Nailya Bogrova et Sonia Seddiki en ne sachant vraiment pas à quoi m’attendre. Quand on me dit “craftsmanship” et “malware” dans une même phrase, je me demande : est-ce un talk sur comment créer un virus, ou sur comment s’en défendre ? Je suis sûr que j’ai lu la description avant de venir mais je ne savais vraiment pas à quoi m’attendre.

Et heureusement, j’ai été très positivement surpris ! Ce talk a bizarrement mis un peu de temps avant de rentrer dans ma tête. Nailya et Sonia (qui se sont rencontrées ¹ autour d’une glace au chocolat) présentent le fait que les virus sont de plus en plus sophistiqués, de plus en plus ciblés et récents. Et elles nous proposent de trouver des techniques pour les analyser ! Ce qui est vraiment cool. Je ne vais pas tout décrire, regardez les rediffusions.

Elles nous rappellent également qu’écrire, posséder et distribuer des virus est illégal (sauf si vous faites de la recherche ou de la cybersécurité).

Je ne sais pas trop si mon employeur va apprécier l’idée, mais ce talk me fait dire que je pourrais commencer à analyser les virus que moi, ma famille, ou mes collègues reçoivent. Cela me fait même me demander si les futures formation cybersécurité ne devraient pas intégrer une forme de résistance active face aux virus, par exemple en cherchant à analyser les virus que l’on voit… J’ai plein d’idées et d’applications concrètes… Génial ! Bravo !

Création de pépinière de tests - un mélange de reconversion et d’handicap

Une très jolie expérience humaine qui me donne beaucoup d’espoir pour l’univers de la tech, notamment pour les personnes en situation de handicap.

Les deux speakeuses ¹ Aurelia et Solène nous présentent leur initiative de création d’une pépinère chez Apside. Elles présentent le cadre, comment cela s’est fait, et surtout tout ce qu’il a fallu faire, réfléchir, mettre en place, surveiller, pour que la reconversion des personnes se passent bien pour tout le monde : stagiaires, entreprises, clients.

Le projet a l’air d’être une réussite. Quelque chose de précis m’a frappé, et je crois qu’elles le disent à demi mot ou je ne l’ai pas bien compris, c’est sur le sujet des adaptations de parcours pour les étudiants.

Pour réussir une reconversion de personnes handicapées, il faut adapter la formation pour qu’elle puisse être supportée et donnée à la personne. Cela peut passer par plein de choses, mais principalement de la confiance qu’il faut établir par le dialogue et le respect.

Mais j’ai eu un déclic. Pourquoi les formations ne font pas cet effort en général d’adaptation des parcours ?

J’aimerais, si jamais je devais suivre des formations, que l’on me propose explicitement si j’ai besoin d’une adaptation. Cela rend les choses plus faciles pour moi, et ça augmente les chances de réussir l’objectif que vous vous êtes donnés. Pour les établissements scolaires, je pense que proposer des formes d’adaptations pour toutes et tous auraient deux effets super positifs : les élèves seront meilleurs, et pour l’établissement, cela vous entraînera à avoir une culture de l’adaptation, de la diversité, de l’inclusion. C’est un winwin non ?

En bref, c’est vraiment un talk génial, une initiative très bien construite. J’ai beaucoup appris et j’aimerais avoir l’occasion de pouvoir participer à ce genre d’initiatives des choses de ce genre plus tard. En attendant, allez voir le replay quand il sortira !

Après ce talk, il y a eu une pause déjeuner avec un repas spécial vegan pour moi qui était… vraiment pas bon… Ça m’apprendra à tenter de respecter les animaux et leurs droits fondamentaux et accidentellement réduire mon emprunte carbone au delà de tout ce que les gens qui mangent de la viande ne pourront jamais atteindre…

Nos manières de compter, péril économique, écologique et démocratique

Cette keynote a été donnée par Valérie Charolles, qui est économiste et philosophe. Son talk donnait initialement la sensation d’enfoncer des portes ouvertes : le langage des chiffres n’est pas le langage des faits.

Pour reprendre un de ses exemples, si je vous dit “la France a 8% de chômage chez les jeunes”, qu’est-ce que cela veut dire réellement ? Peut-on faire des politiques sur la base unique de ces “8%” ? La réponse paraît bien évidemment que non.

La force de cette keynote, assez difficile à suivre en passant pour moi², c’est de démontrer presque par A + B à quel point l’utilisation de chiffres ne permet pas la démocratie et la prise de décision. Je la vois comme une démonstration qui m’a définitivement mis les mots sur ce qui ne va pas dans notre monde. J’aurais aimé voir des alternatives, voire une prise de position de comment faire à la place, mais je pense que c’est une question à se poser démocratiquement.

Cela me fait un peu penser au talk Au secours, mon manager me demande des KPI (que je n’ai jamais regardé jusqu’au bout, coucou Geoffrey !). Est-il possible d’analyser la performance d’une équipe autrement que par des chiffres ?

Mob programming

Pour l’après-midi, je suis allé à un atelier sur le mob programming. Je suis venu car j’ai toujours voulu me former au mob programming, mais je n’ai jamais eu de disponibilité concomitante avec les katas de MobProgFR.

L’atelier est bien et je ne vais pas vous spoiler, on était très nombreuses et nombreux ! Merci beaucoup à Manon Carbonnel et Marjorie Aubert pour ce talk. J’ai beaucoup apprécié les retours d’expérience, notamment de Marjorie car elle a un parcours qui n’est pas à l’origine développeuse, mais, grâce au mob, a pu se reconvertir et aussi contribuer directement au code de la team.

Je n’ai pas osé le dire sur place, mais ce talk m’a fait découvrir qu’il a toujours manqué un élément clef dans toutes mes tentatives de faire du mob programming : il faut un driver (qui a le clavier), des gens, et parmi ces gens il faut un ou une navigatrice !!! C’était ce rôle qui manquait. Je comprends mieux pourquoi ça se passait pas de ouf bien…

J’ai beaucoup de questionnements sur les manières de faire de l’intelligence collective. À méditer…

Après cet atelier, je me suis donné une autre pause pour tenter de looter quelques mixettes à donner à des associations et échanger avec les divers stands.

La keynote de la fin de la première journée

Design : sabotage, hacking et politique, par Geoffrey Dorne. J’ai bizarrement eu du mal au début ! Peut-être la slide 3 avec toutes les images de la fin du monde qui faisait un peu mal à la tête et déclenchait un peu une sensation imminente de fin du monde…

Objectivement, ce talk est vraiment bien, et j’adore ce que fait le speaker¹. Il présente plusieurs actions qu’il mène, depuis un moment, dans l’univers de la désobéissance civile, de la résistance face aux répression et le techno-autoritarisme.

Ce talk est une excellente continuité de beaucoup de précédentes présentations que j’avais vu, et même si j’ai eu un petit peu du mal initialement, principalement car je me méfie quand j’ai la sensation qu’on me glamourise un style de vie, j’ai beaucoup apprécié pouvoir voir une autre façon de résister activement contre la société qui devient autoritaire et facho…

Si le monde entier se comportait un tout petit peu plus comme lui, je pense que le monde irait infiniment mieux.

Conclusion ? Non, une partie 2 !

Il y a trop de choses à dire donc je préfère faire une partie 2, merci pour votre compréhension, et passez un excellente weekend pour celleux qui me lisent tout de suite, et lisez la suite pour les autres ✨

Si jamais je me trompe sur votre genre, n’hésitez pas à le signaler. Normalement, je m’inspire de ce que vous avez écrit dans vos bios du MiXiT, mais si vous souhaitez correction n’hésitez pas à me pinguer par email à hello@nirinarabeson.fr ↩ ↩² ↩³
Les conférences vraiment pas du tout tech sont difficiles à suivre pour un public tech. Entre la différence de langage, de culture, et de format, c’est plus difficile de s’accrocher. Je pense aussi que l’univers de la tech est très influencé par la culture américaine de la présentation, avec sa tendance à l’humour et la comédie. Ce n’est pas quelque chose de présent dans les cercles beaucoup plus littéraires et philosophiques. Je ne sais pas si c’est une bonne ou une mauvaise chose, mais ça déroute ! ↩

Intelligence artificielle : Science sans conscience n'est que ruine de l'âme

Wed, 02 Apr 2025 00:00:00 GMT

Je viens de publier mon manifeste d’utilisation de l’intelligence artificielle générative. Pourquoi ? Car je veux vous assurer une chose : je n’en n’utilise pas pour écrire mes articles de blog.

Je voudrais vous partager mes réflexions et mes questionnements qui m’ont permis de préciser mon utilisation de l’intelligence artificielle générative. Et surtout, j’aimerais vous amener à vous poser les bonnes questions, dans un exercice doublement périlleux : j’aimerais vous donner plus de contexte sur les outils aujourd’hui, et vous amener à devenir plus critiques sur ce qu’entraîne l’IA plus tard.

Pourquoi cela ? Car je pense qu’en termes de chaos, l’IA générative ¹ a réussi à créer un assez impressionnant chaos. Que ce soit des deepfakes qui arrivent à arnaquer des entreprises en imitant leurs CEO ², des livres sur les animaux qui utilisent de l’IA pour générer leurs photos d’animaux ³, l’hystérie mondiale autour des GPU ⁴ de Nvidia, le yoyo des bourses économiques avec la sortie du moindre modèle chinois, les LLMs ont réussi à créer un sacré bazar social, politique, environnemental et économique.

Bravo OpenAI.

En rendant leur premier modèle gratuit, ils ont réussi à créer un chaos incroyable qui s’ajoute à cette inlassable succession de choses qui ne sont pas dans ce monde. C’était plus simple quand nous étions en guerre que contre la covid (et Bokoharam, daesh…, j’en passe).

Aujourd’hui, l’écriture n’est plus une source de vérité, c’est une source de doute. Nous étions déjà à des records de diffusion de fake news, maintenant nous pouvons en créer encore plus, tout cela grâce à des investissements jamais vus jusqu’à présent.

Voyons d’abord comment on en est arrivé là.

La promesse de changer le monde

Je ne suis pas data ingénieur ou data scientist, mais de ce que je comprends des LLMs, ils s’appuient sur une technologie déjà bien connue : les réseaux de neurones. J’en parlais déjà dans mon article sur le son des guitares électriques, où je montrais à quel point les techniques de l’intelligence artificielle permettent de recréer des comportements qui étaient très dur à faire à l’époque.

Quand on prend un réseau de neurones, on prend un graphe orienté fait de “poids” qui influent sur une décision par rapport à certains paramètres en entrée. Qu’est-ce qu’un LLM ? C’est un ensemble de “poids” qui influent le choix d’un mot ⁵ par rapport à certains paramètres en entrée.

Vu que les réseaux de neurones ont eu de multiples ⁶ triomphes ⁷ dans des domaines que l’on pensait impossibles à résoudre pour un ordinateur ⁸, quand les premiers modèles de langage “GPT” ont commencé à fonctionner, l’enthousiasme de la communauté scientifique internationale était grand : enfin, on arrive à comprendre du langage.

Pour vous dire à quel point c’était un problème complexe, prenons deux exemples qui vous montreront la difficulté du traitement du langage pour un ordinateur.

Comprendre l’intention d’un visiteur sans contexte

Mon blog contient un chatbot sur la page d’accueil. Je l’ai créé à l’origine pour apprendre à faire un chatbot et utiliser une API de streaming, puis pour faire un peu de prompt ingénierie avec mistral large. Mais vous remarquerez qu’il vous propose toujours un lien sous la réponse du bot.

Ce lien est “codé” en dur. En fonction d’une chaine de mots détectée grâce à une horrible fonction qui code tous les cas, je retourne le bon lien. Par exemple, si vous écrivez “chat”, je vous redirige vers la page web de mon chat. Si vous écrivez “IA”, je vous redirige vers mon manifeste de l’IA. Si vous écrivez “dernier article de blog”, je vous redirige vers le dernier article de blog.

La partie difficile, c’est comment écrire un programme qui, en plus des trois précédentes questions, répond à la suivante : “Salut le chat bot, est-ce que tu as utilisé de l’IA pour écrire ton dernier article de blog ?”.

La réponse est difficile, car il faudrait naturellement répondre un lien pointant vers : le dernier article de blog, le manifeste de l’IA et préciser que cela ne s’écrit pas “chat bot” mais “chatbot”. Impossible de prévoir ce cas dans un programme déterministe.

Il se trouve que Mistral AI propose un service qui répond très bien à cette problématique : il est capable de répondre et de donner le bon lien vers lequel rediriger grâce à son système “d’appels de fonctions”. Plutôt bluffant !

La recherche balbutiante date d’il n’y a même pas 3 ans

Il y a 3 ans, j’avais assisté à un talk qui présentait comment une entreprise voulait répondre à une question assez simple : est-ce que les clients sont contents de leurs achats ?

Il y a trois ans, chatGPT n’était pas encore populaire, Gemini s’appelait encore “Bard” et c’était encore moralement OK d’utiliser DALL-E pour générer des images moches. Cette entreprise devait donc inventer la roue.

Pour répondre à cette problématique, ils avaient développé une solution qui parcourait tous les internets pour trouver un maximum de reviews, que ce soit sur des forums, sur des blogs, sur les réseaux sociaux, pour obtenir le moindre avis parlant d’un de leurs produits.

Une fois ces avis récoltés, il fallait répondre à deux questions : “de quel produit cet avis parle”, et “l’avis est-il positif ou négatif”.

Si je devais “construire” des avis sur divers produits du client, ils ressembleraient à ça :

Ah les city grip 2 un vrai banger 😎

Trop cher le modèle 4 S

après m’avoir lâcher(sic) 3 fois d’affilé(sic) plus jamais

Maintenant, imaginez créer, sans avoir accès aux milliards de récents investissements sur l’IA, un algorithme qui dit le produit et dit si son avis est positif, neutre ou négatif.

Aujourd’hui vous pouvez faire cela en un seul clic depuis votre IA préférée… Et cela est réellement prodigieux.

De l’optimisme naïf

Dès lors que les premiers modèles de OpenAI ont été ouverts au public, la course à l’IA s’est lancée. Rappelez-vous, nous avons eu : GPT 2.0, LLama, Gemini, phi, granite, vicuna, tous ces modèles sont sortis d’un coup et n’importe qui pouvait échanger avec.

C’était amusant. Voici une de mes toutes premières conversations avec une IA : https://chatgpt.com/share/67d5783c-fb8c-800d-93b1-25f94f1dd066. À l’époque, j’étais super impressionné par ses capacités. Je me suis même procuré un abonnement à ChatGPT et je m’en suis servi pour m’aider à coder toute une architecture pour faire mon tout premier talk à Zenika ⁹ ¹⁰, et j’ai même publié un article de blog sur ses forces et faiblesses en tant qu’assistant de code ¹¹.

Comme tout le monde, j’étais content. Mistral levait un milliard, OpenAI divisait le prix de ses modèles par deux, les développeurs allaient enfin être remplacés par des robots. Tout ne peut que bien se passer.

Mais on m’a appris à me méfier des choses trop faciles. Comme l’a dit le personnage du figaro, les flateries ne peuvent exister sans critique. Et dans l’univers de l’IA, il existe très peu de big players qui critiquent.

Voici les choses qui m’embêtent.

Au pessimisme instruit

Ma sœur, qui est graphiste, avait une vision très négative de la génération d’images par IA. Quid des droits d’auteurs ? Quid du tracing, ou plagiat ? Comment les artistes vont iels vivre si leur travail peut devenir plagié par n’importe qui ?

Autre problème. Mon ex-amoureuse ¹², qui se sentait très inquiète pour son avenir. À quoi cela sert-il d’être journaliste si une IA peut tout écrire ? Comment vivre de la rédaction dans ce domaine ?

Encore d’autres problèmes. Quid de l’impact climatique et environnemental de l’apprentissage en masse, l’impact humain de payer au lancer pierre des personnes pour faire de l’apprentissage supervisé. Et pourquoi OpenAI ne publie pas ses modèles d’IA ? Tous ces questionnements, tous ces doutes. Face à l’incompréhension, je suis tombé dans la technophobie de l’intelligence artificielle, et je ne m’en suis presque pas servi pendant toute une année.

Dernièrement, j’ai réactivé divers services d’IA pour m’aider à coder et la technologie est encore balbutiante à mon regard. Oui, c’est un assistant utile, mais s’il coûtait le réel prix de ses investissements et de la recherche, je ne suis pas sûr de sa rentabilité.

J’en parle d’ailleurs dans mon article sur bolt. À ce moment-là, j’étais très content. Mais ensuite je me suis rendu compte que le prix réel de la technologie ne peut qu’augmenter, et que je ne devrais pas renforcer ma dépendance.

Pour l’expliquer différemment, vous pouvez acheter une Ferrari pour aller au travail. Mais la Ferrari coûte cher en essence (je crois ?), tout le monde voudra vous la taper et l’assurance vous coûtera une blinde. Autant investir dans un vélo moche qui fera aussi bien le travail.

Je prétends que l’IA au code est une Ferrari qui de temps en temps prend feu. C’est très sympa, mais le jeu n’en vaut pas la chandelle.

Je vous invite à lire cet excellent article de Molly White : “AI isn’t useless. But is it worth it ?”. Il reflète très bien ma pensée. Oui, on peut faire des choses incroyables avec, mais peut-être qu’on peut le faire différemment, et parfois, on ne devrait pas le faire tout court.

Et cela m’amène au titre de cet article : “Science sans conscience n’est que ruine de l’âme”, de Rabelais.

Avons-nous autant besoin d’apprendre à des IAs absolument tout et n’importe quoi ?

Tout est gâché

On ne devrait pas, car je trouve que la technologie de génération de tout et n’importe quoi a tout gâché.

Nous avons des industries qui poussent très massivement pour la banalisation de l’IA partout, dans nos emails, dans notre rédaction, dans nos moteurs de recherche. Nous avons le patron de Nvidia qui raconte comment l’IA va changer le monde. Et les journalistes, plutôt que de relever les incohérances de discours, les intérêts qu’ont ces acteurs à vendre de l’IA, ou juste à critiquer la réalité des solutions, se contentent de répéter aveuglément comme des publicitaires que le monde changera en mieux grâce à l’IA.

Aujourd’hui, l’IA dans la vie quotidienne c’est :

Des commentaires YouTube générés par des IAs qui redirigent vers des sites pornographiques bien violents
Un plagiat extrêmement massif et irrespectueux de tous les artistes. Regardez comment Miyazaki est massacré par n’importe qui, sans même se demander l’utilité de la chose
Une quantité de faux livres, fausses vidéos, faux messages, faux tout. Mais c’est comme de la chirurgie plastique : c’est peut-être plus joli, mais ça se voit tout de suite que c’est artificiel, sauf pour tous les débiles qui dorment les yeux ouverts ¹³
Des sites remplis de savoirs et de connaissances qui crèvent à cause de data crawlers qui stressent inutilement les serveurs

La seule chose qui n’était pas artificielle, c’était découvrir, c’était lire, c’était apprendre. Et maintenant, des faux sentients se baladent sur les internets et gâchent ce qui nous restait : notre parole.

Je ne vous dis pas la haine que j’ai de découvrir qu’un message que je reçois qui paraissait bien pensé est en fait écrit par IA… La haine que j’ai de découvrir qu’une belle image est en fait générée par IA.

C’est dégoûtant, ça m’écœure. Je pensais être tolérant, mais là ça dépasse ma limite. Et vous devriez avoir honte de ne pas dire explicitement que ce que vous faites est généré par IA.

Peut-être déjà la fin ?

Il y a quelque chose d’assez ironique qui pourrait sauver internet : le capitalisme.

Toute cette bulle d’intelligence artificielle pourrait, (et d’avis personnel va), éclater ¹⁴. Et peut-être que dans 5 ans, nous parlerons autant d’IA générative que d’imprimantes 3D aujourd’hui.

Un peu comme dans le film Her, il n’est pas impossible, non pas existentiellement, mais commercialement que toutes ces IAs se suicident : elles ne sont pas rentables, elles n’ont pas de business plan.

Mon avis personnel, c’est que seuls les ingénieur·es en informatique ont de réels bénéficies d’utilisation d’une IA. Peut-être parce que ce sont les end-users les plus proches de la technologie, peut-être parce que nous les développeuses et les développeurs avons le plus les moyens d’avoir des feedbacks immédiaux sur nos actions.

Peut-être que d’autres domaines de l’ingéniérie vont réussir à intégrer ces solutions dans leur quotidien, mais cela sera aussi anecdotique que le trombonne de Microsoft Word (toujours de mon avis personnel).

Mais pour le reste du monde, un suicide des IAs ne changera rien. À part peut-être pour nos parents et grands-parents qui auront moins de vidéos de chats faisant des trucs impossibles. Mais le monde est inventif, nous reviendrons à la torture d’animaux comme avant ¹⁵ !

Petite analogie : la course à l’IA est analogue à la course spatiale des années 50/60. Des milliards investis pour des technologies qui ont réellement tardé à devenir rentables. Oui, nous avons des GPS, non, nous ne savons plus aller sur la Lune.

Peut-être que plus aucune entreprise ne voudra investir les milliards de cash dans des data centers et des données massives pour améliorer les modèles existants. Peut-être que l’IA restera bloquée à l’état de générateurs de textes et d’actions tantôt intelligents, tantôt catastrophiques.

Peut-être que le monde entier continuera de tenter d’entraîner des IAs en espérant obtenir des résultats différents, avant de douloureusement comprendre par des explosions de bulles que cela n’est pas possible.

Peut-être que je me trompe totalement et que nous avons déjà toute la technologie qui permet de créer les fameuses “AGI”, les IA qui seront autonomes pour tout réaliser.

Je ne sais pas.

C’est à ce moment charnier pour notre société de choisir si nous voulons, ou non, vivre avec des IAs. Avec tous ses avantages, tous ses inconvénients. Je pense que c’est le moment à toutes et à tous de se poser la question, si c’est le futur dans lequel on veut vivre.

Quel avenir pour l’humanité et l’IA ?

On oublie trop l’utilisateur principal dans cette course à l’IA : l’humanité.

Je pense sincèrement que la bulle IA s’en sortirait en posant la question du “pourquoi” avant le “comment”. Comme la cryptomonnaie, l’IA cherche son pourquoi, mais lève déjà des milliards d’euros et de dollars. Nous voyons des financements jamais vus alors que la majorité du monde se casse les dents.

Je trouve cela totalement irresponsable de la part de si grandes entreprises comme OpenAI d’ouvrir de si grandes boîtes de Pandore avec leurs LLMs. Oui, ils commencent à devenir incroyables. Mais pouvons-nous au moins réfléchir de façon systémique ¹⁶ à l’impact de ces outils ?

J’aimerais que ces milliards investis servent à instruire les gens sur l’utilité de la technologie, les limites et les faiblesses. J’aimerais qu’on arrête d’accepter l’idée de remplacer des journalistes, des musiciens, des peintres par des IAs. J’aimerais qu’on arrête de faire confiance à une énième entreprise qui promet des choses irréalistes au détriment de nos libertés et de notre souveraineté.

J’aimerais qu’on oublie l’IA et qu’on fasse un vrai travail de recherche bénéfique pour le monde. Que ce soit pour l’éducation, l’amélioration des conditions de vie et de travail, la recherche…

Je ne suis pas pour une interdiction, juste pour qu’on réfléchisse avant d’utiliser n’importe quoi. Qu’on applique le principe de précaution, qu’on apprenne à renoncer à certaines choses, qu’on apprenne à apprendre.

Je ne pense pas que nous ayons besoins d’une IA pour rendre le monde meilleur, car je suis persuadé que nous avons déjà tout pour créer notre monde utopique.

Je vais principalement parler d’IA générative dans tout l’article. ↩
https://www.forbes.com/sites/jessedamiani/2019/09/03/a-voice-deepfake-was-used-to-scam-a-ceo-out-of-243000/ ↩
https://bsky.app/profile/leniddepie.bsky.social/post/3lfwzvomva22x ↩
GPU c’est un processeur très doué en calcul vidéo et en IA pour faire simple. ↩
Techniquement, qui influe le choix d’un token, qui est la représentation abstraite d’un mot pour un LLM. Par exemple, “token” pourrait être composé de “tok” et “en”… ↩
AlphaGo mastered the ancient game of Go, defeated a Go world champion, and inspired a new era of AI systems. :(https://deepmind.google/research/breakthroughs/alphago/) ↩
AlphaStar: Mastering the real-time strategy game StarCraft II : https://deepmind.google/discover/blog/alphastar-mastering-the-real-time-strategy-game-starcraft-ii/ ↩
Vous remarquerez que c’est le troisième lien de Google que je publie sur la recherche en IA, il se trouve qu’ils ont tellement contribués que je suis gêné de les citer autant sachant qu’il y a énormément de décisions politiques dont je ne suis pas d’accord avec Google : https://deepmind.google/discover/blog/discovering-novel-algorithms-with-alphatensor/ ↩
Transpilation, comment coder dans un langage quand on ne connaît pas ce langage : https://youtu.be/0GqW6x9yV2o?feature=shared ↩
Le code source est présent ici ↩
3 techniques pour mieux dévelopepr en JavaScript avec ChatGPT ↩
Jamais une IA n’inventera la planète donut ça s’est sûr… ↩
C’est gratuit, quelques techniques pour détecter de la chirurgie esthétique : souvent ce sont les lèvres qui sont modifiées en premier. Regardez si elles gonflent de façon non uniforme avec le temps, et surtout cherchez un “gonflement” sous les lèvres. C’est un signe que le botox est en train de se déplacer dans le corps et se met au mauvais endroit. Une petite source ne fait jamais du mal : https://youtu.be/Su0Az7hp9x4?feature=shared ↩
https://www.wheresyoured.at/power-cut/ ↩
https://www.pbs.org/newshour/science/whimsical-wildlife-photography-isnt-seems ↩
Un très bon talk sur la systémie : Résoudre la complexité grâce au pouvoir holistique des Na’vi : Clémence Piteau ↩

Retour sur la conférence du LyonJS 💯

Wed, 26 Feb 2025 00:00:00 GMT

Je suis allé à la conférence du LyonJS 💯 et j’ai passé un excellent moment. Si vous ne connaissez pas le LyonJS, c’est une association qui organise des événements pour rassembler les passionné·es de JavaScript, et vous pouvez en lire plus sur leur site web officiel : https://www.lyonjs.org/

Le LyonJS est une association qui est très proche de mon cœur. C’est le premier meetup que j’ai commencé à fréquenter régulièrement, j’ai beaucoup d’actuels collègues qui y donnent des talks, et c’est le premier événement public où j’ai pu donner un talk qui était très cathartique pour moi et très niché pour toutes et tous ¹ !

Pour leur 100ᵉ événement, les membres de l’association ont organisé une journée entière de conférence ! 🎉 Sans hésiter, sans connaître le programme, j’ai pris mon billet, attendu le jour J, et j’ai pu assister à la journée !

Je vous propose de revivre cette conférence ensemble à travers de blog.

Petit déjeuner et accueil

Rendez-vous à partir de 8 h du matin à l’UGC du cinéma Part Dieu. Oui, le LyonJS 💯 a eu lieu dans une salle de cinéma ! L’accueil se faisait dans le grand espace avec la présentation des films et la vente de popcorn. Les sponsors commençaient à peine à s’installer et le petit déjeuner était déjà servi. Je n’y ai pas touché, mais il y avait du café que je me suis empressé d’engloutir.

Après avoir fait le goblin à attraper les goodies de Kolecto (un joli carnet blanc et un tote-bag assez étonnamment très pratique), et de Malt (un autre joli carnet, en matière recyclée), je suis monté dans la salle de cinéma et je me suis confortablement installé au premier rang dans les sièges de l’UGC.

À toutes celles et ceux qui veulent organiser une conférence et qui cherchent un lieu : une salle de cinéma est ✨ parfaite ✨. C’est confortable, ça sent bon, la température est idéale, il n’y a pas d’interruptions. C’est le meilleur endroit pour organiser une conférence. Je recommande énormément. Passons au programme.

La matinée

AstroJS avec Matthieu Lux

Vous connaissez Astro ? C’est un excellent framework frontend qui apporte une excellente expérience développeur. Le blog que vous lisez est totalement fait en Astro par exemple.

Matthieu nous a présenté le fonctionnement d’Astro, avec ses caractéristiques et fait un retour d’expérience sur la migration de Gatsby vers Astro chez Proton !

Je pensais bien connaître Astro mais j’ai quand même appris des choses. Laissez-moi vous résumer rapidement : Matthieu a rappelé l’historique des frameworks JS et ce qu’apporte Astro : retourner à du web simple, sans javascript, sans surprises, et en utilisant n’importe quel autre framework javascript.

Et oui ! En faisant du Astro, on peut coder en vuejs, en reactjs… Grâce à son architecture en îles, on peut utiliser un composant de n’importe quel framework javascript. Concrètement, la page d’accueil de mon blog est en astro, mais le chatbot sur cette même page est en vuejs. C’est le seul endroit qui charge du javascript, et tout le reste est du html aussi simple.

La partie migration de Gatsby à Astro était assez spécifique à Protonmail, avec des problématiques de plusieurs migrations qui ont eu lieu en même temps. L’histoire était intéressante, mais en y repensant, c’est difficile de ressortir avec des choses actionnables pour envisager une migration vers Astro.

Tester c’est tricher, avec Antoine Caron et Jules Poissonnet

Probablement mon talk préféré ex aequo de la journée : Tester c’est tricher ! Mais pourquoi ?

Dans ce talk, Jules et Antoine fracassent les idées répétées sur les stratégies de test. Tout le monde y prend pour son grade : la pyramide de test est un concept mal expliqué, toutes les stratégies de test sont critiquables, et ils proposent un système par “motivateurs” pour réussir à écrire, maintenir et organiser ses tests.

Laissez-moi vous détailler ces motivateurs. Ils consistent à considérer qu’un test a 5 raisons qui incitent une équipe à les écrire. Ils sont : documenter, stabiliser, vérifier l’intégrité, assurer la conformité, permettre la reproductibilité ².

C’est le meilleur talk que j’ai jamais vu sur une approche pragmatique des stratégies de test. Je recommande énormément, j’ai adoré, et je n’ai même pas remarqué qu’ils étaient en galère alors que leurs images ne chargeaient pas, ils avaient de la latence sur leurs diapositives et leurs notes avaient planté ! Bravo ! 👏🏼

Suite à la présentation, je pense être un good enough…

Remotion : faire un éditeur vidéo en React, par Jonny Burger

Ah Remotion, j’en ai entendu parler partout : plusieurs de mes collègues ont travaillé sur un site de génération de vidéos courtes ³ se basant sur Remotion.

Jonny Burger en est le développeur principal, et il nous a présenté en 30 minutes comment recoder un éditeur vidéo comme Davinci Resolve, Adobe Premiere Pro, Final Cut… Il nous raconte certains des challenges qu’il a rencontrés pour des features auxquelles nous sommes habitués (rendering, sélection d’items) et comment il a trouvé des solutions en react.

Le talk permet de voir plusieurs choses : l’ordre d’affichage de composants sur du html, la gestion de la propagation d’événements sur un clic, comment mettre de l’IA dans son talk.

Ce talk m’a très fortement inspiré pour reprendre un projet qui m’inspire depuis longtemps sur les logiciels de MAO… Peut-être basé sur Remotion… 🫣

Petite info impressionnante : pour rentrer chez lui, Jonny est reparti à vélo depuis Lyon jusqu’à la Suisse… Quelle motivation… C’est une personne très motivée, très enthousiaste et drôle…

L’heure du repas

Le repas était délicieux. Il y avait beaucoup de nourriture végane disponible et tout était très bon. Merci Maison Margotin pour ce pareil repas…

La couleur avec Julien Sulpis

Le talk post repas du midi est un moment particulier : la digestion s’enclenche, le corps n’est plus présent et le cerveau non plus. Pas de problème pour Julien qui nous présente ce qu’est la couleur, comment on la représente, et pourquoi c’est important ! Bravo à mon autre talk préféré ex æquo.

Julien est un ami à moi qui ne cesse de m’étonne par la quantité de choses qu’il sait, et ce talk sur la couleur est une preuve da la richesse des sujets qu’il arrive à maitriser.

Pour les plus pressé·es, son talk est déjà en ligne ⁴ !

Julien présente d’une façon très scientifique les problématiques suivantes : pourquoi certaines ont l’air plus lumineuses que d’autres ? Peut-on créer une formule pour respecter les contrastes ? Dans une approche qui allie biologie, physique, mathématiques, 3D et couleurs, Julien nous explique tout et franchement je me suis senti bien plus intelligent en sortant qu’en entrant !

Le crafts dans le CSS, avec Manon Carbonnel

Manon Carbonnel est une personne que je suis sur les réseaux depuis 4 ans. Nous étions dans la même entreprise, mais pas la même ville, et je crois me souvenir qu’elle partageait à propos de bonnes pratiques et de CSS depuis un moment déjà.

Son talk présentait, en trois modes d’intervention, comment améliorer la qualité de code html / css pour réussir à faire du code réparable, maintenable et beau.

Elle nous a partagé plusieurs techniques pour améliorer l’accessibilité de ses pages, comment améliorer la lisibilité de son code, et pour être franc j’ai été captivé par son enthousiasme à parler de css.

Le moment choquant pour moi, c’était qu’elle a réussi à m’expliquer le système de priorités d’applications de style, et je me rends compte que je n’ai jamais cherché à creuser plus cette partie qui pourtant est bien !importante !!! Ce sont les nombres un peu étranges que vous pouvez voir dans votre éditeur de code quand vous survolez une classe.

Je n’ai pas encore tout assimilé, et je n’ai pas la même expérience que Manon. Je n’ai jamais été un pompier d’intégration CSS, et j’ai principalement travaillé sur des applications avec de bons design systems bien conçus dont ma seule valeur ajoutée en tant que frontend c’est mettre les bons espacements et les bonnes typographiques. Mais elle me donne des billes pour remettre en question mes approches html css, et surtout elle me confirme des années de test un peu faites dans le noir.

C’était un très bon talk en tout cas qui me motive à faire du style sans Tailwind ! Et Manon avait presque littéralement des étoiles dans les yeux en parlant de CSS et je me suis senti transporté par cet enthousiasme.

Deno, un autre runtime javascript

Nous, les développeurs Javascript, avons un petit défaut : nous aimons réinventer la roue. Nous avons réinventé les serveurs avec node, nous avons réinventé le web avec les single page app, nous avons réinventé le CSS avec tailwindcss, et maintenant nous réinventons node avec Deno.

Jérémie Patonnier nous présente avec un très remarquable enthousiasme comment Deno, qui est la même chose que node, mérite notre attention.

C’est un peu difficile pour moi de suivre des talks très techniques. Par là je veux dire, le talk était uniquement à propos de Deno, ses fonctionnalités, la façon de travailler avec. Je suis un plus grand fan présentation incluant enjeux politiques, questions territoriales, souverainté du numérique, avec beaucoup de transversalité… Bref, je me suis cru au MIXIT ⁵ ^^.

Malgré cette difficulté, j’avoue qu’il m’a donné envie d’essayer, et de toute façon, je n’ai pas le choix : ce blog est hébergé sur des edge function de Netlify qui utilisent Deno. J’utilise déjà Deno dans ma vie quotidienne et pourtant je n’y comprends rien…

Apparemment, le fait de ne plus avoir besoin d’un fichier pour déclarer la liste des dépendances est un game changer. Je vais me forcer… À l’origine, c’est ce qui me rebutait le plus avec Deno : où vont les dépendances ? Je vous invite à regarder la documentation ⁶ pour comprendre où elles peuvent être déclarées.

Last but not least : Julien Huang qui nous parle de composants serveurs Nuxt

Pour clôturer la journée de talks, nous avons eu droit à une présentation d’un des membres de la core team de Nuxt : Julien Huang

La présentation montrait très techniquement comment fonctionnaient les serveurs composants de Nuxt, avec un objectif de ne pas critiquer l’approche de Nextjs. Félicitations Julien tu y es arrivé !

Comme je l’ai écrit juste avant, cela a été un peu difficile pour moi de suivre la présentation, car elle était très technique et spécifique, et pourtant pas mal de mes applications personnelles sont codées en Nuxt mais je n’ai pas encore eu besoin de cette fonctionnalité. Je vais m’essayer à la présentation.

L’idée des serveurs components, c’est prendre un composant Vuejs ou Reactjs, et se dire : le serveur va construire le composant l’entier, effectuer des appels dans le backend, créer une page HTML entière, et l’envoyer ensuite au navigateur. Cette approche permet de se passer totalement d’un serveur supplémentaire.

Je me demande toujours si les serveurs functions et les serveurs components ne sont pas trop complexes. Je trouve que ces approches créent une forte adhérence au framework dans la communication entre le frontend et le backend.

Cela s’inscrit dans technique d’architecture du web que je nommerais bien conception intrinsèque. Les composants sont de plus en plus indépendants, contiennent de plus en plus leurs fonctionnalités, et il n’y a plus besoin de créer de très grands systèmes très couplés. Ils sont intrinsèquement fonctionnels, et idéalement indépendants.

Le risque, c’est que de très fortes logiques business peuvent se retrouver implémentées dans les composants de votre framework préféré, et je ne suis pas convaincu que cette approche soit pérenne sur la durée.

À voir ce que Nuxt propose pour éviter ces problématiques, mais sur le coup, et pour donner une opinion impopulaire, je pense que l’approche MVVM incite plus à écrire des gros spaghettis de code très intriqués avec les 3/4 de l’application.

J’ai pu échanger dans la partie suivante avec Julien pour parler plus généralement de Nuxt, et j’ai appris beaucoup de choses. Par exemple, ils ne sont que 3 pour trier tous les tickets de bugs créés sur GitHub ! J’ai aussi pu raconter avec fierté que j’ai déjà une fois fait une contribution pour Nuxt ⁷.

J’étais vraiment content de pouvoir parler de Nuxt, et même si mon cœur converge plutôt vers Astro, j’aime énormément ce que Nuxt apporte en ce moment, et j’ai hâte de pouvoir trouver des usages pour tout ce que j’ai appris.

Il y a aussi beaucoup de choses développées dont on ne parle pas assez : Nuxt Content, Nuxt UI, les devtools vuejs (mais pas que), toutes ces choses qui ne servent pas que pour faire du VueJS ou au contraire qui dépassent ce qu’on attendrait d’un framework.

L’apéro et conclusion

Pfiou ! C’était dense ! Quoi de mieux que d’étancher sa soif de connaissance autour d’un verre de Perrier ?

Peut-être c’est mon côté très social, et j’en parlais déjà dans un précédent article de blog ⁸, mais j’adore discuter, faire des rencontres, échanger.

J’ai eu la joie de discuter au cours de la journée avec les speakers, avec d’autres développeurs·euses, des moins développeurs·euses, au sein de la communauté lyonnaise. C’était très sympathique. J’ai passé un excellent moment de partage, discuté avec mes anciens collègues, avec des gens que je ne connaissais pas du tout. Ce serait avec plaisir de garder contact avec vous toutes et tous…

Le LyonJs 💯, pour une première conférence, c’était un 💯 (sans) faute… La salle était très confortable, le repas était parfait, le timing était très bon, le prix dérisoire (seulement 40 € la journée !!), les sujets étaient variés et les discussions étaient top.

Bravo pour l’organisation. J’ai adoré, et à quand la deuxième édition du LyonJS 💯 ???

LyonJS #95 - Transpilation : Comment coder dans un langage quand on ne connaît pas ce langage ↩
Relevant XKCD ↩
shortvid.io pour générer des vidéos de réseaux sociaux ↩
Savez-vous vraiment ce qu’est la couleur ? Découvrez la science derrière les pixels ↩
Un des meilleurs talks que j’ai vu est le suivant : Enjeux géopolitiques des infrastructures numériques ↩
La documentation de DenoJs ↩
La pull request de ma contribution ✨ ↩
2024 : L’année de la gratitude ↩

L'étonnant potentiel de l'IA pour l'opensource, mes prédictions

Wed, 19 Feb 2025 00:00:00 GMT

Il y a quelques années, je me posais des questions si je ne voulais pas devenir indépendant un jour dans ma vie, et j’étais tombé sur un site qui était bien pratique qui permettait d’avoir une idée du TJM à facturer en fonction de sa prétention salariale.

Hélas, sans trop savoir pourquoi, le site est maintenant offline. Pas de soucis refaisons-le intégralement avec l’aide de bolt.new !

Le voici : https://freelance-simulateur.netlify.app/

Et je l’ai fait en licence GPL3 (on en reparle juste après), avec tout le code source : https://github.com/Seboran/monorepo/tree/main/apps/freelance-simulateur

Comment je me suis débrouillé ? Est-ce que c’était facile ? Et regardons ce que cela implique pour l’opensource !

Comment on duplique un site web quand il a disparu ? Car l’URL ne donnait plus rien :

La première étape, c’est de voir s’il n’est pas quelque part dans la web archive, disponible sur cette url : https://archive.org/. C’est une association à but non lucratif qui a pour but d’archiver une grande partie du web, parfois pour le meilleur ¹, parfois pour le pire…

Heureusement, l’archive a réussi à récupérer les pages fonctionnelles du site que je voulais chercher. Comment le refaire ?

Traditionnellement, on lance son IDE, on se met à initialiser un projet avec sa stack préférée, et on se retrouve petit à petit à coder toute l’application. Heureusement, je suis paresseux, et j’ai un abonnement pour le logiciel bolt.new.

Si vous ne connaissez pas https://bolt.new, le plus simple, c’est que vous essayez ! C’est un éditeur de code en ligne qui contient une IA qui vous aide à coder, un peu comme GitHub Copilot, mais avec un excellent éditeur de code intégré et une prévisualisation de tout ce que vous faites. Il y a surtout trois fonctionnalités qui m’ont vraiment aidé pour la mise en place du site :

Le site permet de lui envoyer des captures d’écran pour reproduire les interfaces que vous voyez. Concrètement, copiez-collez le design que vous voulez recopier, précisez-lui certains aspects et l’IA sera suffisamment douée pour reproduire ce que vous aviez en entrée, sans être pixel-perfect, mais juste assez pour être satisfait.
Précisez-lui comment vous voulez que le code soit organisé. Il se débrouille plutôt bien pour ça, car bolt n’ose pas séparer en de nouveaux composants. Par contre, soyez prêts à débugger l’appli si jamais cela ne se passe pas bien !
Suggérez-lui de mettre des animations, de faire de l’accessibilité, de respecter les contrastes. Par défaut, bolt ne le fait pas (et c’est dommage !), mais si vous lui demandez il essaiera de mettre en place au moins de meilleurs contrastes et de faire des textes alternatifs, de ne pas péter la navigation. Ce n’est pas un travail de design accessible, mais c’est au moins une première brique pour y arriver…

En environ 1 h 30 de prompting et de tests, j’ai fini par avoir une application suffisamment fonctionnelle pour la reprendre chez moi en local et continuer le développement sans faire intervenir une IA. J’ai en plus rendu le code opensource avec licence GPL3, car pour moi, c’est important d’opensourcer ses outils, surtout quand on parle finance et comptabilité : https://github.com/Seboran/monorepo/tree/main/apps/freelance-simulateur

Très bien Nirina ! Mais pourquoi tu nous parles de ça ?

Car j’ai adoré ce moment, et il m’inspire de grands changements pour le développement web, et même sur la survie des logiciels fermés. Après cette longue intro, regardons ce que je pense de l’impact de l’IA sur l’opensource et le kiff des développeurs. C’est parti !

Qu’est-ce que l’opensource ?

Reprenons de loin la définition de Wikipédia : c’est un logiciel dont la licence respecte des règles de redistribution, d’accès aux sources et de création de travaux dérivés.

Par exemple, prenons Linux : tous les serveurs en dépendent. C’est le nom utilisé pour désigner un système d’exploitation. Sa licence est du GPLv2, qui stipule que le logiciel doit toujours permettre à ses utilisateurs d’avoir accès à la source, et que toutes les modifications du logiciel doivent garder la même licence.

Ces règles permettent d’encourager à la contribution : quiconque qui participe au code source de Linux (et il y a beaucoup de monde !) saura que sa contribution sera toujours accessible à toutes et à tous, et cela permet une collaboration mondiale et une excellente intelligence collective. Cela permet à tous les travaux dérivés de Linux de profiter au code de base, et c’est une super chose.

Imaginez, demain, je reprends le code de Linux, et je le modifie pour mettre des chats partout. Alors, ce code avec des chats partout doit garder la même licence que Linux, et je dois donner accès au code source. L’équipe de Linux pourrait alors réintégrer mes travaux dans leur code de base.

Pourquoi tout n’est pas opensource ? 🐈‍⬛

Un logiciel réellement opensource a un léger petit défaut : c’est plutôt difficile de faire de l’argent avec. N’importe qui peut reprendre le code, n’importe qui peut le redistribuer, et n’importe qui peut reprendre le logiciel et légèrement l’améliorer pour faire mieux. Théoriquement, la petite amélioration doit être redistribuée (cela dépend un peu de la licence de base, mais c’est un lonnnnng sujet), mais certaines licences, dont celle nommées MIT, permettent de rendre le code dérivé fermé.

Toujours est-il que si on veut se faire de l’argent sur l’exploitation de la licence, c’est très difficule, très impopulaire, et très mal vu.

On a vu cela avec le cas de wordpress ², de thèmes d’éditeurs de code ³, et même des choses trop techniques à décrire ici ⁴ où leurs créateurs, probablement attirés par l’appain du gain, ont tenté de modifier leurs licences a posteriori pour faire commercialiser leurs travaux initialement open. C’est une idée stupide, n’essayez pas ça chez vous.

Pourquoi opensourcer tout court alors ?

Je ne suis pas là pour paraphraser Wikipédia jusqu’au bout, mais les avantages sont nombreux : incroyable intelligence collective grâce aux contributions de tout le monde, meilleure sécurité, grand nombre d’utilisateurs qui ont des garanties que leur logiciel sera toujours maintenu… J’en passe !

Cela fait 20 ans que nous voyons le triomphe de logiciels opensource, il n’y a plus rien à dire ; cette façon de distribuer le code fonctionne. Le débat n’a plus de pertinence, et cela me rend triste de voir que OpenAI ou des politiciens stupides prétendent qu’il faut “fermer” l’accès à ses logiciels pour “le bien de l’humanité”. Non pas du tout…

Revenons à mon site : je prétends qu’une partie des logiciels closed-source sont morts grâce à l’IA. C’est parti !

Mon IA me rend incroyablement plus productif

Si votre business repose sur la possession d’un logiciel dont vous seul avez l’accès, en plus des inconvénients que j’ai évoqués ci-dessus, vous avez un énorme problème : si quelqu’un invente la même chose que vous, mais la fait en rendant le code opensource, votre modèle économique s’effondre totalement ⁵.

Il se trouve qu’une IA, en plus d’être douée en plagiat, est très douée pour refaire une interface. Reprenons mon simulateur de TJM : je me suis basé sur un mélange de la loi, de ma compréhension du métier de freelanceur, j’ai bien analysé le site que je voulais copier. En 1 h 30 de prompt-ingénierie, j’ai réussi à reproduire le même site qu’au départ à quelques delta près.

Si on suppose que le site original a pris une semaine de développement, il ne m’aura fallu que 1 h 30 pour le copier. Alors, imaginez tout ce que l’on peut recopier en une semaine de développement ?

C’est le moment où je préfère être un poil plus réaliste. Une semaine de développement ne scale pas de cette façon avec une IA. Vous commencez à avoir une architecture, de vraies décisions business, des questions d’organisation du travail.

Là, je ne parle que d’une application relativement simple, mais je m’interroge si on ne peut pas étendre cette capacité de copie à des domaines métiers bien plus avancés. Et cela m’amène à cette petite digression :

Je pense que c’est une erreur pour une entreprise tech de s’interdire de donner accès à des IA à ses employés : vos produits, vos données, sont déjà en train d’être imités. Si votre avantage en tant que business, c’est le first-move advantage, celui durera bien moins longtemps qu’avant.

Au contraire, je pense qu’il faut donner accès aux employés à de l’IA générative ⁶ et se concentrer sur comment être innovants, avoir un bon support, être performants… Je rêve peut-être trop…

Une IA me fait sentir comme un dieu

En parlant de rêver, j’aimerais parler de cette étrange sensation que j’ai en travaillant avec une IA. Cela fait 7 ans que je travaille dans l’informatique, environ 15 ans que je sais coder et que je code. Aujourd’hui, utiliser une IA, c’est comme travailler avec Jarvis de Iron Man qui de temps en temps est bourré. Quand on arrive à le contrôler, on se retrouve à travailler comme en accéléré. Est-ce la sensation qu’ont les personnes prenant certaines substances ? Est-ce une euphorie liée à la nouveauté ?

Premier point : je ne prends pas de substances psychoactives ! Je n’en ai pas besoin pour me sentir bien.

Deuxièmement : cela fait 2 ans que j’essaye d’intégrer de l’IA dans ma vie quotidienne et dans mon travail. La nouveauté est retombée, la critique s’installe. Je vois ses limites, mais j’ai aussi appris à travailler avec l’outil. Étant plutôt expert de mon métier, j’arrive à utiliser ce nouvel outil qu’est l’IA pour travailler tellement plus vite. Je me sens réellement comme un ingénieur, obligé d’abstractiser ses problématiques et reformuler ses idées pour arriver à ses fins. Le reste du travail n’est que de la génération stochastique et je prends la meilleure solution parmi une dizaine. J’adore cette façon de faire.

Cela me fait un peu penser à un logiciel qui joue aux échecs. Ces logiciels vont souvent représenter tous les coups possibles dans un format inspirant la pensée en arborescence⁷ et prendre le meilleur qui existe. L’IA générative permet de prendre cette façon de fonctionner et l’appliquer à l’écriture de code informatique, qui ressemble un petit peu à une partie d’échecs avec des milliards de pièces.

Est-ce la fin de l’expertise technique ?

Cette façon de travailler me fait me poser des questions plus philosophiques. Par exemple, est-ce que mon travail de développeur a de l’avenir ? Est-ce que mon travail d’expert a de l’avenir ? J’en parlais déjà il y a 1 an ⁸, et je n’ai pas spécialement plus de réponse que les nombreux articles qui en parlent déjà sur les internets. Laissez-moi vous présenter mon fil de pensée.

Le métier des développeurs est très peu compris par le reste de la société
J’ai l’impression que les développeurs se spécialisent de plus en plus.

Pour le premier point, c’est du sentiment. Mais quand des personnes qui ne sont pas développeurs, et même des fois des collègues non-développeur dans des équipes tech, parlent de développement, c’est cringe. Je suis réellement surpris qu’on pense si différemment, et qu’on se comprenne si peu.

Pour le deuxième point, je ne suis pas capable de le prouver. Mon intuition vient de toutes les ESN où j’ai travaillé où me dit qu’être fullstack n’est pas recherché dans le marché, et du fait qu’aujourd’hui, pour faire juste du développement web, on demande par exemple 5 ans d’expérience dans une technologie front comme react.js, alors que c’est juste (sic) du web !!! Demandez-moi 5 ans d’expérience web !!!

Les IAs génératives (et j’aimerais trouver un synonyme, car je me répète beaucoup…) brisent ces deux points : le métier de développeur·se devient bien plus accessible à toutes et à tous, et la spécialisation est difficilement justifiable.

Par exemple, est-ce qu’être hyper spécialisé en devops se justifie aujourd’hui quand on peut outsourcer une partie de ce travail dans du cloud ? Est-ce qu’une IA ne peut pas aider à formuler ses problématiques et ses lacunes ? C’est d’autant plus valide que la grande majorité des big-players du cloud sont aussi des créateurs de LLM.

Autre exemple, oui je peux me spécialiser pour devenir un expert de spring boot. Mais peut-être qu’un petit serveur nestjs généré par IA et connecté directement avec Supabase fait 80% du boulot et nécessite finalement assez peu de mises à jour ? Et pour les parties un peu techniques, je suis sûr de pouvoir me faire guider avec ma connaissance actuellement de l’informatique pour arriver à 99% de ce dont j’ai besoin.

Une bonne architecture logicielle ne devrait pas dépendre du comment de la solution technique. Et une IA renforce cette sensation, en justifiant encore plus l’utilité des architectures modulaires et adaptables.

Peut-être qu’au contraire, les experts vont devenir encore plus recherchés, car ces fameux derniers pourcentages de réalisation seront différenciants ? Mais je n’y crois pas… Même les fusées, qui ont de très faibles tolérances aux imperfections, explosent en plein vol d’essai maintenant, alors qu’avant le moindre échec était critique. Si les nouvelles compagnies aérospatiales tolèrent quelques explosions de fusées pour itérer plus vite, je ne vois pas en quoi nos sites de commerce électronique ont besoin de 99% de qualité.

Peut-être, au contraire les experts seront les seuls individus capables de travailler avec une IA ? Mais alors comment devenir expert entre temps…

Je ne sais pas quoi en penser, est-ce vraiment la fin de l’expertise technique ?

Concrètement, je me forme énormément pour devenir un expert de l’IA. Oui cela pollue, oui cela détruit la planète, oui cela réduit les ressources naturelles. Je vous avoue que je m’en fiche maintenant et ce sera un pour autre article ⁹.

Mais en attendant, je me sens tellement plus libre et utile. Je me concentre sur ce qui concerne d’autres personnes, et je ne me sens plus reclus à devenir une forme d’écrivain fantôme du code pour transformer des lubies en des logiciels. Et rien que pour ça, merci l’IA.

https://www.technologyreview.com/2025/02/07/1111328/inside-the-race-to-archive-the-us-governments-websites/ ↩
https://www.reddit.com/r/Wordpress/comments/1g2jo1j/explain_me_the_wordpress_drama_like_im_5/ ↩
https://www.youtube.com/watch?v=3wz7YF2as-c ↩
https://redis.io/blog/redis-adopts-dual-source-available-licensing/ ↩
Un article humoristique en anglais parlant de l’expérience moyenne avec une SaaS ↩
Sauf si vous êtes green, mais dans ce cas ne soyez pas une boite de tech ↩
La pensée en aborescence est un concept très vulgarisé dans l’univers de la surdouance intellectuelle, mais ne semble pas se baser sur des faits très scientifiques. Je me permets de mettre cette source et vous laisser vous faire votre opinion : https://rencontre-surdoue.com/haut-potentiel/haut-potentiel-intellectuel/caracteristiques-hpi/pensee-en-arborescence/ ↩
Comment mettre 20 développeurs au chômage avec seulement une IA ! ↩
Je fais déjà beaucoup de choses pour réduire mon empreinte carbone et le dernier calcul que j’ai fait sur le simulateur me place à 3.5T/an de CO2 équivalent émis ce qui est très bas comparé à la moyenne française. Alors oui, le calcul va changer avec mon utilisation d’une IA, mais restera toujours largement en dessous de la majorité des gens qui mangent de la viande, prennent l’avion, achètent du neuf et votent pour n’importe qui politiquement. ↩

C'est pas après 10000h passées à coder que tu sauras coder !

Sun, 02 Feb 2025 00:00:00 GMT

Dix mille heures ! Pourquoi cette quantité ? D’après la vulgarisation internet, c’est le temps qu’il faut passer dans n’importe quelle activité pour devenir un·e expert·e. Vraiment ? Je vous le promets, si vous cherchez sur internet, vous trouverez cette information un peu partout.

Mais bien évidemment, c’est une fake-news. Hélas, ce concept a été victime de la progressive désinformation par l’étrange jeu de téléphone arabe qu’est : ✨ la vulgarisation scientifique ✨. Les 10000 heures existent, mais dans un contexte particulier d’un apprentissage supervisé. Voyons ensemble comment ce mythe se déconstruit et pourquoi il est important d’en avoir conscience en développement logiciel.

10000 heures et loi de Brandolini

Qu’est-ce que la règle des 10000 heures ? Elle vient du livre “Outliers: The Story of Success” de Malcom Gladwell. Je n’ai pas lu ce livre, mais l’impact sur la société a été tel qu’il a popularisé le concept en expliquant le succès de plein d’individus à travers la règle des 10000 heures. Très bien, mais d’où vient cette règle ?

Il faut creuser un peu plus loin et rechercher les noms de Anders Ericsson, Ralf Krampe, and Clemens Tesch-Römer. Ces trois chercheurs ont étudié des violonistes à un institut de musique de Berlin et se sont rendus compte que les plus accomplis étaient ceux qui avaient cumulé environ 10000 heures de pratique délibérée de leur instrument en arrivant à l’âge de 20 ans.

Ce nombre ne paraît pas si étonnant. Prenons ma propre pratique délibérée de la guitare : je joue de la guitare depuis 6 ans, j’en pratique délibérément environ 1 h par jour, un rapide calcul mental m’indique que j’ai pratiqué délibérément 2190 heures de guitare. Il me manque encore un ordre de grandeur de pratique délibérée, ce qui correspond à ma sensation : juste assez bon pour jouer une chanson, mais pas assez pour me prendre pour un guitar hero. Pour l’instant, le concept des 10000 heures est un repère utile et un sujet de discussion intéressant, a minima pour tenter de se donner des objectifs.

Mais vous remarquez que j’utilise spécifiquement le terme “pratique délibérée”. C’est le terme utilisé dans la recherche originelle de Ericsson et al. Pour faire simple, la pratique délibérée est celle qui consiste à analyser ses défauts, à tester de corriger ses défauts et à obtenir des feedbacks immédiats sur ses actions.

Prenons l’exemple de ma pratique délibérée de la guitare : si je veux apprendre à jouer sur la guitare la gamme de Do majeur, je vais choisir un exercice qui me permet de la pratiquer. Grâce à mes oreilles, j’entends immédiatement que je fais des fautes. Grâce à un métronome, j’entends immédiatement que je ne suis pas en rythme. Tout cela m’aide à immédiatement corriger mon jeu pour réussir à maîtriser la gamme de Do majeur.

Un exemple de pratique non délibérée de la guitare est le fait de jouer sans direction, jouer ce qui plait, ce qui vient. Jouer des choses telles qu’on le sent n’est pas de la pratique délibérée, car je n’ai pas le feedback nécessaire pour m’améliorer continuellement.

Très bien, nous avons nos hypothèses pour la pratique délibérée d’un domaine d’expertise, notre objectif est assez simple et la méthode est claire. Mais le concept me froissait pour deux raisons :

Est-ce que mon travail n’est pas une pratique délibérée de mon expertise ? Dans cette hypothèse, en supposant travailler 8 h par jour pendant 220 jours par an, je suis à environ 40000 heures de pratique, et pourtant je me sens encore bien loin d’être un expert ! Les calculs ne sont pas bons…
Un podcast ¹ m’a fait découvrir que la règle des 10000 heures ne marche pas dans tous les domaines ! Catastrophe ! 🫣 Mais du fait de la loi de Brandolini ², le concept est répété à tout va et l’effort pour remettre en question la notion des 10 000 h est supérieur à celui qu’il a fallu pour le populariser…

Quelque chose ne va pas avec le concept. Creusons ensemble pour voir comment les 10000 h s’appliquent à notre domaine qu’est le développement informatique.

Kind / Wicked

Je vous invite à regarder le podcast ¹ dont je parle au-dessus qui debunk énormément de choses sur la règle des 10000 heures, mais aussi sur plein de choses sur la productivité. Pour résumer la thèse de l’invité, David Epstein :

10000 heures de pratique délibérée fonctionnent dans des domaines d’apprentissages “kind”. C’est-à-dire, que les règles sont claires, ne changent pas, et qu’on peut immédiatement corriger une erreur ou au moins avoir immédiatement une information parfaite si c’est faux ou non. C’est l’exemple de la musique, des échecs, j’oserais dire de la cuisine…
Cette règle ne fonctionne pas dans tous les domaines, et précisément dans les domaines d’apprentissages “wicked”. Ce sont ceux qui sont au moins le contraire du domaine précédent : feedback tardif, informations partielles ou erronées, et les règles peuvent changer.

L’exemple que le podcast met en avant est celui d’un médecin qui avait une technique incroyable pour détecter le typhus chez les patients en leur palpant la langue, et il avait un incroyable score de détection de cette maladie. Il se trouvait qu’il était responsable de la transmission de la maladie, et que c’était sa technique qui rendait les patients malades. Un bel exemple de feedback tardif et d’informations erronées…

En connaissance du concept de domaines d’apprentissage kind vs wicked, voici mon assertion :

L’informatique est un domaine d’apprentissage wicked, mais est présenté comme un qui est kind

Il y a deux parties à mon assertion, qui peut se réécrire en : “l’informatique, c’est dur, mais on nous fait croire que c’est facile”. Commençons par la fin.

Absolument pas kind : Le coût du feedback retardé

Est-ce que n’importe qui peut devenir développeur·se ? Je pense que non. Je pense qu’il faut avoir une certaine passion pour les défis complexes, et une certaine forme de patience et de curiosité.

Heureusement ou hélas, il existe de nombreux programmes de reconversion dans l’informatique, qui promettent tout le contraire de ce que je dis. Des formations qui promettent de devenir développeur·se en seulement 1 an, 6 mois, 3 mois… Bientôt on va voir des écoles d’informatique qui forment en 1 heure… Comme si finalement, l’informatique n’était pas si complexe, et qu’il n’y avait pas besoin d’autant de patience que cela pour devenir un·e professionnel·le du développement logiciel. Comment on est-on arrivé là ?

Il y a deux raisons : la première, c’est que malgré la crise actuelle qui touche les métiers du développement, cela reste un secteur en très forte demande, et de nombreux talents existent dans la nature et parfois ne sont même pas au courant qu’iels ont une très forte appétence dans ce domaine.

La deuxième, c’est que c’est bizarrement très facile de donner l’impression d’apprendre l’informatique. Que vous soyez doué en flexbox froggy, que vous ayez réalisé tous les exercices de CodinGame, ou que vous ayez créé 40 sites portfolio ³, vous avez l’impression d’apprendre et d’avoir un feedback immédiat sur ce que vous faites.

Alors oui, apprendre à faire des pages web ou des services, ou créer des formulaires ou déployer sur Vercel, ce sont des actions qui démontrent votre expertise et vous aide à obtenir la confiance, le feedback immédiat, pour vous professionnaliser. Mais j’ai une mauvaise nouvelle :

Le vrai développement logiciel ne donne pas de feedback immédiat.

Je vous donne un exemple dramatique : La machine Therac-25.

Je vous paraphrase l’article Wikipédia : c’est une machine de radiothérapie qui avait des bugs qui donnait des doses mortelles de radiation, et 5 patients au moins en sont morts. Tout est dans l’article, et même les causes et les analyses.

Le premier prototype a été commencé en 1976, la machine commercialisée en 1982, et le premier incident a eu lieu en 1985. Autrement dit, il aura fallu 10 ans pour avoir un premier “feedback” que le code pouvait tuer ses patients. Quelles horribles conditions de développement…

Le feedback retardé est déjà théorisé en développement logiciel : on parle de dette technique, de coût de délai. Il est parfois difficile de négocier une diminution de la dette technique, car sa mesure est lente à faire et la rentabilité des investissements de la diminution de la dette technique est aussi un feedback retardé.

Les règles du développement logiciel sont injustes

Durant nos études d’informatique, on nous apprend des règles bien pratiques du développement logiciel :

Il faut avoir un code propre, par exemple en évitant la duplication de code ♻️
Il faut écrire des tests unitaires qui couvrent 100% des lignes écrites 📝
On nous parle de patterns de programmation comme la programmation objet 🔫

Une fois au travail, les règles changent totalement. Mes plus grandes surprises à moi :

Ce n’est pas une mauvaise chose d’avoir du code dupliqué s’il correspond à des fonctionnalités différentes ⁴. 🫣
Les tests unitaires n’apportent pas systématiquement de valeur à un projet et il est préféré de tester de bout-en-bout sa solution ⁵. 🤑
La programmation objet n’a pas de succès en développement web ⁶… 😮‍💨

Parfois je me demande si je ne me suis pas endormi durant mes études, car j’ai vraiment senti un décalage entre ce qu’on m’a appris et ce qui apportait de la valeur. S’il existe des règles dans l’informatique, pour moi il n’y en a qu’une : est-ce que ce que vous faites apporte de la valeur ?

Avons-nous une information parfaite ?

Celui-là est plus conceptuel. J’aimerais vous raconter une histoire vraie que j’ai rencontré au travail chez un de mes clients.

Une fonctionnalité important touchant l’encaissement de chèques allait être mise à jour. Le client avait demandé à ses utilisateurs de ne plus utiliser l’ancien service et d’attendre la sortie de la nouvelle fonctionnalité pour faire encaisser leurs chèques. Pourquoi pas…

La nouvelle fonctionnalité sort durant le weekend, les utilisateurs commencent à l’utiliser dès le lundi. Oups, un premier feedback décalé.

Le lundi matin, autour de 10 000 agents font encaisser des centaines de chèques dès le matin. Bien évidemment, tout pète. Cellule de crise, la totale. La question tombe sur moi (qui était chargé de la correction de bugs sur la partie frontend) : Pourquoi les agents n’ont pas reçu de message d’erreur d’encaissement de chèque ?

La cause était fascinante, et je suis choqué de voir qu’aucun post-mortem n’a été fait pour ce problème. En gros. La feature se basait sur une obscure technologie legacy qui avait été dimensionnée pour un usage quotidien. Mais rappelons-nous, on a demandé aux utilisateurs de ne plus utiliser l’ancien service et d’attendre. Ils auront attendu presque 1 mois… Le dimensionnement n’était pas calé pour une utilisation environ 1000 fois plus intensive que prévu. Oups, la règle a changé.

Comme ce service était en PLS, notre frontend était bien préparé pour recevoir un message d’erreur et l’afficher. Et le service backend émettait bien des erreurs durant les tests si jamais l’encaissement entrait en erreur… Mmm, quelque chose n’est pas bon. L’enquête continue.

En tant qu’expert de correction de bugs, j’analyse avec Dynatrace le comportement des utilisateurs. Je remarque deux choses : l’écran de validation d’un chèque est bloquant, c’est-à-dire qu’une fois le chèque envoyé, il n’est pas possible de continuer à utiliser l’application tant que le service ne répond pas positivement ou négativement. C’est original, mais la raison est claire : c’est pour être sûr que l’utilisateur ne part pas tant qu’il n’a pas encaissé son chèque. Je note cela quelque part et je continue l’analyse.

Autre constatation : le temps de réponse du service est très lent : 30 secondes pour entrer en timeout (c’est en gros le temps avant qu’on dise que le service ne répondra jamais). Et je vois sur dynatrace de nombreux rage clicks. C’est quand la personne clique incessamment sur son application en espérant obtenir un comportement différent. C’est alors que je capte :

On pensait qu’il y avait une erreur côté frontend car les utilisateurs ne recevait pas de message d’erreur. En fait, ils finissaient bien par le recevoir. L’analyse a posteriori a montré que le service backend était totalement dans les choux, dans un deadlock (l’impossibilité d’ajouter des données du fait d’un trop grand nombre d’insertions) de sa base de données. Il émettait un message d’erreur qui était bien capté par le frontend et bien affiché.

Mais le souci, c’est nos utilisateurs n’en avaient rien à faire : ils étaient très pressés de pouvoir faire encaisser leur centaine de chèques, et comme l’application était lente, ils avaient tendance à ouvrir plusieurs onglets, à fermer et refermer les fenêtres pour réussir à faire encaisser le plus vite possible tous leurs chèques. Le message n’apparaissant qu’au bout du timeout de 30 secondes, presque aucun n’a vu le problème. Aïe aïe aïe… Dans mon rapport de bug, la cause était sans équivoque : le frontend n’a pas été bien conçu pour gérer l’impatience d’un utilisateur pressé ; le backend n’était pas dimensionné pour faire ce qu’il devait faire. Quelle aventure.

Je raconte cet exemple, car il représente pour moi l’épitomé d’une situation avec information très imparfaite : pour comprendre le bug, il fallait comprendre le contexte des utilisateurs. J’aurais bien aimé être au courant que cette feature allait sortir et provoquer des usages massifs de ce service ! J’aurais eu moins de soucis pour analyser.

Donc l’informatique est un domaine à feedback retardé, avec des règles changeantes et des informations partielles. Génial. Pourquoi nous posions-nous cette question ? Parce que nous nous demandions s’il suffisait de pratiquer l’informatique pendant 10000 heures pour devenir expert. Comme l’informatique n’est pas un domaine d’apprentissage “kind”, nous arrivons à la conclusion que non.

Peut-on rendre l’informatique plus saine à apprendre ?

Oui ! Et nous le devons. Nous devons arrêter d’envoyer en première ligne des personnes qui viennent d’apprendre l’informatique comme s’il s’agissait d’un chemin tranquille. C’est un univers dur. Être développeur·se, aujourd’hui, ce n’est pas seulement être expert de son domaine, c’est aussi être curieux·se et observateur·trice du monde dans lequel nous vivons. Nous avons la responsabilité de construire un monde meilleur, et nous ne pouvons y arriver qu’en concevant que l’informatique est un domaine d’apprentissage aux règles injustes, aux feedbacks tardifs et avec des informations erronées ou partielles. Comment mieux naviguer dans cet environnement ?

Il se trouve que durant les précédentes années, plein de méthodologies et de techniques de développement logiciel ont émergé pour rendre l’informatique un domaine d’apprentissage “kind”. En fait, il suffirait d’agir sur un de ces trois leviers :

Réduire le temps de feedback
Fixer les règles du jeu, que l’on peut traduire en comprendre le besoin utilisateur
Améliorer l’information diffusée

Toute équipe de développement se doit d’agir, par une approche holistique, sur ces trois leviers pour réussir à apprendre et à mieux développer ses logiciels.

Que ce soit par votre organisation du travail, par exemple sous agilité scrum, que ce soit par votre architecture, en ayant la possibilité de facilement modifier seulement une partie de votre code sans régressions par rapport aux besoins changeants, ou que ce soit par votre façon de communiquer pour améliorer la diffusion de l’information, nous avons plein de moyens pour rendre l’informatique plus “kind” à apprendre, le métier plus simple.

Pour nous toutes et tous étant dans des équipes de développement, nous devons nous concentrer sur l’apport de valeur. La technique est nécessaire, mais elle n’est pas suffisante pour réussir un projet. C’est d’autant plus vrai qu’aujourd’hui, avec le progrès de l’IA, je pense sincèrement que la technique du développement logicielle va radicalement changer. Peut-être les règles du jeu de l’informatique vont changer ? Mais l’apport de valeur, lui, reste une constante de la vie.

Je m’appelle Nirina Rabeson, je suis développeur frontend qui parle de la place de l’humanité dans la tech.

J’ai une newsletter ! C’est bizarrement plus compliqué que ce que j’imaginais à mettre en place, donc tu peux m’envoyer un mail à pour t’y ajouter : hello@nirinarabeson.fr

En attendant la newsletter, j’ai un flux RSS

The No.1 Productivity Expert: 10,000 Hours Is A Lie! This Morning Habit Is Ruining Your Day! ↩ ↩²
La loi dite de Brandolini ou le principe d’asymétrie des baratins est l’aphorisme selon lequel « la quantité d’énergie nécessaire pour réfuter des sottises […] est supérieure d’un ordre de grandeur à celle nécessaire pour les produire ». ↩
Je suis fier de mon propre portfolio de mes projets personnels du coup je le partage : Mes projets !. D’ailleurs, je travaille en exclusivité sur un générateur de formulaires vuejs utilisant de l’IA pour convertir des schémas zod… stay tuned… ↩
Parlons de domain-driven-design : https://martinfowler.com/bliki/BoundedContext.html ↩
Parlons de stratégie de test par trophée : https://kentcdodds.com/blog/the-testing-trophy-and-testing-classifications ↩
Les frameworks frontend ont globalement tous laissé tomber la notion d’objet pour préférer l’utilisation de fonctions, et cela est très amplifié avec les concepts de composables et de hooks. ↩

2024 : l'année de la gratitude

Mon, 30 Dec 2024 00:00:00 GMT

Voyons ensemble ce que la gratitude m’a apporté et les leçons qu’on peut en tirer.

La gratitude peut sauver votre vie ! Ou au moins, la prolonger et améliorer votre expérience. Est-ce quelque chose que j’invente ? Pas du tout, regardez cette vidéo de Kurzgesagt et on se retrouve dans 10 minutes : https://youtu.be/WPPPFqsECz0?feature=shared

Pourquoi je pratique la gratitude ??

Connaissez-vous la théorie des tempéraments selon Hippocrate ? C’est (totalement) de la pseudo science de l’antiquité, mais il y a des éléments intéressants :

Nous ne sommes pas toutes et tous égaux quant à l’évolution de notre humeur.

Certains seront plutôt joyeux, d’autres plutôt irrités, certains plutôt mélancoliques, et cela est indépendant de notre bon vouloir.

Sans trop vouloir raconter ma vie, je suis plutôt du genre mélancolique. Et pourtant, ceux qui me connaissent me voient comme quelqu’un de naturellement de bonne humeur, et combien de fois on loue mon regard naturellement optimiste vers l’avenir, le futur, mes projets, ma vie…

Est-ce grâce à un fort masquage lors de ma vie en société, ou est-ce grâce à la gratitude ? Un peu des deux. Mais ce qui est sûr, c’est que la gratitude m’aide à vivre mieux.

J’aimerais profiter de ce moment introspectif que représente la fin de l’année pour vous parler de 3 moments clefs qui participent à exercer ma gratitude, et même si pour être franc je n’ai pas la moindre idée d’à quoi va ressembler 2025, je reste optimiste quant à mon avenir et celui de celles et ceux qui me sont chers.

Donner une keynote devant 600 personnes sur un sujet que j’aime et qui m’aime

J’ai donné une keynote au BDXIO sur la place des musiciens dans un monde d’IA générative, qui s’est super bien passée.

Un peu d’histoire : à l’origine, c’était une conférence que j’avais donné en décembre 2023 à la conférence interne de Zenika que vous pouvez voir ici : https://youtu.be/Z7qAp7IA1ZA?feature=shared.

Il n’y avait pas d’IA, mais je mettais déjà en avant l’idée que la génération de contenu procédurale créait un mode de réflexion créatif qui permet de transformer ses émotions en musique, et j’ai vu ces options comme étant des outils à la créativité et non pas le remplacement des musiciens.

Avec la popularisation de l’IA, mon propos n’a pas du tout changé, mais l’outil qui sortait était déjà bien plus performant. J’ai donc adapté mon talk pour parler de la place des musiciens avec l’IA, et j’ai soumis à toutes les conférences possibles : Devfest Nantes, Snowcamp, Devoxx, Mixit, etc.

Et j’ai été refusé partout ! Pour être honnête, j’ai mal vécu que j’ai été refusé partout pendant que mes collègues avaient la joie d’être pris en conférence, et même j’ai mal vécu un des CFP qui me posaient beaucoup de questions techniques sur mon installation musicale (pour au final décliner) et je ne me suis vraiment pas senti mis en confiance, alors qu’il aurait été plus simple de me mettre en contact avec un·e ingénieur du son.

Bref, j’avoue que j’avais un peu le seum et rare chose pour moi, j’étais jaloux.

Quand soudain, alors que je pensais que plus personne ne voulait de mon sujet, je reçois un courrier électronique du BDXIO me demandant si je souhaitais faire la keynote de cloture de la conférence…

Et là c’est le moment important : j’ai dit oui sans hésiter. Je suis persuadé que la vie nous donne à toutes et à tous une chance pour accomplir quelque chose de remarquable, bien au delà de ce que l’on pouvait rêver. Quand j’ai reçu cet email, j’ai réalisé que ce moment arrivait, et que je devais sauter sur l’occasion.

Je remercie encore une fois l’équipe du BDXIO de m’avoir fait confiance, et encore une fois Geoffrey Graveaud pour m’avoir coaché. Adapter le talk pour un format keynote m’a demandé environ 1 mois et demi de préparation plus ou moins diffuse dans le temps.

Cette préparation a bien payé car au moment de monter sur scène, tout était prêt, et je savais que j’allais passer un bon moment, et le public aussi.

Je veux vous avouer quelque chose : une fois sur scène, je me suis senti comme “dépossédé”. J’avais une sensation que mon corps était devenu l’instrument d’une forme de réflexion abstraite. J’avais l’impression d’être derrière un écran duquel je commandais chacun de mes faits et gestes. Ce genre de dissociations m’arrivent surtout quand je joue du piano pour des gens, et ça m’a énormément surpris de l’être sur scène.

Heureusement, j’ai adoré ce moment. Parler devant 600 personnes et les voir connecter à mes propos, ça fait voir le monde différemment. Ça me fait me sentir connecté à l’humanité et je crois que c’est un besoin bien haut sur la pyramide de Maslow.

Voilà le premier moment de gratitude : j’ai pu porter un message qui a été compris par mon audience, et j’ai adoré pouvoir être compris. Tout cela est lié à une opportunité qui s’est présentée, et j’ai pu mettre tout le travail qu’il fallait pour préparer la conférence, sans me cramer, et juste en “kiffant”.

Mon site web me fait me sentir libre

On va être sur quelque chose de beaucoup plus terre à terre. J’ai lu cet article durant le mois de septembre, écrit par Molly White : https://www.citationneeded.news/posse/.

L’autrice met en avant la nécessité de reprendre le contrôle de nos réseaux sociaux en publiant sur sa propre plateforme, et en syndiquant sur tous les autres réseaux sociaux. Cela s’appelle POSSE, pour “Post (on) Own Site Syndicate Elsewhere”.

Les avantages sont nombreux : meilleure résistance face à la censure, meilleur contrôle de nos données, liberté d’aborder n’importe quel sujet, et bizarrement ça coûte moins cher !!!

Inconvénients : c’est un petit peu technique…

Il faut savoir qu’à part LinkedIn, Mastodon, et récemment Bluesky, je me suis désinscrit de tous les réseaux sociaux car je pense sincèrement que ce sont les pires inventions numériques qui existent aujourd’hui. Mais cela m’amène un nouveau problème : comment je peux exister numériquement ?

J’ai commencé à recréer un blog tumblr, et medium, et dev.to, mais ce n’était pas suffisant pour mes besoins. J’ai besoin de pouvoir coder, de pouvoir faire des choses amusantes, j’ai besoin de parler de tout ce que je veux, de mettre en place des normes d’accessibilité, de personnaliser le design.

Autre chose : si vous saviez le nombre de personnes qui me disent qu’elles sont surprises que je n’ai pas de “site portfolio” pour un développeur web !!!

Bref, j’ai décidé de créer mon propre site web. D’abord il est parti d’un fork du blog des créateurs et contributeurs de vue.js.

Après avoir joué avec vitepress, j’ai découvert https://astro.build/ et en même pas 3h de bricolage mon blog était porté sur astro. Désolé vitepress, mais pour moi astro est une bien meilleure alternative pour faire du contenu web statique.

Entre temps, je me suis amusé avec https://bolt.new/ pour améliorer l’interface, et j’ai même ajouté un chatbot sur la page d’accueil avec l’aide de https://mistral.ai/ (on en reparlera une autre fois).

Le blog était d’abord déployé sur vercel, mais j’ai décidé de finalement le déployer chez netlify, et je réfléchis à passer chez clevercloud maintenant. C’est important pour moi de pouvoir facilement migrer d’hébergeur et de mettre en place un blog qui peut facilement migrer.

Mais maintenant se pose la question :

Est-ce que j’ai la liberté que je cherchais tant ?

Je pense que oui.

Il reste le fournisseur de nom de domaine qui peut me censurer (je pense que OVH a d’autres chats à fouetter…), et techniquement je pourrais héberger en baremetal mon site web et ne pas dépendre d’un cloud provider ou je sais pas quoi.

Mais pour tout le reste j’ai gagné ! J’ai le design que je veux, je fais ce que je veux, et je peux écrire en contrôlant des choses toutes bêtes comme l’URL, l’affichage de certains éléments sur ma page. J’ai même pris soin de sécuriser le site pour avoir la note maximale selon l’observatoire de la fondation Mozilla.

Si vous voulez reprendre le template de ce blog, tout le code est accessible en suivant mon énorme monorepo GitHub ¹ et je vous invite à “fork” le blog pour créer le votre !

Bref, je suis content d’avoir pu prendre le temps de travailler sur ce projet personnel, je pense qu’il va m’accompagner un peu plus longtemps que mes précédents projets, et je veux vraiment pousser ce site que vous lisez pour devenir une référence de ce qu’apporte la philosophie POSSE, à l’image de ce qu’a fait Molly White dans l’article qui ouvre ce moment de gratitude. Mais il reste une question importante :

Nirina, est-ce que tu recommandes de créer son propre site pour tout le monde ?

Sans aucun doute, oui. Ne dépendez pas des GAFAM pour vous exprimer. Cherchez à être libres, à être indépendants. Ce n’est pas si compliqué, et paradoxalement, avec l’IA qui existe aujourd’hui, vous avez tous les moyens de vous émanciper. Et si vous avez besoin d’aide, n’hésitez pas à me contacter ✨.

Passons au dernier moment de gratitude.

Dans la vraie vie se cache un tiers lieu merveilleux

Connaissez-vous la théorie du troisième lieu ? En résumé : on vit dans trois espaces sociaux, la famille/amis, le travail, et l’entre deux, qui est un tiers-lieu.

Je suis un habitué du tiers-lieu. Avant, durant mes études, j’étais membre actif de l’association Fablab Marseille. C’est même dans cette association que j’ai appris le développement web (drupal…) et que j’ai commencé à développer une sensibilité pour des bases de design. C’était un tiers lieu car avant de rentrer à la coloc (le premier lieu), et après les études (le deuxième lieu), je passais toute ma soirée et mes journées dans ce troisième lieu, à la frontière entre le travail et les amis.

La fin des études, le covid et le confinement ont beaucoup bouleversé cette habitude du troisième lieu, mais 2024 sera marqué par le retour de cet espace intermédiaire entre la famille et le travail.

Aujourd’hui et concrètement, cela se traduit par la quantité de meetups auquels j’ai pu participer : Designers Éthiques, Lyon Rust, Lyon JS, Yeeso, Lyon Data Science, BDXIO, et j’en oublie sûrement. Tant de sujets passionnants et de discussions super intéressantes j’ai pu avoir, de choses que j’ai pu apprendre.

J’ai même pu donner un talk au LyonJS, que vous pouvez retrouver ici, où je parle de transpilation de code.

J’adore aller à un événement sans connaître personne. Parfois je me fais discret toute la soirée et je ne parle à personne, parfois je me retrouve bizarrement au centre d’une attention qui me fait rougir. Mais petit à petit, à force d’être présent, les visages sont reconnus, les liens se tissent et on apprend, on échange, on pose des questions.

Vous vous souvenez que j’ai supprimé tous mes réseaux sociaux ? Je l’ai fait car en 15 ans d’activité assez intense sur les internets, je n’ai jamais fait une seule rencontre durable et significative en ligne. Je ne sais pas comment font les autres, mais moi ça ne marche pas.

Rencontrer les gens dans la vraie vie me permet de me sentir exister dans la assez étonnamment minuscule communauté tech (mais pas que!) qui existe à Lyon et je suis content de voir tous ces liens que je tisse avec des gens.

Merci moi et merci 2024

Concluons ! Je vous recommande vraiment de quitter les réseaux sociaux. Et je ne dis pas ça pour faire le fou du bus, mais je pense qu’internet nous sépare de ce que des millions d’années d’évolution nous ont préparé pour : le sentiment d’appartenance à une communauté.

Je remercie internet pour tout ce qu’il m’apporte, mais je n’ai jamais été aussi malheureux qu’en suivant des mouvements parfois très politiques qui, avec le recul d’avoir quitté les réseaux, ne se rendent pas compte de leur progressif décalage avec la vraie vie. ²

Cette année m’a permis de me ré-ancrer là où je me sens heureux, là où j’ai besoin d’indépendance, de liberté, et bizarrement d’une communauté réelle. J’espère que cela peut vous inspirer. Peut-être que 2025 sera, pour vous, l’occasion de repenser votre consommation du numérique ?

Je file totalement dans le moralisme ! Même pas désolé ! Si jamais, je vous invite à lire cet excellent article de Marcy Ericka Charollois dont je suis très en phase quant à la réalité de notre monde numérique : Techno-autoritarisme et design persuasif : quels risques pour nos libertés ?

Merci beaucoup pour votre lecture, et joyeuses fêtes pour celleux qui fêtent, et à bientôt pour les autres ³ ⁴ !

Oui je sais que mettre tout mon code sur GitHub est un gros vecteur de dépendance à Microsoft, mais j’ai mes redondances locales, sait-on jamais… ↩
Soyons honnêtes, la montée des parties d’extrême droite est la plus grande preuve que les partis alternatifs perdent aussi le lien avec la réalité de leur électorat. Je suis encore choqué par l’énergie que des personnes mettent dans leur militantisme en ligne pour des retombées inexistantes et un isolement croissant. ↩
Une newsletter, ça vous intéresserait ? C’est bizarrement plus compliqué que ce que j’imaginais à mettre en place, donc si ça vous intéresse n’hésitez pas à me pinguer, voire à m’envoyer un email à hello@nirinarabeson.fr ↩
En attendant la newsletter, j’ai un flux RSS ↩

Retour sur le BDXIO

Mon, 18 Nov 2024 00:00:00 GMT

J’ai vu plein de talks incroyables au BDX.io 2024 ! Regardons ensemble les talks qui m’ont le plus marqué, ce que j’ai appris, et le feeling général sur la conférence.

Qu’est-ce que le bdxio ?

Un petit lien expliquera mieux ce que c’est : https://bdxio.fr/. C’est la conférence tech de Bordeaux avec 1000 personnes qui viennent ! J’y suis allé en 2024 pour donner une keynote, mais je suis aussi venu pour voir les sujets, et voici les sujets que j’ai pu voir :

Keynote d’ouverture : “LLMs, entre fantasme et réalité”.
REX scaleup, passage à l’échelle
Passage à vue 3 pour Back Market
Coût du mob programming
Présentation sur le cache
Je malmène ta prod en direct
IA et handicap : progrès ou exclusion ?

J’ai pas les titres exactes car ce sont les titres que j’ai noté dans mon carnet de note 🫣

On va rapid fire tous ces sujets !

Les sujets rencontrés

LLMs, entre fantasme et réalité

C’est une présentation de Marie-Alice Blete qui présente la montée fulgurante de l’intelligence artificielle et surtout celle des LLMs dans notre quotidien. Malgré un départ prometteur, elle montre que finalement les LLMs ne sont pas si simples à présenter et que pour avoir un bon produit qui marche avec, il faut quand même beaucoup cravacher !

Cette présentation m’a pour être franc donné de l’espoir pour l’IA générative. Je remarque beaucoup de projets qui se lancent de façon un peu trop maladroite à mon goût, et aussi un tendance à survaloriser ce qu’une IA sait faire, et Marie-Alice montre bien que oui, c’est clairement du fantasme, mais oui on peut faire des choses.

Je suis passé d’un peu IA sceptique à “en vrai je pense qu’on peut faire des trucs biens”, et franchement j’étais difficile à cuir !

REX scaleup, passage à l’échelle

Présentation de Guillaume Ehret et Charles Bouttaz qui parlent de comment ils ont permis de monter à l’échelle dans leur équipe.

Guillaume et Charles présentent tout ce qu’ils ont mis en place pour réussir à faire monter à l’échelle la production des services dans leur entreprise (leur mission ?). Ils parlent à la fois de mise en place d’AWS, de comment faire du recrutement en masse, de mise en place de bonne CI et CD et du concept de cost of delay

Cette présentation étaient vraiment dense en relisant mes notes ! Donc le mieux, c’est que vous trouviez le lien pour la regarder car j’aurai du mal à tout vous résumer, mais j’ai trouvé ça très intéressant surtout que l’ordre de grandeur est d’une équipe de 7 personnes je crois à presque 70 en 3 ans ?

Passage de vue 2 à vue 3 chez Back Market

Une de mes préférées de la journée ! Par Guillaume AMAT. Ici, on parle de comment migrer de Nuxt 2 à Nuxt 3 et tout ce qui se passe en chemin.

En préface, j’aimerais dire que j’ai pu voir la présentation de Jonathan BARTHELEMY sur comment réussir sa migration, notamment avec des conseils qui ont été donnés chez Malt, et je voulais voir comment Back Market s’en était sorti.

Il se trouve qu’il y a eu plein de très bonnes idées. Par exemple, créer des docker files qui contiennent toutes les instructions de migration sous forme de code. J’aime tellement l’idée que je vais m’en servir tout de suite chez mon client.

L’idée consiste à juste suivre les tutos et les instructions pour faire une migration, et enregistrer toutes les informations dans un Dockerfile pour pouvoir facilement relancer les instructions sans avoir des effets de bord lié à des node_modules, des peerDependencies foireuses… etc.

Une des solutions utilisées pour leurs besoins massifs a été l’utilisation de Nuxt Layers (et de Nuxt Modules). Hélas, je ne fais pas assez de Nuxt pour comprendre tout à fait tout, mais cela m’encourage à commencer à tester un peu plus les options avancées.

Guillaume raconte aussi qu’ils ont eu des petites surprises, comme un changement d’identité visuelle en cours de route.

J’ai beaucoup aimé ce talk car je suis un amoureux de vue.js, mais je n’aime pas vraiment Nuxt. Je trouve que c’est encore un meta framework un peu fragile par moments. Mais si Malt et Back Market arrivent à faire du Nuxt à l’échelle, peut-être que moi-même je devrais ?

D’une manière générale, cela m’encourage à pousser pour des solutions à base de SSR un peu partout, que ce soit pour la performance, que ce soit aussi pour l’aspect pratique que cela peut apporter (par exemple, faire des requêtes côté server). À voir si le monde est prêt à payer pour un pauvre serveur.

Le coût du mob programming

Une de mes présentations les plus impactantes aussi ! Donnée par Hadrien Mens-Pellen, il montre comment il a mesuré le coût et les apports du mob programming pendant 2 ans dans une équipe.

Le Mob programming, c’est le fait de n’utiliser qu’un seul ordinateur pour que toute l’équipe réalise toutes les tâches. Au lieu que chacun galère dans son coin, on fait galérer tout le monde ensemble sur une même machine.

Pendant 2 ans il a pu travailler ainsi avec son équipe sur un projet et Hadrien nous partage son retour d’expérience sur la productivité de l’équioe.

Il utilise trois indicateurs : le nombre de story points livrés (je crois ? ou la valeur métier ?), le nombre de bugs qui arrivent, et le kiff-o-metre, c’est-à-dire à quel point les développeur·euses sont content·es au travail.

Sans trop spoiler le talk, il évoque le fait que le mob programming a apporté beaucoup de stabilité et de prédictibilité dans l’équipe. Hélas, cette vision n’était pas partagée par la partie plus éloignée de la MOE.

Un bon talk ! Et n’hésitez pas à zieuter son site car Hadrien parle énormément de mob programming.

Une présentation sur le cache dont j’ai vraiment pas tout noté 😶‍🌫️

Cette présentation par Robin Colombier montre en 15 minutes comment fonctionne un cache réseau, que ce soit dans le navigateur ou dans une couche d’abstraction.

Je vais pas cacher, j’étais un peu déçu… La présentation était très bien et je pense qu’elle m’influencera sur comment je devrais présenter du cache, mais je m’attendais à des exemples un peu plus détaillés. Mais 15 minutes c’est beaucoup trop rapide !! Donc… j’ai envie d’un second tour.

Le pire, c’est que je ne me sens pas totalement à l’aise pour expliquer maintenant ma prise de note ! Mais je tente un truc :

Un cache permet de sauvegarder une donnée pour ne pas avoir besoin de la requêter à nouveau. On peut dire qu’une requête peut être mise en cache en utilisant un header nommé cache-control, qui possède trois valeurs possibles : public, private et no-store.

On peut définir la durée de vie d’un cache et aussi contextualiser la mise en cache, et aussi invalider à la main un cache en utilisant des tags.

La partie que j’aurais bien aimé voir, c’est comment par exemple définir fonctionnellement la mise en place de caches. Par exemple, si je récupère une liste d’utilisateurs, je peux la mettre en cache. Mais comment invalider le cache si je rajoute un utilisateur ? Si quelqu’un ajoute un utilisateur ? Ce sont des questions qui me sont venues et je crois qu’hélas seul moi pourra trouver une réponse car cela dépend du framework dans lequel on est, d’où est le cache…

Cela me donne l’idée d’un framework qui serait capable de gérer le cache entier from frontend to backend. Je m’explique : imaginons je crée une donnée dans une table et je la sers par un endpoint quelconque. Ce endpoint va automatiquement dire “je mets en cache si rien ne change”. Mais si l’objet dans la table est modifié, d’où que ça vient, alors automatiquement j’invalide tous les caches qui concernent cet objet. Je suis sûr que ça existe déjà…

Je malmène ta prod en direct

Présentation de Gaêtan Eleouet sur les failles de sécurité les plus courantes en se basant sur le rapport de OWASP.

Sur un site de “citations”, Gaëtan montre en temps réel toutes les façons de trouver et d’exploiter des failles de sécurité. Bien évidemment, nous avons droit à Little Bobby Tables… La ref : https://xkcd.com/327/

La présentation était parlante, et même si le site paraissait fait exprès pour planter, pas plus tard qu’hier chez un client j’ai vu u rapport disant qu’un service exposait des noms de tables si on bricolait un peu les requêtes.

L’exemple que j’ai préféré est celui de l’insertion de javascript : Imaginez vous faites un système de chat, et vous permettez à vos utilisateurs de rendre leurs messages jolis avec du gras ou de l’italic. Si vous permettez à vos utilisateurs de le faire en codant du html, avec par exemple des balises emph ou <b>, vous prenez un risque de permettre à vos utilisateurs d’utiliser des scripts.

Si en plus, ces scripts ont le malheur d’être exécutés depuis des serveurs, vous vous retrouvez dans une situation très dangeureuse où votre machine peut exécuter un petit peu n’importe quoi et alors là… c’est le drame.

IA et hadicap : progrès ou exclusion ?

Dernière présentation de la journée (pour moi), une présentation de Emmanuelle Aboaf et Thanh Lan Doublier sur l’impact de l’intelligence artificielle sur les personnes en situation de Handicap.

C’était une très bonne présentation qui montre les côtés positifs et négatifs de l’IA, les choses très moches que l’IA apporte mais aussi la liberté étonnante qu’elle permet.

Je préfère pas malmener la présentation et je vous invite à la regarder (si vous pouvez la trouver), mais j’ai beaucoup aimé par exemple le fait que Midjourney, quand on lui demande de présenter une personne en situation de handicap, va faire deux choses :

Représenter une personne en fauteuil roulant
La représenter sous un aspect négatif.

Il se trouve que le fauteuil roulant, ce n’est “que” 3% des handicaps, et surtout pourquoi rendre les choses si négatives ?

Mais grâce à la technologie que l’IA apporte, Emmanuelle et Thanh Lan ont gagné en autonomie, par exemple grâce aux technologies de sous-titrage en temps réel.

Une bonne présentation et j’ai eu beaucoup de joie à discuter avec elles avant et après le talk !

Conclusion

J’ai beaucoup aimé le BDXIO. Merci encore aux organisateurs de m’avoir fait confiance pour conclure cet événement magistral, et merci à tous ces speakers que j’ai pu voir qui m’ont fait découvrir ou apprendre des choses. C’était gavé bien comme le disent les bordeluches non ?

Bonsoir le BDXIO !

Fri, 08 Nov 2024 00:00:00 GMT

Si vous êtes ici, c'est que vous avez suivi le lien que je vous ai montré, que vous avez cliqué sur mon site, ou que vous êtes juste arrivé·es ici par hasard. Je vous invite à découvrir les sources qui m'ont inspiré pour faire ce talk, et continuer la réflexion de comment vous pouvez aussi faire de la musique.

Mon nouveau blog !

Wed, 25 Sep 2024 00:00:00 GMT

Si vous lisez cet article, c’est que je viens de lancer mon propre site web !! Félicitations à vous !

Vous voulez savoir de quoi je vais parler ? Pourquoi je fais ce blog ? Qu’est-ce que je veux vous apporter ? Et bien il vous suffit de lire l’article !

De quoi vais-je parler ?

Pour être franc. Je ne sais pas. Peut-être de tech, de web. Mais j’aimerais plutôt parler des humains qui se cachent derrière toute la tech qui définit nos vies. Mon article parlant de comment L’IA change radicalement le son des guitares électriques a bien plût et est exactement le genre de sujets que je veux évoquer : comment la technologie influence nos émotions et nos expériences, parfois en bien, et parfois en mal.

Peut-être je parlerai un peu de stack javascript, mais je trouve que tout a plus ou moins été dit. On n’a pas besoin de plus que des position: absolute; et des gap: 5px; pour faire un joli site web, on n’a pas besoin de réinventer jquery pour faire des pages webs dynamiques, et on n’a vraiment pas besoin d’optimiser de façon pré-emptive une appli tant que votre feature n’a pas été testée dans le marché.

Et si vous en avez besoin, n’allez pas chercher sur un blog comment optimiser votre time to first action ou votre lighthouse. Soyez critiques dans les datas que vous relevez et demandez-vous plutôt si vos features apportent vraiment de la valeur aux personnes qui prennent le temps d’utiliser vos applications.

Par exemple, ne trouvez-vous pas ça hypocrite que Google, qui a un quasi monopole sur la recherche en ligne et la publicité en ligne, émette ses propres critères sur ce qui fait une bonne page web ? Avez-vous déjà fait une recherche Google et êtes resté·e sur un site qui n’est pas juste du e-commerce, et pourtant son SEO était tout pourri ?

Si vous recherchez ce qu’un humain crée, vous n’en aurez rien à faire de tous ces KPI à la con.

Est-ce du techno-obscurantisme ou du troll que j’écris ? Je ne le sais pas moi-même. Mais si je devais parler de tech, j’aimerais plutôt parler et optimiser l’expérience dévelopeur·euse. Je me fiche que vous fassiez du vuejs ou du php, que vous déployez sur vercel ou Digital Ocean, j’aimerais qu’on se rappelle de ce fait : Il n’y a que des humains qui construisent notre internet.

J’aimerais célébrer l’humain qui construit le web.

Pourquoi faire un blog ?

La réponse simple, c’est pourquoi pas ? Mais il y a une raison un peu plus profonde 💅🏼.

Dernièrement, internet va mal. Entre le contenu qui est de plus en plus du bullshit généré par de l’IA et bousille ce que la langue est aujourd’hui, les plateformes qui deviennent de plus en plus intolérantes, que ce soit twitter ou reddit, et le contenu qui nous appartient de moins en moins (avez-vous un jour essayé de supprimer un contenu volé sur Instagram ? bon courage…), je me dit qu’il est temps de quitter toutes ces plateformes qui n’apportent rien, qui nous mentent, et qui nous volent.

Et puis il y a autre chose. Je ne me sens jamais plus seul que lorsque je suis sur les réseaux sociaux. Mes réseaux sociaux, c’est beaucoup de militantisme, beaucoup d’intellectuels, beaucoup d’engagement. Mais aussi trop d’intime. Trop de colère, de violence, de tristesse, de larmes.

Par exemple, les gens que je suivais à l’époque sur Instagram parlaient alternativement de lutte engagée militante, de leur SOPK, du suicide de leur petit copain, et ça faisait des longues story sur un poste vaguement intolérant écrit par un troll.

Comment consommer des réseaux sociaux quand on ne sait pas ce que l’on va rencontrer ?

Parfois j’aimerais pouvoir personnaliser l’internet que je consomme. Un peu comme le journal le Guardian qui propose de ne plus jamais entendre parler de Trump ou de la royauté, un peu comme le navigateur Arc qui personnalise les sites web pour avoir la couleur qu’on aime ou cacher les fonctions qui nous polluent. Un petit exemple ici :

Vous n’aimez certainement pas, mais je m’en fiche : c’est mon linkedin, c’est mon navigateur. J’aimerais un système pour pouvoir écrire comme je veux, et pour permettre aux gens de lire comme iels veulent.

Par exemple, voulez-vous entendre parler de sujets potentiellement tristes ? N’êtes vous pas intéressées par ma vie privée ? N’êtes-vous intéressés que par ma vie relativement intime ? Est-ce que l’écriture inclusive est difficile pour vous à comprendre ? Quelle est votre couleur préférée ? Et bien j’aimerais que mon blog permette à toutes et à tous de personnaliser comment nous consommons l’internet, pour l’adapter à ce qui nous rend heureux en ligne.

Imaginez par exemple pouvoir modifier mon blog pour mettre des photos de votre chat préféré partout, car après tout si vous lisez cet article et en êtes déjà là, autant rendre l’expérience agréable. Regardez ça par exemple : https://nirina.mmm.page

L’arrivée d’un blog

J’ai testé plusieurs plateformes pour faire un blog. Il y a longtemps, j’étais sur Tumblr, et pour être franc je trouve que c’est la plateforme la plus créateur friendly (si on oublie tout le porno qui était dessus…). Hélas, personne ne vient sur tumblr aujourd’hui. J’ai testé wordpress, qui est trop lourd pour mes besoins. J’ai aussi testé medium (qui a l’air pas mal quand on a besoin d’être rémunéré), et dev.to qui est bien cool car c’est juste du markdown.

Mais hélas, je ne peux pas ne pas. J’affiche fièrement être développeur web, il est peut-être mon obligation de créer ma propre plateforme, et d’implémenter les features que j’aime bien.

Pour être franc, ce projet est un pur fork du blog de vuejs. J’ai adapté quelques choses à gauche et à droite et ça fait très bien le boulot, et cela me permettra d’ajouter les features que je vous ai évoquées.

J’aimerais bien d’abord avoir un moyen facile d’écrire rapidement. dev.to et medium sont trop lents. Le time to commencer à écrire est trop long, alors qu’un blog vitepress ne nécessite que mon IDE, et c’est très bien.

J’aimerais permettre aux gens de réagir à ce que j’écris. Ou pas ??? Après tout, vous pouvez tout simplement me contacter par email, sur linkedin, dans github, ou ce que je préfère le plus : DLVV (dans la vraie vie).

Peut-être j’aimerais bien mettre en place un système de newsletter, en incluant la feature de personnalisation du contenu en fonction de sa nature ou de son degré. On verra ?

En m’inspirant totalement des sites de Molly White, j’aimerais mettre en place un système de notes de bas de page.

Et puis nous verrons ce que le temps, la motivation, et l’énergie m’apportent.

Merci beaucoup pour cette lecture, et si un jour j’ai une newsletter, pensez à vous y abonner !

Comment rendre n'importe quelle enceinte compatible Airplay !

Sun, 15 Sep 2024 00:00:00 GMT

Cet article a été mis à jour en septembre 2025.

Vous avez déjà des enceintes audio, et elles sont top. Mais elles ne sont pas compatibles Airplay, et vous êtes jaloux·se de votre camarade qui a acheté les plus récentes SONOS.

Avec ce guide, transformez toutes vos enceintes de musique pour qu’elles soient compatibles Airplay ! Et vous pourrez traiter votre camarade de pigeon !

Le setup

Je suis ce qu’on appelle un audiophile hypocrite. Je passe mon temps à écouter de la musique, à me plaindre de la production, de la qualité, de l’audio, et ensuite j’écoute ma musique sur des focales mêmes pas sur-élevées… (Promis, je cherche des pieds).

Même s’il s’agit plutôt d’enceintes de monitoring que des enceintes de musique, elles ne restent pas moins excellentes à leur job, et j’aimerais pouvoir streamer ma musique pas du tout lossless sur ces enceintes depuis mon canapé.

Comment initialiser la Raspberry Pi ?

Ce tuto est grandement inspiré de https://www.xda-developers.com/build-airplay-receiver-using-raspberry-pi/.

Pour mon setup à moi, je passe par une carte son qui possède une entrée USB C. Il suffit donc de la connecter en USB. Pour un autre support, il paraît que l’audio des raspberry n’est vraiment pas dingue ! Mais vous pouvez toujours tenter la sortie jack, voire la sortie HDMI.

Pensez bien à configurer le réseau wifi sur l’assistant, c’est dans la “configuration personnalisée”.

Pour pouvoir vous connecter, je vous recommande la connexion ssh mais si c’est un poil avancé, promis un jour je mettrai à jour ce tuto ^^

Mettre en place la Raspberry

Nouveau : vous pouvez suivre ce playbook ansible qui fera tout à votre place ! https://codeberg.org/seboran/tolstoi/tree/main/packages/ansible-airplay-shairport

Je recommande d’installer une image lite sur votre carte SD. Par exemple, Raspberry OS Lite via Raspberry Pi Manager https://www.raspberrypi.com/software/.

Pour ne vraiment pas galérer, je recommande de mettre en place la connexion wifi depuis le gestionnaire, ainsi que le mot de passe du compte par défaut.

Une fois la carte flashée et branchée, que vous êtes connectés (via ssh ou directement sur la raspi), lancez ces petites commandes pour installer et initialiser shairplay-sync :

sudo apt-get install shairport-sync # cette étape peut être longue
sudo systemctl start shairport-sync # démarrer le service
sudo systemctl enable shairport-sync # démarrer le service automatiquement à chaque boot

Il faut ensuite trouver la carte son ou votre périphérique sur lequel vous voulez stream votre musique. Pour cela, on va lancer cette commande :

# Lister les périphériques disponibles
aplay -l

La sortie peut ressembler à :

**** List of PLAYBACK Hardware Devices ****
card 0: Headphones [bcm2835 Headphones], device 0: bcm2835 Headphones [bcm2835 Headphones]
  Subdevices: 8/8
  Subdevice #0: subdevice #0
  Subdevice #1: subdevice #1
  Subdevice #2: subdevice #2
  Subdevice #3: subdevice #3
  Subdevice #4: subdevice #4
  Subdevice #5: subdevice #5
  Subdevice #6: subdevice #6
  Subdevice #7: subdevice #7
card 1: M2X2 [M-Track 2X2], device 0: USB Audio [USB Audio]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 2: vc4hdmi [vc4-hdmi], device 0: MAI PCM i2s-hifi-0 [MAI PCM i2s-hifi-0]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

Dans ce cas là, je veux connecter à l’appareil M2X2, mais vous aurez peut-être d’autres noms, ou vous voulez peut-être vous brancher à la sortie hdmi…

Toujours est-il, mettez ce nom du périphérique dans le le fichier de conf de shairport :

sudo vi /etc/shairport-sync.conf

Décommentez la ligne contenant output_device et mettez le périphérique recherché en préfixant par hw:

- // output_device = "default"
+ output_device = "hw:<nom du périphérique>"

Relancez shairport et montez le son :

sudo systemctl restart shairport-sync
sudo amixer sset PCM,0 100%

Et normalement, tadaaaa ! Votre raspberry pi est visible dans votre airplay !

Et tadaaaa ! Mes focales sont désormais compatibles Airplay ! Plus besoin de payer des enceintes bien trop chères pour ce qu’elles sont !

Une suite ?

J’ai pu créer un playbook ansible pour que votre raspberry pi soit configurée, il se trouve ici ! Dans une suite, j’aimerais bien faire un menu un peu plus propre et une sorte d’exécutable qui permettrait en quelques clics de configurer vos enceintes ! Wait and see !

Comment l'IA change radicalement le son des guitares électriques.

Thu, 18 Jan 2024 00:00:00 GMT

Vous avez sûrement déjà une fois dans votre vie écouté un morceau de musique contenant de la guitare, mais vous-êtes vous déjà demandé comment le son de cette guitare est produit ?

A priori, vous vous dites qu’il faut une guitare, un ampli de guitare et un micro pour capter le son

A priori, vous vous dites qu’il faut une guitare, un ampli de guitare et un micro pour capter le son, pour obtenir une installation ressemblant à cela (source):

Et si je vous disais que ce morceau de musique contenant de la guitare que vous venez d’écouter n’utilise (probablement) pas d’ampli de guitare ? 😱

Vous entendez tout simplement une émulation digitale, basée sur le machine learning.

Mais comment le son d’une guitare est-il produit ?

Tout commence par des micros

Les amplis de guitare sont tels qu’ils sonnent aujourd’hui un peu par une coïncidence. Quand les premières guitares électriques ont été inventées, il a fallu fabriquer des amplificateurs pour qu’on entende quelque chose. Le son d’une guitare électrique est produit à partir de micros utilisant un système de bobinages, qui captent les vibrations des cordes en métal. C’est cette partie de la guitare :

C’est très bien, mais le seul soucis, c’est qu’on n’entend rien ! Le signal produit par ce micro est très faible et il faut alors l’amplifier.

Les premiers amplificateurs

Pour amplifier un signal, aujourd’hui on utiliserait un transistor. Mais les premières guitares électriques remontent d’avant l’invention même des transistors ! Les fabriquants ce sont alors tournés vers ce qui existait et était accessible pour l’époque : les tubes électroniques, ou vacuum tubes en anglais.

Les premiers groupes de rock à utiliser des guitares électriques ont ce qu’ils avaient sous la main, à savoir des amplis à tubes électroniques, et ces groupes sont devenus hyper mainstream (The Beatles, Pink Floyd, ACDC, Guns and Roses…). La culture populaire a donc associé le son des guitares à des amplificateurs utilisant des tubes électroniques.

Sauf qu’un ampli à tube, c’est hyper galère à utiliser…

Et quel sont les problèmes des amplis à tubes électroniques ?

Aujourd’hui, les tubes ont de nombreux problèmes pratiques pour faire de la guitare :

Les amplis à tubes pèsent une tonne
Plus personne ou presque ne fabrique des tubes électroniques
Ils sont plutôt fragiles comparé à des transistors
Les amplis à tubes coûtent très cher
Ils ont des volumes sonores beaucoup trop élevés.

Pour le dernier point, cela vient du fait que pour atteindre le maximum d’un ampli à tubes, il faut mettre son gain et son volume au maximum, et je vous laisse imaginer pour les voisins ce qu’ils en pensent…

Pourquoi ne pas alors les remplacer par des transistors ?

Excellente question, et la réponse est simple : un transistor a un comportement différent, d’un point de vue du traitement du signal, d’un tube électronique.

Cette différence est suffisante pour que cela s’entende, et surtout suffisante pour que cela ne sonne pas comme les groupes mainstream qui ont défini le son d’une guitare électrique (rappeler vous, The Beatles, Pink Floyd…).

C’est pourquoi, on utilise des amplis à tubes électroniques : personne ne veut que sa guitare sonne différemment… (sous entendu, mal), et le public en général s’attend à entendre des tubes (même si au fond tout le monde s’en fiche des guitares).

Comment remplacer un ampli à tubes donc ?

Pour pouvoir remplacer un ampli à tubes, il faut savoir d’abord ce que l’on veut modéliser, ce que l’on cherche, qu’est-ce qui fait le son d’une guitare.

Un ampli à tubes, c’est un circuit électronique qui réagit de façon non linéaire à un signal entrant. Cette non-linéarité c’est concrètement ce qui produit le son riche d’une guitare, le fameux overdrive, voire distorsion quand on pousse le volume. Voici un exemple visuel de distorsion :

En haut, on peut considérer que c’est le son produit par une guitare, et en bas on peut considérer que c’est le signal émis par l’amplificateur. On peut remarquer que ces deux signaux n’ont presque rien en commun, si ce n’est qu’ils montent et descendent en même temps.

Cette distorsion, c’est le fameux son caractéristique d’une guitare. Si je vous mets le début Highway to Hell de ACDC, vous reconnaissez instantanément le son : https://www.youtube.com/watch?v=l482T0yNkeo

Recréer une distorsion produite par un tube avec des transistors est difficile, mais non impossible. Mais comme il s’agit d’un phénomène non linéaire (comprendre, très compliqué d’un point de vue de la physique), il faut une très grande finesse pour réussir à produire un son convaincant. Pour chaque petite différence tonale entre une distorsion à tube et un transistor, il faut faire un petit affinage, et il y a des millions voire des milliards de petites différences tonales qui sont toutes à faire méticuleusement… si seulement il existait un moyen de configurer des milliards d’affinages facilement… 🤔

L’IA à la rescousse de la guitare

Voici un crash course de l’IA : on prend un réseau de neurones, c’est un ensemble de paramètres qui savent se reconfigurer de façon autonome pour imiter un comportement en fonction d’une entrée et d’une sortie.

Ce réseau de neurones, on va lui donner deux éléments :

En entrée, on donne un signal que l’on a enregistré auparavant qui correspond à ce qu’on donnerait à un ampli de guitare.
En sortie, on retourne le signal produit par l’ampli de guitare.

On pourrait dire que l’entrée correspond à ce qu’un guitariste pourrait jouer, mais c’est un peu lent et on préfère envoyer une sorte de “bruit blanc” qui permet de pousser l’ampli au maximum de ses capacités, et cela sonne comme ça : Baissez le son avant d’écouter ce truc siouplé

Ce qu’on demande à l’IA, c’est de faire en sorte que son modèle produise la même sortie pour une même entrée que l’ampli. En d’autres termes, on demande à l’IA de reproduire les mêmes non linéarités qu’un ampli de guitare, et on lui demande de l’enregistrer en un fichier qu’on appelle une capture.

Cette capture ensuite peut prendre un quelconque signal de guitare, et restitue donc une sortie comme si c’était un vrai ampli. C’est votre ampli virtuel tout simplement.

Pour les détails plus techniques, on demande à l’IA de réduire la différence entre le signal produit par son modèle et celui enregistré depuis l’ampli, et ensuite vous invoquez l’armée d’outils d’optimisation d’un modèle (tensorflow, pycharm, votre GPU le plus puissant du marché).

Et est-ce que ça marche bien ?

Non seulement ça marche bien, mais en plus, personne n’entend réellement la différence.

Quand je dis personne, c’est que dans un morceau final, mixé, masterisé, pressé, distribué, streamé puis enfin écouté dans un casque ou des écouteurs ou des hauts parleurs d’une qualité variable, personne n’est capable de faire la différence entre un son de guitare sortant d’un vrai ampli, d’un son de guitare venant d’un ampli virtuel capturé par une IA.

En fait, cela marche tellement bien qu’on commence à embarquer des modèles dans des unités portables de plus en plus petites, comme le QuadCortex ou le Line6 HX Stomp.

En fait, cela marche tellement bien que n’importe qui peut capturer son ampli à la maison… Ou des pédales d’effets, ou des hauts parleurs, ou d’autres captures… ou d’autres plugins…

En fait, cela marche tellement bien que des groupes entiers de musique commencent à apparaître parce qu’ils peuvent produire des sons de guitare nouveaux qui n’étaient pas pratiques ou commodes à faire sur des amplis à tubes…

Je vous mets au défi de me dire, entre ces groupes, lesquels utilisent de vrais amplis, et lesquels utilisent une capture :

https://www.youtube.com/watch?v=I0WzT0OJ-E0 https://www.youtube.com/watch?v=qpgTC9MDx1o https://www.youtube.com/watch?v=pQzxNLfAW8o https://www.youtube.com/watch?v=zg2076b5Lqc

Vous remarquerez que sur les exemples donné, il y a beaucoup de métal, et c’est un peu normal : c’est le genre dans lequel il y a le plus de distorsion. Et si vous voulez une expérience optimale, écoutez cette musique à 85dB et ce lien vous expliquera peut-être pourquoi !

Peut-on tout capturer ?

Vous remarquerez, je ne vous ai parlé que d’amplis de guitare, mais on peut aussi capturer les hauts parleurs de l’ampli, le micro qui capture l’ampli, les effets appliqués en pré ou post amplification… Tout est capturable.

En fait, aujourd’hui, à peu près tout le signal d’une guitare, depuis les micros jusqu’à la production, est modélisé dans une capture. Et si même l’industrie de la musique le fait, c’est parce que c’est très pratique. Au lieu d’investir dans un ampli pesant des tonnes et coûtant une fortune, on peut acheter un plugin qui contient une infinité de sons possibles pour une guitare, qui sont réglables en instantané.

Et même le jeu des guitaristes commencent à se faire capturer, avec des plugins entiers qui reprennent le jeu d’un artiste, et c’est plutôt convaincant… À vous de vous faire une opinion : https://www.youtube.com/watch?v=Snh6gaHjRN0

C’est pourquoi je trouve que l’IA change radicalement le son des guitares, parce que maintenant en deux clics et trois captures on peut produire n’importe quel son.

Est-ce que c’est pour autant la fin des amplis à tubes ? Je ne pense pas. Déjà, il n’y a probablement personne de plus traditionnel qu’un guitariste, et il faudra longtemps avant que la communauté passe totalement à autre chose.

De plus, les amplis à tube de guitare d’aujourd’hui se modernisent et apportent plein de nouvelles fonctions : sortie audio pour enregistrement direct dans une carte son, effets de guitare intégrés à l’ampli, possibilité de changer en bluetooth les paramètres de la distorsion, système de baisse de volume pour être compatible en appartement… Même les amplis traditionnels se modernisent.

Pour conclure, voici une petite vidéo de moi jouant de la guitare… Saurez-vous dire si je joue sur un vrai ou un faux ampli ?

https://youtu.be/4k63vD7KHGY?si=Zv755BOAF-Tumx19

Le blog de Nirina Rabeson

Déconstruisons les frameworks JavaScript pour mieux réinventer le web !

Pourquoi tu ne parles pas de Server Side Rendering (SSR) ?

Pourquoi tu es contre écrire des fetchet des requêtes axios ?

Avec quoi publierais-tu ton premier package ?

Tu parles de microfrontends, peux-tu en dire plus ?

Utiliserais-tu ton propre framework pour partir en production ?

Des liens qui m’inspirent

Comment devenir expert·e du web ?

Une courbe d’apprentissage

Une liste de possibilités du web

Cette liste est incomplète

Footnotes

Faut-il laisser les juniors utiliser de l'IA pour coder ?

Pourquoi j’étais contre l’utilisation des LLMs pour les profils junior ?

Ce que coder avec IA implique pour les seniors aujourd’hui

Un peu d’antithèse

La reconversion et les nouveaux entrants

Footnotes

Est-ce qu'il existe une formule pour le succès ?

La loi de Pareto (encore…)

L’universalité dans le chaos

Trouver l’harmonie dans le chaos

Le succès dans le chaos

L’instant gratitude

Les actions composées comme levier de succès ?

Footnotes

J'étais à la première conférence du Devfest Lyon !

Encore une conférence tech ?

Une keynote sur la data science dans le sport de très haut niveau

L’api View Transition pour faire des animations web

Jouons à Factorio

Peut-être une inspiration ?

Une petite pause pour parler de l’organisation

La révolution WebGPU !

Les spéléologues de Linux

Footnotes

Ces logiciels libres qui changent ma vie !

La liberté peut-elle se mettre en logiciel ?

Mes débuts dans le libre

Les études étaient libres à l’époque

La bureautique et la problématique de la vie privée

Le SteamDeck : une belle histoire de liberté

La liberté à tout prix ?

Libre aujourd’hui et demain

Footnotes

Déconstruisons mes talks pour mieux partager vos connaissances

De quoi parler ?

La légitimité

Pourquoi parler ? Votre motivation intrinsèque

Un cas pratique sur un talk

Les mécanismes d’apprentissage utilisés

Qu’est-ce qu’un souvenir dans un cerveau ?

Mécanismes d’apprentissage et de mémorisation

L’utilisation des émotions pour l’apprentissage

La déduction et l’induction

Les limites de l’attention

Votre indicateur clef de succès

Footnotes

Si je devais repartir de zéro, comment je réapprendrais l'informatique ?

Pourquoi se reconvertir dans la tech ?

Mon plan concret de reconversion

Comprendre et aimer l’informatique

Comprendre le secteur et trouver son premier job

Postuler à son premier job

Garder son premier job et la suite

Est-ce qu’on n’apprend pas de façon permanente ?

Footnotes

5 choses à faire pendant l'été pour devenir un·e meilleur·e développeur·se !

Un mot sur le mythe de la productivité

Faire moins de bugs

1 - Pratiquer le Test Driven Development en l’absence de ses collègues

2 - Apprendre la technique des 5 pourquois

Faire plus de features

3 - Commencer chaque journée par une liste de 3 objectifs

4 - Apprendre son IDE

Améliorer l’ambiance dans l’équipe

5 - Rendre son daily plus intéressant avec la technique de walk the board

6 - Bonus ! Conventional Comments ! La relecture de code aussi mérite des conventions

Footnotes

Pourquoi tu es contre écrire des `fetch`et des requêtes `axios` ?