Attendez, en 2026, il y a encore des gens qui créent des éditeurs ? ok ...
Non, mais, en 2026, il y a encore des gens qui créent des éditeurs EN JAVA ? Alors ça c'est fort !
Et tous les projets mentionnés dans cette liste affirment utiliser, ou autoriser l'usage, de LLM pour produire du code
Tous ces projets affirment clairement ne pas utiliser de LLM pour produire du code. C'est bien.
Je ne connaissais pas ce jeu de programmation, qui semble exister depuis bien longtemps (ils en sont déja au 1000ème concours de code)
Ca m'a bien servi pour une cascade de rétro-ingénierie ...
(en l'occurence pour créer dynamiquement un script Groovy dans un autre script Groovy capable de lire des PlantUML pour régénérer des fichiers workspace.dsl)
Ohlala, encore du code ésotérique ...
C'est très rigolo, et très bizarre en même temps.
Avec mon excellent collègue Clément on a parlé à Devoxx de ce qu'il se passe dans votre cerveau, en particulier quand vous lisez du code.
C'est clair, c'est simple, c'est direct
Un article pas idiot sur ce qui fait une bonne revue de code. C'est très intéressant, et je pense que ça peut aider. Toutefois, je ne peux m'empêcher de penser que les revues de code sont toxiques par construction, et qu'il vaut mieux mettre autant de ces règles que possible dans des validateurs automatiques.
Une collection de lois, principes, axiomes divers, trouvée par Nicolas Frankel
Une liste de recommandations pour l'ergonomie des outils en ligne de commande. C'est très bien. Mais franchement, il y a peut-être à chose à faire pour avoir une ergonomie correcte.
Un outil permettant d'accéder à la base de données de poids d'un LLM comme, justement, à une base de données. Ca me paraît la manière la plus pertinente de reprendre un peu de déterminisme avec ces outils
Un site vraiment bien pensé pour travailler les design patterns dans le monde JS (et aussi pour comprendre comment marche JS en 2026)
J'ai un collègue à qui cette idée parlera fort
C'est niche, mais je suis toujours surpris que certaines parties du monde informatique, par fatigue, n'implémentent pas encore d'éléments d'ergonomie et de reconnaissance de formes
Une série de très très bons articles sur le développement informatique. Chacun mérite d'être lu et d'être compris.
L'article est vraiment bien, et il me fait penser à un truc que je dis tout le temps, et que personne ne comprend ... (donc je garde cet article qui dit mieux que moi ce que j'aimerais dire)
Un moteur de template Rust à base de macros. C'est évidement terriblement performant, et sacrément astucieux.
Cette police pour développeur est vraiment joliment arrondie.
Voici pour cet ingénieur les neuf critères d'évaluation d'un langage de programmation (pour peu qu'on arrive à dépasser la question de l'identité construite par le développeur sur son langage préféré)