# البرمجة بأسلوب Vibe coding: الاستخدامات والحدود

Taiga Learning · ورقة عمل
https://taiga.training/ar/lessons/vibe-coding/

استخدم معلومات افتراضية أو معتمدة. لا تضع أسراراً في ورقة العمل هذه.

## أهداف التعلّم
- التمييز بين استكشاف فكرة واتخاذ قرار الإصدار.
- تحديد المسؤوليات الغائبة عن عرض توضيحي مقنع.
- اختيار حدود آمنة لتجربة أولى.

## التمرين
اختر ميزة من عرض توضيحي حديث.
1. سجّل نتيجة واحدة أثبتها العرض.
2. سجّل ثلاثة أسئلة لا تزال مفتوحة.
3. عيّن مسؤولاً عن كل سؤال.
4. سمّ فحصاً محدداً يمكنه كشف كل إخفاق محتمل.
لا تستخدم عبارة «اجعله آمناً» بديلاً عن فحص محدد.

## إجابتك
- السيناريو والنطاق:
- الافتراضات والأسئلة المفتوحة:
- الإجابة أو القرار المقترح، مع الأسباب:

## تحقّق من إجابتك
| الادعاء أو المعيار | الدليل أو الاختبار | النتيجة أو الفجوة | المسؤول |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## الإجراء التالي
- الإجراء والمسؤول والتاريخ:
- متى ستراجع هذه الإجابة؟

## المبدأ الذي يجب تذكّره
أتِح للناس بناء نماذج أولية ببيانات اصطناعية. تحقّق من المنصة والتطبيق قبل منحهما بيانات سرية أو الوصول إلى API فعلية.

## المصادر
- [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)

تدعم ورقة العمل هذه التعلّم. ولا يمنح إكمالها بحد ذاته إذناً بإجراء تغيير في بيئة الإنتاج.