Découverte à Snowcamp, cette idée de commentaires de revue de code suivant une convention (pour éviter les effets toxiques de ce processus) me semblent une idée raisonnable

Je vois une présentation qui utilise une extension de ce type en ce moment, et c'est vraiment imporessionant.

Si vous voulez comparer différents outils de diagram as code, c'est un très bon site, qui montre à la fois les différences de grammaire, mais aussi les différences de grammaire. (D2 s'en sort pas mal du tout !)

L'IA s'invite partout - épisode 2547664 : n'écrivez plus vos messages de commits, mais laissez une IA lire votre code pour écrire le commentaire.

Pour des raisons personnelles et historiques, je préfère nettement PlantUML. Mais cet article offre un contrepoint intéressant sur leurs qualités respectives

Une très belle réflexion sur ce qu'est réellement l'approche fonctionnelle du code, et de ce qu'un peu de réécriture peut apporter (et le code final n'est vraiment pas loin du code initial)

Je n'ai pas lu l'article en entier (il est un peu long), mais l’exploration de l'exécution de ce programme en profondeur est une vraiment bonne idée (digne d'une conférence)

C'est sûr que les commentaires qui paraphrasent le code sont inutiles.
En revanche, ceux qui augmentent la compréhension du code aident beaucoup

J'ai eu la discussion la semaine dernière au travail, et je trouve que cet article argumente efficacement mon point de vue : le code dit bien le comment, mais jamais le pourquoi, ni même le comment à une échelle uniforme

L'idée est sacrément bonne ! Et surtout très drôle

Une belle citation montrant bien l'intérêt qu'il y a à documenter sérieusement un projet

Ca m'a l'air fort pratique et malin, cet outil de recherche de code prenant en compte les particularités du langage ...

Ce catalogue des codes HTTP est franchement bien mieux fihcu que celui que je consulte d'habitude (la wikipedia)

Le fait que GitHub intègre complètement le bug tracking à toute sa chaîne de valeur permet des choses vraiment chouettes, comme la transformation automatique de tickets de bugs en code (du test, de la config, ...)

C'est rigolo, cette proposition de diminuer la friction pour envoyer du code de sa machine vers celle des collègues. Mais je ne suis pas sûr que ce soit réellement une bonne chose.

Une idée sacrément intéressante, découverte via l'autrice de l'excellent "the programmer's brain"

L'une des chances de l'écosystèmes Java/maven, c'est qu'on a pour la plupart des dépendances les sources, et qu'on peut donc les lire, et effectivement, j'ai appris bien des choses en lisant leur code source (pendant que je débuggais)

Générer un flux RSS des changements d'APIs, c'est une très belle idée (mais pas forcément facile à implémenter).

Les concepts sont très intéressants, mais j'ai l'impression de voir réémerger le MDA des années 2010 ...

Ca par exemple, Python a une implémentation des fonctions partielles ! C'est chouette !