Dans l'industrie du logiciel, voir les équipes faire des heures indécentes pour livrer difficilement des features anecdotiques à la qualité plus que discutable est la norme, mais c'est tout sauf normal ! Si vous ne partagez pas ce constat (vous avez bien de la chance), vous pouvez arrêter là votre lecture.

J'aime beaucoup les Coding Dojos [https://blog.ippon.fr/2021/03/26/faire-des-codings-dojo-a-distance/] et le live coding de manière générale. Je fais donc régulièrement des katas de code : petits exercices conçus pour s'entraîner sur une compétence particulière. Il n'est pas toujours aisé de trouver le bon kata en fonction du

Avec la sortie de Java 16, les records [https://openjdk.java.net/jeps/395] 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ésako Les records viennent compléter la boîte à outils

J'ai déjà expliqué que je testais les logs [https://blog.ippon.fr/2020/10/02/tester-les-logs/]. Du coup, franchement, rien d'étonnant à ce que je teste aussi BeanValidation [https://beanvalidation.org/] :D. J'aime bien utiliser BeanValidation pour remonter toutes les erreurs de saisie aux utilisateurs [https://blog.ippon.fr/2020/

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 [https://www.meetup.com/fr-FR/Software-Craftsmanship-Lyon/events/], nous avons cependant décidé de garder 2 Coding Dojos par mois, mais à distance. Si on ajoute

Lorsqu'on utilise une architecture hexagonale [https://blog.ippon.fr/2021/02/17/spring-boot-hexagone] 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

Même si elle est décrite de manière succincte dans Spring Boot Java dans l'hexagone [https://blog.ippon.fr/2021/02/10/spring-boot-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

L'architecture hexagonale [https://alistair.cockburn.us/hexagonal-architecture/] (ou ports & adapters) a été formalisée en 2005 par Alistair Cockburn [https://fr.wikipedia.org/wiki/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 [https://www.

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 : 1. On code un test rouge (qui ne compile pas ou qui ne passe

> Cet article à été écrit lors d’un live de la chaîne Twitch d’Ippon le 08 Janvier 2021 [https://www.youtube.com/watch?v=DLX1Uncvg6o], avec l'aide du chat, merci à eux ! Les APIs REST [http://opikanoba.org/tr/fielding/rest/] sont maintenant la norme pour l'exposition de WebServices.

J'ai appris le développement de manière autodidacte avec un livre : Créez votre site web - Daniel Ichbiah [https://www.eyrolles.com/Informatique/Livre/creez-votre-site-web-9782842054977/] . 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

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 [https://www.twitch.tv/ippontech] (et son repository de code [https://gitlab.ippon.fr/twitch/live-coding-fr]). Voici

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