Une stack choisie pour sa longévité, pas pour sa nouveauté
Nous bâtissons sur des technologies ennuyeuses, et c'est un choix : des stacks éprouvées, de larges viviers de talents, dix ans de recul, pour que le système survive à notre mission. La partie intéressante d'un projet devrait être ce que le logiciel fait, jamais ce dans quoi il est écrit.
Réserver un appelLes cinq auxquelles nous consacrons une page
Les technologies qui portent l'essentiel de ce que nous mettons en production, avec, sur chaque page, les cas où nous en déconseillons l'usage.
Next.js
Notre choix par défaut pour les produits destinés aux clients et les portails : rendu serveur, SEO solide, et un seul vivier de recrutement sur toute la stack.
Pourquoi, quand, et quand nous l'écartons →.NET
Les plateformes opérationnelles de longue durée et l'intégration d'entreprise : un typage sûr à l'échelle, des fenêtres de support qui se comptent en décennies.
Pourquoi, quand, et quand nous l'écartons →React Native
Une seule base de code pour iOS et Android quand le produit doit réellement vivre sur un téléphone, avec les compétences et le code partagés avec la couche web.
Pourquoi, quand, et quand nous l'écartons →Rust
Des services rapides et sûrs en mémoire, et la migration progressive du C/C++ : pour les chemins critiques où la latence, la sécurité et le coût cloud comptent.
Pourquoi, quand, et quand nous l'écartons →Intégration d'IA et de LLM
Des modèles de langage branchés sur de vrais processus, avec harnais d'évaluation, garde-fous et solutions de repli. De l'ingénierie, pas une démo.
Pourquoi, quand, et quand nous l'écartons →Les critères de choix de la stack
Trois tests que toute technologie doit passer avant de porter le système d'un client.
De larges viviers de talents
Chaque choix structurant porte sur une technologie que vos futures recrues connaissent déjà. Vous ne devez jamais dépendre de nous pour trouver l'ingénieur suivant.
Dix ans de recul
Nous adoptons un outil après qu'il a survécu à un cycle de hype, et non pendant. La nouveauté va dans le produit, pas dans l'infrastructure.
Conçu pour être transmis
Une stack mainstream et de la documentation : n'importe quelle équipe compétente peut hériter du système. Vous ne restez jamais captif d'un code que nous serions seuls à comprendre.
Le reste de la boîte à outils
Les cinq pages ci-dessus ne couvrent pas toute la stack : ce sont les parties qui méritent une page chacune. Autour d'elles se tient la même fondation, ennuyeuse par choix.
Une liste représentative, pas une frontière : si votre système a besoin de quelque chose qui n'y figure pas, c'est une conversation, pas un problème. Des choix par défaut et non des dogmes ; le diagnostic retient le bon outil pour chaque système.
Vous ne savez pas encore sur quoi bâtir votre système ?
C'est tout l'objet du diagnostic gratuit : la stack est un résultat, pas une opinion avec laquelle il faut arriver.