DUCK CONF 2025, we loved it !

Modern Software Engineering & Architecture : les Trends 2025

Messages Forts :

• IA Générative : Les gains de productivité grâce aux assistants de code sont réels (estimation de 10-15% pour les développeurs intermédiaires), mais nécessitent d'être accompagnés de pratiques de qualité logicielle et de supervision senior. L'intégration de l'IA générative dans les applications se fait principalement par des appels d'API, s'inscrivant dans les pratiques architecturales existantes.
• Architectures Composables : Bien que les microservices offrent de l'autonomie, ils introduisent une complexité inter-services significative. Le choix d'une architecture doit être guidé par le contexte et la complexité du système.
• Brownfield : La modernisation progressive des systèmes existants est une approche viable, permettant de capitaliser sur l'existant et de délivrer de la valeur rapidement. Des patterns comme Headless et le DDD peuvent être utilisés dans cette démarche.
• Zero Trust Architecture : Le modèle de sécurité périmétrique est dépassé. La ZTA, basée sur la vérification systématique, le moindre privilège et la prévention des mouvements latéraux, est essentielle pour sécuriser les architectures modernes.

Thoughts ?!

Du Chaos au Flow : faut-il miser sur la DevEx ?

Lana Lesik a exploré la Developer Experience (DevEx), soulignant que les développeurs passent étonnamment peu de temps à coder réellement en raison des nombreuses interruptions et tâches annexes.

La DevEx est une approche émergente visant à améliorer le bien-être et la productivité des développeurs en agissant sur différents niveaux :

• les pratiques de développement, l'écosystème (comme les plateformes de développement internes),
• l'organisation,
• les valeurs
• les KPIs.

Son expérience personnelle prouve qu'en testant des outils et des approches pour améliorer sa propre DevEx, notamment les assistants de code et la notion d'état de "flow" est la méthode pertinente !

Messages Forts :

• Le temps de codage effectif pour un développeur est souvent limité par une multitude de tâches et d'interruptions.
• La DevEx est une démarche holistique qui prend en compte à la fois les aspects techniques et humains du travail des développeurs.
• Atteindre un état de concentration optimal ("flow") est essentiel pour la productivité et la satisfaction des développeurs, et nécessite un équilibre entre la difficulté de la tâche et les compétences.
• Bien que des initiatives individuelles puissent améliorer la DevEx, un engagement et une stratégie au niveau de l'entreprise sont nécessaires pour un impact significatif et durable.

Thoughts ?!

Lana se distingue par son parcours atypique, combinant l'expertise d'une développeuse full stack à une expérience professionnelle en tant que psychologue. Cette double compétence lui confère une perspective unique dans son approche du développement logiciel. Sa méthode pour atteindre un état de flow est particulièrement remarquable, et sa démarche réflexive nous invite à repenser notre organisation quotidienne du travail.

Bref, allez voir le replay 😉

Les pièges des plateformes : apprenez à les reconnaitre et à les éviter !

Jean-François Landreau a partagé son expérience sur les pièges courants dans le développement de plateformes en insistant sur le fait que le terme "plateforme" est souvent mal défini et nécessite une clarification. Les différents modèles d'investissement et les "sauts quantiques" qui surviennent lors de l'adoption d'une plateforme, nécessitent forcément des réinvestissements mais attention à la création de wrappers superficiels autour des plateformes cloud qui pourraient limiter l'innovation. Dans son discours, Il souligne également les dangers d'une réduction excessive de la "charge mentale" qui pourrait freiner le développement des compétences, et l'importance de ne développer que les fonctionnalités qui répondent à un besoin utilisateur réel.

Messages Forts :

Une compréhension partagée et une définition claire de ce qu'est la "plateforme" sont fondamentales pour son succès.

• Le développement d'une plateforme n'est pas linéaire et requiert des investissements progressifs à mesure de son adoption.
• Il faut exploiter pleinement les capacités des plateformes cloud sous-jacentes plutôt que de les masquer avec des abstractions inutiles.
• Réduire la charge mentale ne doit pas se faire au détriment de l'apprentissage et de la montée en compétences des développeurs.
• Le développement de fonctionnalités de plateforme doit être guidé par les besoins concrets des utilisateurs et leur volonté de les adopter.

Thoughts ?! 

L'écrit ne rend pas hommage aux traits d'humour et la perspicacité des formules ! Talk à mettre entre toutes les mains qui veulent se lancer dans l'aventure plateforme. Tous les aspects sont abordés, financier, humain, technique un vrai coup de cœur ! Un guide des pièges que vous allez rencontrer et des astuces pour vous en sortir.

Tests pragmatiques : comment (presque) arrêter les tests automatisés ?

Réduction drastique du nombre de tests automatisés sur un projet sur-testé ? C'est ce que nous propose Antoine Masure, en adoptant une approche plus pragmatique et axée sur la qualité. Il a constaté que trop de tests, en particulier ceux liés à l'implémentation, freinaient le développement et rendaient le refactoring difficile. Il plaide désormais pour une remise en question régulière de la stratégie de test, en insistant sur l'importance des tests manuels et la nécessité de tester les fonctionnalités plutôt que les détails d'implémentation.  Pour améliorer les boucles de feedback, rien de mieux qu'une suppression des tests redondants. Une bonne stratégie efficace passe sans doute par l'introduction d'un test end-to-end minimal couvrant les principaux parcours utilisateurs, connecté à l'environnement de recette pour surveiller les dépendances externes.

Messages Forts :

• La quantité de tests n'est pas un gage de qualité, et un excès de tests peut entraver la vélocité des équipes.
• Il est essentiel de régulièrement évaluer et d'adapter la stratégie de test aux besoins spécifiques du projet.
• Les tests doivent se concentrer sur la validation des fonctionnalités et du comportement utilisateur plutôt que sur les détails d'implémentation.
• Ne pas hésiter à supprimer les tests qui n'apportent pas de valeur ou qui rendent le code trop rigide.
• Un test end-to-end minimal couvrant les cas d'usage principaux peut être plus efficace que de nombreux tests de moindre portée.

Thoughts ?!

Antoine Masure a raison de remettre en question la pyramide de test traditionnelle. Les tests unitaires, bien qu'importants, sont toujours corrélés aux détails d'implémentation, ce qui peut devenir très problématique en cas de refactoring.

De plus, les paramètres d'entrée des tests unitaires définis à un moment peuvent ne plus être pertinents un an plus tard avec l'évolution du projet.

L'approche de se concentrer sur les tests de fonctionnalités (qui sont par nature pertinents et suffisants) et de comportement utilisateur est particulièrement pertinente. Comme nous voulons tester l'ensemble des fonctionnalités, Sonar ne devient plus, "Est ce que j'ai bien au moins 80% de couverture de code ? Mince il faut que je rajoute du code pour passer la Quality Gate" mais "Ahhhhh si je ne passe pas dans le code, c'est que j'ai du code mort, supprimons !". Pour simplifier, si une portion de code n'est jamais exécutée, cela peut indiquer qu'elle est obsolète et mérite d'être revue ou supprimée.

De plus, l'utilisation de tests de comportement via du BDD permet de documenter le comportement de l'application de manière versionnée avec le code. Cela offre une documentation vivante et à jour, qui évolue avec le projet.

Cependant, il est crucial de nuancer cette approche en fonction de la maturité de l'équipe. Pour une équipe junior, les tests unitaires restent une bonne pratique pour comprendre les bases du développement et assurer une certaine qualité du code. À mesure que l'équipe gagne en expérience, elle peut évoluer vers des stratégies de test plus pragmatiques et adaptées aux besoins spécifiques du projet.

Le mot de la fin

Deux jours de conférences qui nourrissent l'esprit ❤️ La duck conf c'est toujours d'un bon niveau et pas seulement des sujets hype (aka I.A) on traite aussi les fondamentaux. Avoir un seul track permet de ne rien louper. En plus des conférences, des ateliers sont proposées pour aller plus loin en petit groupe sur des thématiques précises.

Et le plus important on a tous eu la main heureuse à la roue des goodies !