Aller au contenu
ADAMA OSESG · DATA · SYSTEMS
ProfilParcours, preuves, maisonsÉchanger

JOURNAL DES DÉCISIONS DEC-101

Un moteur de calcul dans le cockpit plutôt que dans le produit

DEC-101Remplacée
Résumé
Le cockpit embarque son propre moteur de calcul, sous services/engine : empreinte carbone, matérialité, audit express, avec ses tests.
Source
Journal des décisions, catalogue versionné dans le dépôt
Lu le
Empreinte
sha256:9d18f2da3529086a52b7528d…

Citer

Diallo, A. (2026-06-24). DEC-101, Un moteur de calcul dans le cockpit plutôt que dans le produit. ADAMA OS, journal des décisions d’architecture. https://adamesg-os.fr/decisions/DEC-101
Statut
RemplacéeUne décision ultérieure l’a remplacée. Elle reste en ligne, datée, et pointe vers celle qui la remplace.
Date
Portée
Ce cockpit
Impact
Architecture
Réversibilité
Revenir en arrière demande un chantier

Cette décision a été remplacée. Elle reste en ligne et datée : c’est la trace du raisonnement qui a mené ailleurs. Lire DEC-004, Consommer ce que les produits exposent plutôt que recalculer dans le cockpit

Contexte

Le cockpit devait afficher des indicateurs de durabilité. Le calcul existait dans STRATA Scope, mais l’appeler supposait une API stable que le produit n’exposait pas encore.

Écrire le calcul directement dans le cockpit permettait d’avancer sans attendre le produit.

La décision paraissait provisoire, et les décisions provisoires ne sont provisoires que pour celui qui les prend.

Options envisagées

  • Retenue

    Écrire le moteur dans le cockpit en attendant l’API du produit

    Permettait d’avancer immédiatement sur l’affichage, sans dépendre du calendrier du produit.

  • Écartée

    Attendre que le produit expose une API de lecture

    Aurait bloqué le cockpit sur un chantier qui n’était pas prioritaire côté produit.

Décision

Le cockpit embarque son propre moteur de calcul, sous services/engine : empreinte carbone, matérialité, audit express, avec ses tests.

Raisonnement

Technique
Un moteur local évitait de dépendre d’une API qui n’existait pas, et permettait de tester l’affichage sur des résultats réels.
Réglementaire
Aucune donnée client ne transitait, le moteur ne servait qu’à des démonstrations.
Économique
Aucun coût d’infrastructure supplémentaire à court terme, le service étant déployé à côté du site.

Compromis accepté

Deux implémentations du même calcul, à tenir alignées à la main.

DÉCISION · CODE · RÉSULTAT

  1. LA DÉCISION

    Le cockpit embarque son propre moteur de calcul, sous services/engine : empreinte carbone, matérialité, audit express, avec ses tests.

  2. LE CODE QU’ELLE A PRODUIT
    • CommitSuppression du moteur du cockpit56d1f7c
    • Absence vérifiableLe dossier n’existe plus dans le dépôtservices/engine
  3. LE RÉSULTAT OBSERVÉ

    Le moteur a vécu du 24 juin au 13 juillet 2026. Il n’a jamais servi ailleurs que dans le cockpit, et il a divergé de STRATA Scope avant d’avoir été utilisé une seule fois en conditions réelles.

Ce sur quoi je suis revenu

Je pensais que le cockpit devait calculer lui-même ses indicateurs, parce que le produit n’exposait pas encore d’API de lecture et que je ne voulais pas attendre.

Le même calcul existait déjà dans STRATA Scope, qui en est le produit responsable et qui le teste. Deux implémentations du même calcul divergent toujours, et rien n’aurait dit laquelle faisait foi le jour où elles auraient donné deux chiffres.

Un calcul appartient au système qui en est responsable.

Lire les revirements en entier

Le principe que cette décision gouverne

Un calcul appartient au système qui en est responsable.

Voir d’où viennent les six principes

LE JOURNAL COMPLET

Toutes les décisions, au même format.

Elles se comparent : même gabarit, même vocabulaire, même exigence de trace.

Revenir au journal