[📝] Hari Ini #152: Spesial Horor Developer: DB Tertimpa, Password Terekspos

✨ Ringkasan Gemini 2.5 Pro 　

Hari ketika insiden seperti spesial horor, DB tertimpa dan password terekspos, membuatku belajar lagi betapa menakutkannya development.

• Asli: http://blog.naver.com/hyeogikarp/223955198682
• Waktu terbit Naver: 2025/08/01 16:07 KST
• Kategori asli: Verifikasi Hari Ini

Asli

🗓️ Tanggal: Kam 2025.7.31

Target: 1/1

Tugas: 1/1

Kebiasaan: 3/3

Taruhan: 2

🔂-🎯 Sistem Rutinitas Pengelolaan Target

Target seumur hidup

• [Life RPG]

• 🎯 Mencapai lebih dari 1 juta pengguna aktif bulanan (MAU)

Target tahun 2025

• [Life RPG] (liferpg.online)

• 🎯 2025.07

  Menyelesaikan draf awal proposal Life RPG

• 🎯 Roadmap sementara (belum final): mengembangkan setidaknya 5 aplikasi (modul) bawaan di platform Life RPG

• 🎯 2025.08

  Gurumiya

• Aplikasi gamifikasi yang menyimpan catatan les akademi/PT, lalu membuat pengguna mengumpulkan exp dan naik level lewat cek kehadiran, PR, dan sebagainya

• 🎯 2025.09

  Oharu (Today Was)

• Aplikasi gamifikasi keseharian dengan fitur SNS internal untuk menetapkan target hari ini dan membagikan apakah target itu tercapai kepada teman-teman

• 🎯 2025.10

  Pianolic

• Aplikasi gamifikasi musik untuk mengelola catatan permainan piano dan mengoleksi lagu serta album yang sudah dilatih

• 🎯 2025.11

  Running Party

• Aplikasi gamifikasi lari yang melacak catatan lari dan menyediakan fitur pencocokan agar bisa berlari bersama pengguna lain di sekitar

• 🎯 2025.12

  Auto Vibe

• Aplikasi gamifikasi edukasi yang mengumpulkan tips dan kuliah tentang alat otomasi dan vibe coding, lalu menyajikan panduan belajar sesuai tujuan pengguna

• 🎯 2026.01

  Membuka Life Store

• Membuka secara resmi Life Store, inti platform ini. Pengguna bisa membeli hak akses aplikasi di store, dan developer bisa mendaftarkan aplikasi baru.

• 🎯 2026.02

  Mencoba Preliminary Startup Package

• Mencoba program dukungan pemerintah Preliminary Startup Package untuk memvalidasi kelayakan bisnis serta mengamankan dukungan bagi pertumbuhan dan operasi platform yang stabil.

• [Gurumiya]

• 🎯 Membuat model B2B sebagai SaaS (pembaruan berpusat pada admin/guru)

• 🎯 Mendaftarkan ke App Store / Play Store

• 🎯 Menambahkan unsur B2C ke model B2B: pengelolaan data terpadu antarsemua organisasi les (pembaruan berpusat pada siswa)

• [Kesehatan]

• 🎯 Menurunkan berat badan 10kg (85kg → 75kg)

Target bulan Agustus

• [Life RPG] (liferpg.online)

• 🎯 Menulis draf proposal Life RPG

• 🎯 Merancang bisnis dan model pendapatan terkait platform

• 🎯 Mempertimbangkan konversi B2B

• 🎯 Riset pasar: terkait proposal, aplikasi yang akan dimasukkan, bisnis dan model pendapatan, … (+ AI)

• 🎯 Verifikasi hipotesis inti: mengumpulkan materi tentang efektivitas gamifikasi

• 🎯 Survei

• 🎯 Merapikan isi di Notion Workspace

• [Gurumiya]

• 🎯 Membuat model B2B sebagai SaaS (pembaruan berpusat pada admin/guru)

• 🎯 Mendaftarkan ke App Store / Play Store

• [Kesehatan]

• 🎯 Menurunkan berat badan 2.5kg (84.5kg → 82.0kg)

Target minggu keempat bulan Juli

• [Life RPG] (liferpg.online)

• Tidak ada

• [Gurumiya]

• 🎯 Mengubah arah menjadi SaaS

• 🎯 Menyelesaikan sistem manajemen organisasi

• [Kesehatan]

• 🎯 Menurunkan berat badan 0.5Kg (85.0kg → 84.5kg)

Target hari ini (⚠️ Wajib)

• ✅ Gurumiya: emulator -> produksi

🔂-📌 Sistem Rutinitas Pengelolaan Tugas

Tugas hari ini (⚠️ Wajib)

• ✅ Menulis 2 ulasan blog

[restoran] Bricks5221 Beer, bar Sinchon dengan pizza yang mantap

Tempat makan yang akan kuperkenalkan hari ini adalah Bricks5221 Beer, rumah bir dengan pizza yang benar-benar enak. Sejak pintu masuk, kelucuan pemiliknya sudah menonjol…

blog.naver.com

[restoran] Restoran Sinchon, spesialis samgyeopsal beku Sinchon Smile Samgyeop

Tempat makan yang akan kuperkenalkan hari ini adalah Sinchon Smile Samgyeop, spesialis samgyeopsal beku. Highball kalau dimakan bareng daging memang luar biasa… …

blog.naver.com

🔂-♾️ Sistem Rutinitas Pengelolaan Kebiasaan

Kebiasaan hari ini

• ✅ Kelebihan: minimal satu kelebihan diriku yang kutemukan hari ini

• Bahkan ketika menghadapi rintangan besar, aku tidak menyerah dan terus menempel pada masalah sampai menyelesaikannya.

• ✅ Syukur: minimal satu hal yang kusyukuri hari ini

• Bersyukur kepada orang-orang berharga yang bahkan memahami kesalahan bodohku.

• ✅ Rutinitas: cek target / tugas / kebiasaan hari ini

🔂-💸 Sistem Rutinitas Pengelolaan Taruhan

Taruhan yang sedang berjalan (⚠️ Wajib)

• ~2025.8.2

  💸 Denda: 50000 won (dibayar di muka)

• Mencapai berat badan 84.5Kg

• 2025.7.26: 86.2Kg

• 2025.7.27: 86.8Kg (+0.6)

• 2025.7.28: 85.7Kg (-1.1)

• 2025.7.29: 85.0Kg (-0.7)

• 2025.7.30: 84.5Kg (-0.5)

• 2025.8.1: 85.0Kg (+0.5)

• 🏆 Hadiah keberhasilan: tidak ada

• ~2025.8.15

  💸 Denda: 50000 won

• Mengubah layanan khusus organisasi (iD Diary) menjadi layanan SaaS (Gurumiya)

• Mengajukan pemeriksaan ke App Store/Play Store

• 🏆 Hadiah keberhasilan: figur Magikarp

🤔 Refleksi singkat

Wow… hari ini punggungku benar-benar merinding.

Dalam proses menerapkan DB lokal Firebase Emulator ke DB produksi, terjadi kesalahan yang tidak terduga.

Aku melakukan kesalahan legendaris: memaksa semua password Auth direset menjadi password sementara (misalnya, ‘temp1234’).

Biang keroknya adalah aku melepaskan mata dari Claude Code hanya karena sedikit mengantuk.

Aku tidak pernah membayangkan si sialan ini diam-diam menanam kode mengerikan seperti itu tanpa sepengetahuankuㅋㅋ

Untungnya ada backup lama, jadi semuanya bisa dipulihkan kecuali 10% pengguna. Tapi… untuk 10% pengguna sisanya, password mereka terpaksa berubah.

Ternyata hal seperti ini juga mungkin terjadi. Rasanya benar-benar hampa.

Saat aku ribut besar ke Claude, menyalahkannya bahwa ini gara-gara dia dan menyuruhnya mengembalikan semuanya, biasanya dia akan mati-matian menolak menulis kode reset password paksa dengan alasan keamanan, tapi kali ini dia menurut dan menulis kodenya.

Hmph, sepertinya dia juga belajar yang namanya hati nurani. (…Eh? Menemukan celah?)

Dan ada satu hal lagi yang membuatku terkejut.

Ada proses persetujuan pendaftaran, tetapi password yang dimasukkan pengguna ditampilkan di DB persetujuan pendaftaran.

Aku panik. Claude tahu cukup banyak untuk paham bahwa keamanan itu penting, jadi bagaimana bisa dia menulis kode segila itu?

Aku buru-buru menghapus seluruh field password dan mengubah kode agar hanya melakukan autentikasi dengan Auth, tapi kepalaku rasanya berputar.

Bagaimana kalau ini bocor lewat celah keamanan…?

Ugh…

Mengurus data itu tidak mudah…

Kalau saja aku memberi instruksi secara persis data tertentu harus ditangani dengan cara seperti apa, bahkan Claude sialan ini pun tidak akan menulis kode seperti itu…

Ini salahku…