Études de cas d’ingénierie / 01 / 09

Les décisions derrière le logiciel.

Pas d’autocélébration. J’explique la contrainte, la voie choisie, l’alternative la plus crédible, son coût et les preuves disponibles.

Études de cas publiées
9
Choisir la langue
04
Méthode éditoriale
Contraintes · choix · preuves
CAS / 01 Expérience du fondateur / travail salarié anonymisé
Plateformes cloud14 min de lecture

J’ai transféré une plateforme documentaire et de workflows IA depuis un déploiement on-premise propre à chaque environnement vers Terraform, GKE et une livraison blue/red contrôlée.

Lire l’étude de cas
Rôle / contribution
Ingénierie de plateforme cloud · Migration de la plateforme et livraisons reproductibles
Décision clé
Rendre les écarts d’environnement vérifiables
  • GKE
  • Terraform
  • Helm
CAS / 02 Expérience du fondateur / travail salarié anonymisé
Logiciel de workflow13 min de lecture

J’ai construit un service Spring Boot et un microfrontend React Single-SPA autour de Camunda pour créer des sessions, faire avancer les paquets sources dans un cycle de neuf étapes et suivre leur sortie.

Lire l’étude de cas
Rôle / contribution
Ingénierie produit et workflow · Service, microfrontend et intégration du workflow
Décision clé
Montrer l’état avant de proposer une action
  • Spring Boot
  • React
  • Single-SPA
CAS / 03 Expérience du fondateur / travail salarié anonymisé
Logiciel d’entreprise14 min de lecture

J’ai travaillé sur SQL Server, .NET Framework 4.8 et un frontend KnockoutJS d’un ERP retail actif : fonctionnalités, correctifs, rapports, intégrations transporteurs et modernisation de la réception de stock.

Lire l’étude de cas
Rôle / contribution
Ingénierie produit d’entreprise · Application, base de données, rapports et intégrations
Décision clé
Suivre toute la requête
  • C#
  • .NET Framework 4.8
  • SQL Server
CAS / 04 Projet du fondateur · open source
Produit local-first14 min de lecture

CareerOS Local transforme un CV en dossier professionnel privé et révisionné. Tauri, FastAPI et SQLite gardent sur l’appareil l’analyse LLM locale, la reprise après redémarrage et l’accès des agents.

Lire l’étude de cas
Décision clé
Créer le registre avant d’importer le CV
  • Tauri 2
  • React 19
  • FastAPI
CAS / 05 Projet du fondateur · open source
Machine learning14 min de lecture

ELIZA Lab est un pipeline Rust pour entraîner, calibrer et examiner localement un classificateur d’intentions. Il remplace la prémisse trompeuse d’un bot thérapeutique par une expérience reproductible, non clinique et capable de s’abstenir.

Lire l’étude de cas
Décision clé
Limiter les conclusions aux données synthétiques
  • Rust
  • TF-IDF
  • Logistic regression
CAS / 06 Projet du fondateur · open source
Outils de protocole13 min de lecture

DIG 3.2.0 ouvre de vraies ressources Gopher depuis une CLI, un atelier web local et une application Android autonome. La PWA garde une fixture vérifiée hors ligne ; le trafic web réel passe toujours par la passerelle same-origin.

Lire l’étude de cas
Décision clé
Résoudre une fois, puis joindre la cible contrôlée
  • Node.js
  • Android
  • TCP
CAS / 07 Projet du fondateur · open source
Mathématiques computationnelles11 min de lecture

IntegraDraw est un atelier Java desktop et TypeScript Canvas qui compare sommes des milieux et des trapèzes à une référence Simpson. Les deux runtimes partagent des cas versionnés et des tolérances explicites.

Lire l’étude de cas
Décision clé
Préserver le signe de l’intégrale
  • Java 17
  • TypeScript
  • Canvas
CAS / 08 Projet du fondateur · open source
Logiciel de gestion scolaire14 min de lecture

VECTOR 3.4.0 est un système en marque blanche exploité sur l’infrastructure d’une école. Les règles de programme versionnées continuent de guider le travail quotidien, tandis que le stockage SQLite protégé, les parcours de données bornés et les contrôles de release rendent la frontière auto-hébergée adaptée à la production.

Lire l’étude de cas
Décision clé
Versionner les règles, pas seulement le stage
  • Node.js
  • Express
  • SQLite
CAS / 09 Projet du fondateur · open source
Assistance à distance sécurisée12 min de lecture

JDoor est né en 2022 comme projet scolaire de réseau co-créé par Djenis et un collaborateur. Djenis a ensuite reconstruit son modèle de sécurité, son cycle de session, son UX produit, ses tests et sa chaîne de publication sous le nom JDoor Assist : un outil de bureau visible, en consultation seule par défaut, destiné à l’assistance autorisée sur des réseaux locaux de confiance.

Lire l’étude de cas
Décision clé
Approuver une personne visible
  • Java 21
  • Swing
  • TLS