Pierre Fervel
Code With Us
Rennes, France
Actions
Développeur fullstack senior & game dev avec 10+ ans d'expérience
Java Spring Boot, Angular/TypeScript.
Godot (C#/GDScript), game jams régulières (Global Game Jam, Ludum Dare).
Mission : lier expertise pro et passion jeux vidéo pour des projets et des architectures résilientes sous pression 🎮💻
Area of Expertise
Topics
Rejouer une partie, rejouer le système de la matrice : des replays de jeux vidéo à l’event sourcing
Dans la plupart des jeux vidéo modernes, un “replay” n’est pas une vidéo mais une simple liste d’événements : les inputs des joueurs, quelques événements système et un état initial minimal. Pour revoir une partie, le moteur ne fait “que” tout rejouer dans l’ordre et reconstruit ainsi l’intégralité de la session. 🎮📜
Côté backend, l’event sourcing applique exactement la même idée : au lieu de stocker uniquement l’état courant, on enregistre la chronologie des décisions métier (events) qui ont mené à cet état. On peut alors “remonter le temps” pour débuguer un bug tordu, auditer un comportement étrange, ou reconstruire un système sur une nouvelle architecture.
Dans ce talk, on partira de cas concrets côté jeux (replays, rewind, killcams) pour expliquer pas à pas :
- comment fonctionne un système de replay basé sur un log d’événements,
- en quoi ce modèle diffère d’une approche CRUD classique,
- ce que l’event sourcing reprend de cette idée pour nos SI.
Je montrerai un mini-système de replay dans un petit jeu ainsi qu’un exemple d’event store côté backend (Java/TypeScript), sans masquer les limites : coût de relecture, complexité, tooling… 🎯
Public cible : dévs backend / fullstack, architectes, curieux d’architecture qui aiment les métaphores vidéoludiques 💾
Plan proposé
1 - “Un replay, ce n’est pas une vidéo”
Comment les jeux enregistrent une partie : log d’événements + état initial.
Démo simple : rejouer une partie en réinjectant les inputs dans une boucle de jeu.
2 -De la partie au système : introduction concrète à l’event sourcing
Modèle CRUD vs modèle “flux d’événements rejoués”.
Notions d’event store, projection/lecture, relecture d’événements.
3 - Cas d’usage réels : debug, audit, résilience
Time-travel debugging, audit, reconstruction d’état / migration.
4 - Limites, pièges et conseils pragmatiques
Coût de la relecture, snapshots, complexité pour les équipes, tooling et quand ne PAS utiliser l’event sourcing.
Burn-out.exe : quand ton cerveau fait un kernel panic 🧠💥
Bienvenue dans l’ère du “toujours plus”. Les deadlines s’enchaînent, les notifications saturent, et la productivité semble devenue la mesure de notre valeur.
On se croit maître de son temps, de son code, de ses projets… jusqu’au moment où le corps, le cerveau ou la motivation finissent par dire stop.
Ce talk est une plongée dans les dérives silencieuses du travail moderne — accélération, perfectionnisme, hyperconnexion — qui, sans qu’on s’en rende compte, nous mènent droit vers le burn-out.
Avec humour, anecdotes et auto-dérision, je vous propose une grille de lecture concrète pour identifier les signaux faibles, comprendre nos mécanismes de stress, et retrouver un rapport plus sain et durable au travail.
🎤 Format et ton :
Un talk énergique, accessible et un brin philosophique — mélange de storytelling, de références du quotidien et de leviers pratiques à appliquer dès le lendemain.
Ni moralisateur, ni anxiogène : un miroir bienveillant pour tous les devs, managers ou indépendants en quête d’équilibre.
🎯 Plan du talk :
1️⃣ Le brouillard du quotidien — Pourquoi on ne voit pas venir le burn-out
2️⃣ Les 10 pièges du travail moderne — “Toujours dispo”, “travailler plus = mieux”, “ignorer les bugs physiques”
3️⃣ L’illusion du contrôle — Pourquoi notre cerveau aime le stress (et comment il nous trompe)
4️⃣ Se reconnecter au réel — Les vrais leviers : sommeil, limites, déconnexion, sens
5️⃣ Reprogrammer durablement son rapport au travail — Construire une culture de la santé mentale qui tienne dans la durée
⚡ Public :
Développeurs, managers, freelances, ou toute personne curieuse de comprendre les liens entre stress, performance et équilibre de vie.
Un talk pour rire, réfléchir et surtout… respirer un bon coup. 🌿
Indiana Jones et le Temple Maudit d’Angular : 10 Ans d’Aventures et les Bonnes Pratiques en v19
Depuis presque 10 ans, Angular nous embarque dans une aventure épique. Entre réécritures, changements de paradigmes et évolutions majeures, le framework a connu plus de rebondissements qu’un film d’Indiana Jones. 🎩
Avec la sortie d’Angular 19, il est temps de prendre du recul et d’explorer ensemble les grandes étapes de son histoire :
- La quête des premiers frameworks front-end (AngularJS et le passage à Angular 2)
- Les évolutions majeures qui ont tout changé (Ivy, Standalone Components, Signals)
- Les pièges à éviter et les bonnes pratiques à adopter en 2024
👨🏫 Objectif du talk :
Comprendre les grandes évolutions d’Angular et leurs impacts sur nos applications.
Détecter les pièges classiques du framework (et comment les éviter !)
Maîtriser les meilleures pratiques en v19 pour écrire du code performant, scalable et maintenable.
🔥 Préparez-vous pour une aventure technique et humoristique… où vous serez le héros de votre codebase ! 🔥
📌 Plan détaillé du talk
1️⃣ Prologue : Indiana Jones, les frameworks et la jungle du web
- Au début, il y avait jQuery… puis AngularJS arriva tel un artefact sacré.
- Le passage d’AngularJS à Angular 2 : un reboot plus brutal que le crâne de cristal.
- Depuis, chaque version nous rapproche du Saint Graal du framework parfait… mais le chemin est semé d’embûches.
2️⃣ Les grandes pierres angulaires d’Angular : 10 ans d’évolution
🔹 AngularJS → Angular 2 : La réécriture la plus violente de l’histoire du web
🔹 Angular 4 à 8 : L’âge d’or et la stabilité
🔹 Angular 9-12 : L’avènement d’Ivy et des performances optimisées
🔹 Angular 13-17 : Adieu les NgModules ? Standalone Components, Signals… le futur est là
🔹 Angular 18-19 : Ce qui change vraiment et pourquoi ça compte
3️⃣ Angular : Les bonnes pratiques à adopter (et les pièges à éviter !)
📌 Standalone Components : Pourquoi les NgModules sont en voie d’extinction (et comment s’adapter)
📌 Signals vs RxJS : Nouvelle relique ou révolution durable ?
📌 Optimisation des performances : Les coups de fouet à implémenter dès maintenant
📌 Sécurisation des requêtes : Empêcher les méchants de venir voler vos trésors !
4️⃣ Conclusion : Quel avenir pour Angular ?
Please note that Sessionize is not responsible for the accuracy or validity of the data provided by speakers. If you suspect this profile to be fake or spam, please let us know.
Jump to top