Entre un besoin d'affaires et une application en production, il y a trop de mains.

Le tri se fait à la main : quelqu'un lit chaque CV, en retient des compétences, les rapproche des cours à pourvoir. C'est long, ce n'est pas reproductible, et personne ne peut expliquer six mois plus tard pourquoi telle personne a obtenu tel cours.

La commande vient du service des ressources humaines du Collège La Cité. Trois semaines, quatre développeurs. J'ai posé le cadre le premier jour — commits conventionnels, branches protégées, revues obligatoires — parce qu'à quatre sur trois semaines, ce qui n'est pas posé au début ne se pose plus.

Le front est servi par Vercel sous profmatch.soultaka.com, l'API tourne en conteneurs sur un serveur que j'administre, derrière son propre nom et son certificat. Migrations de schéma versionnées, file de tâches et cache séparés du service web, intégration continue sur chaque poussée.

La démonstration publique n'est pas une copie d'écran : chaque visiteur obtient son propre espace, alimenté, effacé au bout d'une heure, et limité à quelques espaces par visiteur — les données de l'établissement, elles, restent en lecture.

Dépôt d'un CV

201, en 0,28 s

Extraction par le modèle

23,2 s en tâche de fond → 21 compétences, 3 expériences, 2 formations

Génération des affectations

30 en 0,31 s

Justification narrative

enrichie à la consultation, 12,1 s

Les sept chemins autrefois cassés

200, zéro redirection, 0,25 à 0,52 s

Cloisonnement des rôles

passe de 401 à 403 — l'autorisation arrive enfin

Tests

448, couverture 83,76 %, intégration continue verte

Le modèle rate la section « Profil » des CV alors qu'elle est bien présente — et ce champ alimente le critère sémantique, qui est donc calculé sans lui. Une perte de qualité silencieuse, la pire espèce.

Les routeurs de gestion courante sont peu couverts par les tests, malgré les 83 % globaux : la couverture dit la moyenne, pas où sont les trous.

Et l'historique du dépôt me crédite de la quasi-totalité des commits alors que nous étions quatre : j'intégrais le travail de l'équipe, et ça ne se lit pas dans les statistiques.

Un piéton et un cycliste ne cherchent pas le trajet le plus court, mais celui dont ils reviendront. La Ville d'Ottawa publie ses collisions ; personne ne les met entre les mains de qui traverse.

94 406 collisions deviennent 1 895 zones à risque, et ces zones deviennent un coût que le calcul d'itinéraire additionne au kilomètre.

Front servi par Vercel sous safeottawa.soultaka.com, certificat automatique, calcul d'itinéraire par un moteur OSRM et fond de carte OpenStreetMap.

La chaîne a été rejouée en ligne, y compris un signalement rejeté avec sa raison : une validation qui n'a jamais refusé quoi que ce soit n'est pas une validation.

Collisions traitées

94 406

Zones de risque produites

1 895

Itinéraires rendus

classés par profil — prudent, normal, actif

Itinéraire mesuré ci-dessus

3,0 km · 13 % de risque · 68 zones

Signalement invalide

refusé, avec sa raison

Ni tests ni analyse statique sur ce projet. C'est un prototype de fin de semaine qui a survécu, et ça se voit : il a gagné un concours, il n'a pas de filet.

Un prix ne rend pas un dépôt propre. Si SafeOttawa devait servir tous les jours, la première semaine passerait à écrire ce qui manque.

Le médecin ne voit pas sa journée sans la demander. Le patient ne peut rien réserver lui-même. Et une annulation se perd en route : le créneau libéré n'est presque jamais réutilisé.

Projet intégrateur, équipe de trois. J'ai porté le socle technique et intégré les branches des deux autres — sur un projet d'équipe, l'intégration est souvent la part que personne ne veut prendre.

Front sous mediplan.soultaka.com, API en conteneurs sur un serveur que j'administre, migrations de schéma versionnées, intégration continue verte.

La démonstration donne à chaque visiteur sa propre clinique, alimentée, effacée au bout d'une heure, avec les trois rôles — administration, médecin, patient — sans se reconnecter.

Trois requêtes simultanées, même créneau

1 × 201, 2 × 409

Annulation, puis nouvelle réservation

le créneau redevient réservable

Patient appelant les statistiques

403

Médecin consultant le rendez-vous d'un autre

404 — pas de fuite d'existence

Export CSV

200, 187 lignes, accents intacts

Tests

205 — intégration continue verte

Sonde de disponibilité

200 ; 503 quand la base tombe

Le jeton vit dans le stockage local du navigateur, sans jeton de rafraîchissement ni liste de révocation : un compte désactivé garde l'accès jusqu'à l'expiration, au plus une heure.

Huit erreurs d'accessibilité subsistent sur des éléments cliquables non atteignables au clavier. Et la police d'icônes pèse 3,9 Mo à elle seule — le paquet initial dépasse le budget que je m'étais fixé.

Une entreprise de maintenance suit ses interventions au téléphone et sur papier. Le logiciel doit servir plusieurs entreprises à la fois — et aucune ne doit jamais apercevoir les données d'une autre.

C'est un projet personnel, donc le sujet était choisi : je voulais l'isolation multi-locataire, parce que c'est là que les erreurs coûtent le plus cher et se voient le moins.

Front sous techmaint.soultaka.com, API en conteneurs sur le serveur que j'administre, canal temps réel authentifié.

La démonstration est la preuve de l'architecture : le bac à sable du visiteur n'est pas un dispositif ajouté, c'est le filtre du produit qui le rend possible. Deux bacs simultanés n'ont aucun identifiant commun.

Lecture d'une donnée d'une autre organisation

404, liste vide

Écriture sur un technicien d'une autre organisation

404, position intacte

Technicien tentant quatre actions d'administration

403 × 4

Le même technicien sur ses propres lectures

200

Origine tierce appelant l'API

aucun en-tête d'autorisation renvoyé

Suppression d'un client encore référencé

409 avec identifiant de trace

Négociation du canal temps réel

200 avec jeton, 401 sans

Le suivi de position des techniciens est une simulation pilotée depuis le navigateur : il n'y a aucune source GPS réelle. Le canal temps réel, lui, fonctionne et transporte de vraies diffusions ; c'est la donnée qui est simulée.

Le géocodage est hors service depuis que la clé de l'API cartographique a expiré. Il n'y a ni limitation de débit ni jeton de rafraîchissement, la logique métier vit encore dans les contrôleurs, et aucune liste n'est paginée.

Le devis est le premier document que le client voit d'un artisan. Il est écrit le soir, après la journée de chantier, et c'est là que les erreurs entrent.

L'application prend la parole comme elle vient — une description parlée — et rend une structure : lignes, unités, quantités, taux, totaux.

Front sous devis-btp.soultaka.com, API sur le serveur que j'administre, rendu PDF côté serveur.

La chaîne complète a été rejouée en ligne : inscription, devis, PDF.

Totaux

1 322,00 HT · 132,20 de TVA · 1 454,20 TTC — exacts au centime

PDF produit

13,9 Ko, douze contrôles de contenu

Transcription tronquée

erreur explicite, aucune ligne inventée

Chaîne rejouée en ligne

inscription → devis → PDF

Le canal temps réel fonctionne et il est authentifié, mais aucun écran ne l'utilise : j'ai construit une capacité avant son usage.

Le schéma de base n'est pas versionné par des migrations — ce qui va tant que je suis seul dessus, et plus du tout dès qu'on est deux.

Un indépendant qui vend ses services parle mieux qu'il n'écrit. L'appel client contient déjà les mots justes : les objections, les angles, le ton.

L'application ingère la conversation, en extrait ce qui a été dit, et propose des publications — sans jamais présenter comme une citation ce qui n'en est pas une.

Front sous growth-engine.soultaka.com, API et file de tâches sur le serveur que j'administre, authentification par jeton vérifié côté serveur.

La chaîne complète a été rejouée en ligne : inscription, connexion, huit gabarits chargés, session tenue par cookie.

Trois variations générées

21,4 s, avec le bon type de publication

Chaîne rejouée en ligne

inscription → connexion → huit gabarits → session

Sortie vide ou tronquée

erreur explicite, rien n'est publié

Changement de fournisseur

aucun appelant modifié

La transcription audio n'est pas disponible : la dépendance pèse deux gigaoctets et je ne l'ai pas embarquée. C'est un arbitrage, pas un oubli, et il est écrit dans le dépôt.

Il n'y a pas d'ordonnanceur : les publications planifiées attendent qu'on les déclenche. Une capacité annoncée par l'écran doit exister derrière, ou disparaître de l'écran.

Travail de cours en programmation web avancée, en équipe de trois : une boutique complète, sans backend ni base de données.

Tout l'état vit donc dans le navigateur. Le panier doit survivre au rafraîchissement, le thème et la langue aussi, sans provoquer d'incohérence au premier rendu — le défaut classique d'une page pré-rendue qui découvre les préférences après coup.

Servi par Vercel sous zengadget.soultaka.com. Aucune fonction serveur, aucune base : le site entier est un ensemble de pages pré-rendues, installable comme application.

Pages

16, toutes statiques

Fonctions serveur

aucune

Langues

deux, interface complète

Tests

25, de structure

Les tests vérifient la présence des choses, pas leur comportement : ils cassent sur un renommage et laissent passer un vrai défaut. C'est le pire rapport entre le coût et la garantie.

Et le contenu produit n'est pas traduit — seule l'interface l'est. Une boutique bilingue dont les fiches ne le sont pas est bilingue à moitié.