Dansschool Diamonds
Elf pagina’s in Astro voor Dansschool Diamonds in Gingelom, met een lesrooster van vijftig lessen per week. En de afweging tussen snelheid en zelf bewerken.
- Sector
- Dans & vrije tijd
- Jaar
- 2026
- Technologie
- Astro, Tailwind CSS, Netlify
Dansschool Diamonds zit in Mielen-boven-Aalst, een deelgemeente van Gingelom. Zussen Fien en Trees begonnen er in 2008 met dansen in de tuin; vandaag zijn het meer dan 300 leden, twee danszalen en vijftig lessen per week, van baby’s van zes weken tot volwassenen. Het is de dansschool van mijn partner, dus dit project ken ik van dichtbij. Het is ook geen opdracht: ik heb deze site op eigen initiatief gebouwd, als voorbeeld van wat er kan voor een vereniging met veel lessen en één piekmoment per jaar. De school is geen klant en heeft de site niet in gebruik.
Waarom een statische site
Een dansschool heeft een piek. In augustus willen ouders drie dingen weten: wanneer het dansjaar start, wat het lidgeld is, en of hun kind eens mag komen proberen. De rest van het jaar is het rustig. Een site die alleen in die weken echt bekeken wordt, moet dan wel meteen laden en meteen antwoord geven.
Daarom staat het antwoord op die drie vragen bovenaan de homepage, in plaats van verstopt achter een menu. En daarom is het een statische site: geen database die kan uitvallen op de dag dat de inschrijvingen opengaan, geen plugin-laag die na een jaar begint te kraken.
Het lesrooster was het meeste werk. Vijftig lessen over zeven dagen en twee zalen is veel om leesbaar te krijgen op een telefoonscherm, en dat is waar de meeste mensen kijken.
De open vraag: wie past het aan?
Hier zit het eerlijke probleem, en het is ook de reden dat deze site op een tijdelijk adres staat en niet op een eigen domein.
Een statische site in Astro is snel, veilig en vrijwel onderhoudsvrij. Maar “onderhoudsvrij” betekent niet “door iedereen aan te passen”. De teksten staan in code, en aan die code kan je niet zomaar beginnen als je geen ontwikkelaar bent. Bij een dansschool werken meerdere juffen mee aan de inhoud: een lesuur dat verschuift, een nieuwe juf in het team, een kamp dat volzet is. Dat zijn precies het soort wijzigingen die niet op mij mogen wachten.
Dat is een echte afweging, geen detail. De keuze die de site snel en robuust maakt, is dezelfde keuze die hem moeilijk zelf bewerkbaar maakt. Voor een hekwerkbedrijf dat drie keer per jaar iets wijzigt, is dat geen probleem. Voor een dansschool met een team dat er wekelijks aan wil, wel.
Daarom staat dit voorbeeld hier met die vraag er nog open bij: de snelheid en de veiligheid houden, maar de inhoud loskoppelen van de code, zodat wie geen regel code kent toch een lesuur kan verzetten. Dat is het gesprek dat ik met een dansschool zou willen voeren vóór er iets gebouwd wordt, niet erna.
Precies dit soort afweging is waarvoor het meedenken vooraf bestaat: niet welke techniek de beste is op papier, maar welke past bij wie er straks mee moet werken. Zie ook hoe dat uitpakte bij Neptunus Divers, waar het antwoord was om zo min mogelijk te bouwen.
Ik zet dit voorbeeld hier bij, met die open vraag erbij, omdat het laat zien hoe ik werk. De technisch beste oplossing is niet automatisch de juiste oplossing. Wat telt is of de mensen die ermee moeten werken, er ook echt mee kunnen werken.