Technologie
Comment nous construisons et ce que nous refusons
Une description publiquement communicable de notre approche d'ingénierie. Elle s'arrête volontairement avant l'architecture interne — ce qui compte ici, ce sont les engagements dont un client peut nous tenir responsables.
Approche d'ingénierie
- Pages rendues côté serveur pour que le contenu critique reste lisible sans script client.
- Une base de code unique, des gabarits pilotés par le contenu et un registre central plutôt que du code sur mesure par page.
- Interfaces typées de bout en bout, avec des contrôles exécutés en intégration continue à chaque changement.
- Accessibilité et performance traitées comme critères d'acceptation, pas comme un nettoyage ultérieur.
Engagements de gouvernance
Une personne reste responsable.
Les systèmes que nous construisons s'interrompent pour validation humaine avant toute action touchant un client, un dossier ou de l'argent.
Les résultats sont explicables.
Lorsqu'un système émet une suggestion, le motif est accessible à ceux qui doivent l'assumer.
Les données restent à leur place.
Nous convenons de la base légale, de la durée de conservation et du chemin de suppression avant toute collecte.
Les affirmations reposent sur des preuves.
Nous ne publions aucun chiffre de disponibilité, de performance ou de résultat dont nous ne pouvons montrer la source.
Ce que nous refusons de construire
- Des systèmes prenant une décision à fort impact sur une personne sans voie de revue humaine.
- Des interfaces présentant une réponse automatisée comme émanant d'un professionnel identifié.
- Une collecte de données sans base légale, durée de conservation et chemin de suppression convenus.
- Des affirmations publiques de performance ou de résultat que nous ne pouvons pas étayer.
Un projet en tête ?
Décrivez le problème et le résultat attendu. Nous répondons par une lecture honnête du périmètre, du séquencement et de notre pertinence pour la mission.