Avec la sortie de Java 16, les records ne sont plus en preview, il est donc tout à fait envisageable de les utiliser ! Prenons le temps d'un article pour éprouver un peu ce nouveau jouet. KésakoLes records viennent compléter la boîte à outils des "structures" Java (avec les classes, les

J'ai déjà expliqué que je testais les logs. Du coup, franchement, rien d'étonnant à ce que je teste aussi BeanValidation :D. J'aime bien utiliser BeanValidation pour remonter toutes les erreurs de saisie aux utilisateurs en une fois. Je ne valide pas la cohérence des objets métier avec cet outil puisque

Les Coding Dojos, ces moments de partage enrichissants entre passionnés ont été remis en question avec le premier confinement de 2020. Avec les Software Crafters Lyon, nous avons cependant décidé de garder 2 Coding Dojos par mois, mais à distance. Si on ajoute ceux auxquels j'ai pu participer dans le

Lorsqu'on utilise une architecture hexagonale pour la première fois, beaucoup de questions se posent. Une de ces questions récurrentes est la gestion de la pagination. Cet article parle, certes, d'une manière de gérer cette problématique mais, il est surtout un prétexte pour expliciter les questions à se poser lorsqu'on code

Même si elle est décrite de manière succincte dans Spring Boot Java dans l'hexagone la publication des DomainEvents depuis une architecture hexagonale est un sujet qui mérite un article dédié, dont acte ! C'est quoi un DomainEvent ?Ce sont des objets du domain model contenant les informations relatives à des événements

L'architecture hexagonale (ou ports & adapters) a été formalisée en 2005 par Alistair Cockburn. Depuis quelque temps, j'utilise avec plaisir une variante de cette architecture dans des applications Spring Boot. J'ai aussi participé à différents lives twitch ou nous avons codé des petites applications tirant parti de cette architecture : Borestop

Donner un cycle de vie complet (du test au déploiement en conditions de production) à une branche git n'est pas forcément trivial avec tous les outils de CI/CD du marché. GitLab le permet assez facilement.

Depuis quelques années, je code en Test Driven Development (enfin, je pense). Cette approche, si simple à expliquer, est pourtant très compliquée à comprendre et à maîtriser ! Quand on parle de TDD, on décrit trois étapes : On code un test rouge (qui ne compile pas ou qui ne passe pas)

Cet article à été écrit lors d’un live de la chaîne Twitch d’Ippon le 08 Janvier 2021, avec l'aide du chat, merci à eux !Les APIs REST sont maintenant la norme pour l'exposition de WebServices. On trouve énormément de littérature sur le sujet sur le net, du coup,

J'ai appris le développement de manière autodidacte avec un livre : Créez votre site web - Daniel Ichbiah. Pourtant, quand j'ai commencé à travailler je ne comprenais pas l'intérêt des livres parlant de développement : "Il y a tout sur le net et tout y est plus à jour !". Je pense que

Depuis le 22 mars 2018 et notre premier live nous avons régulièrement (~toutes les 2 semaines) réitéré l'opération. Nous avons commencé uniquement en interne mais, depuis quelques temps, nous avons une chaine Twitch (et son repository de code). Voici un retour sur nos quelques années d'expériences sur le sujet. Pourquoi

J'aime les tests ! Les designs qu'ils font émerger, les refactorings qu'ils sécurisent et la vélocité qu'ils permettent d'atteindre. Quand on fait des tests, on cherche à tester ce que l'on fait, pas comment on le fait. Tester les détails d'implémentation est le meilleur moyen de se fâcher avec ces validations

Voilà quelques années que je me dis régulièrement : "Il faudrait vraiment que je prenne le temps de regarder un peu Cucumber et Gherkin. Les copains disent que c'est trop bien, les mauvaises expériences que j'ai avec ces outils doivent être liées à leur mauvaise utilisation, pas aux outils". J'ai enfin

Il y a maintenant quelques mois, avec une équipe Ippon, nous avons commencé un projet où nous étions en charge de la réalisation d'APIs qui allaient être consommées, avant tout, par une application mobile réalisée par une autre société. Lors du premier échange avec "l'équipe mobile", une de leurs demandes