La technologie au service du produit
Choisir un socle que les équipes pourront faire évoluer
PartITech développe et maintient des plateformes web, des applications métier, des dispositifs éditoriaux et des produits mobiles dans plusieurs écosystèmes. Nous choisissons les technologies à partir des usages, des données, des intégrations, de la sécurité et des conditions d’exploitation.
Une stack n’est pas une collection de logos. Chaque composant doit avoir un rôle explicite, une communauté ou un support viable, une trajectoire de mise à jour et un coût de maintenance compatible avec le produit.
- Contexte d’abord
- Le besoin et les risques précèdent le framework
- Open source maîtrisé
- Des dépendances choisies, suivies et documentées
- Réversibilité
- Un socle transmissible et exploitable par une équipe
Des domaines complémentaires
Du métier jusqu’à l’exploitation
Nous assemblons des briques adaptées à chaque couche du produit, sans imposer une architecture identique à tous les projets.
Back-end et métier
PHP, Symfony et Sonata pour les applications métier, portails, API, traitements et back-offices complexes. Node.js intervient lorsque son modèle événementiel répond réellement aux flux du projet.
Expertise Symfony & SonataCMS et plateformes éditoriales
Drupal pour les modèles de contenu, droits et workflows exigeants. WordPress pour des dispositifs éditoriaux plus directs, avec blocs et thème sur mesure. Magento reste présent dans certains projets e-commerce historiques.
Front-end et mobile
HTML, CSS, JavaScript et TypeScript constituent le socle. React, Vue ou Angular structurent les interfaces qui le justifient. Pour le mobile, le choix se fait entre natif, React Native, Flutter, PWA ou Capacitor.
Données, infrastructure et IA
PostgreSQL, conteneurs Docker et orchestration Kubernetes soutiennent les applications lorsque leur contexte le demande. Python, les LLM et les architectures RAG sont intégrés sur des périmètres où les données, la sécurité et l’évaluation sont cadrées.
Découvrir notre approche IAUne sélection non exhaustive
Technologies rencontrées dans nos projets
Leur présence dans cette liste ne signifie pas qu’elles sont interchangeables. Nous les utilisons, les maintenons ou les faisons évoluer selon le contexte.
Symfony
Applications métier, API et architectures PHP.
Sonata
Back-offices et gestion de contenu dans Symfony.
Drupal
Plateformes de contenu structurées et gouvernées.
WordPress
Sites éditoriaux et blocs sur mesure.
Node.js
API, temps réel et services orientés événements.
React
Interfaces composables et applications interactives.
Vue.js
Interfaces progressives et applications web.
Angular
Cadre intégré pour applications front-end structurées.
Magento
Reprise et évolution de plateformes e-commerce existantes.
Projets existants
jQuery
Maintenance et modernisation progressive d’interfaces historiques.
LegacyUne décision argumentée
Ce que nous évaluons avant de retenir une technologie
Le choix doit rester compréhensible par les équipes qui financeront, exploiteront et feront évoluer le produit. Nous comparons les scénarios plutôt que de présenter une préférence comme une évidence.
Adéquation métier
Complexité du domaine, workflows, volumes, temps réel et contraintes réglementaires.
Expérience attendue
SEO, accessibilité, rendu, fonctions natives, hors-ligne et appareils cibles.
Écosystème
Maturité, documentation, maintenance, compétences disponibles et dépendances.
Exploitation
Déploiement, observabilité, sauvegardes, sécurité, charge et reprise sur incident.
Coût total
Construction, hébergement, licences éventuelles, mises à jour et dette technique.
Trajectoire
Durée de support, compatibilité, réversibilité et capacité de migration future.
Du besoin au socle validé
Notre méthode de choix technologique
Nous réduisons l’incertitude avant d’engager l’ensemble de la réalisation.
- 01
Cadrer les contraintes
Usages, données, intégrations, équipe, calendrier, sécurité et exploitation.
- 02
Auditer l’existant
Architecture, versions, dépendances, compétences et coûts déjà engagés.
- 03
Comparer les scénarios
Avantages, limites, risques, effort de transition et coût total.
- 04
Tester le risque principal
Prototype ciblé sur la performance, l’intégration ou la fonction la plus incertaine.
- 05
Documenter la décision
Architecture cible, responsabilités, règles de contribution et trajectoire de versions.
- 06
Industrialiser
Environnements, tests, livraison, observabilité et transmission aux équipes.
Votre architecture
Choisir une technologie pour de bonnes raisons
Création, refonte ou reprise d’un existant : nous pouvons comparer les options et rendre les arbitrages explicites avant le développement.