Bonne remarque :) Je ne suis pas du tout expert sur le sujet, donc ma réponse est à prendre avec des pincettes. Pour moi c'est une question de nuance. Certaines classes n'auront aucun TU directement associés, car elles seront complétement couvertes par d'autres tests. D'autres seront complètement couvertes par des tests spécifiques si leur fonctionnalité est complexe.
Mais je manque d'arguments et de ressources pour détailler cette nuance :/

@xtrembaker, lorsque j'ai une méthode un peu tricky comme tu dis, c'est surrement un élément important/complexe de ton business. Je te recommande alors de sortir cet élément dans une classe distincte dédié à l'implémentation de cette algo. ca te permet donc de dégager une partie "complexe" de ta classe mère, de sans doute mieux respecter le principe de single responsability
Ca te permettra de faire peut etre apparaitre mieux dans ton code un concept métier (si méthode compliqué c'est bien que c'est un point sensible métier normalement)
En le mettant dans une classe dédié, tu pourras aussi le remplacer plus simplement (par exemple ca devient facile de remplacer l'appel de cette classe dédié par une interface et ca ouvre la porte à la possibilité de switcher facilement d'implémentation, imagine que tu as une idée pour améliorer l'algo en question ou améliorer sa vitesse, bim ca devient possible facilement par le fait que tu ai extrait l'algo dans une classe dédié)

@Charles Dimitri : qu'est-ce que tu en as retiré ?
Pourquoi devrais-je l'étudier selon toi ?

Toutes les vidéos de Scott Wlaschin sont excellentes ! La première vidéo que j'ai vue de lui m'a donné envie de voir toutes les autres qui sont mentionnées sur son site.
En plus d'être très bon dans son domaine (no pun intended !), c'est un super pédagogue qui sait expliquer simplement des concepts compliqués sans les vulgariser/dénaturer.

La bibliothèque est une bonne idée. Certains des livres sont en cours de lecture. Je tacherais d'en faire un résumé lorsque je les aurais finis. Merci pour vos retours.

Très bonne idée la bibliothèque!

Mise à jour toute récente avec une playlist supplémentaire (www.youtube.com/... pour l'introduction à Java avec en invité Jean Michel Doudoux, bien connu pour son cours "développons en java" (jmdoudoux.developpez.com/...

Quelle qualité ces cours ! Si j'avais eu ce contenu lorsque je me suis reconverti à Java il y a 7 ans, le temps que j'aurais gagné ! En prenant le temps de suivre ces cours je découvre une à une les petites lacunes que j'avais par-ci par-là. C'est là qu'on voit qu'être autodidacte avec juste des bouquins dont la plupart sont en anglais c'est tout de même difficile. Rien ne vaut un cours de qualité comme celui de José Paumard.
Merci encore pour ce partage.
Pour les cast codeurs je connais mais je n'écoute plus trop leur podcast que je trouve trop technique, axé sur les nouveautés... tu m'as quand même donné envie de m'y remettre.

J’ai eu l’occasion de le mettre en place sur un gros projet.
C’est un bon pattern d’architecture logicielle qui permet de bien séparer les transactions en lecture d’un côté et les transactions en lecture/écriture de l’autre.
Les développeurs aiment bien.
L’utilisation de commandes permet une bonne réutilisation des règles de gestion internes.
Pattern à ne pas confondre avec « Event Sourcing » qui lui est une extension de CQRS.

Même si on n'utilise pas CQRS, je trouve que le concept de command peut être utilisé parfois juste pour avoir un code plus lisible et explicite.