Je cherchais depuis un moment un formateur de code Java qui s'exécute dans le build maven, et celui-ci m'a l'air correct
Une liste de bons conseils pour diminuer la taille d'un exécutable Rust
Pas mal, cette taxonomie des code smells
A mon avis, les revues de code sont une construction culturelle de soumission au groupe (et de ce fait l'un des éléments les plus toxiques introduits dans le développement ces 20 dernières années)
C'est exactement ce que je dis dans chacune de mes interventions
Il y a là-dedans quelques idiosynchrasies très intéressantes, que j’essayerai d'utiliser plus souvent
"We find that open source code containing swearwords exhibit significantly better
code quality than those not containing swearwords under several statistical tests."
Ne faites pas exprès de jurer dans votre code, mais si ça se voit, en un sens, c'est bon signe
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)