Du code qu'on peut maintenir.
Cette page répond aux questions techniques qu'un CTO ou un ingénieur senior se pose avant de signer. Ce qu'on utilise par défaut, comment on livre, et ce qu'on évite.
Les outils qu'on prend par défaut.
Ces choix sont nos défauts pour aller vite avec confiance. On les adapte au contexte client — votre stack existante, vos contraintes de conformité, les préférences de votre équipe.
Frontend & UI
Next.js 16 · React 19 · TypeScript · Tailwind v4 · Framer Motion · React Hook Form · Zod
Backend & API
Node.js / TypeScript · Python / FastAPI · Postgres · Supabase ou self-hosted · REST + tRPC
Data & ML
Postgres (OLTP) · DuckDB / Snowflake / BigQuery (big data) · Polars · dbt · Airflow / Dagster · PyTorch · pgvector / Qdrant (RAG)
Infrastructure & DevOps
Vercel · AWS / GCP / Azure · Cloudflare · Terraform · GitHub Actions · Docker · Kubernetes (au besoin)
Observabilité
Datadog · Sentry · Grafana · logs structurés · traces distribuées · dashboards SLO
Comment on livre.
Tests à plusieurs niveaux
Unitaires (Vitest, pytest), intégration sur les flows critiques, e2e Playwright quand ça en vaut la peine. La couverture suit la criticité — pas un chiffre arbitraire.
Types stricts partout
TypeScript en mode strict, Pydantic ou dataclasses en Python. Les types attrapent 80 % des bugs avant l'exécution — on en profite systématiquement.
Reviews systématiques
Chaque changement passe en revue (humaine + IA-augmentée). Les arbitrages sont documentés dans le PR ou un ADR — jamais dans la tête du dev seulement.
CI/CD automatisé
GitHub Actions ou GitLab CI. Lint, type-check, tests, build, déploiement. Aucun déploiement manuel en production.
Documentation utile
README à jour, ADRs sur les décisions structurelles, runbooks pour les opérations courantes. Pas de wiki mort, pas de doc qui ment.
Observabilité dès le jour 1
Logs structurés, traces, dashboards d'alerte. Quand quelque chose casse en production, on le sait avant votre client.
Le code vous appartient.
Aucun lock-in. Vous pouvez reprendre seul ou avec un autre fournisseur n'importe quand — c'est même la garantie qu'on documente comme si on partait demain.
- Repo dans votre organisation GitHub ou GitLab dès le jour 1.
- Aucune dépendance fournisseur cachée — le code est lisible par un autre dev sans contexte d'Acynx.
- Toutes les clés, secrets, accès infra sous votre contrôle (vault partagé, jamais dans nos têtes).
- Documentation rédigée pour le prochain mainteneur, pas pour nous.
- Aucune plateforme propriétaire imposée — vos données restent exportables.
Les bases non-négociables.
Loi 25 (Québec)
Évaluations de facteurs relatifs à la vie privée pour tout traitement de données personnelles. Politique de confidentialité à jour à chaque livraison.
Gestion des secrets
1Password, AWS Secrets Manager ou Hashicorp Vault selon le contexte. Aucun secret en clair dans un repo — jamais.
NDA mutuel
On peut signer votre NDA standard ou utiliser le nôtre, conforme au droit québécois. Nos collaborateurs sont liés par les mêmes engagements.
Audit trails
Logs d'accès, historique git complet, traces des opérations infrastructure. Tout est traçable — rien n'est silencieux.
Ce qu'on n'utilise pas.
Quelques outils et pratiques qu'on évite quand on construit du logiciel destiné à durer. Préférences fortes, discutées au cas par cas si le contexte l'exige vraiment.
No-code pour des produits critiques
Bubble, Webflow, Retool peuvent prototyper rapidement, mais deviennent un mur quand le produit doit scaler ou s'intégrer en profondeur. On construit en code dès qu'on sait que ça va vivre.
Frameworks abandonnés ou en fin de vie
On choisit des technos avec communauté active et roadmap visible. Hériter d'une stack obsolète coûte plus cher que migrer maintenant.
Dette technique acceptée par paresse
Les raccourcis sont autorisés — quand ils sont documentés comme tels, avec une date de remboursement. Pas autrement.
Prêt à expédier?
Une discussion de 20 minutes suffit pour identifier le bon forfait et la première demande à lancer.