Flux
Toutes les sources

Jérémy Decool

40 articles Flux RSS
Programmation Web
L'IA n'a pas votre vécu

L'IA n'a pas votre vécu

J’ai évoqué dans une publication précédente, l’usage de l’IA par les leaders pour construire leurs arguments, et la perte d’authenticité que cela entraîne. J’ai exactement le même sentiment côté technique. De plus en plus, je vois des développeurs avancer des arguments qu’ils n’ont pas construits. Des réponses générées, structurées, bien tournées, mais qui ne sont pas les leurs. Et tout comme pour les leaders, cela désincarne les propos et leur fait perdre en crédibilité. La discussion s’engage…

Jérémy Decool
Les meilleures idées ne viennent pas devant l'écran

Les meilleures idées ne viennent pas devant l'écran

Je vais régulièrement courir. Pas pour la performance, juste pour m’aérer l’esprit et être un minimum mobile, plutôt que de camper devant mon écran. Paradoxalement, c’est à ce moment que j’ai les meilleures idées qui me viennent à l’esprit. Je pense que tous les développeurs ont connu cette situation où l’on n’arrive pas à résoudre un bug incompréhensible, ou celle où l’on tourne en rond sur une décision technique à prendre. Souvent, plus on s’acharne et moins on avance. On refait les mêmes…

Jérémy Decool
Ce n'est pas le titre qui définit le poste, c'est ce qu'on en fait

Ce n'est pas le titre qui définit le poste, c'est ce qu'on en fait

Il y a quelque temps, je faisais passer des entretiens pour un poste. J’ai pu rencontrer de nombreux profils: développeur, “lead dev” ou “architecte” et derrière ces titres des réalités bien différentes (même à titre équivalent). Certains pouvaient passer leurs journées à écrire du code, d’autres ne pouvaient faire que des revues. Parfois, ils ne codaient pas du tout et ils devaient gérer des plannings. Les intitulés de postes sont souvent équivalent, mais les métiers exercés n’ont parfois rien…

Jérémy Decool
Convaincre ne se délègue pas à l'IA

Convaincre ne se délègue pas à l'IA

Depuis quelques mois, je repère de plus en plus de documents et de présentations de leads et de directeurs rédigés à coups d’IA. Ce n’est pas forcément gênant, mais le problème, c’est quand ça se voit de trop. Il y a un style d’écriture qui trahit l’outil. Une certaine structure et des types de tournures qui se remarquent. Le texte est cohérent, mais il est désincarné. Selon le type de document, cela ne me dérange pas. Documenter une procédure, résumer une architecture, formaliser un…

Jérémy Decool
Attention au bruit documentaire généré par l'IA

Attention au bruit documentaire généré par l'IA

Avec l’IA, on parle beaucoup de la rapidité et de la vitesse de génération de code. Mais, tout comme le code, générer de la documentation n’a jamais été aussi simple et rapide. En quelques secondes, l’IA produit des pages entières décrivant un projet. Mais attention à cette abondance. Comme beaucoup, je suis convaincu de l’importance de documenter: choix d’architecture, standard d’équipe, historique et choix des décisions. La documentation est primordiale pour maintenir la connaissance au fil…

Jérémy Decool
Pousser une fois, publier partout: le remote Git multi-cibles

Pousser une fois, publier partout: le remote Git multi-cibles

Bien que cela commence à changer, Github reste aujourd’hui la forge de référence pour l’hébergement de projet autour de Git. Néanmoins, dans une démarche d’autonomie numérique, je ne souhaite pas dépendre uniquement de cette plateforme. Pour réduire cette dépendance, j’ai décidé de dupliquer et “mirrorer” l’ensemble de mes dépôts (publics et privés) sur Codeberg, une forge européenne et associative. On a l’habitude de voir un remote Git comme étant une simple association avec une URL (un remote…

Jérémy Decool
Courir après la fonctionnalité n'est pas un objectif

Courir après la fonctionnalité n'est pas un objectif

L’IA permet à de nombreux éditeurs logiciels de livrer de nouvelles fonctionnalités toujours plus rapidement. Elle a augmenté la vitesse de production logicielle. La tentation de toujours aller plus vite est alors grande. Les nouvelles fonctionnalités d’un logiciel étant souvent perçu comme un avantage concurrentiel. Plus il en propose, plus il semble riche et plus il paraît compétitif. Le problème, c’est que livrer des fonctionnalités rapidement et fréquemment est compliqué. Cela se fait…

Jérémy Decool
La Clean Architecture ne se résume pas à une arborescence de dossiers

La Clean Architecture ne se résume pas à une arborescence de dossiers

Pour beaucoup, la Clean Architecture se résume à un découpage du code en 3 couches: Domain, Application et Infrastructure (avec éventuellement une couche de présentation). Pourtant, si l’on regarde le livre de référence sur le sujet, “Clean Architecture” de Robert C. Martin, ce découpage ne représente qu’une dizaine de pages sur les 400 que compte le livre. L’organisation du projet est certainement la partie la plus visible de la Clean Architecture. C’est d’ailleurs ce qui en a fait son succès:…

Jérémy Decool
Domain Driven Design: l'essentiel est avant le code

Domain Driven Design: l'essentiel est avant le code

Pour beaucoup de développeurs, voir un dossier “Domain” dans le code source d’un projet, visant à isoler la partie métier, et avoir des objets riches avec un nommage cohérent, c’est faire du DDD (Domain Driven Design). C’est certes un bon début, mais réduire le Domain Driven Design à une structure de dossier, c’est passer à côté de l’essentiel. Le DDD, ce n’est pas qu’une affaire de découpage et d’organisation technique. C’est avant tout une approche stratégique. Identifier les différents…

Jérémy Decool
L'IA pousse à faire soi-même, au détriment de l'équipe

L'IA pousse à faire soi-même, au détriment de l'équipe

Je commence à voir de plus en plus d’équipes où le lead tech est devenu plus rapide à implémenter une fonctionnalité via l’IA qu’à l’expliquer, la déléguer et attendre que quelqu’un la prenne en charge. Pourquoi cadrer un ticket, répondre aux questions et relire du code quand on peut obtenir le résultat directement en utilisant une IA ? C’est un pattern organisationnel que je vois de plus en plus souvent. C’est un problème mis en avant avec l’IA, mais qui était déjà présent bien avant: une…

Jérémy Decool
L'IA génère, mais les fondamentaux restent

L'IA génère, mais les fondamentaux restent

Nous sommes à l’ère de la génération de code. L’IA génère dorénavant du code à une vitesse impressionnante. Avec elle, apparaissent des revues de code parfois massives, à plusieurs centaines, voire plusieurs milliers de changements. Puisque générer du code est dorénavant rapide, nombreux sont ceux qui produisent des fonctionnalités entières d’un seul coup. Pour suivre la cadence, les revues commencent à être effectuées et validées par d’autres IA. Il est effectivement humainement difficile,…

Jérémy Decool
Qu'est-ce qu'un « bon code » à l'ère de l'IA ?

Qu'est-ce qu'un « bon code » à l'ère de l'IA ?

La semaine dernière, je faisais référence au mantra “code is cheap”. Depuis, j’ai trouvé le projet “Agentic Engineering Patterns” de Simon Willison qui documente les patterns pratiques pour travailler et obtenir les meilleurs résultats possibles avec l’IA. On y retrouve une section “Writing code is cheap now” avec toute fois une nuance que je partage: “Good code still has a cost”. Ce qu’il y explique a pour moi toujours était vrai même avant l’IA. Écrire du code est facile, mais écrire du bon…

Jérémy Decool
Profilez vos tests PHPUnit avec OpenTelemetry

Profilez vos tests PHPUnit avec OpenTelemetry

Un projet de développement informatique qui grossit, c’est une base de code qui grossit par la même occasion et la batterie de tests qui évolue en conséquence. On ajoute des tests semaine après semaine, les temps d’exécution s’allongent. Et puis, à un moment, la CI s’arrête net: Allowed memory size exhausted. Le premier réflexe est alors d’augmenter la mémoire allouée à PHP. Et ce cycle peut continuer un certain temps, jusqu’au moment où l’on atteint des seuils critiques. Je l’ai rencontré dans…

Jérémy Decool
L'IA accélère l'écriture du code, pas sa criticité

L'IA accélère l'écriture du code, pas sa criticité

L’une des phrases que j’entends le plus ces derniers temps est: « code is cheap », à savoir que le code ne coûte plus grand-chose à produire et qu’il n’a plus de valeur. Je ne suis que partiellement d’accord avec ça. On fait également beaucoup l’analogie du prompt qui génère du code, tout comme le code est transformé en assembleur. Au final, c’est une nouvelle couche d’abstraction qui permet de se concentrer sur l’essentiel, ce que l’on souhaite « produire ». Là où je ne suis pas tout à fait…

Jérémy Decool
La meilleure technologie, c'est celle que l'équipe maîtrise

La meilleure technologie, c'est celle que l'équipe maîtrise

Lorsque l’on doit résoudre un problème technique, il est tentant de chercher la solution la plus adaptée. Celle qui répond le mieux aux contraintes identifiées. Pourtant, il peut arriver que la meilleure technologie ne soit pas celle qui colle parfaitement au problème. Choisir une technologie, c’est prendre en compte plusieurs facteurs tels que: les compétences de l’équipe, le temps disponible et la tolérance au risque du projet. Quand les délais sont contraints, le choix doit l’être aussi. La…

Jérémy Decool