01
Un processus a dépassé son tableur
Le bricolage qui a tenu trois ans a maintenant cinq personnes pour le maintenir. Il doit devenir une application avec des règles, des droits et une piste d’audit.
Développement Symfony pour applications métier critiques
L’application sur laquelle tourne votre activité ne devrait pas être celle que plus personne ne veut toucher.
HOW MUCH Labs construit, étend, intègre et maintient des applications Symfony — portails clients, plateformes internes, API et les systèmes qui tiennent discrètement les opérations d’une entreprise.
Il s’agit de développement livré, pas de mise à disposition de développeurs. Nous prenons la responsabilité du périmètre convenu.
Qui mène le travail
Les projets sont menés par un développeur avec plus de 20 ans d’expérience.
L’architecture, les décisions techniques et la revue de code relèvent d’un lead senior — la part d’un projet qu’il est coûteux de rater et bon marché de réussir tôt.
- La structure décidée avant d’écrire le code
- Une supervision technique sur toute la livraison
- Écrit pour le développeur qui en héritera
Quand les entreprises nous appellent
Quatre situations qui lancent généralement la conversation
02
Une application que plus personne ne veut toucher
Elle fonctionne, mais le développeur qui l’a écrite est parti et chaque changement semble risqué. Nous la lisons d’abord, puis vous disons ce qui peut être modifié sans danger.
03
Deux systèmes qui ne se parlent pas
Le site, le CRM et le back-office détiennent chacun une part de la vérité. Quelqu’un resaisit des données entre eux tous les jours.
04
Une version qui vous retient
Une ancienne version de Symfony bloque les montées de version, les changements d’hébergement ou de nouvelles fonctionnalités — et le saut est sans cesse reporté.
Ce que nous développons en Symfony
De nouvelles applications, des ajouts aux existantes, et le travail peu glamour qui fait tourner les deux.
Construire
Applications & plateformes sur mesure
Portails clients, outils de réservation et de devis, plateformes d’opérations internes — construits autour du fonctionnement réel de l’activité plutôt qu’autour d’un template.
Intégrer
API & intégrations système
Intégrations REST et de messaging avec les ERP, CRM, systèmes de paiement et de logistique dont l’entreprise dépend déjà, avec des échecs journalisés plutôt que silencieux.
Étendre
Travail sur des applications existantes
Nouvelles fonctionnalités, refactoring et corrections dans une base de code que nous n’avons pas écrite. Nous commençons par une évaluation, pour que le premier changement ne soit pas le plus risqué.
Moderniser
Modernisation de l’existant & montées de version
Faire passer une application sur une version Symfony supportée, par étapes, pendant que l’activité continue de tourner.
Stabiliser
Performance & fiabilité
Requêtes lentes, timeouts, jobs qui échouent silencieusement la nuit. Nous trouvons la cause réelle avant de proposer une réécriture — une réécriture est rarement la réponse la moins chère.
À l’aise avec
Symfony 2-8Doctrine ORMAPI PlatformREST & webhooksMessenger & queuesPostgreSQL / MySQLTwigPHPUnitDockerCI pipelinesLegacy upgradesHeadless frontends
Comment se déroule un projet
Cinq étapes. Vous connaissez le périmètre et le coût avant le début de l’implémentation.
1
Découverte
Nous apprenons ce que l’application doit faire et, pour les systèmes existants, lisons le code avant de nous faire une opinion. Vous recevez un résumé écrit de ce que nous avons trouvé et de ce que nous recommanderions — y compris l’option d’en faire moins que ce que vous demandiez.
2
Périmètre
Un périmètre écrit, un prix fixe et une date de livraison pour le travail convenu. Tout ce qui est incertain est nommé comme tel ici, plutôt que découvert en cours de réalisation. Les applications plus larges sont découpées en étapes que vous pouvez revoir entre elles.
3
Implémentation
Construit par incréments visibles sur un environnement de staging, le lead senior portant l’architecture et relisant ce qui est livré. Vous voyez l’avancement au fil de l’eau, pas à la fin.
4
Revue
Vous testez par rapport au périmètre sur le staging. Des tests automatisés couvrent les parties du système où un échec silencieux serait coûteux. Les correctifs dans le périmètre convenu font partie du prix.
5
Passation
Code source, accès au dépôt, instructions de déploiement et documentation rédigée pour le prochain développeur. Si vous souhaitez que nous continuions la maintenance, c’est un accord séparé — pas une condition pour obtenir le code.
Maintenabilité & propriété
Vous devez pouvoir nous quitter
Une application que vous ne pouvez pas transmettre à un autre développeur n’est pas un actif, c’est une dépendance. Nous construisons pour que la passation soit un mardi comme les autres.
Le leadership technique senior compte le plus ici : les décisions qui rendent une base de code lisible dans trois ans se prennent dans les deux premières semaines.
Le code est à vous
Transfert du code source et de la PI au paiement final. Rien n’est reloué vers nous et rien ne dépend de notre infrastructure.
Les conventions du framework, pas un style maison
Nous suivons les conventions de Symfony elles-mêmes, pour que n’importe quel développeur Symfony puisse lire le résultat — c’est l’essentiel de ce que signifie la maintenabilité en pratique.
Documenté au fil de la construction
Installation, déploiement et les décisions qui ne sautent pas aux yeux dans le code, rédigés tant qu’ils sont encore frais plutôt que reconstruits à la fin.
Pas de verrouillage par défaut
Vous pouvez transférer l’application à une autre équipe sans nous demander quoi que ce soit. Nous préférons être conservés qu’être indispensables.
Vous travaillez en agence ?
Cette page s’adresse aux entreprises qui nous engagent directement. Si vous êtes une agence ou un cabinet qui a besoin d’une livraison Symfony derrière votre propre marque, c’est un autre arrangement — et il a sa propre page.
Les questions que les clients posent d’abord
Oui — l’essentiel de notre travail Symfony porte sur des applications existantes. Nous commençons par lire la base de code et vous dire ce que nous avons trouvé : comment elle est structurée, où se situe le risque, et ce qui peut être modifié sans danger. Cette évaluation vous est utile même si vous ne nous engagez jamais pour la réalisation.
C’est courant et c’est gérable. Une application non documentée prend plus de temps à prendre en main, donc nous cadrons la première étape comme une découverte payante plutôt que de deviner un prix pour l’ensemble.
C’est une grande part du travail : ERP, CRM, logiciels comptables, prestataires de paiement, bases internes, API tierces. Là où une API existe, nous l’utilisons ; là où elle n’existe pas, nous convenons d’un moyen sûr d’échanger les données et nous le documentons.
Nous cadrons par écrit avant l’implémentation : ce qui est inclus, ce qui est explicitement exclu, et un prix fixe pour le travail convenu. Les applications plus larges sont découpées en étapes pour que vous puissiez vous arrêter, revoir ou changer de direction entre elles.
Ce que vous préférez. Certains clients reprennent la base de code et continuent en interne, d’autres nous gardent pour la maintenance et les mises à jour, d’autres nous rappellent seulement quand il faut ajouter quelque chose. La passation est la même dans tous les cas — code source complet, documentation et accès.
Les projets sont menés par un développeur avec plus de 20 ans d’expérience, qui porte l’architecture et relit ce qui est livré. Lorsqu’un projet a besoin de plus de mains, ce lead reste responsable du résultat. HOW MUCH Labs est votre cocontractant, pas un intermédiaire.
Demande de projet
Discuter de votre projet Symfony
Dites-nous ce que l’application fait, ou devrait faire. Une description approximative suffit pour commencer — nous reviendrons avec les questions qui comptent avant que quiconque parle d’estimations.
Si le travail s’avère ne pas nous convenir, nous le dirons plutôt que de le deviser.