Refactor event status handling: Remove EventStatus enum from the Prisma schema and update related API routes and UI components to calculate event status dynamically based on event date. This change simplifies event management and enhances data integrity by ensuring status is always derived from the date.

prisma/seed.ts

@@ -1,7 +1,6 @@
 import {
   PrismaClient,
   EventType,
-  EventStatus,
   CharacterClass,
 } from "@/prisma/generated/prisma/client";
 import { PrismaBetterSqlite3 } from "@prisma/adapter-better-sqlite3";
@@ -147,61 +146,12 @@ async function main() {
 
   // Créer des événements (vérifier s'ils existent déjà)
   const eventData = [
-    {
-      date: new Date("2025-11-18"),
-      name: "Sommet de l'Innovation Tech",
-      description:
-        "Rejoignez les leaders de l'industrie et les innovateurs pour une journée de discussions sur les technologies de pointe, les percées de l'IA et des opportunités de networking.",
-      type: EventType.SUMMIT,
-      status: EventStatus.PAST,
-    },
-    {
-      date: new Date("2025-12-03"),
-      name: "Lancement de la Révolution IA",
-      description:
-        "Assistez au lancement de systèmes d'IA révolutionnaires qui vont remodeler le paysage du gaming. Aperçus exclusifs et opportunités d'accès anticipé.",
-      type: EventType.LAUNCH,
-      status: EventStatus.PAST,
-    },
-    {
-      date: new Date("2025-12-22"),
-      name: "Festival du Code d'Hiver",
-      description:
-        "Une célébration de l'excellence en programmation avec des hackathons, des défis de codage et des prix. Montrez vos compétences et rivalisez avec les meilleurs développeurs.",
-      type: EventType.FESTIVAL,
-      status: EventStatus.PAST,
-    },
-    {
-      date: new Date("2025-01-15"),
-      name: "Expo Informatique Quantique",
-      description:
-        "Explorez l'avenir de l'informatique quantique dans le gaming. Démonstrations interactives, conférences d'experts et ateliers pratiques pour tous les niveaux.",
-      type: EventType.SUMMIT,
-      status: EventStatus.UPCOMING,
-    },
-    {
-      date: new Date("2025-02-08"),
-      name: "Championnat Cyber Arena",
-      description:
-        "L'événement de gaming compétitif ultime. Compétissez pour la gloire, des récompenses exclusives et le titre de Champion Cyber Arena. Inscriptions ouvertes.",
-      type: EventType.COMPETITION,
-      status: EventStatus.UPCOMING,
-    },
-    {
-      date: new Date("2025-03-12"),
-      name: "Gala Tech du Printemps",
-      description:
-        "Une soirée élégante célébrant les réalisations technologiques. Cérémonie de remise de prix, networking et annonces exclusives des plus grandes entreprises tech.",
-      type: EventType.FESTIVAL,
-      status: EventStatus.UPCOMING,
-    },
     {
       date: new Date("2025-12-15"),
       name: "Builder pattern : construction et refactoring",
       description:
         "Lors de cet atelier, nous utiliserons le design pattern Builder pour structurer pas à pas la création d'objets complexes… sans transformer notre code en film digne de Red Is Dead.\n\nVous découvrirez comment ce pattern permet de découpler proprement la logique de construction, d'améliorer la lisibilité et de faciliter l'évolution du code — notamment lors de phases de refactoring où les responsabilités se mélangent plus vite que la foule au Palais des Festivals.\n\nL'objectif : poser les fondations pour introduire un vrai modèle, sans rien casser du comportement existant.\n\nQue vous souhaitiez renforcer vos compétences en conception, préparer votre prochain refactoring, ou simplement coder avec plus de style que Serge Karamazov dansant la carioca, venez construire avec nous.",
       type: EventType.CODE_KATA,
-      status: EventStatus.UPCOMING,
       room: "Nautilus",
       time: "11h-12h",
       maxPlaces: 25,
@@ -212,7 +162,6 @@ async function main() {
       description:
         "Nous manipulons tous, au quotidien, des données que nous devons combiner : additionner des montants, calculer des moyennes, regrouper des résultats, agréger des indicateurs. Pourtant, derrière ces opérations, se cachent souvent des règles implicites, des exceptions, amenant une complexité qui rend le code difficile à comprendre et à faire évoluer.\n\nLes monoids permettent d'aborder ces problématiques avec une grille de lecture claire et structurante. Ils reposent sur une idée simple : pour agréger correctement des valeurs, il faut savoir comment elles se combinent et définir ce qui représente une valeur neutre.\n\nCet atelier propose une approche progressive pour comprendre comment ce concept peut transformer la manière de modéliser et de concevoir des comportements métier. Nous découvrirons comment les monoids aident à réduire la charge cognitive et à rendre le code plus cohérent avec l'intention métier.",
       type: EventType.CODE_KATA,
-      status: EventStatus.UPCOMING,
       room: "Nautilus",
       time: "11h-12h",
       maxPlaces: 25,
@@ -223,7 +172,6 @@ async function main() {
       description:
         "Rech. proj. pr proj. priv. self-dem.brt. poss. S'adr.à l'hôt. MART.\n\nBien sûr, S'adr.à l'hôt. MART. et plus si affinités, c'est plus humain… mais pas forcément plus compréhensible : on a beau lire et relire le contenu de la méthode, on est quasiment sûr que son nom, il bluffe !\n\nFaut-il pour autant laisser de mauvais noms tromper 1000 fois 1000 personnes ?\n\nDans cette nouvelle session, nous appliquerons Naming as a Process, une méthode de refactoring progressive centrée sur le nommage.\n\nObjectif : faire émerger la logique métier à travers des noms clairs, précis et alignés avec l'intention réelle du code. Au fil des étapes, nous transformerons un bloc obscur en fonctions lisibles, maintenables et prêtes à danser la carioca.\n\nPrenez un chewing-gum, ouvrez votre IDE, et venez explorer un moyen simple de refactorer vers un code plus respectueux des principes S, puis O, D, I et L ...",
       type: EventType.CODE_KATA,
-      status: EventStatus.UPCOMING,
       room: "Nautilus",
       time: "11h-12h",
       maxPlaces: 25,
@@ -234,7 +182,6 @@ async function main() {
       description:
         "Les ateliers d'Event Storming permettent de faire émerger des Policies : des règles métier qui traduisent comment le système réagit à un événement ou déclenche une action. Sur le papier, tout est clair — mais au moment de coder, ces règles se diluent souvent dans des if/else, des services surchargés ou des comportements implicites.\n\nLe design pattern Rule offre une façon concrète de ramener ces Policies au cœur du code, sous une forme explicite, modulaire et testable. Chaque règle devient un objet du domaine, capable de dire si elle s'applique et d'exécuter sa logique, en respectant les invariants du modèle.\n\nCe pattern facilite la traduction du langage métier en code exécutable : les règles deviennent lisibles, combinables et extensibles en limitant la complexité.\n\nEn explorant le Rule Pattern, nous découvrirons ainsi comment faire vivre les Policies dans notre code, au service d'un modèle plus riche, plus compréhensible, et mieux aligné avec la connaissance du métier.",
       type: EventType.CODE_KATA,
-      status: EventStatus.UPCOMING,
       room: "Nautilus",
       time: "11h-12h",
       maxPlaces: 25,
@@ -245,24 +192,18 @@ async function main() {
       description:
         "Lorsque le code commence à vieillir, il arrive qu'une méthode ou une classe devienne trop risquée à modifier directement : effets de bord, dépendances invisibles, tests manquants... le moindre changement entraîne des régressions.\n\nLes Wrap Techniques offrent une approche sûre et progressive : plutôt que de changer directement le code existant, on l'enveloppe dans une nouvelle abstraction ou une nouvelle méthode. On peut alors introduire de la logique ou un nouveau comportement, en changeant le contrat initial, sans casser les tests.\n\nDurant cette session nous verrons comment et quand utiliser ces techniques et nous en explorerons leurs bénéfices : isolation du risque, refactorings incrémentaux, amélioration de la testabilité.\n\nNous mettrons bien sûr en pratique sur un exemple de code pour comprendre comment ces refactorings facilitent les transitions vers un meilleur design.",
       type: EventType.CODE_KATA,
-      status: EventStatus.UPCOMING,
       room: "Nautilus",
       time: "11h-12h",
       maxPlaces: 25,
     },
   ];
 
+  // Supprimer tous les événements existants avant de les recréer
+  await prisma.event.deleteMany({});
+
+  // Créer les nouveaux événements (le statut est calculé automatiquement côté client)
   const events = await Promise.all(
     eventData.map(async (data) => {
-      const existing = await prisma.event.findFirst({
-        where: { name: data.name },
-      });
-      if (existing) {
-        return prisma.event.update({
-          where: { id: existing.id },
-          data,
-        });
-      }
       return prisma.event.create({ data });
     })
   );