A mon sujet

L'Artisanat logiciel est une ligne de conduite que j'ai adopté depuis des années. C'est une démarche qualitative obligatoire dans notre métier pour ne pas sombrer dans le chaos. Ce n'est cependant pas une "silver bullet". Il est nécessaire de ne pas appliquer aveuglément les outils de cette boîte à outils dans n'importe quelle situation. Il faut savoir faire preuve de pragmatisme en toutes circonstances.

Le mentoring est une partie importante de mon métier. J'apprécie énormément transmettre aux autres développeurs l'amour du travail bien fait, le sentiment de satisfaction et de fierté que peut nous apporter notre métier quand il est bien réalisé.

La réflexion autour d'un sujet métier à plusieurs (que ce soit lors d'un event storming ou encore lors d'une session de mob programming par exemple) fait partie des activités que je préfère dans mon métier, car c'est une phase stimulante qui nous permet de réfléchir à des solutions concrètes pour l'entreprise. En réfléchissant mieux au besoin métier, je produis donc moins de complexité accidentelle.

Le pragmatisme est une de mes grandes forces : cela me permet de faire la part des choses en toutes circonstances et de ne pas prendre des décisions basées sur des sentiments, ce qui peut être très néfaste dans le domaine du développement logiciel.

Je pratique le Domain-Driven Design depuis plusieurs années; cette réflexion permanente sous fond de métier me permet de me poser les bonnes questions, en accord avec les experts métier. Qu'est ce qui est important pour l'entreprise ? Qu'est ce qui la rend compétitive vis-à-vis des autres ? Où sommes-nous censés mettre de l'effort ?
Cette pratique m'a permis de mettre des mots sur un "malaise" que j'ai observé pendant des années : nous (développeurs) ne sommes pas censés réinventer la roue à chaque nouveau projet.
Cela me permet donc de savoir proposer des solutions pertinentes dans le bon contexte, avec l'investissement suffisant. C'est tout naturellement que les sujets connexes comme l'architecture hexagonale, la clean architecture, ou encore CQRS m'accompagnent pour mettre en pratique ces idées, lorsque le métier le requiert.

Je crois fermement que les tests automatisés sont un des seuls moyens qui permettent à un projet de durer. Pour cela, bien évidemment, les tests doivent le plus possible correspondre à des cas d'utilisation métier. Ils doivent également bénéficier d'un soin identique au code de production. C'est malheureusement souvent peu le cas. C'est pourquoi ce sujet me tient autant à coeur, car il est souvent le dernier rempart entre le développeur et la production.

Je suis en veille technologique constante afin de trouver de nouveaux outils ou de nouvelles méthodes dans le but d'améliorer l'expérience de développement de mon équipe. Apporter mon aide, que ce soit au sein de mon équipe ou auprès d'autres équipes fait partie de mon ADN.