Une ingénierie moderne pour construire des systèmes capables d'évoluer.

Créer des expériences rapides, accessibles et maintenables.

Le front-end n'est pas une couche décorative. C'est l'endroit où l'architecture rencontre l'usage : composants, frontières serveur/client, performance, accessibilité et internationalisation.

Technologies

• React
• Next.js
• TypeScript
• Tailwind CSS
• Vite

Capacités

• Applications web modernes
• Interfaces SaaS
• Backoffices
• Portails
• Dashboards
• Design Systems
• Responsive
• Accessibilité
• Optimisation performance
• Internationalisation
• Intégration API

Principes

• Component architecture

  Composer des interfaces réutilisables plutôt que dupliquer des écrans.

• Server/client boundaries

  Décider clairement ce qui s'exécute côté serveur et ce qui reste interactif.

• Performance

  Mesurer, puis optimiser. La performance est une fonctionnalité.

• Accessibility

  HTML sémantique, clavier, contraste, focus, reduced motion.

• Maintainability

  Un Design System et des conventions pour que le produit puisse vivre.

• SEO when relevant

  Le SEO n'est pas obligatoire pour un back-office. Il l'est pour une page publique.

Construire le cœur métier avec une architecture claire et contrôlée.

Le back-end porte les règles, les contrats et la vérité opérationnelle. APIs, services, jobs et permissions sont conçus pour rester lisibles, testables et observables.

Technologies

• Node.js
• Laravel
• Symfony
• FastAPI
• TypeScript

Capacités

• API REST
• Business services
• Applications métiers
• Architecture modulaire
• Services asynchrones
• Queues
• Jobs
• Notifications
• Intégrations
• Authentification
• Permissions
• Audit
• Reporting

Principes

• Separation of concerns

  Séparer domaine, infrastructure et présentation.

• Domain logic

  Les règles métier vivent dans le code, pas uniquement dans l'interface.

• API contracts

  Versionner, documenter et valider les contrats d'échange.

• Validation

  Ne jamais faire confiance à une entrée non contrôlée.

• Observability

  Logs, métriques et traces pour comprendre un incident.

• Security

  Authn, authz, secrets et audit dès la conception.

• Testing

  Tests unitaires, d'intégration et d'API selon le risque.

• Documentation

  Une API sans contrat lisible n'est pas livrable.

Des applications mobiles pensées pour le terrain, pas seulement pour une démo.

Flutter ou React Native selon le contexte d'équipe et de produit. L'offline n'est promis que lorsqu'il est réellement requis. La connectivité variable, la sécurité et la maintenance restent des contraintes de premier plan.

Une architecture offline-first n'est pas un défaut. Elle se justifie par le métier.

Technologies

• Flutter
• React Native

Capacités

• Applications métier
• Applications clients
• Applications terrain
• Offline lorsque pertinent
• Notifications
• Synchronisation
• API
• Géolocalisation lorsque requise
• Gestion des documents
• Authentification

Principes

• Expérience mobile

  Parcours courts, états de chargement, erreurs compréhensibles.

• Performance

  Démarrage, fluidité et consommation réseau mesurés.

• Connectivité variable

  Concevoir pour le réseau réel, pas pour le Wi-Fi du bureau.

• Sécurité

  Stockage local, jetons, certificats : traités comme de l'architecture.

• Maintenance

  Stores, versions OS et dettes de SDK anticipés.

Une donnée utile commence par une donnée accessible, fiable et structurée.

Modélisation, qualité, historisation et restitution. Un dashboard n'affiche pas seulement des chiffres : il doit aider à décider. PostgreSQL, MySQL ou SQL Server selon l'existant — sans guerre de bases.

Technologies

• PostgreSQL
• MySQL
• SQL Server
• Python
• Power BI
• Metabase

Capacités

• Modélisation
• Nettoyage
• Transformation
• Consolidation
• ETL / ELT
• Data Warehouse
• Data Mart
• Qualité
• Historisation
• Migration
• Reporting
• Dashboards
• KPI
• Data Storytelling

Principes

• Décider

  Un dashboard ne doit pas seulement afficher des données. Il doit aider à décider.

• Définitions

  Aligner les indicateurs avant d'aligner les outils.

• Adéquation

  PostgreSQL est une option forte lorsqu'elle est adaptée, pas une obligation.

Intégrer l'IA comme une capacité métier, pas comme un gadget.

IA générative, LLM, RAG, agents, intelligence documentaire : uniquement là où le cas d'usage, la gouvernance et le contrôle humain tiennent. L'IA n'est pas fiable à 100 %.

Aucun discours ici ne prétend qu'un modèle est infaillible.

Technologies

• LLM
• RAG
• AI Agents
• FastAPI
• Python

Capacités

• Assistants métiers
• Recherche documentaire
• Analyse documentaire
• Extraction d'informations
• Génération assistée
• Intégration aux processus
• Orchestration
• Agents
• Automatisation
• Classification
• Semantic Search

Principes

• Human oversight

  Un humain reste responsable des décisions sensibles.

• Evaluation

  Mesurer la qualité plutôt que s'en remettre à l'impression.

• Security

  Données, prompts et sorties traités comme des surfaces d'attaque.

• Data governance

  Savoir quelles données le modèle a le droit de voir.

• Logging

  Tracer les usages sans exposer des secrets dans les journaux.

• Cost control

  Le coût d'un appel n'est pas un détail d'architecture.

• Fallback strategies

  Un chemin dégradé lorsque le modèle échoue ou n'est pas disponible.

Faire évoluer les infrastructures avec les applications.

Cloud, Linux, conteneurs, réseau, stockage, sauvegardes. Aucun fournisseur unique n'est imposé. Kubernetes n'est pas un réflexe : il se justifie. CI/CD selon le dépôt et l'organisation.

Technologies

• Docker
• Kubernetes
• Linux
• Cloud
• GitHub Actions

Capacités

• Conteneurisation
• CI/CD
• Automatisation du déploiement
• Configuration
• Environnements
• Monitoring
• Logging
• Rollback
• Gestion des secrets
• Sauvegarde
• Load balancing
• Réseau

Principes

• Parité

  Les environnements doivent se ressembler assez pour que le déploiement ne soit pas un saut dans le vide.

• Complexité méritée

  Un orchestrateur sans besoin d'orchestration ajoute de la charge, pas de la maturité.

Construire la bonne architecture avant d'accumuler les technologies.

Modular monolith, SOA, microservices, event-driven, API-first, headless, SaaS multi-tenant : des styles, pas des dogmes. Les microservices sont évités lorsque leur complexité n'est pas justifiée. Les systèmes modernes coexistent souvent avec l'existant.

Technologies

• Node.js
• FastAPI
• Laravel
• PostgreSQL

Capacités

• API REST
• Webhooks
• Connecteurs
• API Gateway
• Versioning
• Rate limiting
• Documentation
• ERP / CRM
• BI
• Identité
• Systèmes partenaires
• Échanges fichiers

Principes

• Interopérabilité

  Connecter les systèmes plutôt que recréer les silos.

• Existant

  L'existant n'est pas un obstacle moral. C'est une contrainte d'architecture.

• Pragmatisme

  Nous évitons les microservices lorsque leur complexité n'est pas justifiée.

Security by design — pas un module collé à la fin.

Identité, application, API, données, infrastructure, opérations, utilisateurs. Sidéral n'affiche pas ici de SOC, de pentest certifié ou de service réglementé. Least privilege, secrets, dépendances, journaux, sauvegardes et préparation d'incident.

Aucune affirmation de conformité réglementaire sans audit et contexte.

Technologies

• OAuth2 / OIDC
• Keycloak

Capacités

• IAM
• RBAC
• JWT
• OAuth2 / OIDC
• SSO
• MFA readiness
• Validation des entrées
• Gestion des secrets
• Audit
• Chiffrement
• Sauvegardes

Principes

• Least privilege

  Accorder le minimum nécessaire, le plus tard possible.

• Secure defaults

  Le chemin sûr doit être le chemin par défaut.

• Authentication vs authorization

  Savoir qui vous êtes n'est pas savoir ce que vous avez le droit de faire.