Mathieu Eveillard coaching

Mathieu Eveillard

Consultant, formateur & coach technique.

📍 Paris

Arrêtez de coder, apprenez à développer.

[Article initialement publié dans Le Figaro Étudiant en partenariat avec HETIC] "Coder". "Développer". Avez-vous remarqué que l'on emploie indifféremment un mot et l'autre ? Sont-ils strictement équivalents ? "Développer", on voit bien : on développe des sites Web, des applications mobiles, des jeux, de l'informatique embarquée… on facilite des métiers existants en les

Functional core, imperative shell

On connaît l'architecture hexagonale, mais qui connaît son petit frère, le pattern Functional Core / Imperative Shell ? Les 2 répondent à la même ambition : faire en sorte que le code du domaine ne dépende pas du monde extérieur. C'est quoi, le monde extérieur ? Le monde extérieur, c'est l'infrastructure dont une application

Pourquoi il faut réinventer l'eau chaude

Récemment, j'ai proposé à des personnes que je coache de re-coder les outils de travail qu'ils utilisent au quotidien : Jest, React, voire même TypeScript. Ô, re-coder, c'est un bien grand mot. Disons plutôt travailler le principe fondateur de ces outils. Le "gist", comme on dit sur GitHub. Jest, par exemple.

Portrait de développeur : Clément Cornen

Pour bien démarrer l'année, j'ai eu envie de laisser la place à quelqu'un qui, dans sa pratique quotidienne du développement, fait pleinement vivre les valeurs de l'artisanat logiciel. Meilleurs vœux à tous, bonne lecture et happy coding! D’où vient le développeur que tu es, Clément ? À vrai dire, je

3 métaphores du code informatique

Le code est immatériel. Alors, pour le rendre plus intelligible, on a recours à des métaphores du monde concret. En voici 3 particulièrement utiles à mes yeux : Le code comme patrimoine immobilier On le sait, une maison requiert de l'entretien. Périodiquement, il faut ravaler la façade, refaire la toiture, la

Architecture hexagonale : de deux maux il faut choisir le moindre

Sur le papier, l'architecture hexagonale est le paradis du développeur. À raison, car elle permet d'écrire le code du domaine en faisant abstraction des contingences matérielles du monde extérieur (bases de données, APIs tierces etc.). On va droit au but, au cœur du métier, on implémente en isolation et en

DDD stratégique vs. DDD tactique

Le Domain-driven design (DDD) est un vaste champ de savoir, au sein duquel on distingue généralement 2 grands volets. Les termes sont issus du monde militaire : * Le DDD stratégique, le "quoi" : quoi faire, sur quoi focaliser notre énergie et le peu de temps dont nous disposons. C'est tout le travail

TDD is dead. Long live testing.

Quand on est adepte d'une façon de faire, il est important d'écouter ce que les détracteurs de cette pratique ont à dire. Parmi les détracteurs du Test-driven development (TDD), une voix compte particulièrement, celle de David Heinemeier Hansson. Tout le monde l'appelle DHH, c'est plus smart. Un personnage aux multiples

DevOps : le grand malentendu

C'est l'histoire d'un mot, "DevOps". C'est une histoire qu'on ne veut plus entendre, le "ça marche sur ma machine", et ensuite on met 3 mois pour passer en prod. D'autant que dans l'entreprise, c'est une équipe dédiée qui gère la prod et que c'est un point de passage obligé. Une

Parce que la forme est contraignante, l'idée jaillit plus intense

Promis, on va parler de programmation. Mais avant, laissons-nous porter par cette œuvre du peintre expressionniste Franz Marc (1). Il est intéressant de constater à quel point le style de l'artiste s'est affirmé en quelques années seulement, avec l'introduction d'un formalisme strict qui emprunte au futurisme. Comparez ce tableau à