# Vibe coding: उपयोग और सीमाएँ

Taiga Learning · Worksheet अभ्यास पत्र
https://taiga.training/hi/lessons/vibe-coding/

काल्पनिक या स्वीकृत जानकारी इस्तेमाल करें। इस worksheet में secrets न डालें।

## सीखने के उद्देश्य
- नए विचार परखने और release का निर्णय लेने का अंतर समझें।
- प्रभावशाली demo में अधूरी जिम्मेदारियाँ पहचानें।
- पहले प्रयोग के लिए सुरक्षित सीमा चुनें।

## अभ्यास
हाल के किसी demo से एक feature चुनें।
1. ऐसा एक परिणाम लिखें जो demo ने सिद्ध किया।
2. तीन प्रश्न लिखें जिनके उत्तर अभी नहीं मिले हैं।
3. हर प्रश्न के लिए एक जिम्मेदार व्यक्ति तय करें।
4. हर संभावित विफलता का पता लगाने वाली एक स्पष्ट जाँच बताएँ।
किसी स्पष्ट जाँच की जगह केवल “इसे सुरक्षित बनाएँ” न लिखें।

## आपका उत्तर
- परिदृश्य और दायरा:
- धारणाएँ और खुले सवाल:
- प्रस्तावित उत्तर या निर्णय, कारणों सहित:

## अपना उत्तर सत्यापित करें
| दावा या मानदंड | प्रमाण या test | परिणाम या कमी | जिम्मेदार व्यक्ति |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## अगली कार्रवाई
- कार्रवाई, जिम्मेदार व्यक्ति और तारीख:
- आप इस उत्तर की समीक्षा कब करेंगे?

## याद रखने वाला सिद्धांत
लोगों को synthetic data के साथ prototype बनाने की जगह दें। गोपनीय डेटा या वास्तविक API access देने से पहले platform और application की जाँच करें।

## स्रोत
- [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)

यह worksheet सीखने में मदद करती है। इसे पूरा करने से अपने-आप production में बदलाव की अनुमति नहीं मिलती।