DoSomething(string foo = "WTF")

Unknown — Mon, 04 Aug 2025 00:00:00 +0000

Ça maintenant quelques mois que j’écris du C# au quotidien, l’occasion pour moi de découvrir quelques joyeusetés.

Il y a quelques semaines, je voulais changer la signature d’une méthode et, pour éviter de tout casser, avoir une valeur par défaut.

Comme toute bonne codebase OOP, on ne dépend pas de classes concrètes mais d’interface.

Donc la question est : à quel niveau mettre la valeur par défaut.

Et la réponse est : on peut la mettre à peu près partout.

Par exemple:

interface</span> IFoo</span> {</span></span>
    void</span> DoSomething</span>(</span>string</span> foo</span> =</span> "</span>from the interface</span>"</span>)</span>;</span></span>
}</span></span>
</span>
class</span> Foo</span> :</span> IFoo</span> {</span></span>
    void</span> DoSomething</span>(</span>string</span> foo</span> =</span> "</span>from the class</span>"</span>)</span> =></span></span>
        Console</span>.</span>WriteLine</span>(</span>$"</span>Hello </span>{</span>foo</span>}</span>"</span>)</span>;</span></span>
}</span></span></code></pre>
Et à l’usage, ça dépendra du type qu’on donne à la variable:</p>
var</span> foo</span> =</span> new</span> Foo</span>(</span>)</span>;</span></span>
</span>
//</span> Outputs "Hello from the class"</span></span>
foo</span>.</span>DoSomething</span>(</span>)</span>;</span></span>
</span>
IFoo</span> foo</span> =</span> new</span> Foo</span>(</span>)</span>;</span></span>
</span>
//</span> Outputs "Hello from the interface"</span></span>
foo</span>.</span>DoSomething</span>(</span>)</span>;</span></span></code></pre>
Évidemment, si naïvement on enlève la valeur par défaut dans la méthode de la classe concrète pensant qu'on utilisera celle de l’interface : nope nope.</p>
class</span> Foo</span> :</span> IFoo</span> {</span></span>
    void</span> DoSomething</span>(</span>string</span> foo</span>)</span> =></span></span>
        Console</span>.</span>WriteLine</span>(</span>$"</span>Hello </span>{</span>foo</span>}</span>"</span>)</span>;</span></span>
}</span></span>
</span>
var</span> foo</span> =</span> new</span> Foo</span>(</span>)</span>;</span></span>
</span>
//</span> ça compile pas (╯°□°）╯︵ ┻━┻</span></span>
foo</span>.</span>DoSomething</span>(</span>)</span>;</span></span></code></pre>
Vous avez maintenant une nouvelle manière d’introduire des bugs dans votre codebase, ne me remerciez pas.</p>
Voilà, c’était tout pour aujourd’hui.</p>



Pot-pourri — Avril 2025
Unknown — Sun, 04 May 2025 00:00:00 +0000
La news du mois</h2>
Il s'agissait du Floodcast</a></p>
Pro-tips</h2>
Asking good questions is hard (but worth it)</a></p>
Confronting jargon</a></p>
C'est tout nouveau</h2>
Python's new t-strings</a></p>
Default styles for h1 elements are changing</a></p>
RIIH (Rewrite It In Haskell)</h2>
Concurrency in Haskell: Fast, Simple, Correct</a></p>
Search index in 150 lines of Haskell</a></p>
Competitive programming in Haskell : stacks, queues and monoidal sliding windows</a></p>
Parser combinators beat regexes</a></p>
AÏe</h2>
Interview with Vibe Coder in 2025</a></p>
ChatGPT Mistakes</a></p>
En vrac</h2>
Designing a Tree diff algorithm using dynamic programming and A*</a></p>
Requirements change until they don't</a></p>
The insanity of being a software engineer</a></p>
Slack: the art of being busy without getting anything done</a></p>
Eco-conception et dithering</a></p>
Minimal CSS-only blurry image placeholders</a></p>
Faking ADTs and GADTs in languages that shoudln't have them</a></p>
Better typography with text-wrap pretty</a></p>
Thank you Styled Components</a></p>
The 13 software engineering laws</a></p>


Pot-pourri — Mars 2025
Unknown — Mon, 31 Mar 2025 00:00:00 +0000
Du neuf du côté TypeScript</h2>
Announcing TypeScript 5.8</a></p>
A 10x Faster TypeScript</a></p>
Non mais Alloy quoi</h2>
Alloy 6.2.0 released</a></p>
Practical Alloy - A hands-on guide to formal software design</a></p>
Du neovim</h2>
What's new in neovim 0.11</a></p>
Adding types to your neovim configuration</a></p>
Blogpost en série</h2>
Making a clean architecture blog engine from scratch - part 1</a> / part 2</a> / part 3</a></p>
Building a search engine from scratch, in Rust</a></p>
Par part 1: Sequent calculus</a></p>
Series: Making a language</a></p>
En vrac</h2>
Why We Designed TigerBeetle's Docs from Scratch</a></p>
A road to common lisp</a></p>
Understanding Yoneda</a></p>
15 lessons from 15 years in tech</a></p>
Designing type inference for high quality type errors</a></p>
Writing a formatter has never been so easy: a Topiary tutorial</a></p>
The problem with type aliases</a></p>
Systems correctness practices at AWS</a></p>
React is the New IBM</a></p>
Nix - Death by a thousand cuts</a></p>
My Nix(OS) notes</a></p>
Why is Git Autocorrect too fast for Formula One drivers?</a></p>
How to do patch-based review with git range-diff</a></p>
A Basic Inductive Type Comparison: Rust, Lean, C, C++</a></p>
Be aware of the Makefile effect</a></p>
My Principles for Building Software</a></p>
Visual-Focused Algorithms Cheat Sheet</a></p>
The way we're thinking about breaking changes is really silly</a></p>
Operationalizing Macaroons</a></p>
Evolving Scala</a></p>
Terrible Horrible No Good Very Bad Python</a></p>
A Perplexing Javascript Parsing Puzzle</a></p>


Pot-pourri — Janvier 2025
Unknown — Mon, 10 Feb 2025 00:00:00 +0000
Coucou, ça faisait longtemps 👋</p>
Histoire d'entamer cette année 2025 (à la bourre, certes) sur le bon pied (ou la bonne roulette de chaise de bureau, ou sur le bon canapé, c’est vous qui choiz’),
je vous propose une petite sélection d’articles et de vidéos plutôt chouettes que j’ai pu croiser ce mois-ci.</p>
Software & co.</h2>
Databases in 2024: A Year in Review</a></p>
If Not React, Then What?</a></p>
Django in 2024</a></p>
Everyone gets bidirectional BFS wrong</a></p>
About the psycopg2 name</a></p>
facundoolano/software-papers: 📚 A curated list of papers for Software Engineers</a></p>
Du méta</h2>
Estimating projects sells them short (and that's okay)</a></p>
Mistakes engineers make in large established codebases</a></p>
A high-velocity style of software development</a></p>
Stroustrup's Rule</a></p>
Quelques trucs utiles</h2>
Exported for tests only: Precise control over API visibility with custom warnings</a></p>
Essential CLI/TUI Tools for Developers</a></p>
C’est qui qui a fuité aujourd’hui ?</a></p>
Quelques talks à voir</h2>
What we know we don't know - Hillel Wayne - DDD Europe</a></p>
Tempête de boulettes géantes (en prod) - Agnès Haasser</a></p>
Why your AI generated talk abstract was rejected for NDC Oslo - Einar Høst - NDC Oslo 2024</a></p>
Adrienne Braganza Tacke - 👍 Looks GREAT To Me: Getting Past Bare Minimum Code Reviews</a></p>
Keynote: Advent of Code, Behind the Scenes - Eric Wastl</a></p>
D’autres vidéos pour la route</h2>
Generative AI is a Parasitic Cancer</a></p>
The amazing, but unsettling future of technology... - Fireship</a></p>
DOOM: The Dark Ages Trailer</a></p>
Tous les épisodes de Taskmaster UK dispo gratuitement</a></p>
The Last Town - une ville contre la Silicon Valley 👉 Partie 1</a> / Partie 2</a> / Partie 3</a></p>


git show 2024
Unknown — Mon, 13 Jan 2025 00:00:00 +0000

Ding-dong, c’est 2025 !</p>
</blockquote>
Le temps passe vite dis donc, et j’ai oublié de passer du temps ici. Quoi de mieux qu’un petit
récap’ de 2024 pour remettre le pied à l’étrier et recommencer à blablater sur ce blog ?</p>
Sur une idée pas très originale, piquée du formidable Siegfried que vous pouvez lire ici</a>.</em></p>
Le dev</h2>
Côté pro</h3>
Début 2024, je quitte une scale-up désormais connue pour ses déboires malencontreux après un début prometteur (un peu comme la majorité des scale-up en somme).</p>
Sans trop divulguer de détails, elle a, heureusement, été rachetée in-extremis ce qui évite à plusieurs
dizaines de personnes d’être sur le carreau. La magie de Noël j’imagine.</p>
Fin Décembre, pour clôre une longue</em> recherche pour mon nouveau poste (dont j’ai résumé les grandes lignes ici</a>)
je signe enfin 🎉</p>
Ciao la morosité, et en route pour de nouvelles aventures [...].</p>
Spoiler alert : c’était pas tout à fait ce qui me convenait.</p>

</p>
</div>
En gros :</p>

je suis allergique à SCRUM à la sauce babysitting</li>
je suis encore plus allergique à la réunionite (conséquence de SCRUM évidemment)</li>
la moitié des presta devs sont remplacés 3 semaines après mon arrivée. Pas pratique pour créer du lien, surtout quand on est un poil introverti.</li>
les process pour du process, c’est légèrement agaçant</li>
ne faire que dépiler du ticket pour dépiler du ticket, ce n’est pas très stimulant</li>
</ul>
Bref, je passe sur les autres points. On ne peut pas tomber tout le temps dans des contextes épanouissants et c’est okay (tant que ça ne dure pas, j’imagine).
Ça peut convenir à d’autres, donc je ne vais pas jeter la pierre.</p>
Me revoilà donc en train de prospecter ailleurs. Le marché n’est pas au beau fixe et si vous allez lu mon billet précédent, je redoutais un peu de
me réengager dans des process à rallonge.</p>

Et le voilà qui va nous pondre une suite 😑</p>
</blockquote>
J’aurais pu mais je vous rassure : cette fois-ci ma recherche ne m’a prise que quelques mois. Evidemment je suis tombé sur des cas particuliers</em>
(faute d’autres termes) mais un des process qui n’a pas trop traîné s’est au final très bien passé.</p>
En route pour de nouvelles aventures donc (bis) 🤞</p>
cd $HOME</h3>
J’ai lâché un peu de leste sur les projets perso. Non pas que j’en ai sorti beaucoup, mais cette année particulièrement,
je n’ai pas réussi à trouver assez de temps ni d’énergie pour coder des bêtises. Mais j’ai fait quelques trucs !</p>
Bon j’avais pour projet de m’investir un peu plus sur LISP, une des dernières bizarreries avec laquelle je n’avais pas
encore joué, l’objectif étant d’essayer de faire l’Advent of Code avec. Autant dire que ce sera pour une autre fois, même si
c’était cool de se mettre à Emacs pendant quelques mois.</p>
A la place, je me suis mis à .NET et C# (pour de futures raisons professionnelles). Pour le moment, c’est une
bouffée d’air frais (enfin, tout est relatif). Depuis bientôt 3 ans, je baigne dans l'univers Python quotidiennement.</p>
Je n’ai pas spécifiquement de grief contre ce langage (je n’ai bossé que sur du CRUD classique), mais le tooling est une plaie constante.</p>
Et devoir convaincre des gens d’utiliser des outils comme ruff</a> ou mypy</a> pour
avoir un dixième des garanties que j’aurais pu avoir sans effort avec Haskell est : fatigant. Surtout quand ces mêmes gens ne
s’y intéressent pas.</p>
Sans tomber dans le trash-talk gratuit, la quantité de bugs débiles que j’ai pu corriger sur des codebase python est exaspérante.
Adieu les véléités de refactoring, parce que ça devient une tâche trop risquée.</p>
[mandatory rant about ORMs]</strong></p>
Et je n’inclus pas les problèmes de perfs liés
à un usage qu’on qualifiera de naïf de SQLAlchemy (ou d’autre ORMs).</p>
[/mandatory rant about ORMs]</strong></p>
Au final, j’ai fait la moitié de l’Advent of Code en C# et c’était chouette. Maintenant, l’objectif est de pouvoir
écrire des webservices classiques en .NET en y perdant le moins de cheveux possible.</p>
En parlant d’Advent of Code, j’étais un poil plus relax que l’an dernier</a>.</p>
Ce n’est pas grand chose, mais réussir à faire fonctionner son petit algo de pathfinding ou de programmation dynamique, et bien ça fait plaisir.</p>
Les catégories de problèmes sont, au final, assez restreintes et à force de faire on choppe des automatismes.</p>
Notons que ça ne me sert toujours absolument à rien dans mon quotidien, mais on cherche la stimulation où on peut !</p>
Je ferai la deuxième moitié à l’occasion, si je trouve un peu de temps et d’envie.</p>
Si au boulot, je me suis vite tourné vers VS Code (sans grande conviction), sur mon laptop perso je continue d’utiliser NeoVim (depuis pas mal d’années maintenant).</p>
Et qui dit nouvelle année dit : réécrire sa config from scratch en se promettant d’avoir quelque chose de plus léger !</p>
Je ne sais pas si le passage de VimScript à Lua a débloqué quelque chose, mais toucher à sa config est moins pénible.</p>
La communauté et les plugins qui sortent me font aimer cet éditeur encore un peu plus, et je ne suis sans doute pas près de lâcher.</p>
A côté de ça, un peu fatigué d’Alacritty, je suis passé sur WezTerm et forcément j’ai arrêté d’utiliser Zellij. Quant aux valeurs sûres, je garde
toujours dans un coin un Lazygit, ripgrep et un HTTPie (j’en ai sûrement oublié d’autres, mais j’aurai sûrement l’occasion d’en faire un billet).</p>
Le perso</h2>
Sans trop dévoiler de détails, 2024 a été riche en évènements.</p>
Début d’année, je débute enfin mes cours de moto (alors que je n’ai jamais mis les pieds sur un deux roues motorisés) et je : souffre.</p>
J’ai la chance de tomber dans une moto-école avec des profs super pédagogiques et une piste dédiée évitant ainsi un contexte
où on aurait été une quinzaine sur le plateau.</p>
Hormis le code, il faut valider le plateau et la circulation. Le premier étant la partie souvent la plus difficile du permis.</p>
Une petite ellipse narrative</em></p>
Je passe le plateau en Juin, que j’obtiens du premier coup. Et la circulation est dans la poche, aussi du
premier coup, en Septembre.</p>
Maintenant, c’est le moment d’angoisser à l’idée de rouler tout seul.</p>
😬</p>
J’ai désormais le loisir de pouvoir rouler et me faire doubler par des p*#t!ns de SUV alors que je roule
à 80 sur une roule à 80. Bref, malgré tous les inconvénients ça reste chouette.</p>
A côté de ça, je me suis encore éloigné un peu plus de Paris pour profiter du calme (oui, ce n’est pas pour m’arranger avec
la diminution des postes en full-remote). Mes week-ends sont occupés à arpenter les allées des magasins de bricolage à la
recherche d’un truc (c’est le terme technique) qui me permettrait enfin</em> d’accrocher ce p*#t!n de luminaire, ou à m’instruire
sur la pose d’un parquet.</p>
Je continue de grimper, moins qu’avant forcément. Je déserte petit à petit les salles de blocs, moins fan des ouvertures
et de l’ambiance générale (l’essor de ce sport est une bonne chose, mais pas sur tous les plans).</p>
Du coup, je me fais les doigts et les avant-bras sur de la voie.
Je m’amuse dans le 7a/+, je me casse les dents sur des cotations plus ardues quelques fois, mais au-delà demanderait une rigueur
et un entraînement que je ne suis pas sûr de vouloir m’infliger.</p>
Je progresse moins mais ça reste rigolo.</p>
Quelques recos</h2>
Avant de vous laisser, je vous partage quelques trucs qui m’ont agréablement marqué en 2024. Promis, on va faire vite !</p>
Lecture</h3>

    
    
    
</div>
La dernière étoile — Fabien Tarlet</a></em></p>
Un petit space-opera parodique, dans la lignée de Pratchett mais dans un univers qui reprend les codes de la SF.</p>
La première loi, tome 1 — Joe Abercrombie</a></em></p>
De la fantasy un peu sombre, des intrigues politiques et des personnages plutôt bien construits.</p>
Ce premier tome de la trilogie sert de mise en place, on verra bien ce que le deuxième me réserve.</p>
Premier de cordée — Roger Frison-Roche</a></em></p>
Ce livre parlera à tout les passionnés d’escalade et / ou d’alpinisme. On est loin de la sécurité qu’on a aujourd’hui en falaise,
et on souffle fort pendant certains passages.</p>
On suit récit d’un guide qui se reconstruit après un accident, en vivant au rythme de la montagne.</p>
Gaming</h3>

    
    
    
</div>
Assetto Corsa Competizione</a></em></p>
C’est officiel, je suis tombé dans le SimRacing. C’est cool mais qu’est-ce que ça prend du temps !</p>
Et un des jeux qui m’a donné envie d’y passer encore plus de temps, c’est Assetto Corsa Competizione.</p>
Moins arcade qu’un Forza Horizon ou un F1 2024, pas de fioritures et juste de la conduite.</p>
Parmi les petits trucs qui m’ont donné la banane cette année : une course d’endurance de 2h sur Paul Ricard,
et sans se vautrer.</p>
Warhammer 40,000: Rogue Trader</a></em></p>
Un petit cRPG de Owlcat sur une licence bien connue (enfin pas par moi mais ça viendra peut-être un jour).</p>
Pas de grosse révolution, mais le gameplay est pas mal et ça fait passer le temps sans trop se prendre la tête.</p>
Cairn</a></em></p>

Quoi ? Encore de l’escalade ?!</p>
</blockquote>
Forcément, quand on me vend un jeu sur de la grimpe, j’accours. J’avais joué à Jusant</a>
que j’avais bien aimé, mais pas au point d’y rejouer.</p>
Là, la proposition se veut un peu plus immersive. Le jeu se prend en main assez rapidement et on souffle fort à certains passages.</p>
Pour le moment, seule une démo est disponible. Démo sur laquelle j’ai passé au moins deux heures, à regrimper certains
pans en emprunant d’autres passages.</p>
Après cette mise en bouche, on finit sur un plan large du sommet qu’on devra gravir dans le jeu final et ça donne
sacrément envie.</p>
Hâte de faire du free solo depuis mon canap’.</p>
Podcasts</h3>
Comment ne pas terminer ces recos par mes deux podcasts chouchous, qui ont rythmés mes semaines au fil de l’année :
le Floodcast</a> et Torréfaction</a>.</p>
En conclusion</h2>
Bonne année 2025 🎉</p>

</p>
</div>


Fullscreen sentimental, Chrome et les permissions policy
Unknown — Fri, 21 Jun 2024 00:00:00 +0000
Commençons par un petit jeu : est-ce que vous saurez trouver la différence entre ces deux images :</p>

</p>
</p>
</div>
Réponse : l'une des vidéos peut être jouée en plein écran, pas l'autre.</p>
Et c'est ainsi que commence une petite séance de débuggage WTF comme on les aime.</p>
Le contexte</h2>
Pour une quelconque raison, vous souhaitez inclure une vidéo Youtube sur un de vos sites.</p>
Une recherche rapide</a> plus tard, vous tombez sur un tutoriel</a>
plutôt direct.</p>
Première étape : allez sur la vidéo</a> en question.</p>
Deuxième étape : trouver le bouton "Partager", cliquer sur "Intégrer" et tada, vous avez un snippet prêt à être copié-collé :</p>
<</span>iframe</span></span>
    width</span>=</span>"</span>560</span>"</span></span>
    height</span>=</span>"</span>315</span>"</span></span>
    src</span>=</span>"</span>https://www.youtube.com/embed/V_SNDGwwGFM?si=gNNpKH3mpbzRnpV8</span>"</span></span>
    title</span>=</span>"</span>YouTube video player</span>"</span></span>
    frameborder</span>=</span>"</span>0</span>"</span></span>
    allow</span>=</span>"</span>accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share</span>"</span></span>
    referrerpolicy</span>=</span>"</span>strict-origin-when-cross-origin</span>"</span></span>
    allowfullscreen</span>></span></</span>iframe</span>></span></span></code></pre>
Ce qui m’intéresse particulièrement dans ce snippet, c'est l'attribut allowfullscreen</code>.</p>
Comme son nom le laisse présumer, ça laisse la main au site qui embarque l'iframe d’autoriser ou non le plein écran (cf la doc</a>).</p>
Dans notre cas, ça devrait être suffisant. Ça devrait l’être n'est-ce pas ?</p>

padme_anaking_meme.jpg</p>
</blockquote>
Sur Firefox et sûrement d'autres navigateurs non basés sur Chromium, oui. Sur Chrome, la situation est moins évidente.</p>
Les permissions policy</h2>
La différence dans les deux exemples que j'ai partagés en début d'article ?</p>
Le header Permissions-Policy</code> ajouté par le serveur lorsqu'il nous sert notre page HTML (qui est pourtant la même dans les deux cas).</p>
Dans un cas, on a :</p>
Permissions-Policy</span>:</span> fullscreen=()</span></span></code></pre>
Et dans l'autre :</p>
Permissions-Policy</span>:</span> fullscreen=(self "https://www.youtube-nocookie.com")</span></span></code></pre>
Dans le premier exemple, on bloque le plein écran pour toutes les iframes de la page et dans le deuxième,
on l’autorise uniquement pour des iframes chargeant des resources depuis le domaine https://www.youtube-nocookie.com</code>.</p>
Et par défaut (i.e. si le header n'est pas rempli), on ne bloque le plein écran sur aucun domaine.</p>
Merveilleux.</p>
Pour tester ce genre de comportement, une config nginx plutôt simple suffit :</p>
events</span> {</span>}</span></span>
</span>
http</span> {</span></span>
    server</span> {</span></span>
        root</span> /data/www/</span>;</span></span>
</span>
        location</span> /no-permissions </span>{</span></span>
            try_files</span> /index.html </span>=404</span>;</span></span>
        }</span></span>
</span>
        location</span> /empty-permissions </span>{</span></span>
            add_</span>header</span> '</span>Permissions-Policy</span>'</span> '</span>fullscreen=()</span>'</span>;</span></span>
</span>
            try_files</span> /index.html </span>=404</span>;</span></span>
        }</span></span>
</span>
        location</span> /valid-permissions </span>{</span></span>
            add_</span>header</span> '</span>Permissions-Policy</span>'</span> '</span>fullscreen=(self "https://www.youtube-nocookie.com")</span>'</span>;</span></span>
</span>
            try_files</span> /index.html </span>=404</span>;</span></span>
        }</span></span>
    }</span></span>
}</span></span></code></pre>
À noter que ce mécanisme peut contrôler les permissions de plusieurs fonctionnalités du navigateur (géolocalisation, webcam, picture-in-picture, ...).</p>
Si vous voulez en savoir plus, je ne peux que vous conseiller la documentation MDN sur le sujet</a>.</p>
En guise de conclusion</h2>
</p>


Pot-pourri — Mai 2024
Unknown — Thu, 06 Jun 2024 00:00:00 +0000
Google being google</h2>
Chromium Blog: Manifest V2 phase-out begins</a></p>
Google won’t comment on a potentially massive leak of its search algorithm documentation</a></p>
La fête du Lisp</h2>
Common Lisp for shell scripting</a></p>
A Road to Common Lisp</a></p>
How To Explore Lisp Metaprogramming Techniques</a></p>
AÏe</h2>
This Week in AI: OpenAI moves away from safety</a></p>
Scarlett Johansson says Altman insinuated that AI soundalike was intentional</a></p>
Windows now has AI-powered copy and paste</a></p>
Microsoft Copilot+ Recall feature 'privacy nightmare'</a></p>
Slack, l’IA et sa version de l’opt-out</a></p>
Le règlement IA adopté, la fuite en avant techno-solutionniste peut se poursuivre</a></p>
Stack Overflow users sabotage their posts after OpenAI deal</a></p>
Misc</h2>
Queueing – An interactive study of queueing strategies</a></p>
Stripe's monorepo developer environment</a></p>
The latest in Web UI (Google I/O ‘24)</a></p>
What Firefox trains are we in?</a></p>
Why, after 6 years, I’m over GraphQL</a></p>
TLA⁺ Unicode support</a></p>
The deskilling of web dev is harming the product but, more importantly, it's damaging our health – this is why burnout happens</a></p>
My BDFL guiding principles</a></p>
Cyberattaque : France Travail avait identifié la faille mais ne l’a pas corrigée à temps</a></p>
Amazon execs may be personally liable for tricking users into Prime sign-ups</a></p>
How We Migrated Our Static Analyzer From Java to Rust</a></p>
NULL BITMAP Builds a Database #1: The Log is Literally the Database</a></p>
The worst bug we faced at Antithesis</a></p>
Homoiconic Python</a></p>


Pot-pourri — Avril 2024
Unknown — Tue, 30 Apr 2024 00:00:00 +0000
C’est tout nouveau</h2>
Ruby 3.3.1 Released</a></p>
Announcing TypeScript 5.5 Beta</a></p>
Project Fluent</a></p>
Zellij 0.40.0: Welcome Screen, Filepicker, Pipes, Plugin Aliases</a></p>
AÏe</h2>
AI really is smoke and mirrors</a></p>
Tech brands are forcing AI into your gadgets—whether you asked for it or not</a></p>
Une bulle d’intelligence artificielle et de stupidité naturelle</a></p>
Big Tech Is Faking AI</a></p>
Gabriel Attal mise sur l’intelligence artificielle pour « simplifier » les démarches administratives</a></p>
Des p’tits projets sympas</h2>
RATP status</a></p>
Comment nous avons développé un outil d’édition collaborative sur mesure pour nos journalistes</a></p>
Velja - Powerful browser picker</a></p>
TLA+ web explorer</a></p>
Systèmes distribués et méthodes formelles</h2>
Formal Methods: Just Good Engineering Practice?</a></p>
Learning about distributed systems: where to start?</a></p>
Experiences with using Alloy in real-world projects</a></p>
Don't let Alloy facts make your specs a fiction</a></p>
C’est beau la tech</h2>
The Man Who Killed Google Search</a></p>
YouTube renforce son blocage antipub, mais ne dit rien des escroqueries qu’il publicise</a></p>
Web3 is going just great</a></p>
Misc</h2>
The Millennial CAPTCHA</a></p>
Hardest Problem in Computer Science: Centering Things</a></p>
How to pass a coding interview with me</a></p>
Manifesto for Fluid Software Development</a></p>
How to write a code formatter</a></p>
My 25-Year Engineering Career Retrospective</a></p>
Shipping quality software in hostile environments</a></p>
Quand l'État a voulu devenir une plateforme</a></p>
The future of MySQL is Postgres</a></p>
HTML attributes vs DOM properties</a></p>


Pot-pourri — Février 2024
Unknown — Fri, 01 Mar 2024 00:00:00 +0000
AÏe</h2>
Google pauses Gemini’s ability to generate AI images of people after diversity errors</a></p>
Google has the best AI now, but there's a problem...</a></p>
AI hiring tools may be filtering out the best job applicants</a></p>
C’est tout nouveau</h2>
uv: Python packaging in Rust</a></p>
Steam Audio Open Source Release</a></p>
Introducing SafeTest: A Novel Approach to Front End Testing</a></p>
React Labs: What We've Been Working On – February 2024</a></p>
Racket v8.12 is now available</a></p>
news.js</h2>
Array.prototype.with()</a></p>
Express.js Spam PRs Incident Highlights the Commoditization of Open Source Contributions</a></p>
When 'Everything' Becomes Too Much: The npm Package Chaos of 2024</a></p>
Why is Prettier rock solid?</a></p>
L’éléphant dans la pièce</h2>
Why Uber Engineering Switched from Postgres to MySQL</a></p>
A PostgreSQL Response to Uber</a></p>
Echec et mat</h2>
Atos : le bug économique</a></p>
WeWork : métro, bureau, fiasco</a></p>
Misc</h2>
Browser extensions are underrated: the promise of hackable software</a></p>
Le marché des salles d’escalade en France en 2024</a></p>
The Norwegian sovereign wealth fund’s $92mn Excel error</a></p>
J'ai envoyé 10246 CVs avec un bot, voici ce j'ai appris</a></p>
(Plausible) Random Geography Generation with PostGIS: Fluviation</a></p>
Planner programming blows my mind</a></p>
The High-Risk Refactoring</a></p>
Regarding Dead Cells termination</a></p>
Canada declares Flipper Zero public enemy No. 1 in car-theft crackdown</a></p>
How Working From Home Changed My Life</a></p>
Popular git config options</a></p>
PlayStation 2 Architecture</a></p>
Refactoring Legacy Code with the Strangler Fig Pattern</a></p>
It's time to break free from Corporate Agile</a></p>
Database Fundamentals</a></p>
(Almost) Every infrastructure decision I endorse or regret after 4 years running infrastructure at a startup</a></p>
After 14 years in the industry, I still find programming difficult</a></p>
Le Design du Monde de Dark Souls | Boss Keys</a></p>
Netlify just sent me a $104K bill for a simple static site</a>"</p>


Une année d'entretiens
Unknown — Mon, 26 Feb 2024 00:00:00 +0000
Mes trois dernières années professionnelles ont été un peu mouvementées.</p>
Trouver une nouvelle opportunité après 4 ans dans une même boîte,
quitter une boîte au bout de trois mois, car trop de désaccords,
vouloir quitter un nouveau poste en raison de l'inexpérience technique de l'équipe qui gérait le projet ;
à plusieurs reprises, je me suis frotté au marché de l'emploi.</p>
Et au fur et à mesures des entretiens, ma passion pour ce métier que j'exerce depuis bientôt 10 ans a laissé place à
un certain cynisme regrettable.</p>
Maintenant que j'ai trouvé une nouvelle opportunité qui, espérons, correspond à ce que je recherchais - même si moins excitante sur le papier que les levées indécentes de l'écosystème startup parisien -
j'ai voulu en profiter pour faire une petite synthèse de ce que j'ai pu voir après été dans plusieurs dizaines de process de recrutements.</p>
L'objectif ici n'est pas tant de (trop) râler pour râler, que de faire un retour d'expérience sur cette longue période de recherche. Ou juste râler.</p>
Mon parcours</h2>
Non, mon rêve n'a jamais été de passer mon temps à faire du CRUD.</p>
Je voulais devenir vétérinaire, mais étant une quiche en SVT, j'ai vite dévié vers les maths et la physique.</p>
Direction la case prépa et école d'ingénieur, mes premiers pas dans la programmation se font
avec des cours de C et de Java. A côté de ça, je découvre Processing</a>, un sketchbook de code créatif.
Je passe mon temps à coder des idées sans grands intérêts, loin des préoccupations que j'aurai une fois baigné dans le monde professionnel.</p>
Au moment de choisir ma spécialisation, je me rends compte que contrairement à toutes les autres matières
dans lesquelles je suis (de nouveau) une quiche complète (coucou la mécanique des fluides), je peux passer mes soirées
entières à coder sans que ça me coûte. Filière informatique ce sera.</p>
Ensuite, ce sera un stage de fin d'étude dans une ESN que je ne citerai pas, un premier job dans une autre ESN que je ne citerai pas non plus
et quelques années dans une startup.</p>
Mes premiers entretiens</h3>
En 7 ans, j'ai passé des entretiens pour seulement 2 boîtes (si on ne compte pas ceux que j'ai passé pour les missions d'ESN).</p>
Pour la première, le process était somme toute classique : un entretien d'algorithmie, un entretien sur JavaScript et
un entretien orienté applicatif sur un framework JS (Angular.js à l'époque).
Tout s'est enchaîné en une après-midi dans les bureaux de la boîte en question.</p>
La deuxième est un cas un peu particulier. Le CTO étant une connaissance de connaissance, ayant des affinités avec un certain langage académique
pour lequel j'avais les mêmes affinités, les discussions se sont faites de fil en aiguille. Il a pu voir un aperçu du code que je pondais
pour des projets perso sur GitHub à l'époque et m'a proposé de rejoindre la boîte qu'il avait lui-même rejointe quelques mois auparavant.</p>
Pour la petite histoire, le premier entretien s'est déroulé autour d'une bière pendant lequel les discussions portaient sur l'état du projet
en toute transparence et la direction technique que ça prendrait au fil des mois.</p>
S'ajoute à cela une rencontre avec les fondateurs, bien évidemment.</p>
Avec le recul, ce sera sûrement l'entretien qui me marquera le plus, positivement.
Pas de faux-semblant, juste un constat honnête de la situation et du reste à faire. Quid de mes compétences techniques ?
Toutes les idées farfelues que j'avais étaient disponibles publiquement, avec une implémentation qui, aujourd'hui,
me ferait grincer des dents (heureusement, j'ai beaucoup appris entre temps).</p>
Je sais ce que vous me direz :</p>

T'es gentil, mais toutes les boîtes ne peuvent pas se permettre de faire ce genre de choses. Surtout quand tu as déjà une équipe de 50 devs.</p>
</blockquote>
Certes. C'était l'avantage à être un des premiers recrutements.
Et l'avenir m'a montré que même une boîte de 5 personnes peuvent avoir des process de recrutements pétés.</p>
Tout ce petit aparté pour dire qu'au final, j'ai eu de la chance dans mon début de carrière et que je n'ai pas
eu à développer une expertise sur comment passer les entretiens.</p>
Il serait peut-être temps de changer de crèmerie</h2>
L'état du marché</h3>
Vouloir changer, c'est bien. Encore faut-il savoir pour quoi.</p>
Direction certains job-boards pour un premier constat déprimant : peu sont les boîtes
qui proposent une vraie composante métier, encore moins sur un domaine intéressant.</p>
Sans aucun chiffre à l'appui, la majorité des offres que je vois passer sont pour des ESN
ou structures de consulting.</p>
D'autres proposent, victimes des cycles de mode dans le milieu, des postes sur des
langages qui ne m'attirent pas.</p>
Sur ce point, lucide sur le fait que l'opportunité de retravailler au quotidien sur le
langage en H ne se représentera sans doute pas de sitôt, j'élargis mes critères.
Après tout, le langage importe peu (dans une certaine mesure) par rapport au contexte humain.
Je préfère encore travailler dans un environnement sain, sur une techno un peu moins
excitante que l'inverse.</p>
Heureusement, le monde des startups fourmille de nouvelles idées et je trouve quelques
opportunités, pour des boîtes en phase de structuration (i.e. pas 4 devs en train de hacker
dans un appart en plein Paris). Je cible très vite des boîtes dans le domaine bancaire, de l'assurance
ou encore de la logistique.</p>
Lors de ma deuxième phase de recherche, quelques années plus tard, le constat de base est le même.
A ceci près que le cliché du solutionnisme technologique est de plus en plus présent.
Or, quand on a travaillé un certain temps dans cette branche, on a un poil plus de mal à partager
l'optimisme de fondateurs qui expliquent comment balancer une plâtrée de micro-services réglera
des problèmes d'un domaine vétuste.
À ça, s'ajoutent des boîtes plus orientées "données", que ce soit à des fins purement marketing
ou de l'analytics.
Des années plus tard donc, je peine à trouver un projet qui m'emballe réellement.</p>
Le mot en T</h3>
J'ai commencé à chercher un nouveau job en plein COVID. Le télétravail était une norme forcée.</p>
Deux ans après, le bât blesse.</p>
Je ne vais pas faire une redite de ce qui a été dit moulte fois. Le télétravail est en recul,
et pouvoir travailler de chez soi sans des contraintes absurdes réduit grandement le nombre
de possibilités.</p>
Alors oui, bosser chacun chez soi, ce n'est pas pour tout le monde.
Pour autant, tout le monde n'a pas un appartement en plein Paris ou ne veut pas se prendre
45 minutes (voire plus d'une heure) de trajet pour se rendre dans un open-space bruyant
trois fois par semaines (don't @ me les influenceurs LinkedIn).</p>
Ce qui m'a doucement fait rire à chaque fois qu'on a abordé le sujet en entretien, ce sont les justifications.
Parce que oui, on n'autorise plus le travail de chez soi, mais on a de "bonnes" raisons.</p>
Aussi, sur la roulette des excuses pétées, on pourra y lire entre autres :</p>

c'est important pour la cohésion d'équipe. C'est compliqué quand on ne voit pas les gens en direct.</li>
certains clients ont des besoins particuliers. Il faut qu'on puisse discuter de solutions de manières efficaces et rapides.</li>
</ul>
Mention spéciale au CTO qui m'explique qu'actuellement, quelques devs bossent de chez eux, mais lui veut revenir à un modèle hybride
et privilégier les recrutements parisiens. On en fait quoi du coup des personnes en remote ?</p>
Il est vrai que faire venir les gens deux ou trois fois par semaine sur site contrebalance efficacement
un management dysfonctionnel, c'est bien connu.</p>
C'est aussi vrai qu'on n'a aucun moyen de communiquer efficacement en ligne, que ce soit par écrit, audio ou vidéo.</p>
Les discussions avec les quelques boîtes qui ne s'embêtent pas de ce genre de contraintes sont rafraîchissantes, bien
qu'on enfonce quelques portes ouvertes.
Ces boîtes responsabilisent ses équipes, tout simplement.</p>
Et, en guise d'alternative, pour des boîtes qui se trouvent souvent hors région parisienne, le rythme est de rassembler
toutes les équipes une fois par mois ou tous les deux mois. Ce qui est un juste milieu raisonnable.</p>
À la recherche du temps perdu</h3>
Une fois le tour des annonces fait et les candidatures envoyées, commence les entretiens.
Et ça prend du temps.</p>
Il faut compter entre 3 et 5 entretiens (voire plus pour des boîtes qui, étonnement, ne s'appellent
pas Google) :</p>

un entretien RH (30-45 minutes)</li>
un premier entretien technique (1h-1h30)</li>
un deuxième entretien technique (1h-1h30)</li>
une rencontre avec les équipes (1h)</li>
une rencontre potentielle avec les fondateurs (1h)</li>
</ul>
En tout, si tout se passe bien, on peut aller jusqu'à 5 heures pour une seule boîte.</p>
C'est tout de suite plus, si l'entretien technique est un exercice à faire à la maison.</p>
Et comme il vaut mieux éviter de miser sur un seul cheval, je postule pour plusieurs boîtes
en même temps.</p>
Le tout sans poser le moindre jour de congé. Étant donné les déconvenues que peuvent donner
ces process, il vaut mieux passer ces entretiens en dehors des heures de boulot plutôt que
de réduire son solde de RTT.</p>
Tout ça prend un temps fou, et surtout une énergie folle. Surtout quand le premier entretien
se déroule quasiment toujours de la même manière :</p>

présentation de son parcours</li>
présentation de la boîte</li>
pourquoi tu veux venir bosser chez nous</li>
voici le parcours du combattant qu'on te propose</li>
</ul>
L'avantage de l'expérience, c'est qu'on peut vite sentir quand tout ça n'en vaudra pas la
chandelle et s'épargner quelques heures laborieuses.</p>
Nouveauté de cette année tout de même : les RHs qui se barrent en plein milieu du process
sans donner signe de vie. Ce qui m'est arrivé par deux fois.</p>
La première fois, les entretiens s'étaient relativement bien passés. J'attendais donc qu'on
programme le suivant.
Quelques semaines se passent sans aucunes nouvelles. Les boîtes qui jouent aux abonnés absents, ça
existe et je me fais une raison.
On revient quelque temps après, en m'expliquant que la personne en charge du recrutement a dû quitter
la boîte et n'avait pas tout transmis. Chouette.</p>
La deuxième fois, scénario quasi identique. Plusieurs semaines après, une personne freelance débauchée
pour pallier la démission de celle en charge de mon recrutement a repris le dossier.
Est-ce que cette dernière savait qu'elle allait quitter la boîte au moment de nos échanges ? Sans aucun doute.
Et pourtant, je me retrouve à réexpliquer à la nouvelle recrue où on en était et ce qu'il restait à faire.</p>
À ce jour, c'est certainement le meilleur moyen de dissuader une personne de vous rejoindre.</p>
Et je n'ai pas encore parlé des exercices à faire à la maison ou des entretiens qui se déroulent
sur une journée entière. Pour les derniers, c'est évidemment difficile à caser sans prendre
de jour de congés. Pour les deux, on frôle le foutage de gueule en termes de respect du temps
du candidat, bien que l'idée derrière soit compréhensible.</p>
Dans le premier cas, les consignes donnent une fourchette de temps recommandée. Bien sûr, je n'ai quasiment
jamais respecté ça.</p>
Quatre heures pour un serveur TCP agrémenté d'un interpréteur de commande (et donc du parsing) et des tests qui
couvrent tout ? Bien sûr.</p>
Mention spéciale pour l'exercice (conçu pour un poste frontend alors que je postulais sur du backend)
qui se résumait à : "prends ce dataset et fais des trucs intéressants avec".
Une recette miracle pour pourrir votre lundi soir pour lequel vous aviez prévu autre chose.</p>
Dans le deuxième cas, l'investissement d'une journée entière se solde par :</p>

un refus par mail sans aucun retour ni pédagogie concernant mon rendu et ce qui a pêché</li>
un retour, en tout et pour tout, de 5 minutes sur deux points vagues qui auraient pu être
largement mis en exergue par un entretien plus court</li>
</ul>
C'est cool de se dire que mettre en situation la personne
(et accessoirement lui faire rencontrer la moitié de la boîte au fil de la journée) est une bonne mesure
de ce qu'elle vaut.</p>
Sauf qu'après quatre heures déjà passées, les semaines précédentes, se faire refouler
de manière aussi peu justifiée au bout d'une journée entière est légèrement compliqué à accepter en gardant
son calme.</p>
La conclusion, évidente : les entretiens sont devenus un parcours du combattant qui drainent votre temps,
votre énergie et votre passion pour ce job (en tout cas, en ce qui me concerne).</p>
Qui plus est, ça n'a jamais été une garantie d'un bon fonctionnement en interne. Donc, que penser après avoir subi
tout ça si c'est pour se retrouver avec une boîte complètement dysfonctionnelle et aux pratiques techniques beaucoup
moins rigoureuses que ce qu'on vous fait miroiter en entretien ?</p>
Parmi les dernières boîtes que j'ai contactées, j'ai soupiré quand le recruteur m'a expliqué toutes les étapes
pourtant habituelles. Puis j'ai coupé court, préférant passer mon temps à faire autre chose qu'à résoudre
un puzzle tordu et me vendre.</p>
Est-ce que les boîtes rêvent de moutons à 5 pattes ?</h3>
On passe notre temps à développer, il est normal de parler technique et coder un peu quand on postule pour une boîte.</p>
Et puis vient le mur des gens qui prennent tout au pied de la lettre.</p>

Alors, t'as 4 ans d'expérience sur React mais on recherche une personne avec 5 ans ou plus.</p>
</blockquote>

Désolé, on voit que tu n'es pas assez calé en DDD, TDD et autre *DD
vu que les réponses que tu as données ne sont pas exactement celles qu'on a données à la RH.</p>
</blockquote>
Je paraphrase mais l'idée est là. On considère le nombre d'années d'expérience comme un seuil immuable qui servirait
de proxy à la qualité de la personne. Je vous laisserai chercher les memes de personnes qui demandent un nombre d'années
d'expérience plus grand que celui d'existence de la techno.</p>
Avec le recul, c'est assez amusant de se prendre ce genre de refus alors que j'ai commencé à toucher à React de mon côté
dès que la librairie était sortie.</p>
Ensuite, viens l'entre soi dans lequel il est compliqué de s'y faire une place quand on manque soi-même de conviction.
Quoi dire à des gens qui vont religieusement écrire tous leurs tests avant leur implémentation, vont faire de l'architecture hexagonale
ou vous bassiner avec du Domain Driven Development ?</p>
Evidemment, avec le temps je me suis familiarisé avec tout ça en essayant d'en comprendre la motivation et le gain.</p>
Là où ça devient compliqué, c'est de tempérer les méthodologies avec le contexte. Le "ça dépend" plaît moyennement.
On veut des gens sûrs d'eux, absolus dans leurs décisions.</p>
Or, c'est compliqué sur certains points d'être sûr de soi. Tout ce qui est DDD, architecture hexagonale, je ne l'ai vu dans
aucun contexte professionnel. Est-ce qu'on a appliqué certains points intuitivement sans mettre de mot dessus ?
Probablement.
Reste à savoir si en fin de compte, il ne s'agit là que d'apprendre par coeur un vocabulaire d'initié plus que de vouloir
résoudre des problèmes techniques en équipe.</p>
J'ai passé certains entretiens où la prémisse était une équipe qui expérimentait une nouvelle architecture et,
n'était même pas capable de m'aiguiller avec certitude sur certains de mes choix.</p>
Viennent ensuite les entretiens un peu plus classique. Des séances en visio sur soit des problèmes
d'algorithmie, soit des problèmes pratiques.</p>
Des premiers entretiens de ce type que j'ai passés en début de carrière, une chose m'est restée :</p>

C'est un entretien technique, mais c'est aussi l'occasion d'échanger et d'en savoir un peu plus sur la boîte, et réciproquement.</p>
</blockquote>
L'entretien technique, je le vois comme un moment qui doit me permettre de répondre à : "est-ce que j'ai envie de bosser avec cette personne au quotidien ?".
Peut-être à tort.</p>
Dans la majorité des cas, cette heure est passée à résoudre un puzzle, souvent déconnecté de la réalité
business, fomenté par une équipe qui ne cherchera pas à en savoir plus sur vous.</p>
Aussi, j'ai pu passer des entretiens où la personne s'est mise en sourdine pendant que je
codais sur un exercice bateau. Pour finir sur un : "euh, t'as des questions sur la boîte ?".</p>
Bonjour, au revoir. Peut-être à bientôt.</p>
Autant dire que ce genre de moment de solitude, qui semble être une corvée, ne constitue pas
une vitrine très reluisante.</p>
Et quand je parle d'exercice déconnecté de la réalité, le champ des possibles est infini.
Quel est l'intérêt de se taper un algo de flood-filling dans le secteur bancaire ?
Quid de refaire un tri distribué à la Spark parce que le CTO est hyper fan, si c'est pour faire
du dashboard ? Et potentiellement se placer dans un écosystème déjà installé dans la boîte ?</p>
Tout ce que ces exercices mettent de côté, c'est le contexte technique de la boîte.</p>
On a vu que je me débrouillais pas trop mal pour faire une TODO list (même si c'est limite,
et que tu aurais pu utiliser un reducer au lieu d'un state). Super.</p>
Premier jour dans une boîte ? La stack est déjà là, elle a potentiellement plusieurs années
et possède son lot de fantaisies propre à la boîte.</p>
D'autres s'en accommoderont, je n'en doute pas.</p>
Des entretiens techniques que j'ai pu faire, j'en retiens quelques-uns qui, étant là pour
tester mes capacités, donnent un aperçu des problèmes que l'équipe est amené à résoudre au
quotidien.</p>
Et c'est aussi bête que de se dire : "on a un fichier texte un peu crade, on aimerait que
ça colle un peu plus à notre modèle de données. Comment tu t'y prendrais ?".</p>
La discussion peut commencer, et ne s'arrête pas à un bête exercice de pensée, mais s'ouvre
sur les problèmes que les gens ont pu avoir sur certaines intégrations et comment ils s'y sont
pris.</p>
Du pire que j'ai expérimenté de ce côté-là, il y a eu deux situations.</p>
La première, une boîte avec une stack intéressante, mais en peine de trouver des profils.
Pourtant, l'objectif est de créer une petite famille (hmmm) et d'arrêter de se reposer sur
des freelances.</p>
Le premier entretien technique ? Une suite de problème d'algo à faire en 30 minutes. Le chronomètre
démarre dès que la base de code est téléchargée et doit être poussée sur un repo avant l'échéance dés
30 minutes.</p>
Je me foire sur certaines parties. Mais ayant l'habitude du mantra "c'est ton cheminement qui nous intéresse,
plus que le résultat final", je me demande quelle tournure la suite prendra.
Il ne m'a fallu pas attendre très longtemps, puisque quelques heures plus tard, je reçois ce qui semble être
un mail automatique de refus.</p>
Le test était automatisé de bout en bout et personne, à aucun moment, n'a regardé ce que j'ai produit.
Ce que j'essaie d'expliquer à la recruteuse qui me répond simplement avec le rapport de tests.</p>
La conclusion, devenue habituelle maintenant : tant mieux, cette boîte ne doit pas être faite pour moi.</p>
La deuxième, un entretien censé être sur du React. Comme c'est la loterie à chaque fois,
je préfère ne pas trop me prendre la tête en avance de phase.</p>
Petite question pour la mise en jambe :</p>

Il est 15h15. On aimerait connaître l'angle entre les deux aiguilles de l'horloge.</p>
</blockquote>
Sur l'échelle du malaise, on aurait pu y ajouter d'autres barreaux.</p>
Alors oui, le problème n'est pas compliqué et j'aurais pu trouver la réponse si j'étais dans un meilleur jour.
Et une petite part d'orgueil a potentiellement éreinté ma patience.</p>
Au bout de quelques minutes de réflexion laborieuse, une épiphanie. Cette question est digne d'un quiz
en ligne et je ne comprends pas comment on peut prendre une heure à quelqu'un pour commencer un test comme ça.</p>
J'explique, un peu agacé, à la personne en face mon point de vue qui me répond en balbutiant, que
le business implique souvent des calculs et c'est une manière de voir comment les gens réfléchissent.</p>
Sur du SaaS. Et j'ai bossé largement plus d'un an sur des problèmatiques de pricing.</p>
Je considère encore aujourd'hui (peut-être à tort) que ce genre de questions se résume à du foutage de gueule, totalement
déconnecté du réel et qu'il serait de bon ton de proposer des problématiques business vraisemblables
plutôt que d'utiliser des proxys merdiques, pensés probablement comme ludiques dans la tête de certains.</p>
Et quand je parle de problématiques vraisemblables, je ne parle pas de demander à une personne
de penser l'architecture principale du business en une heure.</p>
Je mettrai sans doute ce point sur mon incapacité à faire du "design system" de manière rigoureuse
et efficace.</p>
Pour autant, j'ai du mal à concevoir qu'on puisse te dire :
"bon, prends ce CSV dégueulasse. On voudrait avoir cette feature. Comment tu design ta solution ?"</p>
Et la feature, ce n'est pas une petite brique à côté légèrement simplifiée pour les besoins de l'exo.
C'est le coeur de métier de la boîte, et le CSV est une vraie entrée. Le tout en une heure.</p>
Une heure à essayer de démystifier un fichier de base à la qualité douteuse, et improviser une archi
d'un système sur lequel des personnes travaillent depuis plus d'un an.
Alerte spoiler : ça ne s'est pas bien passé.</p>
Si j'étais totalement nouveau dans le secteur, je prendrais ça comme un signe que je ne suis pas fait pour ça.</p>
J'ai bossé sur des systèmes en partant d'une page blanche, en essayant d'architecturer ça en pensant au moyen terme (pour le meilleur et pour le pire).
La dernière fois que j'ai eu à faire ça, j'ai mis sans doute plus de deux semaines avant de pondre la moindre ligne de code.</p>
Et le projet vient se casser les dents sur la réalité, des erreurs bêtes d'anticipation ou de sous-estimation de certaines parties
viennent remettre en cause nos pré-conceptions. On itère, on apprend et on passe à autre chose.
Le tout prend un poil plus qu'une heure.</p>
Donc l'idée de "bon, on a une heure, ponds-moi une solution pour notre business", c'est aussi oublier que la solution
en question a pris du temps, s'est mangé des murs et a évolué.</p>
Les cabinets de recrutements à la rescousse</h3>
Un point inédit dans ma carrière, je me suis essayé aux cabinets de recrutement.</p>
Sur le papier, être en contact avec des gens qui sont au fait du marché et en mesure
de proposer les postes adaptés en fonction de mon profil est prometteur.</p>
Fini les soirées à consulter WTTJ dans l'espoir de trouver une offre qui sorte du lot.</p>
Dans la réalité, j'ai rapidement déchanté.</p>
La première prise de contact se passe plutôt bien, mais la vitesse à laquelle tout se déroule
me donne un peu le vertige. Soit, on fait avec.</p>
En l'espace de quelques jours, 3-4 appels sans prévenir. "Voici le topo du poste, est-ce que
ça t'intéresse ? Oui, non ?". Je suis toujours en poste, et parfois, je me retrouve avec mon
téléphone en train de sonner alors que je suis en réunion.
Les premières fois, ça passe. Les fois d'après, c'est juste gonflant.</p>
Quid des propositions ? La plus-value est moindre. J'aurais pu tout aussi bien trouver ces
offres moi-même dans la majorité des cas.</p>
Tu finis par passer quelques entretiens, et le téléphone sonne peu de temps après.
Résumé de l'entretien, des questions posées, du ressenti et autres.</p>
J'ai l'impression d'avoir en face de moi des commerciaux d'ESN, plus soucieux de leurs
commissions que de leur mission première.</p>
Le pire, c'est quand il y a de la redite entre le client final et le cabinet que ce soit
pour planifier la suite ou pour les retours. La perte de temps et la gestion des intermédiaires
font monter la frustration.</p>
D'autres vous laisse un peu plus d'air quant à votre organisation ce qui me convient un peu mieux.
La contrepartie, c'est qu'une personne de ce cabinet vous enverra un message toutes les semaines
pour savoir où vous en êtes, sans avoir quelque chose de pertinent à ajouter.</p>
De cette petite expérience, j'en conclus sans trop les accabler que ce n'est pas pour moi.</p>
La conclusion</h2>
Si vous avez tenu jusqu'ici, merci de m'avoir lu ! Encore un peu de courage, on arrive à la fin.</p>
J'ai hésité longuement avant d'écrire ce billet, probablement de peur de passer pour un mauvais perdant.</p>
Autant je peux reconnaître mes lacunes, autant certains retours me font penser que j'aurais peut-être dû
passer mon temps à faire autre chose de plus constructif.</p>
En une année à prospecter pour un nouveau job par intermittence, hormis la critique de la méthodologie en tant
que telle, un des points qui m'a le plus impacté est mon ressenti personnel.</p>
Si autant de boîtes me disent non, que penser de mes capacités en tant que développeur ?</p>
Pourquoi dans toutes mes expériences, des personnes me disent qu'elles re-travailleraient avec moi avec plaisir
alors qu'aux vues de tous ces entretiens, je suis à la ramasse techniquement ?</p>
Est-ce que je ne devrais pas prendre le temps nécessaire pour me former à passer des
entretiens comme on répéterait un numéro de cirque ?</p>
Difficile de ne pas tomber dans un pseudo syndrome de l'imposteur après tout ça. Et encore plus difficile de se
motiver à coder un peu le soir, quand on se dit "à quoi bon" et quand vos intérêts techniques divergent avec
ceux qui veulent faire du business.</p>
Je ne sais pas ce que je peux dire quand on me demande de me vendre et qu'à côté de ça je demande "euh pourquoi
Mongo ? Ah, c'est parce que c'est la DB avec le CTO a le plus d'affinité".</p>
Tout ce que je sais à l'heure actuelle, c'est que j'ai enfin trouvé une boîte qui a l'air de correspondre à ce que je cherchais, loin de l'ambiance start-up,
clôturant au passage une année d'entretiens avec ses hauts et ses bas.</p>
Pas franchement hâte d'en repasser.</p>


Pot-pourri — Janvier 2024
Unknown — Thu, 08 Feb 2024 00:00:00 +0000
C'est tout nouveau</h2>
Vim 9.1 is available</a></p>
Stamina: Haskell library for retries</a></p>
MySQL.js</h2>
Introducing JavaScript support in MySQL</a></p>
ThePrimeTime - JavaScript IN MySQL DATABASE????</a></p>
L’interlude jeux vidéo</h2>
Why Doom is Awesome: Binary Space Partitioning</a></p>
Fast Inverse Square Root — A Quake III Algorithm</a></p>
Superpositions, Sudoku, the Wave Function Collapse algorithm.</a></p>
Parce qu'on ne parle pas assez d'IA</h2>
Vous ne rêvez pas, ChatGPT est devenu mauvais</a></p>
Torvalds Speaks: Impact of Artificial Intelligence on Programming</a></p>
Nos entreprises ont du talent</h2>
DNS Block: Canal+ Sues Cloudflare, Google & Cisco to Fight Piracy</a></p>
Meet ‘Link History,’ Facebook’s New Way to Track the Websites You Visit</a></p>
Misc</h2>
Math - 2023's Biggest Breakthroughs</a></p>
20 Years Later, the Y2K Bug Seems Like a Joke—Because Those Behind the Scenes Took It Seriously</a></p>
Les données de Météo France en accès libre et gratuit</a></p>
A Closer Look to a Key-Value Storage Engine</a></p>
Waiting on Tests</a></p>
Learning a new language by making projects</a></p>
The hidden gems of moreutils</a></p>
Database Sharding in 200 Seconds</a></p>
What’s next for Mozilla?</a></p>
SQLALchemy vs Django ORM</a></p>
NPM registry prank leaves developers unable to unpublish packages</a></p>
Retrospective 2023 (by @ptitfred)</a></p>
Rien à voir avec la choucroute</h2>
Le Cinéma C'était Mieux Avant ｜Partie 1 feat. @LaSeanceDeMarty</a></p>


La joie d'utiliser les enums avec M-'aïe'-SQL
Unknown — Tue, 16 Jan 2024 00:00:00 +0000
Depuis que j'ai commencé à faire du backend, j'ai retenu deux points concernant les base de données :</p>

PostgreSQL</a> est presque toujours un bon choix par défaut pour commencer</li>
MongoDB</a> est presque toujours un mauvais choix, pour commencer ou non</li>
</ul>
Cette année, j'ai eu l'occasion de sortir de ma zone de confort et manger du MySQL tous les jours. Et Postgres, c'est quand même pas mal.</p>
Les enums</h2>
Imaginons que vous ayez un champ pour lequel les valeurs sont limitées et connues.</p>
Une première solution est d'utiliser une colonne de type text</code> (ou varchar</code>) et vous déplacez la contrainte qu'est l'enum côté applicatif.
Logiquement, le webservice est le seul point d'entrée pour écrire dans la base. Sauf quand vous bossez sur une migration un peu délicate, ou quand, par le plus grand des mystères cosmiques, vous avez un bug qui vous oblige à corriger la donnée à la main.</p>
Avoir cette validation directement gérée par la base de donnée est donc un petit plus pour se prémunir de fâcheuses typos.
S'ajoute à ça un potentiel gain de place en terme de stockage, j'imagine.</p>
Prenons un cas simple inspiré de la documentation</a> de MySQL :</p>
CREATE</span> TABLE</span> shirts</span> (</span></span>
    name</span> VARCHAR</span>(</span>40</span>)</span> NOT NULL</span>,</span></span>
    size</span> ENUM(</span>'</span>x-small</span>'</span>, </span>'</span>small</span>'</span>, </span>'</span>medium</span>'</span>, </span>'</span>large</span>'</span>, </span>'</span>x-large</span>'</span>) </span>NOT NULL</span></span>
);</span></span></code></pre>
Avec Postgres, on a une définition similaire à quelques détails près :</p>
CREATE</span> TYPE</span> shirt_size</span> AS</span> ENUM (</span>'</span>x-small</span>'</span>, </span>'</span>small</span>'</span>, </span>'</span>medium</span>'</span>, </span>'</span>large</span>'</span>, </span>'</span>x-large</span>'</span>);</span></span>
</span>
CREATE</span> TABLE</span> shirts</span> (</span></span>
    name</span> text</span>,</span></span>
    size</span> shirt_size</span></span>
);</span></span></code></pre>
Tout fonctionne, tout le monde est heureux. Jusqu'au jour où il faut ajouter une ou plusieurs tailles de T-shirt.</p>
Depuis Postgres 9.1</a>, la modification peut se faire plutôt simplement :</p>
ALTER</span> TYPE</span> shirt_size </span>ADD</span> VALUE</span> '</span>xx-small</span>'</span> BEFORE</span> '</span>x-small</span>'</span>;</span></span>
ALTER</span> TYPE</span> shirt_size </span>ADD</span> VALUE</span> '</span>xx-large</span>'</span> AFTER</span> '</span>x-large</span>'</span>;</span></span></code></pre>
Et maintenant, la même avec MySQL :</p>
ALTER</span> TABLE</span> shirts</span></span>
    MODIFY</span> size</span> ENUM(</span>'</span>xx-small</span>'</span>, </span>'</span>x-small</span>'</span>, </span>'</span>small</span>'</span>, </span>'</span>medium</span>'</span>, </span>'</span>large</span>'</span>, </span>'</span>x-large</span>'</span>, </span>'</span>xx-large</span>'</span>);</span></span></code></pre>
En 2023, même avec la dernière version on est donc obligé de se refaire toute la série de valeur alors qu'on souhaite juste ajouter deux valeurs.</p>
Pire encore, on lock la table le temps de passer toute la migration et comme on redéfinit toute l'enum, on est obligé de revalider chaque ligne avec le nouveau schéma.
En l'état, quasi-impossible de faire du zero-downtime quand on veut passer ce genre de migration.</p>
Seul levier sur lequel on peut jouer est le type d'algo à utiliser pour le DDL</a> : bon courage.</p>
</p>
Sur le papier, c'est déjà un bon début mais certaines contraintes font que ça ne fonctionnera pas à tout les coups, et on se retrouve à essayer d'anticiper le comportement de MySQL en tombant souvent à côté de la plaque :</p>

Modifying the definition of an ENUM or SET column by adding new enumeration or set members to the end of the list of valid member values may be performed instantly or in place, as long as the storage size of the data type does not change. For example, adding a member to a SET column that has 8 members changes the required storage per value from 1 byte to 2 bytes; this requires a table copy. Adding members in the middle of the list causes renumbering of existing members, which requires a table copy.</p>
</blockquote>
En plus d'un an, on n'a toujours pas trouvé une manière pérenne de jouer ce genre de migration sans se taper une plâtrée d'erreur dûes au lock sur la table impactée.</p>
Conclusion : le coût opérationnel d'utiliser des enums avec MySQL, contrairement à Postgres, est tellement important qu'il vaut mieux s'abstenir et utiliser un simple champ texte.</p>
Strict ou pas strict, tel est le WTF</h2>
Pour quelqu'un comme moi qui aime le typage fort et statique, un des avantages à utiliser une base de données SQL est dans l'auto-documentation qu'un schéma de données peut fournir.</p>
En reprenant l'exemple précédent :</p>
mysql</span>></span> DESCRIBE shirts;</span></span>
</span>
+</span>--</span>-----+----------------------------------------------------+------+-----+---------+-------+</span></span>
| Field | </span>Type</span>                                               | </span>Null</span> | </span>Key</span> | </span>Default</span> | Extra |</span></span>
+</span>--</span>-----+----------------------------------------------------+------+-----+---------+-------+</span></span>
| </span>name</span>  | </span>varchar</span>(</span>40</span>)</span>                                        | YES  |     | </span>NULL</span>    |       |</span></span>
| </span>size</span>  | enum(</span>'</span>x-small</span>'</span>,</span>'</span>small</span>'</span>,</span>'</span>medium</span>'</span>,</span>'</span>large</span>'</span>,</span>'</span>x-large</span>'</span>) | YES  |     | </span>NULL</span>    |       |</span></span>
+</span>--</span>-----+----------------------------------------------------+------+-----+---------+-------+</span></span>
2</span> rows</span> in</span> set</span> (</span>0</span>.</span>00</span> sec)</span></span></code></pre>
Et un jour de grand soleil, c'est le drame : alerte en prod', le bout de code en charge de désérialiser les lignes de cette table échoue pour une raison surprenante.</p>
Dans les grandes lignes, le code vous dira gentiment :</p>

Euh, t'es gentil mais qu'est-ce que je fais d'une 'size' qui est une chaîne vide ?</p>
</blockquote>
En vérifiant rapidement en base, on constate bien le problème :</p>
mysql</span>></span> select distinct</span> size</span> from</span> shirts;</span></span>
+</span>--</span>-----+</span></span>
| </span>size</span>  |</span></span>
+</span>--</span>-----+</span></span>
| large |</span></span>
|       |</span></span>
+</span>--</span>-----+</span></span>
2</span> rows</span> in</span> set</span> (</span>0</span>.</span>00</span> sec)</span></span></code></pre>
Une petite recherche sur votre moteur préféré, et on commence à comprendre quel est le souci</a>.</p>
Tiré de la documentation de MySQL</a> :</p>

Empty or NULL Enumeration Values</p>
An enumeration value can also be the empty string ('') or NULL under certain circumstances:</p>

If you insert an invalid value into an ENUM (that is, a string not present in the list of permitted values), the empty string is inserted instead as a special error value. This string can be distinguished from a “normal” empty string by the fact that this string has the numeric value 0. See Index Values for Enumeration Literals for details about the numeric indexes for the enumeration values.</li>
If strict SQL mode is enabled, attempts to insert invalid ENUM values result in an error.</li>
If an ENUM column is declared to permit NULL, the NULL value is a valid value for the column, and the default value is NULL. If an ENUM column is declared NOT NULL, its default value is the first element of the list of permitted values.</li>
</ul>
</blockquote>
Donc si on résume, selon la configuration de la base le comportement n'est pas le même concernant le fait d'insérer des valeurs d'enum invalides:</p>

par défaut, avec le mode strict activé, l'opération échoue et on rollback</li>
si le mode strict est désactivé, MySQL insére une chaîne vide et l'erreur tombe dans les limbes de l'oubli pour venir nous hanter plus tard</li>
</ul>
Pour vérifier ce petit bout de config :</p>
mysql</span>></span> show variables </span>like</span> '</span>sql_mode</span>'</span>;</span></span>
+</span>--</span>-------------+-------+</span></span>
| Variable_name | </span>Value</span> |</span></span>
+</span>--</span>-------------+-------+</span></span>
| sql_mode      |       |</span></span>
+</span>--</span>-------------+-------+</span></span>
1</span> row</span> in</span> set</span> (</span>0</span>.</span>00</span> sec)</span></span></code></pre>
Lors du setup de ma base de test, la config par défaut ressemblait à :</p>
mysql</span>></span> show variables </span>like</span> '</span>sql_mode</span>'</span>;</span></span>
+</span>--</span>-------------+-----------------------------------------------------------------------------------------------------------------------+</span></span>
| Variable_name | </span>Value</span>                                                                                                                 |</span></span>
+</span>--</span>-------------+-----------------------------------------------------------------------------------------------------------------------+</span></span>
| sql_mode      | ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION |</span></span>
+</span>--</span>-------------+-----------------------------------------------------------------------------------------------------------------------+</span></span>
1</span> row</span> in</span> set</span> (</span>0</span>.</span>00</span> sec)</span></span></code></pre>
Ici, c'est l'absence de la valeur STRICT_TRANS_TABLES</code> qui est responsable de ce comportement que certains qualifieraient de foireux.</p>
Et quand je demande au reste du plateau pourquoi la base de prod a une configuration aussi merdique (pas en ces termes évidemment, derrière chaque décision un peu stupide se cache une motivation raisonnable) :</p>
</p>
Question bonus : que se passe-t-il lorsqu'on réactive le mode strict avec des valeurs invalides ?</p>
set</span> sql_mode </span>=</span>'</span>ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION</span>'</span>;</span></span></code></pre>
Réponse : rien. MySQL garde les chaînes vides, ce qui paraît avec un peu de recul, une sage décision.</p>
La résolution du problème a posteriori se fait en deux étapes :</p>

changer la config pour celle par défaut, et donc un peu plus strict</li>
modifier les lignes impactées, ce qui a posteriori est casse-gueule étant donné qu'on vient juste de perdre de la donnée</li>
</ul>
Un mot pour la fin ?</h2>
Tabouret. T-A-B-O-U-R-E-T. Tabouret.</p>


Pot-pourri — Décembre 2023
Unknown — Sat, 30 Dec 2023 00:00:00 +0000
Pour passer le temps</h2>
Brickception</a></p>
C'est tout nouveau</h2>
Django 5.0 release notes</a></p>
AsyncAPI 3.0.0 Release Notes</a></p>
SQLite - JSONB has landed</a></p>
Ruby 3.3.0 Released</a></p>
Encore du SQL</h2>
The Case of a Curious SQL Query</a></p>
Jepsen - MySQL 8.0.34</a></p>
Transaction Isolation in Postgres, explained</a></p>
AÏe</h2>
Cory Doctorow: What Kind of Bubble is AI?</a></p>
À la Matmut, quand un nouveau logiciel rend le travail impossible</a></p>
Google's Gemini just made GPT-4 look like a baby’s toy?</a></p>
The Gemini Lie</a></p>
Misc</h2>
OpenAPI & AsyncAPI $ref: Advanced Guide</a></p>
Edge Case Poisoning</a></p>
I Redesigned the ENTIRE Steam UI from Scratch</a></p>
You probably won’t survive 2024... Top 10 Tech Trends</a></p>
Why is Jepsen Written in Clojure?</a></p>
On the Importance of RFCs in Programming</a></p>
The Source of Readability</a></p>
How does B-tree make your queries fast?</a></p>
Advice for new software devs who've read all those other advice essays</a></p>
Adobe abandons $20 billion acquisition of Figma</a></p>
Counterexamples in Type Systems</a></p>
The beauty of finished software</a></p>
Just.sh - Compile Justfiles to portable shell scripts</a></p>
Slack - Executing Cron Scripts Reliably At Scale</a></p>
Calendrier de l'avent des choses liées au boulot</a></p>
How Jusant Makes Rock-Climbing More Immersive</a></p>
La norme 5G est une mafia</a></p>
8 months of OCaml after 8 years of Haskell in production</a></p>
The Uncommon Advantage from Training in Unpopular Programming Languages</a></p>
4 billion if statements</a></p>
Boost Your Workflow: Exploring Git Worktrees</a></p>
GitHub actions feels bad</a></p>
Eric Wastl – Advent of Code: Behind the Scenes</a></p>
Céline : 18 ans d'exploration technique et humaine dans l'informatique</a></p>


L'Advent of Code 2023
Unknown — Wed, 27 Dec 2023 00:00:00 +0000
Pour celles et ceux qui ne connaîtrait pas, l'Advent of Code</a> est, comme son nom le laisse sous-entendre, un calendrier de l'avent de "petits" challenges d'algorithmie plutôt chouette.</p>
Depuis 2015, du 1er au 25 Décembre, le site propose un problème en deux parties à résoudre.</p>
Chaque jour, un peu de storytelling en lien avec Noël, des lutins pas très doués, une présentation du problème à résoudre avec une entrée de taille raisonnable et une explication du raisonnement.</p>
Généralement, le problème se scinde en deux parties avec le même fonctionnement :</p>

la réponse attendue est un entier positif</li>
un exemple d'input (relativement petit) est donné avec le raisonnement pas par pas pour trouver la réponse</li>
un fichier d'input de taille beaucoup plus conséquente vous est généré par le site, que vous devrez utiliser pour trouver la réponse attendue (ce qui va, évidemment, poser des soucis de scalabilité de votre solution)</li>
une fois la bonne réponse trouvée, rebelotte pour la deuxième partie</li>
</ul>
Cette deuxième partie est soit :</p>

un ajustement du parsing de l'entrée</li>
une mise à l'échelle plus importante, rendant toutes solutions "brute-force" trop longues à faire tourner, voire impossible</li>
</ul>
Le challenge ayant commencé en 2015, je m'étais essayé à l'exercice de manière un peu laborieuse en 2017 sans grand succès (en tout et pour tout, 4 jours).</p>
Cette année, à cause (ou grâce à, tout dépend de comment on voit le verre) de mon contexte professionnel un peu hasardeux, je me suis mis en tête d'essayer de faire cette édition 2023 de bout en bout.</p>
Il faut noter que la difficulté des challenges peut varier grandement d'un jour à l'autre, les premiers jours étant des plus faciles.</p>
Et alors, le bilan Samuel ?</h2>
Hello Morty, I'm quiche-Rick</h3>
A ce jour, je viens de complèter les 25 jours (avec une aide considérable sur la dernière semaine mais j'y reviendrai).</p>
L'AoC étant un challenge principalement DSA (pour Data Structure Algorithm), les quelques points à maîtriser sont, entre autre:</p>

le parsing, part léger du problème étant donné que le format est souvent simple et qu'il n'y a presque jamais de gestion d'erreur à gérer (l'input correspondant parfaitement au format présenté)</li>
le choix de structure de données</li>
les itérations, ou plus généralement l'algo que vous allez appliquer (duh, oui je sais)</li>
</ul>
Les premiers jours étaient relativement faciles, bien que certains étaient un peu plus corsés que d'autres.</p>
Et après un mois de challenge, je me suis rendu compte que j'étais une quiche complète sur pas mal de points:</p>

les graphes</li>
la programmation dynamique</li>
tout ce qui est algo de floodfill, BFS etc... (bien que l'intuition soit là, je bloque complètement au moment d'écrire une ligne de code)</li>
algo de géomètrie pour calculer des aires de polygones, ou encore trouver les points à l'intérieur d'une courbe</li>
la gestion d'intervalles</li>
</ul>
Bref, que des choses un peu velues tant qu'on ne les a pas vu et / ou pratiquées maintes et maintes fois.</p>
Evidemment, toutes ces choses ne me sont quasiment d'aucune utilité dans mon quotidien en tant que développeur web.</p>
J'ai appris pas mal de choses, pour certaines dont j'ai un peu honte étant donné que ma carrière frôle bientôt la décennie :</p>

deque</code> de Python (et d'autres structures comme les priority queues)</li>
le pathfinding, la traversée de graphes et d'autres algo de ce genre</li>
la Shoelace formula</code></a> et Pick's theorem</code></a></li>
sympy</code></a> pour faire de l'algèbre et networkx</code></a> pour la gestion complexe de graphe</li>
</ul>
Et de cette liste, j'en tire quelques sujets à approfondir dans les prochains mois, même si, encore une fois, ça ne me servira sans doute que très peu à faire du CRUD.</p>
Time is money, money is power, power is pizza, pizza is knowledge</h3>
April Ludgate, Parks & Recs</em></p>
Tout ça, ça prend du temps. Encore plus lorsque vous cherchez par vous même (ce qui est évidemment le plus gratifiant).
Et, pour peu que vous coinciez mais qu'il vous faille vaquer à d'autres sujets un peu plus rentables, le problème vous restera dans la tête
et vous passerez une énergie folle à retourner le problème dans tout les sens et expérimenter entre deux builds.</p>
Evidemment, si vous voulez être dans le leaderboard, il va falloir vous lever tôt (ce qui est loin d'être mon cas) et vous focaliser uniquement là-dessus (ce qui est, encore, loin d'être mon cas).
Pour le reste du communs des mortels, il faut relâcher un peu la pression. Résoudre un problème trois jours après n'est pas si dramatique que ça, et
qui plus est, vous éviterez d'y passer votre week-end.</p>
Pour éviter de bloquer sans avancer dans votre coin, le subreddit /r/adventofcode</a> crée un megathread par problème
où tout le monde poste leurs idées de solutions. Comme l'input donné à chaque exercice diffère pour chaque utilisateur, vous ne trouverez pas de réponse directe (et c'est bien mieux comme ça).
Toutefois, ça donne quelques lignes directrices sur des algos, des astuces que vous ne connaîtriez pas.</p>
Après avoir bloqué sur quelques problèmes de la dernière semaine, j'ai un peu changé d'approche quant au challenge.</p>
Je suis tombé sur la très chouette chaîne HyperNeutrino</a>, qui a sorti chaque jour une vidéo résumant
sa solution au problème du jour, le tout saupoudré de quelques explications et illustrations Excalidraw</a>.
Au lieu de me torturer chaque jour de manière désespérée, je me suis bloqué une petite heure à coder en ayant comme support ses vidéos.
Je peux comprendre l'approche, me noter quelques points à approfondir et exercer, et passer à autre chose.</p>
Une petite digression sur Copilot</h3>
Loin de moi l'idée d'en rajouter sur l'effervescence légèrement agaçante autour des LLMs, ni les doutes légitimes qu'on puisse avoir
sur les méthodes d'entraînement de l'outil sorti par Github.</p>
Au bout d'un an à avoir lu les retours d'expérience et les délires futuristes de certains, j'ai décidé d'appliquer l'adage de mes parents :</p>

Bah comment tu peux savoir que c'est pas bon si t'as pas goûté</p>
</blockquote>
Si ça a fonctionné pour les endives au jambon, ça doit fonctionner pour d'autres trucs.</p>
Un matin, j'ai donc craqué et pris une licence personnel pour Copilot. Et après une petite heure, la complétion fonctionnait
à merveille dans mon éditeur préféré.</p>
Les premières semaines d'utilisation ont été plutôt agréables, les propositions m'ont fait gagné pas mal de temps sur la base de code
sur laquelle je travaille au quotidien. Les tests sont un poil moins rébarbatifs à écrire, et je gagne un peu de temps sur l'implémentation
de courtes fonctions utilitaires.</p>
Mais sur l'AoC, le nombre de fois où j'ai levé les yeux au ciel ferait le bonheur de mon orthoptiste.
Evidemment, comme beaucoup de gens ont versionné leurs solutions des années précédentes sur Github, Copilot se fait un malin plaisir
à me vomir des dizaines de lignes de code d'exercices d'années précédentes, tel un élève un peu trop enthousiaste qui lève la main en permanence pour dire
"moi je sais, moi je sais".</p>
Je me suis retrouvé embarqué à faire du pair-programming virtuel avec un outil qui ne me laissait pas
une seule seconde pour réfléchir proprement ou expérimenter.</p>
Etant donné ma configuration, le moyen le plus simple pour laisser mon cerveau respirer fut de couper tout bonnement la complétion.
Ce qui est légèrement dommage pour un outil dont le but premier est d'assister.</p>
Je le réactiverai sûrement pour des projets pro ou même perso et ferai en sorte de pouvoir le couper ou l'activer en deux touches (merci Neovim).</p>
Pour le moment, l'effet waouh s'est un peu estompé, mais l'avoir dans sa caisse à outil en complément d'un bon plugin LSP rend le quotidien un peu plus agréable.</p>
Un dernier mot pour conclure ?</h2>
Choucroute.</p>
Et joyeuses fêtes à toutes et tous.</p>
</p>


Pot-pourri — Novembre 2023
Unknown — Thu, 30 Nov 2023 00:00:00 +0000
Nouvelles sorties</h2>
Announcing F# 8</a></p>
Hyper v1</a></p>
Vite 5.0 is out!</a></p>
Langages</h2>
JavaScript WTF: Why does every() return true for an empty arrays?</a></p>
Type vs Interface: Which Should You Use?</a></p>
Using the Type System effectively</a></p>
A new method to validate URLs in JavaScript (2023 edition)</a></p>
The Changing “Guarantees” Given by Python's Global Interpreter Lock</a></p>
"The Economics of Programming Languages" by Evan Czaplicki (Strange Loop 2023)</a></p>
Tout va bien (ou pas)</h2>
Notation des allocataires : l’indécence des pratiques de la CAF désormais indéniable</a></p>
Webdesign</h2>
Randoma11y</a></p>
The Design System Ecosystem</a></p>
Base de données</h2>
Building Columnar Compression for Large PostgreSQL Databases </a></p>
Epsio's Diff in the Streaming Landscape</a></p>
Misc</h2>
PyPI has completed its first security audit</a></p>
Multiple Git Configurations and Identities with Folder-Dependent Includes for GitLab, GitHub et al</a></p>
Pursuit of "wicked smartness" in VS Code</a></p>
Google’s revised Chrome extension standard loosens restrictions on ad blockers</a></p>
Loro: Reimagine State Management with CRDTs</a></p>
How to burnout a software engineer, in 3 easy steps</a></p>
Things Programmers Can Do in One Week</a></p>
Unix shells and the current directory</a></p>
Accessing cheatsheets from the command line</a></p>
Aging Code</a></p>
Are remote workers more productive? That’s the wrong question.</a></p>
Modeling CRDTs in Alloy - counters</a></p>
Wrangling monotonic systems in TLA⁺</a></p>
Hurl, a command line tool that runs HTTP requests</a></p>
Rien à voir avec la choucroute</h2>
Jonathan blow hates Visual Studio | Prime Reacts</a></p>
Test : PlayStation Portal, un bon lecteur à distance... et c'est tout. Une occasion manquée.</a></p>
Cyril ABITEBOUL - Ce qu’il n’a jamais dit ! (Ricciardo, Briatore, Redbull et Netflix…) </a></p>


Sauvez l'environnement, arrêtez d'utiliser pipenv
Unknown — Wed, 08 Nov 2023 00:00:00 +0000
Docker, pipenv et Flask sont dans une stack...</em></p>
Derrière ce qui s'apparente à une mauvaise blague se cache une petite session de debug, tout aussi peu drôle.</p>
L'idée</h2>
Partant d'une stack relativement classique - à savoir un frontend, un backend et une base de donnée - le projet louable est de mettre tout ça dans des containers et
utiliser Docker Compose</a> en guise d'orchestrateur pour faciliter le développement local du projet, réduisant ainsi le nombre d'injures dûes à l'outillage Python.</p>
Le projet</h2>
⚠ Soyez raisonnables, n'utilisez pas ça en production hein.</p>
Tout part d'un fichier compose.yaml</code>, drastiquement simplifié pour ce billet :</p>
s</span>ervices</span>:</span></span>
  d</span>atabase</span>:</span></span>
    i</span>mage</span>:</span> m</span>ysql:8</span></span>
    p</span>orts</span>:</span></span>
      -</span> 3</span>306:3306</span></span>
    e</span>nvironment</span>:</span></span>
      -</span> M</span>YSQL_ALLOW_EMPTY_PASSWORD=true</span></span>
      -</span> M</span>YSQL_DATABASE=my_database</span></span>
    v</span>olumes</span>:</span></span>
      -</span> .</span>/tmp/db:/var/lib/mysql</span></span>
</span>
  b</span>ackend</span>:</span></span>
    b</span>uild</span>:</span></span>
      c</span>ontext</span>:</span> .</span>/my-backend</span></span>
      d</span>ockerfile</span>:</span> D</span>ockerfile.dev</span></span>
    p</span>orts</span>:</span></span>
      -</span> 5</span>000:5000</span></span>
    e</span>nvironment</span>:</span></span>
      -</span> S</span>QLALCHEMY_DATABASE_URI=mysql+pymysql://root@database/my_database</span></span>
</span>
    d</span>epends_on</span>:</span></span>
      -</span> d</span>atabase</span></span>
</span>
    v</span>olumes</span>:</span></span>
      -</span> .</span>/my-backend:/backend</span></span></code></pre>
Jusque là, rien de bien sorcier mise à part la verbosité naturelle d'un fichier YAML et les spécificités de Docker auxquelles on s'habitue plus ou moins rapidement (comme tout syndrôme de Stockholm informatique).</p>
On a une base de donnée my_database</code>, exposée sur le port 3306 de votre machine avec un volume monté pour garantir la persistence entre deux lancement de la stack.</p>
Le backend, quant à lui, est exposé via le port 5000, avec le répertoire de la base de code monté pour que les changements fait puisse se propager dans le container.
On injecte quelques variables d'environment, notamment l'URI de la base de donnée qu'on utilisera.</p>
Pour notre backend, une simple application Flask</a> dont l'originalité sera quelconque : exposer une route d'API, interagir avec la base de données et envoyer une réponse au client.</p>
$</span> ls</span> -</span>la</span> my-backend</span></span>
</span>
.</span></span>
.</span>.</span></span>
.env</span></span>
Dockerfile.dev</span></span>
Pipfile</span></span>
Pipfile.lock</span></span>
app.py</span></span></code></pre>
Pour la gestion de dépendances, comme vous l'aurez deviné, on utilisera pipenv</a>.</p>
$</span> pipenv</span> install</span> Flask</span> SQLAlchemy</span> pymysql</span></span></code></pre>
Et pour notre application principale :</p>
#</span> in app.py</span></span>
</span>
import</span> os</span></span>
from</span> http</span> import</span> HTTPStatus</span></span>
from</span> flask</span> import</span> Flask</span></span>
from</span> sqlalchemy</span> import</span> create_engine</span>,</span> text</span></span>
</span>
app</span> =</span> Flask</span>(</span>__name__</span>)</span></span>
</span>
engine</span> =</span> create_engine</span>(</span>os</span>.</span>environ</span>[</span>"</span>SQLALCHEMY_DATABASE_URI</span>"</span>]</span>)</span></span>
</span>
</span>
@</span>app</span>.</span>route</span>(</span>"</span>/monitoring/ping</span>"</span>)</span></span>
def</span> ping</span>(</span>)</span>:</span></span>
    return</span> "</span>pong</span>"</span></span>
</span>
</span>
@</span>app</span>.</span>route</span>(</span>"</span>/monitoring/ping-db</span>"</span>)</span></span>
def</span> ping_db</span>(</span>)</span>:</span></span>
    try</span>:</span></span>
        with</span> engine</span>.</span>connect</span>(</span>)</span> as</span> conn</span>:</span></span>
            conn</span>.</span>execute</span>(</span>text</span>(</span>"</span>SELECT 1</span>"</span>)</span>)</span>.</span>all</span>(</span>)</span></span>
</span>
            return</span> "</span>OK</span>"</span>,</span> HTTPStatus</span>.</span>OK</span></span>
    except</span> Exception</span> as</span> e</span>:</span></span>
        return</span> str</span>(</span>e</span>)</span>,</span> HTTPStatus</span>.</span>INTERNAL_SERVER_ERROR</span></span></code></pre>
On expose deux endpoints :</p>

GET /monitoring/ping</code> pour un healthcheck basique</li>
GET /monitoring/ping-db</code> pour un healthcheck naïf de la connection entre le serveur et la base de donnée</li>
</ul>
Le fichier .env</code> contiendra toutes les variables d'environnement servant à la configuration de notre backend :</p>
SQLALCHEMY_DATABASE_URI</span>=</span>m</span>y</span>s</span>q</span>l</span>+</span>p</span>y</span>m</span>y</span>s</span>q</span>l</span>:</span>/</span>/</span>l</span>o</span>c</span>a</span>l</span>h</span>o</span>s</span>t</span>:</span>3</span>3</span>0</span>6</span>/</span>m</span>y</span>_</span>d</span>a</span>t</span>a</span>b</span>a</span>s</span>e</span>_</span>l</span>o</span>c</span>a</span>l</span></span></code></pre>
En l'état, on peut déjà lancer l'application et tester notre API :</p>
$</span> pipenv</span> run</span> flask</span> run</span></span>
</span>
Loading</span> .env</span> environment</span> variables...</span></span>
 *</span> Tip:</span> There</span> are</span> .env</span> or</span> .flaskenv</span> files</span> present.</span> Do</span> "</span>pip install python-dotenv</span>"</span> to</span> use</span> them.</span></span>
 *</span> Debug</span> mode:</span> off</span></span>
WARNING:</span> This</span> is</span> a</span> development</span> server.</span> Do</span> not</span> use</span> it</span> in</span> a</span> production</span> deployment.</span> Use</span> a</span> production</span> WSGI</span> serv</span></span>
er</span> instead.</span></span>
 *</span> Running</span> on</span> http://127.0.0.1:5000</span></span>
Press</span> CTRL+C</span> to</span> quit</span></span></code></pre>
Et dans un autre terminal :</p>
$</span> http</span> http://localhost:5000/monitoring/ping</span></span>
</span>
HTTP/1.1</span> 200</span> OK</span></span>
Connection:</span> close</span></span>
Content-Length:</span> 4</span></span>
Content-Type:</span> text/html</span>;</span> charset</span>=</span>u</span>t</span>f</span>-</span>8</span></span>
Date:</span> Wed,</span> 08</span> Nov</span> 2023</span> 09:33:41</span> GMT</span></span>
Server:</span> Werkzeug/3.0.1</span> Python/3.11.6</span></span>
</span>
pong</span></span>
</span>
$</span> http</span> http://localhost:5000/monitoring/ping-db</span></span>
</span>
HTTP/1.1</span> 500</span> INTERNAL</span> SERVER</span> ERROR</span></span>
Connection:</span> close</span></span>
Content-Length:</span> 178</span></span>
Content-Type:</span> text/html</span>;</span> charset</span>=</span>u</span>t</span>f</span>-</span>8</span></span>
Date:</span> Wed,</span> 08</span> Nov</span> 2023</span> 09:33:57</span> GMT</span></span>
Server:</span> Werkzeug/3.0.1</span> Python/3.11.6</span></span>
</span>
(</span>pymysql.err.OperationalError</span>)</span> (</span>2003,</span> "</span>Can't connect to MySQL server on 'localhost' ([Errno 61] Connection refused)</span>"</span>)</span></span>
(</span>Background</span> on</span> this</span> error</span> at:</span> https://sqlalche.me/e/20/e3q8</span>)</span></span></code></pre>
La deuxième erreur est normale, étant donné qu'on n'a pas encore mis en place la base de données correspondante.</p>
Pour packager notre application dans un container, on utilisera le Dockerfile.dev</code> suivant :</p>
FROM</span> python:3.11</span></span>
</span>
WORKDIR</span> /backend</span></span>
</span>
ENV</span> FLASK_APP=app</span></span>
</span>
RUN</span> pip install pipenv==2023.2.18</span></span>
</span>
COPY</span> Pipfile Pipfile</span></span>
COPY</span> Pipfile.lock Pipfile.lock</span></span>
</span>
RUN</span> pipenv sync --dev</span></span>
</span>
COPY</span> app.py app.py</span></span>
</span>
RUN</span> pipenv install --dev --skip-lock python-dotenv</span></span>
</span>
EXPOSE</span> 5000</span></span>
</span>
CMD</span> [</span>"</span>pipenv</span>"</span>, </span>"</span>run</span>"</span>, </span>"</span>flask</span>"</span>, </span>"</span>run</span>"</span>, </span>"</span>--host=0.0.0.0</span>"</span>]</span></span></code></pre>
En l'état, notre image docker contiendra tout ce qu'il faut pour pouvoir faire tourner notre serveur. Pour développer localement, on viendra monter notre codebase sur le répertoire /backend</code> du container.</p>
Pour des raisons évidentes de flexibilité, les variables d'environnement doivent être prioritaires sur les variables définies dans notre fichier .env</code>.</p>
Que le fun commence</h2>
Qu'est-ce qui arrive quand on lance notre projet via docker compose ?</p>
$</span> docker</span> compose</span> up</span></span>
</span>
[</span>+</span>]</span> Building 0.0s (</span>0/0</span>)</span></span>
Attaching</span> to</span> docker-flask-pipenv-backend-1,</span> docker-flask-pipenv-database-1</span></span>
docker-flask-pipenv-database-1</span>  |</span> 2023-11-08</span> 09:52:06+00:00</span> [Note</span>] </span>[</span>Entrypoint</span>]</span>: Entrypoint script </span>for</span> MySQ</span></span>
L</span> Server</span> 8.1.0-1.el8</span> started.</span></span>
docker-flask-pipenv-database-1</span>  |</span> 2023-11-08</span> 09:52:06+00:00</span> [Note</span>] </span>[</span>Entrypoint</span>]</span>: Switching to dedicated use</span></span>
r</span> '</span>mysql</span>'</span></span>
docker-flask-pipenv-database-1</span>  |</span> 2023-11-08</span> 09:52:06+00:00</span> [Note</span>] </span>[</span>Entrypoint</span>]</span>: Entrypoint script </span>for</span> MySQ</span></span>
L</span> Server</span> 8.1.0-1.el8</span> started.</span></span>
docker-flask-pipenv-database-1</span>  |</span> 2023-11-08</span> 09:52:07+00:00</span> [Note</span>] </span>[</span>Entrypoint</span>]</span>: Initializing database file</span></span>
s</span></span>
docker-flask-pipenv-database-1</span>  |</span> 2023-11-08T09:52:07.223732Z</span> 0</span> [System</span>] </span>[</span>MY-015017</span>]</span> [</span>Server</span>]</span> MySQL Server</span></span>
Initialization</span> -</span> start.</span></span>
docker-flask-pipenv-database-1</span>  |</span> 2023-11-08T09:52:07.226360Z</span> 0</span> [Warning</span>] </span>[</span>MY-011068</span>]</span> [</span>Server</span>]</span> The syntax </span>'</span></span>
--skip-host-cache</span>'</span> is deprecated and will be removed in a future release. Please use SET GLOBAL host_cache_</span></span>
size</span>=</span>0</span> instead.</span></span>
docker-flask-pipenv-database-1</span>  |</span> 2023-11-08T09:52:07.226496Z</span> 0</span> [System</span>] </span>[</span>MY-013169</span>]</span> [</span>Server</span>]</span> /usr/sbin/mys</span></span>
qld</span> (mysqld</span> 8.1.0</span>) initializing of server in progress as process 81</span></span>
docker-flask-pipenv-database-1</span>  |</span> 2023-11-08T09:52:07.236347Z</span> 0</span> [Warning</span>] </span>[</span>MY-010159</span>]</span> [</span>Server</span>]</span> Setting lowe</span></span>
r_case_table_names</span>=</span>2</span> because</span> file</span> system</span> for</span> /var/lib/mysql/</span> is</span> case</span> insensitive</span></span>
docker-flask-pipenv-database-1</span>  |</span> 2023-11-08T09:52:07.251522Z</span> 1</span> [System</span>] </span>[</span>MY-013576</span>]</span> [</span>InnoDB</span>]</span> InnoDB initia</span></span>
lization</span> has</span> started.</span></span>
docker-flask-pipenv-backend-1</span>   |</span> Loading</span> .env</span> environment</span> variables...</span></span>
docker-flask-pipenv-backend-1</span>   |</span>  *</span> Serving</span> Flask</span> app</span> '</span>app</span>'</span></span>
docker-flask-pipenv-backend-1</span>   |</span>  *</span> Debug</span> mode:</span> off</span></span>
docker-flask-pipenv-backend-1</span>   |</span> WARNING:</span> This</span> is</span> a</span> development</span> server.</span> Do</span> not</span> use</span> it</span> in</span> a</span> production</span> depl</span></span>
oyment.</span> Use</span> a</span> production</span> WSGI</span> server</span> instead.</span></span>
docker-flask-pipenv-backend-1</span>   |</span>  *</span> Running</span> on</span> all</span> addresses</span> (0.0.0.0</span>)</span></span>
docker-flask-pipenv-backend-1</span>   |</span>  *</span> Running</span> on</span> http://127.0.0.1:5000</span></span>
docker-flask-pipenv-backend-1</span>   |</span>  *</span> Running</span> on</span> http://172.20.0.3:5000</span></span>
docker-flask-pipenv-backend-1</span>   |</span> Press</span> CTRL+C</span> to</span> quit</span></span>
docker-flask-pipenv-database-1</span>  |</span> 2023-11-08T09:52:09.017942Z</span> 1</span> [System</span>] </span>[</span>MY-013577</span>]</span> [</span>InnoDB</span>]</span> InnoDB initialization has ended.</span></span>
docker-flask-pipenv-database-1</span>  |</span> 2023-11-08T09:52:10.809406Z</span> 6</span> [Warning</span>] </span>[</span>MY-010453</span>]</span> [</span>Server</span>]</span> root@localhost is created with an empty password </span>!</span> Please</span> consider</span> switching</span> off</span> the</span> -</span>-initialize-insecure</span> option.</span></span></code></pre>
Vérifions que notre application tourne correctement :</p>
$</span> http</span> http://localhost:5000/monitoring/ping</span></span>
</span>
HTTP/1.1</span> 200</span> OK</span></span>
Connection:</span> close</span></span>
Content-Length:</span> 4</span></span>
Content-Type:</span> text/html</span>;</span> charset</span>=</span>u</span>t</span>f</span>-</span>8</span></span>
Date:</span> Wed,</span> 08</span> Nov</span> 2023</span> 09:52:41</span> GMT</span></span>
Server:</span> Werkzeug/3.0.1</span> Python/3.11.6</span></span>
</span>
pong</span></span></code></pre>
Et maintenant, vérifions que la connection à la base de donnée fonctionne elle aussi :</p>
$</span> http</span> http://localhost:5000/monitoring/ping-db</span></span>
</span>
HTTP/1.1</span> 500</span> INTERNAL</span> SERVER</span> ERROR</span></span>
Connection:</span> close</span></span>
Content-Length:</span> 191</span></span>
Content-Type:</span> text/html</span>;</span> charset</span>=</span>u</span>t</span>f</span>-</span>8</span></span>
Date:</span> Wed,</span> 08</span> Nov</span> 2023</span> 09:54:38</span> GMT</span></span>
Server:</span> Werkzeug/3.0.1</span> Python/3.11.6</span></span>
</span>
(</span>pymysql.err.OperationalError</span>)</span> (</span>2003,</span> "</span>Can't connect to MySQL server on 'localhost' ([Errno 99] Cannot assign requested address)</span>"</span>)</span></span>
(</span>Background</span> on</span> this</span> error</span> at:</span> https://sqlalche.me/e/20/e3q8</span>)</span></span></code></pre>
Maintenant essayons en ayant l'URI de la base de donnée en dur :</p>
#</span> In app.py</span></span>
</span>
engine</span> =</span> create_engine</span>(</span>"</span>mysql+pymysql://database:3306/my_database</span>"</span>)</span></span></code></pre>
Evidemment, toute la chaîne fonctionne comme prévue :</p>
$</span> http</span> http://localhost:5000/monitoring/ping-db</span></span>
</span>
HTTP/1.1</span> 200</span> OK</span></span>
Connection:</span> close</span></span>
Content-Length:</span> 2</span></span>
Content-Type:</span> text/html</span>;</span> charset</span>=</span>u</span>t</span>f</span>-</span>8</span></span>
Date:</span> Wed,</span> 08</span> Nov</span> 2023</span> 10:04:34</span> GMT</span></span>
Server:</span> Werkzeug/3.0.1</span> Python/3.11.6</span></span>
</span>
OK</span></span></code></pre>
Si on affiche la valeur récupérer de l'environnement par le serveur pour notre URI, via un bête print</code> on obtient :</p>
Database URI:  mysql+pymysql://localhost:3306/my_database_local</span></span></code></pre>
Oui, la valeur qui est dans notre .env</code> 🙃</p>
La solution</h2>
Tout est dans la documentation</a>. Entre autre : les fonctionnements les plus contre intuitif.</p>

If a .env file is present in your project, $ pipenv shell and $ pipenv run will automatically load it, for you</p>
</blockquote>
Pipenv a donc la facheuse tendance à prendre le contenu du fichier .env</code> et écraser les variables d'environnement, ne laissant aucun moyen d'en surcharger certaines au besoin.</p>
Deux pistes pour résoudre notre problème :</p>

ignorer le fichier .env</code> lorsqu'on monte le répertoire du serveur dans notre image Docker (chose plus facile à dire qu'à faire)</li>
faire en sorte que pipenv ne charge pas automatiquement ce fichier au démarrage</li>
</ul>
On partira sur la deuxième solution pour des raisons de simplicité.</p>
La solution la plus directe est donc d'utiliser la variable d'environnement PIPENV_DONT_LOAD_ENV</code> :</p>
b</span>ackend</span>:</span></span>
  b</span>uild</span>:</span></span>
    c</span>ontext</span>:</span> .</span>/my-backend</span></span>
    d</span>ockerfile</span>:</span> D</span>ockerfile.dev</span></span>
  p</span>orts</span>:</span></span>
    -</span> 5</span>000:5000</span></span>
  e</span>nvironment</span>:</span></span>
    -</span> P</span>IPENV_DONT_LOAD_ENV=1</span></span>
    -</span> S</span>QLALCHEMY_DATABASE_URI=mysql+pymysql://root@database/my_database</span></span>
</span>
  d</span>epends_on</span>:</span></span>
    -</span> d</span>atabase</span></span>
</span>
  v</span>olumes</span>:</span></span>
    -</span> .</span>/my-backend:/backend</span></span></code></pre>
Et voilà</em>.</p>
Et pas merci pour ces trois heures d'arrachage de cheveux.</p>
</p>


Pot-pourri — Octobre 2023
Unknown — Sat, 21 Oct 2023 00:00:00 +0000
Misc</h2>
We have to talk about Flask</a></p>
Write more useless software</a></p>
Le DevOps en 2023 ?</a></p>
Dashlane rend sa version gratuite infernale à utiliser</a></p>
Goodbye, Node.js buffer</a></p>
If Web Components are so great, why am I not using them?</a></p>
On reviewing code: Some practices I’ve found useful</a></p>
Versioning data in Postgres? Testing a git like approach</a></p>
More challenging projects every programmer should try</a></p>
htmx, Rust & Shuttle: A New Rapid Prototyping Stack</a></p>
SQLite 3.44: Interactive release notes</a></p>
WeWork plans to file for bankruptcy as early as next week, source says</a></p>
Why Checked Exceptions Failed</a></p>
My Useful Shell Functions</a></p>
How to run a demoralizing and ineffective technical interview</a></p>
Rien à voir avec la choucroute</h2>
Bon appétit! James Acaster serves up pure genius!</a></p>

DoSomething(string foo = "WTF")

Pot-pourri — Avril 2025

La news du mois</h2> Il s'agissait du Floodcast</a></p>

Pot-pourri — Mars 2025

Pot-pourri — Janvier 2025

git show 2024

Fullscreen sentimental, Chrome et les permissions policy

Le contexte</h2> Pour une quelconque raison, vous souhaitez inclure une vidéo Youtube sur un de vos sites.</p>

Les permissions policy</h2> La différence dans les deux exemples que j'ai partagés en début d'article ?</p> Le header Permissions-Policy</code> ajouté par le serveur lorsqu'il nous sert notre page HTML (qui est pourtant la même dans les deux cas).</p> Dans un cas, on a :</p>

Pot-pourri — Mai 2024

Pot-pourri — Avril 2024

Pot-pourri — Février 2024

Une année d'entretiens

Mon parcours</h2> Non, mon rêve n'a jamais été de passer mon temps à faire du CRUD.</p> Je voulais devenir vétérinaire, mais étant une quiche en SVT, j'ai vite dévié vers les maths et la physique.</p>

Il serait peut-être temps de changer de crèmerie</h2>

Pot-pourri — Janvier 2024

La joie d'utiliser les enums avec M-'aïe'-SQL

Strict ou pas strict, tel est le WTF</h2> Pour quelqu'un comme moi qui aime le typage fort et statique, un des avantages à utiliser une base de données SQL est dans l'auto-documentation qu'un schéma de données peut fournir.</p> En reprenant l'exemple précédent :</p>

Un mot pour la fin ?</h2> Tabouret. T-A-B-O-U-R-E-T. Tabouret.</p>

Pot-pourri — Décembre 2023

L'Advent of Code 2023

Et alors, le bilan Samuel ?</h2>

Hello Morty, I'm quiche-Rick</h3> A ce jour, je viens de complèter les 25 jours (avec une aide considérable sur la dernière semaine mais j'y reviendrai).</p> L'AoC étant un challenge principalement DSA (pour Data Structure Algorithm), les quelques points à maîtriser sont, entre autre:</p>

Un dernier mot pour conclure ?</h2> Choucroute.</p> Et joyeuses fêtes à toutes et tous.</p> </p>

Pot-pourri — Novembre 2023

Sauvez l'environnement, arrêtez d'utiliser pipenv

Pot-pourri — Octobre 2023

La news du mois</h2>
Il s'agissait du Floodcast</a></p>

Un mot pour la fin ?</h2>
Tabouret. T-A-B-O-U-R-E-T. Tabouret.</p>

Un dernier mot pour conclure ?</h2>
Choucroute.</p>
Et joyeuses fêtes à toutes et tous.</p>
</p>