Deskripsi workshop

Pernah bikin sistem reservasi terus ada dua orang yang berhasil booking slot yang sama di waktu yang sama? Itu bukan bug random — itu race condition, dan ini masalah klasik yang sering diabaikan developer pemula sampai menengah karena "aplikasinya keliatan jalan-jalan aja" pas ditest sendirian.

Di workshop ini, peserta akan belajar kenapa double-booking bisa terjadi secara teknis, dan bagaimana cara mengatasinya menggunakan Firestore Transactions dan Real-Time Listeners, diimplementasikan langsung dalam aplikasi Next.js Fullstack (API Routes/Server Actions + client real-time). Kita bedah studi kasus sistem reservasi (booking ruangan/jadwal), lihat kenapa pendekatan "read-then-write" biasa itu berbahaya, lalu refactor jadi sistem yang aman dari konflik data.

Workshop ini hands-on, langsung ngoding pakai Next.js dari sisi backend (API/Server Action) sampai frontend real-time. Di akhir sesi, peserta punya sistem reservasi mini yang transaction-safe, real-time, dan full-stack, siap dijadikan referensi untuk proyek/skripsi masing-masing.

Apa yang akan saya pelajari ?

• Menjelaskan apa itu race condition dan bagaimana skenario double-booking terjadi secara teknis pada sistem berbasis database NoSQL seperti Firestore
• Mengimplementasikan Firestore Transactions (runTransaction) untuk memastikan operasi baca-tulis data reservasi bersifat atomik dan konsisten
• Membangun fitur real-time sync menggunakan Firestore Listeners (onSnapshot) sehingga status ketersediaan slot langsung terupdate di semua client tanpa refresh
• Membedakan kapan harus pakai Transaction vs Batch Write vs operasi biasa, sesuai kebutuhan konsistensi data
• Merancang struktur data (schema) Firestore yang optimal untuk sistem reservasi agar aman dari konflik dan tetap efisien saat query

Pertanyaan yang sering diajukan