Je suis développeur en Entreprise de Service Numérique (ESN) depuis 6 ans. Je suis sûr de moi et de mes compétences. Pour moi, le Domain-Driven Design (DDD) et l’architecture hexagonale ne sont que des buzzwords, un effet de mode que mes amis junior développeur.euse.s utilisent. On me demande en entretien de justifier l’intérêt de découpler l’infrastructure du code métier et si je pratique le Test-Driven Development (TDD). Je me fais ramasser, c’est la première fois que ça m’arrive. Je suis complètement perdu et découvre un nouvel océan de bonnes pratiques : le Software craftsmanship.
Comment se relever après une expérience comme celle-ci ? Comment sortir de sa zone de confort pour réinventer sa façon de travailler ? Comment mettre l'égo de côté pour apprendre de développeur.euse.s plus jeunes et/ou avec moins d'années d'expérience que nous ?
Il n'est jamais trop tard pour repartir de zéro ! À travers mon expérience, je vais vous donner les étapes simples qui m’ont permis de changer mes pratiques rapidement :
Comment se relever après une expérience comme celle-ci ? Comment sortir de sa zone de confort pour réinventer sa façon de travailler ? Comment mettre l'égo de côté pour apprendre de développeur.euse.s plus jeunes et/ou avec moins d'années d'expérience que nous ?
Il n'est jamais trop tard pour repartir de zéro ! À travers mon expérience, je vais vous donner les étapes simples qui m’ont permis de changer mes pratiques rapidement :
- comment j’ai utilisé une méthode d'amélioration continue pour facilement mettre en place et suivre l’évolution de mes pratiques,
- comment trier et sélectionner des ressources efficacement,
- comment se mettre dans une position pour apprendre de tout le monde,
- comment valoriser l’expérience précédemment accumulée.
English 
Français