Testopia: exploring the architectural world to find the best strategy en

Software architecture is a key element of the quality and reliability of software products, and it is important to recognize that different types of architectures can coexist within the same software.
In this engaging talk, we'll explore how architectural diversity, such as hexagonal, layered, microservices, CQRS, event-driven, and more, influences testing strategy.

This talk was performed at ParisTestConf 2023 and at Duck conf 2024

Recentrer ses efforts sur la valeur en

Qu'est-ce que la valeur ? Comment recentrer ses efforts ?
Après avoir effectué un rapide historique des anciennes pratiques, cette session explique comment :
- découper le système en périmètres applicatifs pour gagner en autonomie grâce au DDD stratégique et à l'event storming
- déterminer ceux qui ont le plus de valeur et organiser vos équipes grâce au core domain chart et à team topologies
- protéger la valeur métier, de chaque périmètre, des intempéries techniques grâce à l'hexagonal et clean architecture
- adopter une modélisation riche du métier grâce au DDD tactique

Adoptez la clean archigonale fr en

"L'architecture est vraiment importante. Les choses qui sont difficiles à changer sont l'architecture initiale, la culture et les compétences de l'équipe. C'est pourquoi il est important de bien faire les choses dès le départ." - Martin Fowler

Après une période de balbutiement où nous codions comme nous pouvions, nous avons cru, après les années 2000, avoir trouvé l'architecture idéale : un découpage en couches, où chacune aurait une responsabilité dédiée.
Idée séduisante sur le papier, mise en oeuvre efficace... au départ.
Des années après, tout un tas de problèmes a fait surface lors de la maintenance et de l'évolutivité du logiciel, surtout avec l'abondance et le cycle de vie des frameworks.

Afin de pallier ces problèmes, des architectures ont émergé, dont l’architecture Hexagonale et la Clean architecture.

Mais qu'apportent-elles réellement ?
Que veut dire "clean/propre" au sujet d'une architecture ?
Quelles sont leurs périmètres d'action ?
Est-ce juste du marketing ou une véritable plus-value ?
Sont-elles équivalentes avec un nommage différent ?
Enfin... sont-elles la réponse unique à tous les problèmes ?

Talk déjà donné sous plusieurs formes :
📣 GeeCon : « Let-s adopt the clean archigonal » en octobre 2023 à Prague
📣 Volcamp: « Adoptez la clean archigonale » en octobre 2023 à Clermont-Ferrand
📣 Archilocus : « La clean archigonale » en mars 2023 - remote
📣 Devday : « La clean archigonale » en mars 2023 - présentiel à Mons en Belgique
📣 Instant coding - épisode 14 : « Architecture Hexagonale et Clean architecture : bonnet blanc, blanc bonnet ? » version longue (2h) en février 2023 - remote
📣 Comptoir x Duck Conf : « Architecture Hexagonale et Clean architecture : bonnet blanc, blanc bonnet ? » version courte (30mn) en janvier 2023 - remote
📣 Software crafters Paris : « Les architectures Hexagonale et Clean sont-elles équivalentes ? » en juillet 2022 à Paris

Replay GeeCon (non ouvert officiellement) : https://youtu.be/er3tXxhyONY?feature=shared
Replay Breizhcamp : https://youtu.be/GG9WyeerqFA?si=5Q2-Sx0sJEZFKoXF
Rex Devday 2023 : https://k49.fr.nf/rex-devday-2023/
Replay Comptoir x Duck Conf (> 1,2k vues) : https://www.youtube.com/watch?v=2Bz_nfx-xTo
Replay Instant coding : https://www.youtube.com/watch?v=RiDYF6J78Yo&t=1464s
Replay Archilocus : https://www.youtube.com/watch?v=QV-CHSmlOh8

Ne passez pas 10 ans à tenter de recruter un mouton à 5 pattes, créez-le fr

Toutes les entreprises tech se ressemblent ou presque... Que fait-on lorsqu'il manque un profil dans l'entreprise ? On cherche à le recruter.
Mais en général, le temps de s'en apercevoir, c'est déjà trop tard.

Qu’on soit stagiaire, alternant/alternante, jeune salarié/salariée dans une entreprise, rien n’a évolué en 20 ans pour préparer au mieux les acteurs et actrices de demain..

Qu’on soit expérimenté/expérimentée, la peur de devoir refaire sa place ralentit le passage à l’action pour changer d’entreprise, surtout sans onboarding efficace.

Différents parcours (bons ou mauvais) seront partagés, ainsi que les process d’intégration, permettant d'accueillir et de faire grandir les nouvelles recrues. L'idée est d'obtenir une culture d’entreprise forte, un véritable sentiment d’appartenance afin de créer les piliers de demain.

Venez prendre les idées qui vont tout changer !

Conférence jouée au Web2day à Nantes en juin 2023

Let's adopt the "clean archigonal" fr en

"Architecture is really important. The things that are hard to change are the initial architecture, the culture, and the skills of the team. That's why it's important to get it right from the start." -Martin Fowler

After a period of stammering where we coded as best we could, we believed, after the 2000s, to have found the ideal architecture: a division into sofas, where each would have a dedicated responsibility.

Years later, a whole host of problems have surfaced when maintaining and scaling the software, especially with the abundance and lifecycle of frameworks.

In order to overcome these problems, architectures have emerged, including the Hexagonal architecture and the Clean architecture.

But what do they really bring?
Is it just marketing or real added value?
Are they equivalent with different naming?
Finally... are they the only answer to all problems?

All the answers will be given in this talk, as well as the advice that Alistair Cockburn gave me when we met

The talk is divided into 4 parts:
- history of application design (DB driven design, big ball of mud architectures, layered architectures, etc.)
- arrival of hexagonal architecture and description (why, strength, weakness, etc.)
- description of the Clean architecture and comparison with the hexagonal architecture
- journalist interview: hexagonal or clean? And arguments.

Talk given in several forms in many conferences, on stage (Paris, Rennes in France, Mons in Belgium, Prague in czech republic, etc.) or remote.
Other dates are planned.
The talk is very appreciated by the participants :
- https://twitter.com/Horgix/status/1674021086059712513
- https://twitter.com/Horgix/status/1674025063660544000
- https://twitter.com/slecache/status/1674018345635463171

Replay available in english here : https://youtu.be/er3tXxhyONY?feature=shared

Fast & curious : la tech dévoilée à la sauce Konbini fr

Un slide = une question, avec ses 2 choix de réponses à la Konbini
Pas de tabou, nous répondons à tout... avec arguments à l'appui
Pas de "ça dépend" !!!
Vous pouvez même jouer avec nous, car à chaque question le public vote

Ce talk a été joué plusieurs en interne à Octo, ce format plait beaucoup et nous améliorons les questions à chaque fois.
Nous lisons une question et ses 2 réponses possibles.
Le public vote pour sa réponse.
Ensuite, chacun de nous prend partie pour une des réponses et explique pourquoi.
Le public vote à nouveau, pour voir s'il s'est fait influencer ou reste sur ses convictions.
Ensuite, nous donnons LA bonne réponse.
Les thèmes sont variés : éco-conception, développement, architecture, test, etc.

Exemples :
Thème : architecture
Question : je veux faire un POC
Réponse 1 : architecture spaghettis
Réponse 2 : architecture structurée
La réponse : architecture structurée, car un POC part souvent en production ;)

Thème : éco-conception
Question : Mes utilisateurs ne sont pas présents de 23h à 7h
Réponse 1 : arrêt des serveurs
Réponse 2 : on ne touche à rien
La réponse : il faudra nous choisir pour avoir la réponse ^^

Thème : produit
Question : je fais de la sauvegarde dans un monde IOT, quelle base ?
Réponse 1 : MongoDB
Réponse 2 : Elastic Search
La réponse : il faudra nous choisir pour avoir la réponse ^^

Le biomimétisme au secours des dév fr

Le biomimétisme, qui tire inspiration et solutions de la nature pour résoudre des défis humains, offre une perspective novatrice pour le développement logiciel.

Cette présentation explorera comment le biomimétisme peut être une source d'inspiration pour la collaboration entre les membres de votre équipe, pour la posture à adopter, pour détecter les bugs au plus tôt, pour améliorer votre design ou une explication plus compréhensible des principes SOLID :
- Le syndrome de la méduse immortelle
- Le figuier étrangleur
- Le principe de la fourmi rousse des bois
- L’éradication des tests pastèques et le Darwinisme
- La danse TDD de l’abeille
- Le principe de dispersion du criquet migrateur
- La singularité de l'orchidée
- L’adaptabilité harmonieuse du caméléon
- La diversité de la prairie
- L’interdépendance symbiotique de l'abeille et de la fleur

Cette session s'inscrit dans la continuité d'une série de mes talks explorant, avec une touche d'humour, des approches innovantes dans le domaine du développement logiciel, comme "adoptez la clean archigonale" et "comment votre conception logicielle influence votre stratégie de test".

Les éléments de cette présentation sont le résultat d'une recherche approfondie permettant de vulgariser les concepts et sont régulièrement présentés et améliorés en interne Octo et en meetup. Ces analogies sont très appréciées.

Convient à des sessions de 45mn à 1h

Le biomimétisme au secours de notre équipe fr

Le biomimétisme, qui tire inspiration et solutions de la nature pour résoudre des défis humains, offre une perspective novatrice pour une équipe qui cherche à réaliser un produit?

Venez savoir comment le biomimétisme peut être une source d'inspiration pour la collaboration entre les membres de votre équipe, améliorer la posture à adopter, pour détecter les bugs au plus tôt, et bien d'autres encore.
Nous allons parcourir plusieurs principes comme :
- Le syndrome de la méduse immortelle
- Le figuier étrangleur
- Le principe de la fourmi rousse des bois
- La danse de l’abeille

Session ludique, avec de la fraicheur et de l'humour.
On en apprend autant sur notre métier que sur le monde qui nous entoure.
Plusieurs conférences à mon actif (Agile tour Aix-Marseille, Web2day, BreizhCamp, Volcamp, SnowCamp, GeeCON Prague, DevDay, DefFest, etc.) :
- Isoler la valeur de votre produit
- Ne passez pas 5 ans à recruter un mouton à 5 pattes, créez-le dès à présent
- Adoptez la clean archigonale
- etc.

Comment truander la couverture de code en

La couverture de code est souvent utilisée comme indicateur clé de la qualité du logiciel, avec un seuil arbitraire de 80%. Cependant, atteindre cet objectif peut parfois devenir un jeu de manipulation plutôt qu'une véritable amélioration de la qualité. Dans cette présentation, nous explorerons les différentes méthodes, techniques et astuces qui permettent de truander la couverture de code, pour atteindre facilement le seuil de 80%, et pourquoi pas 90%, voire même 100% sans effort.

Ce talk se veut à la fois une analyse critique et un guide pratique pour comprendre comment manipuler les métriques de couverture de code, et pourquoi ces métriques ne doivent pas être utilisées comme seul indicateur de la qualité logicielle. Nous terminerons par des recommandations sur comment aborder la couverture de code de manière plus holistique et plus bénéfique via des tests qui doivent apporter de la valeur.

Ce talk prend à revers la prise de conscience de faire des tests de qualité, et est une extrapolation de la partie "tests pastèques et Darwinisme" de mon talk "le biomimétisme au secours des dev" : https://youtu.be/yE4w8rrpMCg?si=YlQQPVKsDIK7aR3x

Arrêtez les triangles, construisez une vraie pyramide de tests ! fr

Depuis des années, les tests logiciels s’appuient sur des modèles classiques, comme la pyramide des tests ou les quadrants de tests.
Mais soyons honnêtes : la pyramide n’est qu’un simple triangle, et les quadrants ignorent totalement la répartition des efforts et des quantités de tests selon leur type.

Ces approches ont certes joué un rôle clé pour structurer les stratégies de tests, mais elles montrent aujourd’hui leurs limites.
Le triangle met l'accent sur la hiérarchie et la quantité des tests, mais se concentre principalement sur les besoins des développeurs, souvent au détriment d’une vision globale et d’une couverture complète.
Quant aux quadrants, bien qu’ils soient plus détaillés, ils échouent à fournir une indication claire sur l’effort requis pour chaque type de test.

Pourquoi continuer à s’appuyer sur ces modèles figés, incapables de répondre aux défis modernes des tests logiciels ?

Dans ce talk, je vous propose d’aller au-delà de ces schémas 2D et d’adopter une pyramide des tests tridimensionnelle.
Cette structure novatrice intègre les tests sous l’angle de la construction, de la garantie produit, de l'investigation, et de la résilience. Chaque face de la pyramide représente un aspect clé des tests, créant ainsi une vision équilibrée, holistique et contextualisée. Vous découvrirez comment cette approche permet non seulement de mieux structurer les efforts de validation, mais aussi de garantir une couverture complète et adaptée tout au long du cycle de développement.

Ce modèle inclut :
- Les tests de construction : pour valider les fondations techniques.
- Les tests de garantie produit : pour assurer la conformité métier et fonctionnelle.
- Les tests d’investigation : pour explorer l’inattendu et anticiper les échecs.
- Les tests de résilience : pour évaluer la robustesse et les limites du produit.
Chaque face est segmentée par type de test et par effort nécessaire, afin de mieux prioriser et équilibrer vos stratégies.

Abandonner les triangles et les quadrants au profit d’une véritable pyramide des tests, c’est repenser vos méthodes pour mieux aligner vos efforts sur les exigences du produit, réduire les risques de régression, et avoir une vision claire de la qualité.
À la fin de cette session, vous repartirez avec des outils pratiques pour intégrer cette pyramide dans vos projets et construire des produits plus fiables, mieux testés, et adaptés aux attentes modernes.

La durée souhaitée est de 45 minutes (idéal pour couvrir le sujet en détail tout en laissant de la place pour des questions).
Cette session a été joué plusieurs fois en interne à Zenika
Le public visé est large : développeurs, testeurs, QA, architectes techniques, et toute personne impliquée dans la stratégie de tests d’un produit logiciel.
Cette session s’adresse à des audiences de niveau intermédiaire à avancé, ayant une compréhension de base des tests logiciels, mais curieuses d’explorer des approches innovantes pour structurer leurs stratégies

Vos présentations et vos sites me donnent littéralement envie de vomir fr

Exploration des divers éléments visuels chez les personnes ayant des problèmes d’oreille interne, dans le cadre d'utilisation de site Web ou en assistant à des présentations s'appuyant sur des slides (tel un talk de conférence).

Cette présentation aborde l'importance de concevoir des slides et des sites web accessibles pour tous les utilisateurs, en mettant particulièrement l'accent sur la réduction des déclencheurs du mal des transports.

Nous explorerons divers stimulis chez les personnes sensibles, démo à l'appui, et proposerons des stratégies pour les surmonter.

Certains d'entre-vous vont même découvrir leur sensibilité pour certains problèmes ; il n'est jamais trop tard pour se découvrir soi-même.

Talk déjà donné à la conférence Paris Web
Lien vers les slides : https://docs.google.com/presentation/d/1CdhcGWv7r21MK0uab36FZW-K3nuZaoVYX2DU9wYNT8Y/edit?usp=sharing
Replay : https://www.paris-web.fr/2024/conference/vos-presentations-et-vos-sites-me-donnent-litteralement-envie-de-vomir