Blog

Un portfolio soigné se génère en dix minutes, donc il ne prouve plus grand-chose. Le recruteur consacre toujours dix secondes à ta page, mais il y cherche autre chose qu'en 2024 : un projet avec de vrais utilisateurs, un historique Git lisible, une trace de relecture du code généré. Voici les six signaux qui décident, et les pièges apparus avec les assistants IA.

Le hub complet : 4 familles, 20 principes, 16 articles d'approfondissement. Une carte pour s'orienter dans ce qui distingue un code maintenable d'un code qu'on subit.

Un token API qui peut tout faire alors qu'il sert à lire trois fichiers. Un utilisateur Postgres qui peut DROP la base alors qu'il ne fait que des SELECT. Un conteneur Docker qui tourne en root sans aucune raison. Le principe de moindre privilège existe pour transformer ces accidents en non-événements.

Tu écris une fonction, tu récupères trois champs d'un objet, tu fais un calcul, tu remets le résultat dans l'objet. Tu refais la même chose la semaine suivante avec un autre objet. Ce schéma a un nom, il a aussi un antidote.

Tu appelles une fonction qui ressemble à une lecture. Et au passage, elle modifie quelque chose. Trois mois plus tard, un bug arrive sans prévenir et personne ne sait par où commencer. Le principe Command Query Separation existe pour rendre ce genre de scène impossible.

Tu as appris à ne pas te répéter. Tu factorises dès que tu vois deux lignes similaires. Et six mois plus tard, ton abstraction te coûte plus cher que la duplication qu'elle remplaçait. La Rule of Three est ce qui sépare une bonne factorisation d'une fausse économie.

Tu passes deux heures à réécrire une boucle pour gagner trois millisecondes sur une page qui en met huit cents à charger à cause d'une requête SQL. Cette histoire revient toutes les semaines, et c'est exactement ce que Donald Knuth dénonçait en 1974.

Une fonction qui s'appelle getUser() ne devrait pas créer un utilisateur quand il n'existe pas. Un bouton "Annuler" ne devrait pas valider la modification. Ces situations existent partout, et elles violent toutes le même principe.

Une carte de métro pour t'orienter quand tu apprends Next.js. Pas une liste linéaire à cocher, mais quatre lignes parallèles que tu vas finir par croiser. Voici ce que chaque station veut dire, et dans quel ordre y passer.