Insights
Ce que nous apprenons en construisant
Vendor lock-in, SaaS sprawl, IA dans les vrais flux de travail, gouvernance no-code : des analyses sourcées et vérifiables — écrites par ceux qui construisent, pour ceux qui décident.
Dernier article
Airtable comme échafaudage : construire ce qu'on prévoit de démonter
En 2025, la moitié des projets IT sortent des délais, du budget ou du périmètre, et près d'un sur cinq est abandonné. Pourtant, chaque outil interne démarre comme s'il était définitif. Assumer le temporaire — une base no-code montée en jours, conçue pour être démontée — reste la décision que personne n'ose revendiquer.
Lire l'articleLe fil des publications
Du plus récent au plus ancien. Chaque couleur correspond à un thème.
août 2026
Moderniser un ERP legacy sans le remplacer
Un ERP en place depuis quinze ou vingt ans fait tourner la facturation, les stocks et la paie — et chaque projet de refonte s'annonce comme un saut dans le vide. Les audits publics des grands remplacements chiffrent ce vide : plus d'un milliard de dollars sans capacité livrée ici, 90 millions de livres de dépassement là. Le problème n'est pas le legacy ; c'est la manière de le faire évoluer.
Les six plafonds du no-code — et ce qu'on construit au-dessus
Chaque outil no-code publie ses limites : enregistrements par base, requêtes par seconde, durée des scripts, rétention des journaux. Ces plafonds ne sont pas des défauts cachés, mais les équipes les découvrent souvent en production, au pire moment. Les lire avant de construire change la décision d'architecture.
juillet 2026
mai 2026
Airtable et Postgres : le chemin conçu dès le jour un
Une base Airtable qui fonctionne finit par alimenter des applications : un portail, un dashboard, un produit. À ce moment-là, les limites publiées de l'API — 5 requêtes par seconde et par base, 50 000 records sur le plan Team — cessent d'être des notes de bas de page. Le pont entre Airtable et Postgres se conçoit avant d'en avoir besoin.
Développer une extension Airtable : ce que le SDK permet vraiment
Les extensions Airtable sont souvent réduites à des graphiques posés à côté de la grille. La documentation du SDK décrit pourtant tout autre chose : une application React complète, hébergée par la plateforme, avec permissions héritées et données réactives. La question d'architecture — l'outil interne doit-il vivre dans la base ou à côté ? — est rarement posée sérieusement.
avril 2026
Modéliser correctement quand on n'est pas développeur
Des noms de clients recopiés partout, des totaux tenus à la main, des onglets par année : la plupart des bases no-code reproduisent les défauts des tableurs qu'elles remplacent. La normalisation s'enseigne en SQL, mais elle se pratique en trois gestes dans une base type Airtable — sans écrire une ligne de code.
Le schéma est le livrable : modéliser avant d'outiller
Les outils passent ; vos données restent. La plupart des PME choisissent la plateforme avant de penser leur modèle de données — et le découvrent au moment de migrer, quand l'export ne veut plus rien dire.