S’arrêter de livrer pour refactorer, pourquoi pas.
Mais quel critère te fait dire que c’est le moment d’un grand nettoyage ?
Quelles sont les conditions pour que ça marche ?
Viens écouter mon échange avec Guillaume Vincent :
Twitter : https://twitter.com/guillaume20100
Se former dans la maison des compagnons : https://maison.artisandeveloppeur.fr
Rejoindre la communauté des artisans développeurs :
https://artisandeveloppeur.fr
C’est une question qui ne semble toujours pas réglée de manière claire dans la communauté. En attendant, il faut bien travailler !
Du coup je te propose un retour d’expérience sur notre manière de travailler.
Merci Jeremy pour ta question qui nous donne je sujet du jour.
Si toi aussi tu veux des réponses aux questions que tu te poses, envoie les moi à question@artisandeveloppeur.fr et j’en ferai un épisode !
Se former dans la maison des compagnons : https://maison.artisandeveloppeur.fr
Rejoindre la communauté des artisans développeurs :
https://artisandeveloppeur.fr
On arrête pas de parler de TDD tous les jours … En parler c’est bien mais faut s’y mettre ! Comme dirait Mc Cain:
C’est ceux qui en parle le plus, qui en mange le moins …
Et si on peut même faire du Cobol en TDD, y’a pas de raison qu’on ne puisse pas le faire pour du JS dans un projet Symfony. Ça va être pour les tests unitaires.
Comment faire quand tu es dans une équipe qui ne code pas clean pour évangéliser les bonnes pratiques ?
Par-ce que l’expérience montre que si tu y vas un peu trop directement ça risque de piquer…
Viens écouter mon échange avec Michael :
Le profil linkedin de Michael : https://www.linkedin.com/in/micha%C3%ABl-azerhad-9058a044/
L’entreprise de Michael : http://wealcomecompany.com
Se former dans la maison des compagnons : https://maison.artisandeveloppeur.fr
Rejoindre la communauté des artisans développeurs :
https://artisandeveloppeur.fr
Quand quelqu’un a envie d’utiliser son beau marteau tout neuf, tous les problèmes ressemblent à des clous.
Le micro-service c’est tendance et sexy sur le plan technique.
Mais quel en est le coût ?
Est-ce vraiment nécessaire ?
Quels sont les impacts sur l’équipe ou le produit ?
A propos de Nicolas :
http://ryfacto.fr/
https://www.linkedin.com/in/nicolas-verinaud-7829881a/
https://twitter.com/nverinaud
Se former dans la maison des compagnons : https://maison.artisandeveloppeur.fr
Rejoindre la communauté des artisans développeurs :
https://artisandeveloppeur.fr
Est-ce que tu demandes à ton chirurgien s’il se lave les mains avant de t’opérer ?
Ca ne te viendrait pas à l’idée qu’il ne le fasse pas…
De la même manière, faut-il se demander en tant que développeur si on doit utiliser TDD ou pas ?
Je suis d’accord avec Guillaume Vincent : TDD fait parti de l’état de l’art. Point.
Et c’est une question de professionnalisme d’apprendre à le mettre en oeuvre. De toute façon si tu bosses en méthode agile, ce n’est pas vraiment une option. Enfin si ça l’est… C’est bien le problème !
Attention je te préviens, c’est une des épisode les plus polémique du podcast.
Github Guillaume Vincent : https://github.com/guillaumevincent
On a trouvé deux articles qui parlent de l’impact du TDD
https://link.springer.com/article/10.1007/s10664-008-9062-z
https://medium.com/javascript-scene/the-outrageous-cost-of-skipping-tdd-code-reviews-57887064c412
Si tu arrives à mettre la main sur le papier, ça m’intéresse !
Se former dans la maison des compagnons : https://maison.artisandeveloppeur.fr
Rejoindre la communauté des artisans développeurs :
https://artisandeveloppeur.fr
Apprendre le TDD avec un kata c’est top.
Par contre quand il s’agit de passer à la réalité, c’est plus la même !
Viens écouter Johan qui nous explique sa manière de faire pour transmettre le TDD aux équipes de développement.
Il a une approche pédagogique que je trouve particulièrement intéressante.
Le site de Johan : http://changit.fr/
Le profil linkedin de Johan : https://www.linkedin.com/in/jomartinsson
Se former dans la maison des compagnons : https://maison.artisandeveloppeur.fr
Rejoindre la communauté des artisans développeurs :
https://artisandeveloppeur.fr
Jean-Pierre nous chauffait sur le rôle tech lead qu’il considère comme un anti-pattern d’équipe.
Comme je suis joueur je retourne ses arguments en posant cette question subversive : Est-ce que le SCRUM Master est un anti-pattern ?
Par ce qu’après tout dans l’eXtreme Programming l’équivalent du SCRUM Master, le coach, a vocation à s’effacer avec le temps.
Alors que le SCRUM Master non…
Viens écouter notre échange ici :
Scrum Life : https://www.youtube.com/c/ScrumLife
Se former dans la maison des compagnons : https://maison.artisandeveloppeur.fr
Rejoindre la communauté des artisans développeurs :
https://artisandeveloppeur.fr
Jean Pierre Lambert et Michael Azerhad ne sont pas d’accord sur cette question :
Pour Michael, une équipe sans tech lead va forcement dans le mur.
Viens écouter notre échange ici :
Et toi qu’en penses-tu ?
L’échange initial avec Jean-Pierre : https://artisandeveloppeur.fr/le-role-de-tech-lead-est-il-un-anti-pattern-avec-jean-pierre-lambert/
Le profil linkedin de Michael : https://www.linkedin.com/in/micha%C3%ABl-azerhad-9058a044/
L’entreprise de Michael : http://wealcomecompany.com
Se former dans la maison des compagnons : https://maison.artisandeveloppeur.fr
Rejoindre la communauté des artisans développeurs :
https://artisandeveloppeur.fr
A propos de l’auteur : Si Nicolas Bouteillier était une liste de tag: développeur, technicien, artisan, entrepreneur, geek.
Nicolas est développeur depuis 2002, il a accompagné en mode lean startup plusieurs démarrages de projets, gérant de sa SARL, auto-entrepreneur, salarié,
c’est un touche à tout riche d’expériences variées qui a accosté sur les rives de l’agilité sans jamais quitter le monde entrepreneurial.
