Le débat autour des stacks back-end en 2026 est saturé de promesses. Edge functions, type-safe RPC, runtimes à froid sub-50 ms. Tout cela existe, et tout cela fonctionne. Mais pour la majorité de mes projets — applications métier, dashboards, marketplaces moyennes — Laravel reste le bon choix. Voici pourquoi.
Le coût du nouveau
Choisir une nouvelle stack, c'est choisir un coût caché : la maintenance des intégrations, la chasse aux régressions, le débogage des cas limites que l'écosystème n'a pas encore rencontrés. Laravel a 14 ans et plus de 70 000 paquets sur Packagist. Quand un client me demande "est-ce qu'on peut intégrer Stripe Connect avec un onboarding personnalisé ?", la réponse est oui, en deux jours, parce que quelqu'un l'a déjà fait.
Ce que j'apprécie encore
- Eloquent : la lisibilité d'une couche d'accès aux données reste imbattable pour la majorité des modèles métier.
- Queues + Horizon : le combo le plus simple que je connaisse pour exécuter des jobs lourds avec une UI de monitoring intégrée.
- Pennant + Policies : le contrôle d'accès et les feature flags directement dans le framework, sans dépendance externe.
Tout cela ne veut pas dire que Laravel est parfait, ni qu'il convient à tous les projets. Mais quand je dois livrer vite, sans surprise, c'est toujours mon premier choix.