Merci Michael, pas facile d'expliquer tout ca sans montage. Félicitations. Je rêve d'un monde où les développeurs (je suis développeur) comprendront tous l'utilité de TDD... sans qu'on ait besoin de justifier son efficacité
Ah tiens bah la semaine dernière, j'ai retiré une constante (chemin vers un dossier) des classes qui l'utilisaient. Maintenant, ces classes reçoivent ce chemin plutôt que d'en dépendre. Ça m'a enlevé une belle épine du pied... Merci pour ces bons conseils!
J’ai justement parlé de ton anecdote sur les appels de fond à des collègues à qui je présentais le TDD il y a deux semaines. Sinon il y a un kata pour ça pas mal: ohce (inverseur en mode console). Car on peut avoir des comportements du style « Féliciter l’utilisateur de la saisie d’un palindrome avec un message aléatoire » ou bien afficher un message de bienvenue different selon l’heure de la journée (Bonjour, Bonsoir). Et en plus simuler les entrées/sorties de la console permettent de s’exercer aux doublures de test
Merci Michael pour ce partage. Cependant je ne vois pas en quoi c'est le TDD spécifiquement qui t'a conduit à abstraire la date courante dans ton appli. N'importe quel développeur qui prend le temps de tester correctement (par exemple avec du test-first) son app verra systématiquement cette nécessité d'éviter la dépendance implicite.
très intéressant d'avoir une problématique concrète en tant qu'exemple :) plus précisément le cas d'un changement inattendu demandé par le client et légitime ^^
@@wealcome_company Effectivement oui :D , je dirais même que c'est typique du comportement du client surtout lorsqu'on lui dit qu'on travail en Agile hihihihihi
Merci Michael, pas facile d'expliquer tout ca sans montage. Félicitations. Je rêve d'un monde où les développeurs (je suis développeur) comprendront tous l'utilité de TDD... sans qu'on ait besoin de justifier son efficacité
Ah tiens bah la semaine dernière, j'ai retiré une constante (chemin vers un dossier) des classes qui l'utilisaient. Maintenant, ces classes reçoivent ce chemin plutôt que d'en dépendre. Ça m'a enlevé une belle épine du pied...
Merci pour ces bons conseils!
J’ai justement parlé de ton anecdote sur les appels de fond à des collègues à qui je présentais le TDD il y a deux semaines.
Sinon il y a un kata pour ça pas mal: ohce (inverseur en mode console). Car on peut avoir des comportements du style « Féliciter l’utilisateur de la saisie d’un palindrome avec un message aléatoire » ou bien afficher un message de bienvenue different selon l’heure de la journée (Bonjour, Bonsoir). Et en plus simuler les entrées/sorties de la console permettent de s’exercer aux doublures de test
Merci beaucoup, très utile et intéressant. Effectivement il faut de l'expérience pour comprendre le problème et trouver une solution bien efficace
Merci Michael pour ce partage. Cependant je ne vois pas en quoi c'est le TDD spécifiquement qui t'a conduit à abstraire la date courante dans ton appli. N'importe quel développeur qui prend le temps de tester correctement (par exemple avec du test-first) son app verra systématiquement cette nécessité d'éviter la dépendance implicite.
très intéressant d'avoir une problématique concrète en tant qu'exemple :) plus précisément le cas d'un changement inattendu demandé par le client et légitime ^^
:) ce genre de cas arrivent ultra souvent
@@wealcome_company Effectivement oui :D , je dirais même que c'est typique du comportement du client surtout lorsqu'on lui dit qu'on travail en Agile hihihihihi
Incroyable, super intéressant et motivant, merci Michaël :)
merci :)
Merci Michael pour ce partage
😁 Promo'SM!!!