Bouw een spel met ranglijst in uw app, zonder code

Een spelsectie, ingebouwd in een app, in drie schermen die elkaar opvolgen:

• Het startscherm. Een titel, een pakkende zin, een veld voor een gebruikersnaam, een knop "Spelen". Meer niet.
• Het spel. Schermvullend, van rand tot rand. Een geel vogeltje valt door de zwaartekracht; elke tik geeft het een zetje omhoog. Groene buizen schuiven voorbij, de score loopt op bij elke doorgang. Raakt u een buis, de grond of het plafond, dan is de beurt voorbij.
• De uitslag. De eindscore groot in beeld, de top 10 van beste naar minst goede, uw eigen regel gemarkeerd in de ranglijst, en een knop "Opnieuw" die meteen een nieuwe beurt start.

Dat alles in een onvervalste retro-arcadelook: blauwe lucht, geel vogeltje, groene buizen, met een bewust milde moeilijkheidsgraad zodat het leuk blijft en niet frustreert. Met de vinger te spelen, soepel.

Maar het detail dat het verschil maakt, staat niet op het scherm. Het is dat de ranglijst gedeeld en blijvend is. Uw score blijft niet in uw telefoon: hij belandt in een overzicht dat alle andere spelers zien, en blijft daar staan nadat u de app hebt gesloten. Zonder dat zou Flappy Rush een eenzaam speeltje zijn. Mét dat is het een wedstrijd tussen uw hele community.

Daar komen we verderop op terug — want dat is het interessantste deel. Eerst de prompt.

Dit is, in grote lijnen, wat we in de builder hebben geschreven. Geen regel code: een beschrijving, opgebouwd zoals u het spel aan iemand zou uitleggen.

Die prompt oogt lang, maar hij zegt nergens hoe je iets moet coderen. Hij beschrijft een ervaring. En vier reflexen volstaan om hem te begrijpen — die moet u onthouden, veel meer dan dit specifieke spel.

1. Beschrijf schermen, geen code. De kern van de prompt is een toestandsmachine: drie schermen, telkens maar één zichtbaar. Geen sprake van variabelen of lussen — u beschrijft wat de gebruiker in elke stap ziet, en in welke volgorde. De builder vertaalt dat naar code.

2. Regel het gevoel in mensentaal. De moeilijkheidsgraad wordt niet in cijfers gegeven maar in bedoelingen: "brede doorgang", "traag verschuiven", "lichte zwaartekracht", "leuk, niet frustrerend". U stuurt het speelgevoel met woorden. Dat is wat een spel dat u bijhoudt scheidt van een spel dat u na tien seconden sluit.

3. Vraag om het gewenste niveau van afwerking. "Schermvullend, van rand tot rand", "aanraakgestuurd", "verzorgd". De builder heeft een duidelijke richting nodig over de ervaren kwaliteit, niet alleen over de functies. Eén zin volstaat.

4. Benoem de gedeelde gegevens — en laat de builder het regelen. Eén enkele regel doet al het onzichtbare werk: "een gedeelde en blijvende ranglijst die ALLE spelers zien". Die regel maakt van een solospel een gezamenlijke wedstrijd. En die regel zet het meest technische deel in gang — waar we het nu over hebben.

Een score die alleen u ziet, is geen ranglijst. Verdwijnt hij zodra u de app sluit, of begint hij weer op nul op de telefoon van de buurman, dan is er geen wedstrijd meer — alleen een privételler.

Wil een ranglijst echt bestaan, dan is er een plek nodig om ieders scores te bewaren, een set regels voor wie mag lezen en schrijven, en een permanente verbinding tussen de app en die gegevens. Die laag — een backend — is precies het lastige deel, dat tot voor kort een ontwikkelaar vergde.

De AI Extension Builder zet die laag zelf op, dankzij zijn nieuwe integratie met Supabase. Vraagt de prompt om "een gedeelde en blijvende ranglijst", dan begrijpt de builder dat die gegevens moeten blijven bestaan en voor iedereen zichtbaar moeten zijn, maakt hij de bijbehorende opslag, beveiligt hij die met toegangsregels per rij (Row-Level Security), beheert hij de connectiesleutels en koppelt hij het geheel aan de sectie. U beschrijft de ranglijst; hij bouwt wat erachter zit.

Dit is precies de use case "ranglijsten en scoreborden" die de builder nu aankan — net zoals een poll, een gastenboek of een reserveringslijst. Het spel is enkel een spectaculaire manier om het te laten zien.

Het spel was maar een aanleiding. Wat Flappy Rush echt aantoont, is dat een geavanceerde, interactieve sectie met echte gedeelde gegevens nu binnen handbereik van een prompt ligt — waar u vroeger een specificatie en een ontwikkelaar nodig had.

En krijgt u er zin in, dan kan een minigame prima een plekje vinden in een hoekje van uw app: in de kleuren van uw merk tijdens een evenement, als "speel en win" die de beste scores beloont, of als community-ranglijst die een reden geeft om de app opnieuw te openen. Maar de kern zit elders — in het feit dat u geen functie meer hoeft op te geven omdat ze buiten de catalogus valt.

Zo'n sectie is trouwens geen los stukje code dat u ergens apart moet hosten. Ze wordt in uw app opgenomen als elke andere: hosting door GoodBarber inbegrepen, het Smart Design-systeem gerespecteerd, en meegenomen in uw iOS-, Android- en web-apps, uitgerold naar de stores net als de 190+ extensies uit de catalogus. Het is een levende sectie in een echte app, geen demo om aan te sluiten.

Dat beantwoordt meteen een terechte bedenking: waarom zou u überhaupt een minigame binnen een platform bouwen, in plaats van er een van nul af aan te programmeren? Omdat die keuze een valstrik is. Het meeste van wat een app nodig heeft — hosting, contentbeheer, gebruikersaccounts, push, betalingen, publicatie in de stores — is in elke app hetzelfde, en dat is al voor u gebouwd en wordt voor u onderhouden. Wat werkelijk eigen is aan uw idee, is maar een dun laagje daarbovenop. Een platform laat u die 80% aan gemeengoed als vanzelfsprekend beschouwen en uw energie enkel steken in de 20% die van u is — en die 20% kunt u nu óók met een prompt genereren. Niet "het platform doet alles", niet "bouw alles zelf": het platform draagt het gemeengoed, u schrijft het deel dat echt van u is.

Het is het rechtstreekse verlengstuk van wat GoodBarber sinds 2011 doet: professionele apps zonder één regel code te schrijven, in 152 landen. Ontbreekt een functie in de catalogus, dan schuift u die niet meer terzijde: u beschrijft ze, en ze wordt aan uw app toegevoegd.

• Nieuw hier? Begin met hoe de AI Extension Builder werkt — de basis van prompt-to-section waarop dit artikel voortbouwt.
• De integratie achter de ranglijst:voeg een Supabase-database toe aan uw app — hoe de gedeelde datalaag wordt opgezet en beveiligd.

Open de AI Extension Builder in uw GoodBarber-back-office (of start een gratis proefperiode) en beschrijf een sectie die u had weggezet onder "te ingewikkeld" — een spel, een ranglijst, een poll, een gastenboek. De eerste keer dat ze gegevens moet onthouden of delen, koppelt u Supabase in twee klikken, en ziet u ze tot leven komen. Vertel ons daarna wat u hebt gebouwd: dat is wat de volgende versie vormgeeft.

Kun je met GoodBarber echt een spel maken?

Geen zelfstandig spel, nee: GoodBarber is geen game engine, en uw app wordt geen spel. Wat de AI Extension Builder mogelijk maakt, is een minigame opnemen binnen een pagina van uw app — een interactieve sectie, hier een Flappy Bird met gedeelde ranglijst, in gewone taal beschreven en zonder code gebouwd. Het spel leeft in de app, naast uw andere content; het is niet het hoofdproduct.

Moet je kunnen programmeren?

Nee. U beschrijft het spel in natuurlijke taal — de schermen, de regels, het gevoel — en de builder genereert de code en toont die live. Daarna kunt u de prompt verfijnen, of de code rechtstreeks bewerken als u dat wilt.

Hoe wordt de ranglijst gedeeld tussen alle spelers?

Dankzij de Supabase-connector van de AI Extension Builder. Vraagt de prompt om een gedeelde en blijvende ranglijst, dan maakt de builder de database die de scores bewaart, beveiligt die met toegangsregels en koppelt die aan de sectie — zodat elke speler hetzelfde overzicht ziet, bijgewerkt naarmate er gespeeld wordt.

Waar "leeft" het spel eenmaal het gemaakt is?

Binnen uw gepubliceerde apps — iOS, Android en web. De sectie neemt de hosting van GoodBarber over, volgt het Smart Design-systeem van uw app en gaat naar de stores via dezelfde uitrolketen als alle andere extensies.

Heb je een Supabase-account nodig?

Ja. De eerste keer dat een sectie gegevens moet opslaan, vraagt de builder u om Supabase te koppelen — een open-source backendplatform met een royale gratis versie. U logt één keer in, en elke volgende sectie hergebruikt die koppeling met één klik.

Kun je dit principe ook voor iets anders dan een spel gebruiken?

Ja. De grammatica van de prompt is herbruikbaar: beschrijf schermen, regel het gevoel in woorden, benoem de gegevens die u wilt delen. Dezelfde redenering levert een quiz op, een prijstrekking, een stemmingsmuur of welke betrokkenheidsmechaniek dan ook met een ranglijst.