du logiciel
taillé pour votre métier,
bâti pour durer
Pour les organisations qui ne peuvent pas se permettre un logiciel fragile. L’IA accélère. Nous concevons et vérifions chaque ligne, et nous en répondons. Hébergé en France, ou en Europe.
réponse sous un jour ouvré · entretien de trente minutes
parcours du fondateur : employeurs et missions
services
construire ou reprendre
Nous ne faisons ni site vitrine, ni logiciel jetable, ni démonstration d’IA sans lendemain. Vous avez besoin d’une application neuve, ou la vôtre existe déjà : nous la construisons, ou nous la reprenons. Puis nous la faisons tourner et évoluer.
Une application à créer, et personne pour la construire.
votre cas Un service en ligne, un outil interne, une plateforme. Vous partez de zéro et vous attendez une première version en quelques semaines, pas un chantier de deux ans.
ce que nous faisons Que le besoin arrive en cahier des charges détaillé ou en quelques lignes, nous livrons d’abord une version qui marche, puis nous la faisons évoluer. Vous voyez le projet avancer, dans le cadre fixé au départ. Nous construisons tout, de A à Z, de l’architecture à la mise en production.
vous recevez Des démonstrations régulières, dès les premières semaines. Une application que vos équipes comprendront et feront évoluer, avec ou sans nous.
L’application existe. Il faut qu’elle tienne, et qu’elle avance.
votre cas Elle sert tous les jours. Un prestataire en a la charge, ou plus personne. Les correctifs s’empilent, les évolutions attendent, chaque changement est un pari.
ce que nous faisons Nous récupérons le code, les accès et la documentation, avec ou sans le prestataire en place. Nous analysons, testons et assainissons l’application, puis nous la maintenons en condition opérationnelle et la faisons évoluer (TMA, MCO), avec les mêmes garde-fous qu’une application neuve. Ce qui mérite une refonte est refondu par étapes, sans interrompre le service.
vous recevez Un état des lieux écrit : ce que nous gardons, reprenons ou refondons, et pourquoi. Ensuite, un seul interlocuteur, des dépendances à jour, et une trace écrite de tout ce qui est fait.
deux façons de travailler
au forfait
Un périmètre écrit, un prix, une date. Vous savez ce que vous payez avant de commencer.
en régie
Au temps passé. L’ingénieur rejoint votre équipe avec ses pratiques : tests d’abord, relecture de chaque changement, livraisons courtes. Vous gardez le pilotage.
savoir-faire
de l’architecture à la production
TypeScript d’abord, Java ou Kotlin quand votre existant l’impose. Deux stacks choisies, une chaîne complète, et une méthode qui ne change pas avec le langage.
pratiqueoutil
TypeScript
- Node.js
- NestJS
- Hono
- Drizzle
- Prisma
- React
- Angular
- Vitest
- Playwright
Java
- Spring Boot
- Quarkus
- Kotlin
- Hibernate
- JUnit
architecture
- DDD
- hexagonale
- event-driven
IA
- indépendant du modèle
- Claude Code
- Mistral
- MCP
API
- contract first
- OpenAPI
- GraphQL
données
- PostgreSQL
- Redis
- RabbitMQ
tests
- TDD
- pyramide de tests
- Testcontainers
sécurité
- OIDC
- Keycloak
- Trivy
livraison
- trunk-based
- GitLab CI
- Argo CD
exploitation
- Terraform
- Kubernetes
- OpenTelemetry
reprise
- tests de caractérisation
- strangler fig
Ce site passe par la même discipline : à chaque changement, vérification des types, génération du site, puis audit de performance et d’accessibilité ; un échec arrête la chaîne. Aucun traceur, aucun script tiers.
la méthode
l’IA écrit, les garde-fous vérifient, l’ingénieur décide
Écrire du code est devenu rapide. Écrire le bon code, le prouver et en répondre ne l’est pas. La méthode du fondateur n’a pas changé avec l’IA : elle s’est accélérée.
Pour chaque projet, nous montons une usine logicielle. L’IA ne devine pas votre projet : elle le lit. Le vocabulaire de votre métier, les règles d’architecture, les décisions déjà prises, les erreurs à ne pas refaire : tout est écrit, versionné et relu comme le code. Chaque livraison enrichit ce cadre. C’est ce qui évite au projet de ralentir à mesure qu’il grandit.
Vous n’avez pas à comprendre l’outil. Vous gardez la main sur ce qui compte : ce que nous construisons, dans quel ordre, et ce qui part en production. Entre vos décisions, chaque changement franchit les garde-fous, puis la relecture de l’ingénieur. Sinon, il n’entre pas.
méthode ok200
chaque changement reluvous validez l’ingénieur approuve garde-fous : vérifié automatiquement
cadrer
comprendre
Votre métier, votre existant, vos contraintes, avant de choisir le moindre outil. L’IA apprend votre vocabulaire, pas l’inverse.
vous recevez Un compte rendu de cadrage : ce que nous avons compris, ce qui manque.
côté technique DDD stratégique · langage ubiquitaire · contextes délimités · cartographie de l’existant · règles et mémoire du projet chargées à chaque tâche
intention
Ce que le logiciel doit changer pour vous, et ce qu’il ne fera pas. En une page. Une phrase claire vaut mieux que cent consignes à la machine.
vous recevez L’intention écrite : ce que le logiciel fera, et ce qu’il ne fera pas.
côté technique objectifs et non-objectifs · objectifs chiffrés de performance, de sécurité et d’accessibilité · décisions d’architecture écrites
spécification
vous validezCe que le logiciel doit faire, cas par cas, dans les mots de votre métier, avec des exemples vérifiables. Elle se lit sans connaissances techniques.
vous recevez La spécification. Rien n’est codé avant votre accord.
côté technique développement guidé par la spécification · critères d’acceptation « étant donné, quand, alors » · la spécification sert de consigne à l’IA et de référence à la revue
construire
plan
vous validezVous fixez l’ordre : ce qui compte d’abord pour votre métier. Le découpage technique est notre affaire : des tâches courtes, chacune vérifiable seule.
vous recevez Le plan et l’ordre des livraisons.
côté technique découpage vertical par cas d’usage · une tâche, un changement relisible · ordre fixé par la valeur et le risque
écrire le code
garde-fousL’IA écrit le code, une tâche à la fois, dans les limites du plan. Le test d’abord, tiré des critères que vous avez validés ; le code ensuite.
vous recevez Des changements courts et tracés, dans votre dépôt.
côté technique TDD (rouge, vert, remaniement) · tests dérivés des critères d’acceptation, relus avant le code · architecture hexagonale en cas d’usage · domaine riche · typage strict
relire et prouver
l’ingénieur approuvegarde-fousL’ingénieur lit, comprend et approuve chaque changement. S’il ne le comprend pas, il ne l’accepte pas. La dette technique est choisie, écrite et remboursée. Jamais subie.
vous recevez Les indicateurs de qualité, à jour à chaque livraison.
côté technique revue de code obligatoire avant intégration · pyramide de tests · couverture suivie · un test qui ne peut pas échouer est refusé · analyse statique · règles d’architecture testées · intégration continue bloquante
livrer
montrer et livrer
vous validezgarde-fousVous voyez l’application fonctionner avant d’accepter la livraison. La mise en production attend votre accord. Ce que le projet a appris devient une règle pour la suite.
vous recevez La mise en production et la documentation de reprise. Vos équipes reprennent la main quand vous le décidez.
côté technique mise en production sur votre accord · retour arrière prêt · retour d’expérience versé dans les règles du projet
les garde-fous
un contrôle technique à chaque changement
Les garde-fous, ce sont les vérifications automatiques qu’un changement doit franchir pour entrer dans votre application. Les mêmes à chaque fois, que le code vienne de l’IA ou de l’ingénieur. Un changement passe ou ne passe pas, et la raison est écrite. C’est un contrôle technique, à chaque modification plutôt qu’une fois par an.
Le modèle peut se tromper. Les garde-fous arrêtent ce qui se mesure, l’ingénieur arrête le reste.
« Qu’est-ce que l’IA voit de mon projet ? »
Le code et la spécification. Vos secrets (mots de passe, clés d’accès) sont tenus hors du code, donc l’IA ne les voit pas. Nous travaillons avec Claude, le modèle d’Anthropic, une société américaine. Nos conditions commerciales excluent l’entraînement sur votre code. Votre application, elle, est hébergée en France.
« Qui répond du code que l’IA a écrit ? »
Nous. L’ingénieur a lu et approuvé chaque changement, et c’est lui qui le maintient. Nous ne confions à l’IA rien que nous ne saurions juger nous-mêmes.
« Et quand le modèle change ? »
La méthode reste. Les modèles changent vite ; la spécification, les garde-fous et la relecture ne dépendent d’aucun d’eux.
nos engagements
vos données en France, votre code chez vous
Six engagements, repris dans la proposition écrite que vous recevez. Ceux que nous ne pouvons pas tenir, nous ne les prenons pas.
Et l’IA ? Ce qu’elle voit de votre projet, et à quelles conditions, est écrit plus haut, dans la méthode :les questions sur l’IA
sur le projet
une démonstration deux semaines après le cadrage
Une première version qui fonctionne, sur un environnement proche de la production. Vous jugez sur pièces, pas sur un diaporama.
votre code chez vous, dès le premier jour
Le code, ses tests, sa documentation et son déploiement sont dans votre dépôt, en formats ouverts. Vous pouvez partir à tout moment, avec tout. Les droits sur le code sont fixés au contrat : licence d’utilisation, ou cession si vous la souhaitez.
un seul interlocuteur
Du cadrage à la production, le même ingénieur. Pas de commercial, pas de débutant placé. Vous n’expliquez jamais votre projet deux fois. La documentation de reprise est tenue à jour, pour qu’un autre ingénieur puisse prendre le relais si besoin.
sur vos données
hébergé en France
Chez un hébergeur français, dans des centres de données en France, ou sur votre propre infrastructure. Si un besoin l’exige, et avec votre accord, ailleurs dans l’Union européenne. Nous ne sommes pas hébergeur : l’engagement de disponibilité est celui de l’hébergeur.
RGPD par construction
Registre des traitements, minimisation, durées de conservation, droits des personnes outillés. Une contrainte de conception, pas une case cochée à la fin.
sobre et accessible
Des interfaces économes en ressources, utilisables au clavier et au lecteur d’écran, conçues selon le RGAA. Ce site est construit ainsi, sobre et accessible : vérifiez-le.
le fondateur
treize ans sur des systèmes qui n’ont pas le droit de tomber
Ingénieur diplômé, Kévin Julien code depuis l’adolescence. Sa veille est quotidienne et méthodique : il essaie ce qui sort, garde ce qui tient, oublie le reste. Ce tri vous évite de payer pour une mode. L’IA l’a passé, et elle est restée, sous garde-fous.
Il conduit lui-même chaque mission d’OK200, du cadrage à la production, et relit chaque changement.
OK200 : en HTTP, la réponse d’un serveur quand la requête a abouti. Nous n’en visons pas d’autre.
- 2013
Diplôme d’ingénieur, semestre à Ajou University (Corée du Sud)
- 2013 – 2021
Sopra Steria, Défense et Sécurité
- Ministère de l’Intérieur : permis de conduire, SI Armes
- Ministère de la Justice : Portalis
- Préfecture de Police
- DGA
- 2021 – 2025
OCTO Technology, architecte et responsable technique
- Plateforme nationale des secours (ANSC, 18-112)
- SNCF Connect
- Audits techniques et audits d’acquisition
- depuis oct. 2025
OK200
- Emeria Technologiesingénieur logiciel, interface et serveur, en régie
contact
décrivez votre projet
Une application à créer, une application existante à reprendre ou à maintenir, un ingénieur à ajouter à votre équipe : décrivez votre contexte, vos contraintes et votre échéance.
Ensuite :
- Une réponse sous un jour ouvré, avec une première lecture.
- Un avis franc : si nous ne sommes pas les bons pour votre sujet, nous vous le disons, et vers qui aller.
- Un entretien de trente minutes, si le sujet est pour nous.
- Une proposition écrite : périmètre, méthode, calendrier, prix, nos engagements, et la date de la première démonstration.
Chez OK200, vous parlez à celui qui code.
courriel