L'équipe en charge d'une application reste rarement la même de son inception à son décommissionnement.

En tant que développeurs, vous l’avez sûrement déjà vécu : arriver sur un nouveau sujet, c’est rarement simple. Pour être capable de faire les bons choix, de nombreuses connaissances doivent être assimilées. Alors combien de temps pour être pleinement efficace ? N’est-il pas possible de rendre le code plus “accueillant” ?

Dans cette présentation, nous vous montrerons, en nous basant sur une application d’exemple, les techniques que nous avons pu mettre en place sur différents projets pour documenter, expliciter, automatiser, simplifier, tester... Bref, pour fluidifier la transmission de connaissances et faire en sorte que les nouveaux arrivants ne nous détestent pas trop.

L'idée est d'utiliser un projet d'exemple en fil rouge pour montrer les concepts : ADRs, spec/contrat d'API, Gherkin, diagrams as code, annotations documentaires, ArchUnit, etc. Puis de nous servir de nos expériences et de concepts théoriques pour prendre un peu de recul par rapport à tout ça.