Visió del projecte
Line Dance Platform (LDP) és un projecte per centralitzar, estructurar i fer explotable la informació de:
- balls (dances),
- cançons (songs),
- coreògrafs,
- events, venues i classes (a mig termini),
- enllaços a vídeos, stepsheets i música.
L’objectiu no és substituir les fonts originals, sinó:
- connectar i enriquir la informació dispersa,
- oferir una eina de treball per professors, organitzadors i balladors,
- preparar una base de dades i una API que permetin futurs productes (web, mòbil, integracions).
Objectius principals
1. Catàleg de referència de balls i cançons
- Tenir una base de dades coherent de:
- balls,
- cançons,
- relació ball–cançó–coreògraf.
- Permetre:
- cercar un ball i veure les cançons associades,
- cercar una cançó i veure els balls que s’hi ballen,
- consultar metadades bàsiques (nivell, mur, comptes, any, etc.).
2. Eina de treball per professors i organitzadors
- Facilitar la feina de:
- preparar sessions,
- planificar classes,
- gestionar llistes de balls i música.
- A mig termini:
- relacionar balls amb events i classes,
- veure què s’ha ballat on i quan.
3. Base per a futurs serveis i integracions
- Construir una API robusta sobre la qual es puguin fer:
- apps mòbils,
- dashboards,
- integracions amb altres sistemes (per exemple webs d’associacions, festivals, etc.).
- Pensar en:
- volums de dades creixents,
- imports massius,
- enriquiment automàtic.
Principis de disseny
1. Domini primer, tecnologia al servei del domini
- Les decisions de model de dades es fan pensant:
- en com treballen realment professors, balladors i organitzadors,
- en la terminologia i pràctica habitual del line dance.
- La tecnologia (Spring Boot, React, PostgreSQL, etc.) està al servei del domini, no al revés.
2. Escalabilitat funcional i tècnica
- Començar amb un MVP útil:
- CRUD ric per a balls i cançons,
- autenticació bàsica,
- cerca.
- Però sempre pensant en:
- events,
- venues/locations,
- classes,
- imports i enriquiment,
- app mòbil.
3. Respecte a les fonts originals
- No es vol “copiar” ni substituir portals existents:
- es guarden metadades i enllaços, no continguts complets.
- Sempre dins els límits de:
- termes de servei (TOS),
- drets d’autor i drets d’imatge.
4. Transparència i traçabilitat
- Qualsevol import o canvi massiu:
- ha de ser traçable,
- ha de passar per un staging revisable (en fases avançades).
- El model ha de permetre saber:
- d’on ve la dada,
- quan s’ha modificat,
- qui l’ha aprovat.
Públic objectiu
Professors i organitzadors
- Consultar i gestionar:
- catàleg de balls i cançons,
- llistes de sessions,
- (futur) events i classes.
- Tenir una eina que redueixi:
- Excel dispersos,
- webs personals difícils de mantenir.
Balladors i públic general (a mitjà termini)
- Cercar:
- quin ball es fa amb una determinada cançó,
- on es fan classes o ballades.
- Veure:
- coreògrafs i informació relacionada.
Desenvolupadors i col·laboradors tècnics
- Tenir:
- un backend clar i extensible,
- un frontend modular,
- una documentació coherent (aquesta web).
Roadmap resumit
-
Fase 1–3:
Backend base, frontend bàsic i autenticació JWT amb rols. -
Fase 4A:
CRUD manual ric per convertir la web en una eina usable del dia a dia. -
Fase 4B–4E:
Sistema d’import, staging i enriquiment de dades. -
Fase 5:
App mòbil per consulta (i en el futur, per gestió senzilla) des de qualsevol lloc.
Detall complet:
👉 roadmap/roadmap-global
👉 roadmap/roadmap-technical-details
Com llegir aquesta documentació
-
Si busques la idea i el perquè:
→ comença peroverview/vision(aquest document). -
Si vols entendre la tècnica:
→ miraoverview/tech-stackiarchitecture/architecture-overview. -
Si vols saber què s’està fent ara:
→ consultaroadmap/backlogihistory/changelog.