Laracon US 2026 : récapitulatif de la seconde journée

Récapitulatif de la seconde et dernière journée de la Laracon US 2026 qui se tenait le 29 juillet à Boston !

Le métier durable derrière le code

Kent C. Dodds, venu du monde JavaScript, commence cette seconde journée avec une question qu'il s'est posée à titre personnel : que reste-t-il à enseigner quand les agents répondent mieux et plus vite que lui aux questions de ses élèves ?

Sa réponse tient dans la notion de compétence durable, celle qui ne change pas toutes les deux semaines. Pour lui, il s'agit du jugement et de l'ingénierie produit : savoir quelle cible viser plutôt que savoir tirer.

Il image son propos de la manière suivante : ce qui était autrefois des flèches est devenu des missiles à tête chercheuse et le champ des cibles atteignables s'est considérablement élargi ... mais l'attention des utilisateurs, elle, reste une ressource limitée.

Choisir la bonne cible devient donc plus difficile, pas moins.

Il insiste également sur une chose que les agents ne peuvent pas assumer : la responsabilité.

Un agent qui supprime une base de production vous répondra qu'il a raison et qu'il n'aurait pas dû ... et ce sera tout. Un bon rappel que le code fonctionnant en production est de notre pleine responsabilité, qu'importe s'il provient d'une IA ou d'un humain.

Des applications collaboratives en temps réel

Joe Tannenbaum, open source lead engineer chez Laravel, transforma la salle en terrain de jeu en faisant scanner un QR code à l'ensemble du public pour lancer une série de mini applications collaboratives jouées en direct.

Le tout reposait sur quatre briques du framework : Reverb comme serveur WebSocket first party, Echo côté client, Octane pour garder l'application en mémoire, et Laravel Cloud pour le déploiement.

Une seule commande, php artisan install:broadcasting, configure l'ensemble côté serveur et côté client.

Sa progression est intéressante car elle part du plus simple : le polling reste un cas d'usage parfaitement légitime et mérite d'être envisagé avant de sortir les WebSockets.

Viennent ensuite les événements mis en file avec ShouldBroadcast, les événements instantanés avec ShouldBroadcastNow qui passent par la queue sync, puis les événements client permettant de court-circuiter le serveur applicatif.

Toutes les démonstrations n'ont pas fonctionné comme prévu, mille personnes tapant simultanément sur leur écran ayant eu raison de l'une d'elles, mais l'exercice restait particulièrement parlant.

Filament au delà des panneaux d'administration

Povilas Korop, connu pour ses quatre chaînes YouTube et ses plus de 3'000 vidéos, s'est donné une mission simple : casser l'idée que Filament ne sert qu'à construire des panneaux d'administration.

Après un rappel des bases, trois commandes suffisent à démarrer sur un projet Laravel existant, il enchaîna treize exemples réels tirés de ses vidéos : widgets de tableau de bord, formulaires complexes découpés en sections, onglets ou wizards, composant repeater pour les relations parent-enfant, et personnalisation via les render hooks.

La partie la plus convaincante concerne l'usage des composants Filament en dehors de Filament. Plutôt que d'installer le panneau complet, il est possible d'installer uniquement les tables ou les formulaires et de les utiliser sur des pages publiques sans authentification, avec les mêmes filtres et la même pagination.

Sa conclusion tenait en une phrase : construisons davantage d'applications, pas davantage de panneaux d'administration.

Comment écrire un bon prompt

Thorsten Ball, cocréateur de l'agent de code Amp, présenta le talk le plus concret de la journée sur un sujet pourtant réputé flou.

Il commence par poser ses références : Amp est un système distribué complexe dont la quasi-totalité du code est écrite par IA ... pourtant, ses prompts n'ont rien de sophistiqué. Pas de serveurs MCP, une ou deux skills, aucune commande personnalisée.

La question qu'il place au centre de sa présentation est la suivante : d'où l'information est-elle censée venir ?

Un modèle ne dispose que de ses données d'entraînement et de sa fenêtre de contexte. Si vous écrivez "corrige le bug avec l'upload" et que rien dans le dépôt ne définit ce bug ni cet upload, le modèle ne vous demandera pas de précision : il fera ce qu'il pense être juste.

L'image employée par Thorsten est pour le moins particuliere : imaginez un ingénieur chevronné enlevé en pleine rue, cagoulé, jeté dans une camionnette et déposé dans une pièce vide.

Devant lui, un bureau, un écran, une base de code qu'il n'a jamais vue ... puis quelqu'un lui tend un mot :

« Fix the bug with the upload »
— Thorsten Ball, Laracon US 2026

En pratique, ses prompts pointent vers des sources d'information : des répertoires, des fichiers, des captures d'écran de conversations Slack, des identifiants de rapports de diagnostic générés automatiquement.

Il désigne aussi ce qui fait référence, en indiquant par exemple qu'une implémentation donnée est l'étalon de ce que "bien" signifie.

Sa dernière recommandation est la plus structurante : déplacer le "comment faire" depuis le prompt vers la base de code elle même, via des fichiers agents.md disséminés dans les répertoires.

L'information doit toujours venir de quelque part, mais elle n'a plus à être retapée à chaque fois.

Interrogé sur sa compréhension d'un code qu'il n'écrit plus, sa réponse fut la suivante : il faut savoir ce qui est porteur, les protocoles, la logique métier, les fondations sont documentés, surveillés et relus ... le reste, aux marges, mérite beaucoup moins d'attention.

Le point communauté

L'équipe Laravel présenta ensuite le bilan annuel de la communauté, avec plus de 5'000 pull requests fusionnées sur l'ensemble des dépôts, dont 1'776 sur le framework lui même et 270 contributeurs qui signaient là leur toute première contribution.

Côté événements, 156 meetups et conférences se sont tenus sur l'année dans 27 pays et sur six continents, réunissant 9'781 participants.

Laravel Learn, lancé l'an dernier, va par ailleurs évoluer vers un hub davantage tourné vers la communauté, mettant en avant les contenus produits par l'écosystème plutôt que les seuls cours officiels.

Si vous souhaitez revivre cette édition, voici le lien de la rediffusion :

À l'année prochaine pour une nouvelle édition de la Laracon US !

Écrit par

Mathieu De Gracia

Lead & Software Architect • nublar.dev