Workshop Java · Ports & Adapters · FR

Une architecture Java qui résiste à l'IA.

« Ports & Adapters: Beyond the Theory », le workshop. Deux jours pour transformer vos frontières d'architecture en garde-fous que l'IA ne peut pas franchir : ce qui viole les règles ne compile plus.

  • +15 ansd'architecture Java
  • FRprésentiel ou distanciel
  • Compile-timevs dette post-IA

01 · Le problème

Votre code compile. C'est exactement le problème.

L'IA n'introduit pas des erreurs de compilation. Elle introduit du code qui passe, et qui efface vos frontières au passage.

01

Tout devient public

Pour « faire marcher », l'IA élargit les accès, aplatit les couches, contourne les abstractions. Le code compile. Les frontières, elles, ont disparu.

02

La revue ne suit plus

Le volume produit dépasse ce qu'une revue humaine peut absorber. Ce qui est relu n'est plus ce qui est réellement mergé.

03

La dette ne crashe pas, elle pourrit

Aucune alerte, aucun build rouge. La dégradation reste silencieuse jusqu'au jour où plus rien n'est modifiable sans tout casser.

+861%

Code churn

Du code récrit ou jeté peu après avoir été écrit.

+441,5%

Temps de revue senior

Le coût de relecture explose là où le volume grimpe.

+31,3%

Code mergé sans revue

Une part croissante passe en production sans relecture.

Télémétrie Faros (Engineering Report 2026, ~22 000 développeurs), mesurée après adoption d'outils d'IA. Données corrélationnelles, mais la tendance ne s'inverse pas : plus l'adoption monte, plus ces chiffres montent.

02 · La réponse

Pas plus de discipline. Une réponse structurelle.

Une frontière qui ne tient qu'à la vigilance humaine cède sous le volume. Une frontière qui échoue à la compilation, non.

Package-private par défaut

Rien n'est exposé sans décision explicite. L'IA ne peut pas atteindre ce qu'elle ne voit pas.

JPMS

Les modules verrouillent les accès au-delà du package. Franchir une frontière interdite ne compile pas.

Ports explicites

Les dépendances passent par des contrats nommés. Le raccourci n'existe tout simplement pas dans le code.

Le résultat : la violation devient un build rouge, visible tout de suite, plutôt qu'une dette découverte trop tard. Simple à poser sur une base existante, et ça rattrape ce qui a déjà glissé.

03 · Le workshop

Deux jours sur votre stack, pas sur un projet jouet

« Ports & Adapters: Beyond the Theory » appliqué à votre code, avec votre équipe.

En entreprise

Workshop · 2 jours

On pose ensemble les frontières qui échouent à la compilation, et on comprend pourquoi elles tiennent là où la convention cède.

  • Package-private par défaut et organisation par composant
  • Isolation par JPMS, ports primaires et secondaires
  • Détection des violations dès le build
  • Sur votre stack, en français
6 à 8 personnes Présentiel ou distanciel
Voir le programme et les tarifs

Indépendant ou en solo ? Des sessions ouvertes en visio existent. Programme et tarifs sur la page Formation.

Le point de départ n'est pas un bon de commande, c'est une heure sur du vrai code, démo IA incluse.

Réserver le talk d'intro gratuit

Crédibilité

À l'origine de la série, un partage de Cockburn

La série est née d'un premier article qu'Alistair Cockburn, créateur du pattern, a partagé en le qualifiant de « this is an amazing (to me) use of Hexagonal Architecture ».

Le workshop s'appuie sur la série « Ports & Adapters: Beyond the Theory » : trois articles publiés, neuf prévus, avec le code complet en accès libre. À lire sur le blog ou sur dev.to, et à explorer sur GitHub.

Mes convictions

La frontière fiable est celle qui échoue à la compilation.

L'IA ne casse pas le code. Elle le fait compiler, et c'est précisément ce qui rend la dégradation invisible. La réponse n'est pas humaine, elle est structurelle.

  • L'IA dégrade en faisant compiler

    Tout devient public, les frontières s'effacent, et plus rien n'échoue bruyamment.

  • La discipline ne tient pas à l'échelle de l'IA

    Une frontière qui repose sur la vigilance humaine cède sous le volume. La revue ne suit plus le débit.

  • Compile-time plutôt que revue

    Package-private, JPMS, ports explicites : la violation devient un build rouge, pas une dette silencieuse.

Photo de Charles Hornick

À propos

Charles Hornick

Ingénieur logiciel basé à Liège, j'ai passé près de 15 ans à concevoir, maintenir et refactorer des applications Java en production. À force de réparer les mêmes erreurs d'architecture, j'ai fini par vouloir les enseigner avant qu'elles n'arrivent.

Transmettre est devenu le cœur de mon activité. Avec la série « Ports & Adapters: Beyond the Theory » et le workshop qui en découle, je forme les équipes Java aux frontières qui tiennent : celles qui se défendent à la compilation, pas à la revue.

Prochaine étape

Un doute sur vos frontières d'architecture ?

Une heure sur du vrai code, démo IA incluse. On regarde où ça glisse chez vous et comment poser une frontière qui tient. Sans engagement.

Réserver le talk d'intro gratuit

Réponse sous 24 h ouvrées. Pas de relance commerciale.

Téléphone
+32 479 84 98 91
Email
contact@charles-hornick.be
Disponibilité
Full remote, Belgique & France
LinkedIn
Charles Hornick ↗