En 2014, nous développons une billetterie en ligne sous Symfony 2. Le besoin paraît simple : connecter des flux de billetterie, afficher des événements, et vendre des billets. Quelques années plus tard, le projet équipe plus de 150 sites, gère un gros volume de transactions, traverse plusieurs versions majeures de Symfony, plusieurs architectures, plusieurs outils, et l'équipe grandit avec lui.

Nous avons alors voulu bien faire : microservices, DDD, couches spécialisées, interfaces, abstractions. Mais à force de chercher "la bonne architecture", nous avons parfois oublié les fondations : qualité automatisée, observabilité, déploiements fiables, environnement reproductible, ... et surtout simplicité.

Ce qui ressemblait d’abord à un problème de performance a révélé une dette plus large : technique, organisationnelle, et cognitive. Dans ce retour d’expérience à deux voix, nous raconterons comment nous avons repris le contrôle sans tout réécrire : audit de performance, cache HTTP, monitoring, monorepo, trunk-based development, feature flags, déploiement automatisé, simplification progressive de l’architecture.

Mais cette conférence parle aussi de ce qu’on aborde rarement dans les talks techniques : l'expérience intime de la dette. Les ressorts psychologiques qu’il faut reconnaître pour l'affronter, demander de l’aide, et retrouver assez de lucidité pour agir. Une conférence technique, méthodologique et humaine sur un projet PHP devenu trop complexe, et sur ce qu’il faut parfois traverser pour revenir à la simplicité.

Comments

Comments are closed.