# Vibe coding: toepassingen en grenzen

Taiga Learning · Werkblad
https://taiga.training/nl/lessons/vibe-coding/

Gebruik fictieve of goedgekeurde informatie. Zet geen secrets in dit werkblad.

## Leerdoelen
- Maak onderscheid tussen verkennen en een releasebesluit.
- Herken de ontbrekende verantwoordelijkheden in een overtuigende demo.
- Kies een veilige afbakening voor een eerste experiment.

## Oefening
Kies een functie uit een recente demonstratie.
1. Noteer één resultaat dat de demonstratie heeft aangetoond.
2. Noteer drie vragen die nog openstaan.
3. Wijs voor elke vraag een verantwoordelijke aan.
4. Noem een concrete controle die elk mogelijk probleem kan ontdekken.
Gebruik ‘maak het veilig’ niet als vervanging voor een concrete controle.

## Uw antwoord
- Scenario en scope:
- Aannames en openstaande vragen:
- Voorgesteld antwoord of besluit, met redenen:

## Controleer uw antwoord
| Claim of criterium | Bewijs of test | Resultaat of hiaat | Verantwoordelijke |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## Volgende actie
- Actie, verantwoordelijke en datum:
- Wanneer reviewt u dit antwoord?

## Te onthouden principe
Geef mensen ruimte om prototypes te bouwen met synthetische gegevens. Verifieer platform en applicatie voordat u vertrouwelijke gegevens of toegang tot echte API's geeft.

## Bronnen
- [NIST: Secure Software Development Framework 1.1](https://csrc.nist.gov/pubs/sp/800/218/final)
- [Lovable: Security best practices](https://docs.lovable.dev/tips-tricks/security-best-practices)
- [OWASP: Broken Object Level Authorization](https://api-security.owasp.org/editions/2023/en/0xa1-broken-object-level-authorization/)
- [Stripe: Idempotent requests](https://docs.stripe.com/api/idempotent_requests)

Dit werkblad ondersteunt leren. Het invullen geeft op zichzelf geen toestemming voor een productiewijziging.