
Mettre un modèle de langage en production : tout ce qui change
Non-déterminisme, évaluation, coût variable, pannes silencieuses, repli entre fournisseurs, gestion des prompts : le passage en production d'une fonctionnalité IA, poste par poste.
Thème
24 articles sur ce thème, écrits par les équipes qui construisent les applications dont ils parlent.

Non-déterminisme, évaluation, coût variable, pannes silencieuses, repli entre fournisseurs, gestion des prompts : le passage en production d'une fonctionnalité IA, poste par poste.

Comment choisir un parc de test réaliste, ce que les simulateurs ne montrent pas, et les réglages qui trouvent le plus de défauts.

Ce qui casse concrètement quand on passe un agent vocal de l'anglais au français : transcription, nombres, noms propres, tours de parole.

Pourquoi les critères d'acceptation habituels échouent sur une fonctionnalité IA, et par quoi les remplacer en cadrage comme en recette.

Les quatre défauts récurrents du code généré, dans l'ordre où il faut les chercher, et la règle d'attribution qui rend la revue tenable.

Le vocabulaire et les mécanismes du tiers payant, du point de vue des concepts à modéliser dans une application.

Les cinq familles de contrôles à automatiser sur une chaîne de données, comment fixer les seuils, et comment éviter que les alertes ne soient ignorées.

Une méthode ordonnée pour traiter un bug qui n'existe qu'en production, et les pièges qui font perdre le plus de temps.

Le bon moment pour demander l'autorisation, ce qui mérite une notification, et les réglages techniques qui évitent les incidents.

Ce qui casse dans les traitements de fond, et les trois règles qui l'évitent : idempotence, file d'échec, indépendance à l'ordre.

La méthode que j'applique pour prendre en main une application héritée, jour par jour, et les pièges de la première semaine.

Les causes réelles d'abandon d'une application mobile, comment les mesurer, et les corrections qui donnent le plus de résultat.

Comment répartir un budget de tests limité pour obtenir le maximum de protection, et les tests qui ne servent à rien.

Six erreurs de modélisation qui ne cassent rien le premier mois et coûtent cher au bout de deux ans, avec la correction pour chacune.

Pourquoi la recette échoue presque toujours pour les mêmes raisons, et comment la préparer pour qu'elle trouve ce qu'elle doit trouver.

Pourquoi découper par couches techniques est un piège, et comment tailler des tranches verticales qui se livrent en quelques jours.

La grille de lecture d'un tech lead en revue de code, et les cinq commentaires qui n'ont rien à y faire.

Le détail de notre chaîne de production augmentée par l'IA : ce qu'elle accélère réellement, ce qu'elle ne touche pas, et pourquoi.

La méthode et les seuils que j'utilise pour retirer une fonctionnalité, et comment le faire sans braquer les quelques personnes qui s'en servent.

L'organisation minimale des environnements et de la chaîne de déploiement, et pourquoi le délai de mise en production est le meilleur indicateur de santé d'un projet.

La méthode de diagnostic que j'applique face à une application lente, et les quatre causes qui expliquent l'essentiel des cas.

Les règles de compatibilité que nous appliquons sur nos API, et les erreurs de conception qui obligent à casser le contrat.

Une méthode concrète pour rendre la dette technique visible aux décideurs et la traiter en continu plutôt qu'en crise.

Les signaux que nous mettons en place sur toutes nos applications, ceux que nous laissons de côté, et comment éviter la fatigue d'alerte.
Ces articles décrivent notre façon de travailler. Si le sujet vous concerne, le premier échange sert à qualifier, pas à vendre.