← Tous les articles

Connais tes Geebos

Sur cette page

Parlons des Geebos, les Generic Business Objects (GBO).

Chaque produit en a. Ce sont les noms communs de ton système.
Pour une appli de to-do ultra simple : Utilisateur → Liste → Tâche. Voilà ton jeu de geebos.

Les définir correctement dès le début n’est pas une question de vie ou de mort, mais le temps que tu brûles en réingénierie grandit avec l’ambiguïté de ces relations. Des études situent la maintenance et les évolutions à ≈70–90 % du coût sur la durée de vie1. Des geebos flous, c’est donc littéralement de l’argent jeté par les fenêtres.

Les équipes se compliquent encore la vie : renommages en cours de route, abstractions prématurées, cas limites qui t’aspirent dans un terrier. L’IA générative et les générateurs de schémas accélèrent le gros du travail (McKinsey a mesuré ≈2× de gain sur les tâches courantes2), mais ce sont les humains qui restent propriétaires du modèle.

Les principes qui tiennent le chaos à distance

  1. Pars du consommateur et remonte
    Modélise d’abord ce dont ton UI / ton API a vraiment besoin.

  2. Garde la couche de données ennuyeuse
    Des tables ou des documents simples valent mieux qu’une élégance maligne que tu finiras par refactorer.

  3. Calque l’API sur le modèle de données (sauf si la DX exige vraiment un BFF)
    La cohérence améliore la productivité des développeurs et l’adoption3.

  4. N’ajoute de la complexité que là où elle apporte de la valeur
    Une abstraction doit payer son loyer tout de suite.

  5. Nomme les choses une fois, puis plus jamais
    Les identifiants font ~70 % des caractères du code source4. Les changer sans cesse tue la compréhension.

Quand les abstractions précoces aident

Tu jongles avec un tas de services tiers ? Pique des idées à une API bien architecturée (pense à Stripe). Donne les spécifications OpenAPI des fournisseurs à un LLM, demande-lui de sortir un sous-ensemble unifié, et fais de ce sous-ensemble ton geebo. Tout ce qui est interne s’y rattache, et de fines couches d’adaptation traduisent vers chaque fournisseur. Un langage commun propre, zéro correspondance bricolée à la main façon Frankenstein.

En bref

Définis tes geebos.
Écris-les.
Respecte-les.

Ton équipe et toi dans le futur vous remercieront.

Footnotes

  1. Which Factors Affect Software Projects Maintenance Cost More? (Acta Inform Med, 2013), qui indique que 90 % du coût du cycle de vie tombe dans la maintenance. https://pmc.ncbi.nlm.nih.gov/articles/PMC3610582/ ↩

  2. McKinsey Digital, Unleashing developer productivity with generative AI (juin 2023). Constate des gains de vitesse allant jusqu’à 2× sur des tâches de code typiques. https://www.mckinsey.com/capabilities/mckinsey-digital/our-insights/unleashing-developer-productivity-with-generative-ai ↩

  3. Zuplo Blog, How to Improve API Design for Better Developer Productivity (mars 2025). Relie une conception d’API cohérente à une intégration plus rapide et des développeurs plus contents. https://zuplo.com/blog/2025/03/21/improving-api-design-for-developer-productivity ↩

  4. Impermanent Identifiers: Enhanced Source Code Comprehension and Refactoring (arXiv 2406.09066, 2024), qui note que les identifiants représentent ~70 % des caractères du code source. https://arxiv.org/pdf/2406.09066 ↩