SymfonyLive Berlin 2026 : deux jours d'ateliers pour transformer votre code PHP

Les 21 et 22 avril 2026, avant le coup d'envoi de la conférence principale, SymfonyLive Berlin propose deux journées complètes d'ateliers pratiques. Six workshops animés par des experts de l'écosystème Symfony — une occasion rare de sortir de sa routine de projet pour investir sérieusement dans ses compétences.

Cet article revient sur les sessions les plus impactantes pour une agence comme MulerTech, et illustre concrètement pourquoi deux jours en atelier peuvent changer durablement la maintenabilité d'un projet PHP/Symfony.

Source : Symfony Blog

Le programme en un coup d'œil

Mardi 21 avril (à partir de 9h30)

• Doctrine ORM: Deep Dive — Oliver Kossin & Denis Brumann
• Symfony AI – Discover The New Ecosystem — Stiven Llupa
• Symfony 8: The Fast Track (2 jours) — Nicolas Grekas

Mercredi 22 avril (à partir de 9h30)

• Refactoring Towards Clean Architecture — Damian Dziaduch
• Running Symfony Applications in Docker — Nic Wortel
• Creating Custom PHPStan and Rector Rules — Dave Liddament

Tous les ateliers se déroulent en anglais, les formateurs pouvant répondre aux questions en allemand.

Trois ateliers à fort impact sur la maintenabilité

PHPStan et Rector : automatiser la qualité du code

L'atelier de Dave Liddament sur la création de règles PHPStan et Rector personnalisées est probablement celui qui offre le meilleur retour sur investissement à long terme pour une équipe PHP.

PHPStan détecte les erreurs de typage statiquement, sans exécuter le code. Rector automatise les refactorisations répétitives. Mais leur vraie puissance s'exprime quand on crée ses propres règles, adaptées aux conventions et aux erreurs récurrentes de son équipe.

Mini-cas MulerTech : sur un projet Symfony client gérant des contrats électroniques, nous avons identifié un pattern d'erreur répétitif : des développeurs appelaient directement $entityManager->flush() dans des services métier au lieu de déléguer cette responsabilité à une couche dédiée. Une règle PHPStan personnalisée a suffi à bloquer ce pattern dès la CI :

// src/PHPStan/Rules/NoFlushInServiceRule.php
use PhpParser\Node;
use PHPStan\Analyser\Scope;
use PHPStan\Rules\Rule;

class NoFlushInServiceRule implements Rule
{
    public function getNodeType(): string
    {
        return Node\Expr\MethodCall::class;
    }

    public function processNode(Node $node, Scope $scope): array
    {
        if (!$node->name instanceof Node\Identifier) {
            return [];
        }

        if ($node->name->name !== 'flush') {
            return [];
        }

        $classReflection = $scope->getClassReflection();
        if ($classReflection === null) {
            return [];
        }

        // Autoriser uniquement dans les classes Repository ou Command
        if (str_ends_with($classReflection->getName(), 'Repository')
            || str_ends_with($classReflection->getName(), 'Command')) {
            return [];
        }

        return [
            'Appel à flush() interdit dans un service métier. Déléguez à un Repository ou une Command.'
        ];
    }
}

Mesurer l'impact : après déploiement de la règle en CI, on peut compter le nombre de violations détectées sur les pull requests des semaines suivantes. Dans notre cas, 11 violations ont été bloquées en deux mois — autant de bugs potentiels évités en production.

Docker : fiabiliser les environnements Symfony

L'atelier de Nic Wortel sur l'exécution d'applications Symfony dans Docker est une réponse directe à un problème classique : les environnements de développement qui divergent de la production.

Pour MulerTech, qui opère plusieurs sites clients sur une infrastructure Docker auto-hébergée, la cohérence des images entre dev, staging et prod est un enjeu quotidien. Les points clés à maîtriser incluent la gestion des permissions (notamment pour les workers Symfony Messenger), les healthchecks pour éviter les démarrages en cascade, et l'optimisation des images pour des builds reproductibles.

Symfony AI : intégrer l'IA dans l'écosystème

L'atelier de Stiven Llupa sur Symfony AI mérite l'attention même pour des projets qui ne sont pas explicitement « IA ». Le composant AI de Symfony standardise l'intégration de modèles de langage dans une application Symfony, avec une abstraction similaire à ce que Doctrine fait pour les bases de données.

Pour une agence qui automatise déjà des workflows via n8n et des API d'IA, pouvoir intégrer ces capacités directement dans Symfony — avec l'injection de dépendances, la configuration yaml et les tests unitaires habituels — change profondément la maintenabilité de ces fonctionnalités.

Pourquoi deux jours en atelier, et pas un tutoriel en ligne ?

La vraie valeur d'un workshop en présentiel tient en trois points :

1. La pratique guidée : on écrit du code, on se heurte aux cas limites, on corrige en temps réel avec un expert.
2. Les questions contextuelles : un tutoriel ne peut pas répondre à « et dans mon cas, avec une architecture hexagonale et PostgreSQL 16 ? ».
3. Le réseau : les échanges avec les autres participants révèlent souvent des approches qu'on n'aurait pas envisagées seul.

Pour une petite structure comme MulerTech, envoyer un développeur deux jours en formation ciblée est souvent plus efficace qu'une semaine de veille dispersée.

Conclusion

SymfonyLive Berlin 2026 offre un programme d'ateliers dense et orienté terrain. Que vous souhaitiez renforcer la qualité statique de votre code avec PHPStan/Rector, fiabiliser vos déploiements Docker, ou commencer à intégrer l'IA dans vos projets Symfony, ces deux journées représentent un investissement concret et mesurable.

Les places sont limitées. Les inscriptions sont ouvertes sur symfony.com.