Comment appliquer le TDD dans la vraie vie ? Avec Xavier Nopre

Passer du kata à la vie réelle est loin d’être simple.
Pourtant même sur des apps qui ne sont « qu’un front » cela fait du sens.
Mais encore faut-il commencer à pratiquer.
Entre 0% et 100% en mode TDD, il y a un juste milieu à trouver.
On en parle avec Xavier ici :

Le blog de Xavier : http://xnopre.blogspot.com

Se former dans la maison des compagnons : https://maison.artisandeveloppeur.fr

Rejoindre la communauté des artisans développeurs :
https://artisandeveloppeur.fr

Développeur ou codeur ?

Qu’est ce que réellement le métier de développeur ?
Qu’est ce qu’on doit attendre d’un développeur ?
Est-ce qu’un codeur est un développeur ?

Pour répondre à ces questions nous allons avancer ensemble à travers 4 courtes parties:
    
  1. Contexte
  2. Le métier de développeur est en crise 
  3. Le marché du travail perverti par une gestion inadaptée
  4. Donc un dév c’est quoi ?
  5. Conclusion

Continuer la lecture de « Développeur ou codeur ? »

Comment transmettre le craftsmanship avec Michael Azerhad ?

  • Etape 1 : créer du lien.
  • Etape 2 : dessiner au tableau pour échanger sur les concepts.
  • Etape 3 : coder ensemble.
    Viens écouter comment Michael s’y prend pour transmettre la passion du code :

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

Développeur et réchauffement climatique avec Jean-Baptiste Dusseaut

L’humanité vit à crédit sur le dos de la planète la moitié de l’année.
Surtout les sociétés occidentalisées d’ailleurs.
Quel rôle a-t-on à jouer en tant que développeur ?
Non par-ce que si on regarde les choses en face, tout ce qu’on fait a un peu tendance à faire fondre la banquise…
Alors tu vas me dire : les ours blancs on les aime bien, mais tant pis pour eux.
Ok ils seront sacrifiés sur l’hôtel du progrès.
Mais il se passera quoi quand la toundra Russe fondra ?
Ben t’a pas envie de le savoir en fait…

Twitter : https://twitter.com/bodysplash
Medium : https://medium.com/@jbdusseaut

Se former dans la maison des compagnons : https://maison.artisandeveloppeur.fr

Rejoindre la communauté des artisans développeurs :
https://artisandeveloppeur.fr

Comment tester une IA ?

La question peut sembler anodine, mais elle ne l’est pas !

Pour écrire un test, encore faut-il savoir décrire le résultat attendu…

Dans le cas d’un algo d’intelligence artificielle, tu fais comment ?

Viens contribuer à la réflexion dans les commentaires :

Se former dans la maison des compagnons : https://maison.artisandeveloppeur.fr

Rejoindre la communauté des artisans développeurs :
https://artisandeveloppeur.fr

Les 12 facteurs de scalabilité avec Christophe Chaudier

Le jour où tu dois passer à l’échelle, selon comment tu as fait les choses, c’est plus ou moins simple.
Le pire des trucs à faire : stocker des états sur ton serveur d’application.
Y’en a 11 autres dont on parle avec Christophe et c’est ici :

Les 12 facteurs : https://12factor.net/

Le site de Christophe : http://lydra.fr

Se former dans la maison des compagnons : https://maison.artisandeveloppeur.fr

Rejoindre la communauté des artisans développeurs :
https://artisandeveloppeur.fr

Quand Github me murmure des mots doux

En 2001, je faisais parti des premiers contributeurs à déclarer leurs impôts via Internet. A l’époque il y avait une prime de 20€ si tu utilisais ce moyen. Aujourd’hui c’est en train de devenir obligatoire un peu partout. Et ce sera bientôt sanctionné de ne pas le faire…

J’ai pensé à ça en améliorant le projet de bac à sable de refactoring. Par définition, c’est un projet ‘boule de boue’. Donc il n’y a pas de test, ni d’intégration continue. Normal pour une app legacy… Et quand je dis améliorer, je veux dire empirer les choses ! 😈

Du coup à la première pull-request, je vois un joli message de github me suggérant fortement d’intégrer un service d’intégration continue. 😍🤩

Quand github me suggère de brancher un service d’intégration continue !

Là une petite larme me vient aux yeux et je constate alors avec satisfaction que ça y est ! L’intégration continue est entrée dans les mœurs. Ce n’est plus une pratique d’extra-terrestre, ni même une technique avancée. C’est devenu normal. C’est le fait de ne pas en avoir qui est devenu anormal.

Combien de temps faudra-t-il pour arriver à la même considération pour les autres pratiques comme le TDD (Test Driven Development) ?

J’étais hier à Agile Grenoble et lors de la session de Xavier Nopre sur le TDD, je constate avec plaisir que les gens convaincus par la nécessité d’écrire des tests automatiques sont maintenant majoritaires. Mais quand il s’agit de mettre en oeuvre,  il n’y plus grand monde.

Cela donne une idée du curseur d’avancement dans les consciences et le chemin qui reste à parcourir pour diffuser les bonnes pratiques.

Car je peux maintenant l’affirmer sereinement : sans TDD, point d’agilité. Et c’est d’ailleurs tout le point de Xavier dans sa conf.

Sans TDD, je n’ai pas de tests efficaces.
Sans tests efficaces, je ne refactore pas mon code car il  me fait peur.
Si j’ai peur de mon code, j’en perds la maîtrise.
Et sans maîtrise je ne peux pas accélérer.

Faire de l’agilité avec des cycles courts sans TDD, c’est comme rouler sur un circuit de formule 1 avec des pneus lisses. Ca finit forcément mal.

Le simple fait que tu sois en train de lire ce message est déjà encourageant. Nous ne sommes plus une secte bizarre de développeurs extrémistes. Notre art devient la norme. Et je ne peux que m’en réjouir car il est synonyme d’épanouïssement pour ses adeptes et de compétitivité pour leurs employeurs.

L’eXtreme Programming est de moins en moins eXtreme et devient le State-Of-Art Programming.

Encore faut-il savoir le faire. La bonne nouvelle c’est que ce ne sont pas les ressources qui manquent !

Rien que sur le podcast, tu trouveras ces épisodes qui parlent de comment l’adopter :

C’est aussi tout l’objet du cursus Artisan Développeur de la maison des compagnons : passer d’un code legacy à un code de compétition pour passer d’un quotidien ennuyeux et stressant à un quotidien épanouïssant. 😃

Installes et utilises Mochajs dans ton projet Symfony avec Composer par Nicolas Bouteillier

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.

Continuer la lecture de « Installes et utilises Mochajs dans ton projet Symfony avec Composer par Nicolas Bouteillier »

Le tech lead est-il obligatoire dans une équipe ? Avec Michael Azerhad

Jean Pierre Lambert et Michael Azerhad ne sont pas d’accord sur cette question :

  • Est-il obligatoire ou pas ?
  • Quel est le rôle du tech lead ?
  • Comment se comporte un bon tech lead ?
  • Il se passe quoi sans ?

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

L’escalade de l’engagement, la comprendre pour jeter ton travail par Nicolas Bouteillier

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.

Le piège de l’engagement ?

Plusieurs articles ces jours-ci et un épisode de l’excellent « scrum life » de notre ami JP Lambert, nous parle de savoir abandonner, jeter, supprimer, revert, delete, format …
Prendre la décision de se séparer d’un bout de code, d’une itération tout entière, d’une branche, d’une fonctionnalité …
Je ne reviens pas sur les raisons qui sont à l’origine de la décision à prendre, ce sont des raisons pragmatiques, terre-à-terre, souvent pilotées par le business, le budget, pour les détails je t’ai mis les liens à la fin de l’article.
Ce dont je vais te parler aujourd’hui, c’est pourquoi tu as tant de mal à jeter ton travail ?
Pourquoi ton équipe a tant de mal à arrêter un sprint, jeter un sprint, supprimer une fonctionnalité ?

Continuer la lecture de « L’escalade de l’engagement, la comprendre pour jeter ton travail par Nicolas Bouteillier »