Félix-Antoine est un conférencier, formateur et coach technique passionné qui aide les organisations et les développeurs à découvrir et adapter leurs pratiques de développement. Il accompagne les organisations sur tous les aspects du génie logiciel autant comme expert technique que comme conseiller stratégique.
Il a été le conseiller d'une grande variété d'entreprises en matière de gestion de la qualité, TDD, ATDD, BDD & SbE, DevOps, essais automatisés, architecture émergente, etc.
On connaît depuis longtemps l'effet potientiel du TDD sur le design et l'architecture mais il est rare que l’on explique la façon d’obtenir ce bénéfice. Présentation d'une école de TDD dit "Mockiste" (parfois appelée "école de Londres") destinée à favoriser l’émergence du design via les tests unitaires. Comment les mocks peuvent nous aider à concevoir une architecture ayant une meilleure conception orientée objet.
Pourquoi malgré Scrum et Lean est-ce si difficile de maintenir vélocité et qualité tout en livrant fréquemment? Avons-nous oublié les fondements techniques qui étaient à l’origine du mouvement? L’Agilité ne peut se réaliser que par la réunion du talent et de l’excellence à tous les niveaux: de la gestion à la technique. Nous entrons dans une nouvelle ère: celle de «l’intelligence-créative»!
Tout le monde doit un jour ou l'autre travailler dans un patrimoine (legacy code). Nous sommes souvent démunis alors que des techniques existent. Cette présentation focalise sur un outil à ajouter à son coffre: les tests de caractérisation. Variante des tests unitaires, ils servent avant tout à découvrir ce que fait le code et à guider son refactoring bien plus qu'à tester! À l'assaut!
Les nouvelles pratiques de développement et surtout du DevOps bousculent la manière traditionnelle de faire de l'assurance qualité. Cette présentation (non technique) explique comment les équipes (Dev, QA, Infra) doivent s'adapter: rôles, culture, automatisation et déploiement, etc. Basé sur les pratiques d'entreprises ayant repensé le domaine (Google, Spotify), le but est de faire réfléchir à l'aspect culturel de la qualité.
Démonstration (Cucumber-JVM) d'une technique d'ATDD à double boucle: (1) écrire un test "petit" couvrant la logique, puis (2) avoir une seconde implémentation du scénario couvrant le UI et l'infrastructure. Comment concrètement partir d'un scénario Gherkin (BDD) et bien l'automatiser? Comment mixer et faire cohabiter différentes portées de tests (bout-en-bout, unitaire …)?
Alice écrit des tests unitaires pour… tester son code. Pour perfectionner son art, Alice entame une quête qui l'amènera à voir ses tests autrement. Alice décrouvrira qu'un test peut être écrit pour explorer l'architecture, documenter, prédire la maintenabilité, développer le bon produit (ATDD), etc. tout en étant facile à maintenir. Présentation en 6 tableaux sommaires de la quête d'Alice.