Une analyse très intéressante des différents codes PIN

A priori, ce plugin permet de configurer dynamiquement tout un tas de plugins d'analyse de qualité de code (PMD, JDepend et autres)

La conférence a l'air très intéressante. En tout cas la transcription fait le bon travail de traduire en texte un spectacle. Et les sujets qui y sont évoqués me parlent particulièrement, parce que je suis justement en train de lire du code sans contexte.

Un outil sympa pour prioriser les refactorings. Et en plus il s'intègre dans maven

Trier les méthodes d'une classe Java en différentes catégories est en fait bien simple ... avec Eclipse !

L'article est intéressant mais, de mémoire, la méthode pour créer des catégories de méthodes dans une grosse classe en Java est moins astucieuse (il me semble qu'il faut mettre une annotation dans la Javadoc pour qu'Eclipse construise les différentes catégories)

Euh, c'est spectaculaire ce truc qui prend une lambda et en extrait l'expression pour fournir des capacités de génération de code !

Il y a des tonnes de gens qui utilisent des formateurs génériques pour leur code (editorconfig & co). Pour ma part, j'aime que les choses soient faites par les outils spécialisés. Et pour formater le coder, je trouve que spotless agrège agréablement tout un tas d'outils de formatage.

J'ignorais complètement qu'assertj disposait d'un plugin maven permettant de générer des assertions pour les classes que j'écris. C'est très cool!

Toujours d'accord avec les demandes de rendre public le code écrit pour l'état.

Complètement d'accord. Organiser vos packages en couches n'a aucun sens, aucune cohérence. Organisez plutôt votre code selon les fonctionnalités métier.

Vous saviez, vous, qu'il exite un playground Java permettant de montrer votre code s'exécuter sans passer par un IDE ?

Dis donc, ça m'a l'ai d'un usage très propre des intelligences artificielles

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