Des systèmes sur lesquels on compte
Nous concevons, construisons et exploitons des logiciels en production pour des organisations qui ne peuvent pas se permettre qu’ils tombent.
Ce que nous construisons
Ingénierie produit nativement IA
Des fonctionnalités à base de modèles de langage qui tiennent en production : résultats typés, réponses ancrées, journal de chaque appel.
Plateformes cloud et serverless sur AWS
Des plateformes serverless conçues autour des limites réelles d’AWS, pas de celles qu’un tutoriel suppose.
Systèmes temps réel et événementiels
Des pipelines d’événements et des interfaces temps réel qui restent justes quand le volume monte et qu’un consommateur décroche.
Offline-first et mobile
Des applications de terrain qui fonctionnent sans réseau et se réconcilient ensuite sans perdre le travail de personne.
Ingénierie de plateformes web
Des applications web rapides, accessibles et internationalisées — et les couches d’état et de données qui les portent.
Logiciels réglementés et à valeur probante
Des enregistrements qu’un tiers acceptera : inviolables, modifiables sans réécrire l’histoire, vérifiables de l’extérieur.
Technologies que nous utilisons
- LLM
- RAG
- MCP
- Vector search
- Structured output
- AWS
- Lambda
- DynamoDB
- S3
- CloudFront
- SES
- EventBridge
- Kubernetes
- Terraform
- Kafka
- WebSockets
- RxJS
- Avro
- Java
- Spring Boot
- Reactive streams
- React Native
- Expo
- Service workers
- IndexedDB
- SQLite
- React
- Next.js
- TypeScript
- Tailwind CSS
- Node.js
- GraphQL
- Redux Toolkit
- Zustand
- SWR
- Core Web Vitals
- WCAG
- GDPR
- UK data residency
- Audit trails
- Cryptographic integrity
Comment intégrer l’IA aux interfaces utilisateur : le guide complet
Un guide pratique pour intégrer une fonctionnalité d’IA à une interface Next.js, du choix du modèle au streaming de la réponse.
Que peut faire l’IA pour les petites entreprises ?
Nous expliquons comment les petites entreprises peuvent exploiter l’IA dans leur temps et leur budget.
Comment fonctionne useState ?
Un court tutoriel sur le fonctionnement de useState et ses principaux pièges.
Notre façon de travailler
Nous sommes une petite équipe de Londres et de l’Oxfordshire qui conçoit, construit et exploite des systèmes en production — le plus souvent comme la capacité d’ingénierie qu’un client n’a pas en interne, et souvent pendant des années plutôt que le temps d’un projet. Nous assumons ce qui se passe après la mise en ligne, car c’est cette partie qui décide si le logiciel valait la peine d’être construit.
Ce travail couvre six domaines : les fonctionnalités à base de modèles de langage conçues pour la production, les plateformes serverless sur AWS, les pipelines temps réel et événementiels, les applications de terrain offline-first, les plateformes web mesurées aux Core Web Vitals et au WCAG, et les systèmes à valeur probante dont un tiers peut vérifier les enregistrements. La plupart de ce que nous construisons en mobilise plusieurs à la fois. L’IA intervient là où elle le mérite — sortie contrainte, réponses ancrées dans les sources, évaluation avant mise en production — et non comme une zone de conversation greffée sur un produit.
Les exigences que nous appliquons aux projets clients sont celles que nous nous imposons : seuils de couverture vérifiés en intégration continue, suites end-to-end exécutées sur une véritable matrice d’appareils, observabilité câblée avant la mise en ligne plutôt qu’après le premier incident, et un seul sujet par modification, afin que chaque livraison puisse être lue, relue et annulée isolément. La plus grande base de code que nous maintenons compte plus de 11 000 tests unitaires derrière un seuil de couverture de 80 % ; rien n’est fusionné en dessous.
