# Vibe coding: utilizări și limite

Taiga Learning · Fișă de lucru
https://taiga.training/ro/lessons/vibe-coding/

Folosiți informații fictive sau aprobate. Nu puneți secrete în această fișă de lucru.

## Obiective de învățare
- Deosebiți explorarea de decizia de lansare.
- Identificați responsabilitățile neacoperite de o demonstrație convingătoare.
- Stabiliți o limită sigură pentru un prim experiment.

## Exercițiu
Alegeți o funcționalitate dintr-o demonstrație recentă.
1. Notați un rezultat pe care demonstrația l-a dovedit.
2. Notați trei întrebări încă fără răspuns.
3. Desemnați un responsabil pentru fiecare întrebare.
4. Numiți o verificare concretă care poate detecta fiecare posibilă defecțiune.
Nu înlocuiți o verificare concretă cu cerința „faceți-o sigură”.

## Răspunsul dumneavoastră
- Scenariu și domeniu:
- Ipoteze și întrebări deschise:
- Răspuns sau decizie propusă, cu motive:

## Verificați răspunsul
| Afirmație sau criteriu | Dovadă sau test | Rezultat sau lipsă | Responsabil |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## Acțiunea următoare
- Acțiune, responsabil și dată:
- Când veți reevalua acest răspuns?

## Principiu de reținut
Oferiți oamenilor libertatea de a crea prototipuri cu date sintetice. Verificați platforma și aplicația înainte de a acorda acces la date confidențiale sau API-uri reale.

## Surse
- [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)

Această fișă de lucru sprijină învățarea. Completarea ei nu autorizează singură o modificare în producție.