# Vibe coding: การใช้งานและข้อจำกัด

Taiga Learning · ใบงาน
https://taiga.training/th/lessons/vibe-coding/

ใช้ข้อมูลสมมติหรือข้อมูลที่อนุมัติแล้ว อย่าใส่ secret ในใบงานนี้

## วัตถุประสงค์การเรียนรู้
- แยกการสำรวจแนวคิดออกจากการตัดสินใจออก release
- ระบุความรับผิดชอบที่ยังขาดไปใน demo ที่ดูน่าเชื่อถือ
- กำหนดขอบเขตที่ปลอดภัยสำหรับการทดลองครั้งแรก

## แบบฝึกหัด
เลือกหนึ่งฟีเจอร์จากการสาธิตล่าสุด
1. บันทึกผลลัพธ์หนึ่งข้อที่การสาธิตพิสูจน์ได้
2. บันทึกคำถามสามข้อที่ยังไม่มีคำตอบ
3. กำหนดผู้รับผิดชอบแต่ละคำถาม
4. ระบุวิธีตรวจสอบที่เจาะจงสำหรับตรวจจับความผิดพลาดแต่ละอย่างที่อาจเกิดขึ้น
อย่าใช้คำว่า “ทำให้ปลอดภัย” แทนวิธีตรวจสอบที่เจาะจง

## คำตอบของคุณ
- สถานการณ์และขอบเขต:
- สมมติฐานและคำถามที่ยังไม่ได้ข้อยุติ:
- คำตอบหรือการตัดสินใจที่เสนอ พร้อมเหตุผล:

## ตรวจสอบคำตอบของคุณ
| ข้ออ้างหรือเกณฑ์ | หลักฐานหรือ test | ผลหรือสิ่งที่ยังขาด | ผู้รับผิดชอบ |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## งานถัดไป
- งาน ผู้รับผิดชอบ และวันที่:
- คุณจะตรวจทานคำตอบนี้เมื่อใด

## หลักการที่ควรจำ
เปิดโอกาสให้คนสร้างต้นแบบด้วยข้อมูลสังเคราะห์ ตรวจสอบแพลตฟอร์มและแอปพลิเคชันก่อนให้ข้อมูลลับหรือสิทธิ์เข้าถึง 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)

ใบงานนี้ช่วยในการเรียนรู้ การทำเสร็จไม่ได้อนุญาตให้เปลี่ยน production โดยตัวมันเอง