Du logiciel,
construit pour
durer.

Ce que nous construisons

Le travail que nous aimons est celui qui doit continuer à fonctionner. Des produits neufs qui doivent être livrés puis survivre à leur deuxième année. Des outils internes qui remplacent un tableur fragile sur lequel un département a discrètement bâti son processus de clôture mensuelle. Des backends qui doivent absorber la charge d’une fonctionnalité que vos concurrents s’apprêtent à lancer.

Nous sommes l’équipe que vous appelez quand la réponse à « devrions-nous construire ceci nous-mêmes ? » est « oui, et nous voulons le faire bien ».

Comment nous collaborons habituellement

• Projets 0→1. Produits neufs partant de zéro où nous prenons en charge le design, l’architecture et la livraison. Vous apportez le problème métier ; nous apportons l’ingénierie.
• Projets de sauvetage. Une base de code héritée d’une équipe ou agence précédente, à stabiliser, documenter et remettre en production. Nous commençons par un audit court, proposons un plan de remédiation et l’exécutons.
• Plateformes de longue traîne. Logiciels qui soutiennent une activité en silence — traitement de commandes, pipelines de réclamations, administration interne. Peu spectaculaire, mais un problème en cas de panne à 3 h du matin.

Technologies que nous utilisons

Nous utilisons une technologie ennuyeuse et éprouvée. Les frameworks sont choisis pour leur pertinence, pas parce qu’ils étaient à la mode sur Hacker News le trimestre dernier.

• Frontend. React, Vue, Angular. TypeScript partout.
• Backend. Java avec Spring Boot, Node, occasionnellement Python.
• Mobile. React Native ou natif quand le cas le justifie.
• Base de données. Postgres pour presque tout, avec Redis ou une file de messages quand la charge le justifie.

Ce que nous ne faisons pas

Nous n’acceptons pas de travaux qui exigent de prétendre être experts en choses que nous ne sommes pas. Si vous avez besoin d’un site marketing, d’une campagne publicitaire ou d’une identité de marque, nous vous renverrons volontiers vers quelqu’un de meilleur.

Ce que nous faisons

Une infrastructure cloud qui se rentabilise en nuits de sommeil ininterrompu. Nous concevons, construisons et opérons des systèmes sur AWS, GCP et (quand cela a du sens) on-prem ou hybride. Nous choisissons l’architecture qui correspond à la charge — pas celle qui maximise la facture cloud.

Comment nous collaborons habituellement

• Plateformes neuves. Infrastructure conçue depuis zéro, avec les compromis documentés pour que le prochain ingénieur puisse les lire.
• Migrations. Lift-and-shift, replatforming ou refonte complète. Nous avons déplacé assez de monolithes pour savoir quels chemins valent la peine et lesquels éviter.
• Stabilisation. Un système qui fonctionne globalement mais déclenche trop souvent des alertes. Nous diagnostiquons, instrumentons et résolvons les vraies causes — pas seulement les symptômes.
• Opération continue. Collaboration de long terme où nous maintenons les lumières allumées, gérons les incidents et nous chargeons des correctifs peu spectaculaires que personne d’autre ne veut prendre.

Sur quoi nous tournons

• AWS — la majeure partie de notre travail. EKS, ECS, RDS, Lambda, les suspects habituels.
• GCP — quand il y a une raison (BigQuery, Vertex, réglementaire).
• Kubernetes — quand la complexité opérationnelle est justifiée. Jamais par défaut.
• Terraform — infrastructure as code, versionnée, revue par les pairs.
• Docker — partout.
• Observabilité — Prometheus, Grafana, OpenTelemetry, occasionnellement Datadog.

Ce que nous ne faisons pas

Nous ne vous vendons pas des architectures plus complexes que ce dont votre problème a besoin. Si une seule instance EC2 et une base Postgres managée sont la bonne réponse, c’est ce que nous proposerons. Le travail est de résoudre votre problème, pas de gonfler notre facture.

Quand c’est utile

Certaines décisions techniques sont faciles à changer plus tard. D’autres vous bloquent silencieusement pendant des années. Nous sommes l’équipe que vous appelez quand vous avez besoin d’un second avis honnête sur celles du second type — et que vous préférez payer maintenant plutôt que découvrir le coût dix-huit mois plus tard.

Comment nous collaborons habituellement

• Revues d’architecture. Nous lisons vos documents de design, parlons à vos ingénieurs et livrons une évaluation écrite avec des recommandations priorisées. Généralement 2 à 4 semaines.
• Due diligence technique. Acquisitions, partenariats, engagements importants avec des fournisseurs. Nous évaluons l’ingénierie, pas seulement le code — équipe, processus, dette, risque de personne clé.
• Seconds avis. Une décision précise (construire vs acheter, choix de framework, approche de migration) pour laquelle vous voulez la perspective externe de quelqu’un sans intérêt en jeu.
• CTO fractionné. Pour les fondateurs qui ont besoin d’un jugement senior en ingénierie mais pas encore d’un recrutement à temps plein.

Ce que nous ne ferons pas

• Nous ne vous dirons pas ce que vous voulez entendre. Si votre architecture est bonne, nous le dirons sans chercher des problèmes pour gonfler la facture. Si elle ne l’est pas, nous vous expliquerons pourquoi dans un langage que votre CFO peut lire.
• Nous ne nous recommanderons pas pour le travail d’implémentation qui découle de la revue, sauf si vous nous le demandez explicitement. Conseil et construction sont des collaborations séparées pour une raison.

Livrable

Chaque collaboration se termine par un document écrit — généralement entre 10 et 30 pages — sur lequel votre équipe peut agir une fois que nous sommes partis. Présentations sur demande, mais nous préférons que vous conserviez le document.

Ce que nous faisons

Une infrastructure de tests qui attrape les régressions avant qu’elles n’atteignent la production. Des pipelines de release qui transforment chaque déploiement en non-événement. Une supervision qui prévient avant que vos utilisateurs ne le remarquent.

La plupart des équipes sous-investissent dans ce travail parce qu’il ne semble jamais le plus urgent — jusqu’à ce que quelque chose casse au pire moment possible. Nous vous aidons à faire le travail ennuyeux qui évite les incidents excitants.

Comment nous collaborons habituellement

• Construction d’automatisation de tests. Une suite de tests réelle — unitaires, d’intégration, end-to-end — intégrée à la CI et en laquelle votre équipe a confiance. Pas mille tests instables que tout le monde apprend à ignorer.
• Pipelines CI/CD. Déploiements rapides, reproductibles, sûrs à rollback. Nous avons assez vu l’alternative.
• Tests de charge et de performance. Profils de charge réalistes, goulots d’étranglement identifiés, marge documentée. Particulièrement précieux avant des lancements ou des pics saisonniers.
• Ingénierie qualité comme pratique. Intégrés dans votre équipe pendant un ou deux trimestres, en laissant derrière à la fois l’infrastructure et les habitudes.

Outils que nous utilisons

• Test runners. Jest, Vitest, Playwright, Cypress, JUnit. Selon ce qu’utilise votre stack.
• CI. GitHub Actions, GitLab CI, occasionnellement Jenkins (quand on n’a pas le choix).
• Charge. k6, Locust, JMeter.
• Supervision. Prometheus + Grafana, Datadog, Sentry.

Une note sur la philosophie de test

Nous ne croyons pas à 100 % de couverture comme objectif. Nous croyons à couvrir ce qui compte — chemins critiques, cas limites qui vous ont mordu auparavant, intégrations susceptibles de dériver. Une petite suite de tests rapide et fiable vaut plus qu’une géante que personne n’exécute.