Ketakutan persis dari Part 2 kejadian beneran — sesuatu yang udah dibenerin dan udah live, diem-diem rusak lagi. Ini cerita gimana ketangkepnya dalam hitungan menit, bukan dari komplain pelanggan.
Di akhir Part 2, saya bilang cerita berikutnya soal krisis pertama — pertama kalinya ada yang beneran rusak di situs live. Nah, ini dia. Dan lucunya: ini bukan hack dramatis atau database yang meledak. Ini lebih senyap, lebih licik, dan jujur lebih ngajarin daripada cerita horor mana pun — soalnya ini persis jenis hal yang bisa kejadian ke siapa aja yang ngedit situs live, AI atau bukan.
Gini ceritanya. Ada bug kecil di salah satu situs yang udah ketemu dan udah dibenerin — perbaikannya udah live, jalan, kelar. Beberapa hari kemudian kita balik ke halaman yang sama buat nambah sesuatu yang baru. Gerakan yang paling natural: buka copy file yang di lokal, ubah, upload. Simpel. Cuma masalahnya, copy lokal itu LEBIH LAMA dari yang beneran live. Jadi begitu file lokal yang 'lebih baru' itu keupload, dia diem-diem nimpa versi live — dan nyeret balik bug yang udah dibenerin itu ke situs. Fitur barunya naik dengan mulus. Bug lama yang udah terkubur, hidup lagi di saat yang sama.
Ini persis skenario 'ga ada tombol undo' yang saya takutin banget di Part 2 — cuma dia ga datang sebagai bencana yang kelihatan jelas. Ga ada yang teriak. Halamannya tetep kebuka. Dia cuma diem-diem punya bug lagi yang udah pernah saya benerin sekali. Kalau ga ada yang ngecek, itu bisa nangkring rusak berhari-hari, dan orang pertama yang nyadar bakal jadi pengunjung — cara paling buruk buat tau.
Alasan kenapa ini jadi gangguan 5 menit dan bukan malu-maluin seminggu itu satu kebiasaan membosankan: verifikasi situs live tepat setelah tiap deploy, bukan cuma nganggep upload-nya berhasil. Cek cepat otomatis nembak halaman live, nyari perilaku yang udah dibenerin, dan — lho, bug lamanya balik? Ketidakcocokan antara 'yang barusan saya deploy' sama 'yang seharusnya' itu yang ngangkat bendera, dalam hitungan menit setelah kejadian, pas saya masih inget persis apa yang saya sentuh.
Itu bagian yang mau saya garisbawahi buat siapa pun yang deg-degan nyerahin kerjaan ke AI (atau ke siapa pun, jujurnya): jaring pengamannya bukan jadi sempurna dan ga pernah bikin kesalahan. Kesalahan bakal kejadian — ke orang, ke otomasi, ke semuanya. Jaring pengamannya itu nangkep kesalahan dengan cepat, sengaja, lewat kebiasaan yang jalan tiap kali — bukan cuma pas kamu inget buat khawatir.
Begitu ketangkep, biang kerok aslinya nyaris memalukan saking simpelnya: copy situs yang di komputer saya sama copy yang beneran jalan di server udah ga sinkron. Tiap kali ada perbaikan yang dilakuin langsung di live — patch cepet, hotfix — copy lokal ketinggalan satu langkah, kecuali ada yang sengaja narik versi live-nya turun dulu. Setelah beberapa edit, 'lokal' berhenti jadi cerminan 'live' dan jadi versi paralelnya sendiri yang agak salah. Ngedit dari copy basi itu, ya, cara kamu ngirim masa lalu ke masa kini.
Perbaikan buat insidennya sendiri cepet: tarik file live yang sekarang turun dalam keadaan fresh, pasang ulang perbaikan yang ketiban, tambahin fitur barunya di atas, upload, verifikasi lagi. Sepuluh menit, paling mentok. Tapi perbaikan buat AKAR masalahnya itu sebuah aturan, bukan sebuah command — dan itu bagian yang beneran penting.
Kalau kamu ngedit situs live apa pun — manual, lewat AI, lewat tim — lima kebiasaan ini yang bikin 'ga ada tombol undo' berubah dari frasa nyeremin jadi bukan masalah. Ga ada satu pun yang butuh jadi senior engineer:
1. Selalu tarik versi live turun SEBELUM kamu ngedit
Jangan pernah nganggep copy di komputer kamu sama kaya yang jalan di produksi. Ambil file live yang sekarang dulu, baru edit yang itu. Kebiasaan satu ini doang udah cukup buat nyegah seluruh insiden tadi.
2. Backup file-nya sebelum diubah, bukan sesudah
Backup yang diambil setelah sesuatu rusak cuma nyimpen versi yang udah rusak. Ambil copy file yang masih bagus tepat sebelum kamu sentuh — itu tombol undo kamu yang beneran.
3. Bandingin (diff) lokal sama live sebelum upload
Sebelum push, bandingin file kamu sama yang sekarang live. Kalau diff-nya nunjukin perubahan yang ga kamu maksud — kaya bug lama yang muncul lagi — berhenti. Kejutan di diff itu peringatan yang sebenernya kamu mau.
4. Verifikasi situs live tepat setelah tiap deploy
Jangan percaya gitu aja kalau upload-nya udah sesuai maksud. Buka halaman live-nya dan pastiin hal yang kamu ubah beneran ada, dan hal yang ga kamu ubah masih aman. Ini cek yang nangkep seluruh kekacauan ini.
5. Anggap LIVE sebagai satu-satunya sumber kebenaran
Pas lokal sama live beda pendapat, live yang menang — itu yang beneran dilihat orang. Folder lokal kamu cuma copy kerja, dan dia boleh salah. Bangun tiap kebiasaan buat ngelindungin live, bukan copy lokal kamu.
⚠️ Catatan: ini kelihatan obvious kalau ditulis gini — dan emang iya, begitu kamu udah kena batunya. Intinya justru naruh ini di autopilot biar jalan bahkan pas kamu lagi ngebut dan pede, yang justru saat-saat kaya gitu hal beginian nyerang.
Hal terbaik yang keluar dari ini bukan perbaikannya — tapi jadinya sebuah aturan permanen, ditulis, yang jalan otomatis dari situ seterusnya. Tarik live sebelum ngedit. Backup sebelum nyentuh. Verifikasi setelah deploy. Sekarang itu udah jadi cara tiap perubahan terjadi, tanpa saya harus inget buat minta. Krisisnya 'bayar' buat sebuah kebiasaan yang ngelindungin ketiga situs tiap hari sejak itu. Itu jujur jenis kesalahan paling bagus: yang murah, yang beliin kamu aturan yang ga bakal perlu kamu pelajarin dua kali.
Kalau kamu masih nahan diri buat ngebolehin AI nyentuh barang live kamu karena takut dia ngerusak sesuatu — saya paham, ketakutan itu punya saya juga. Tapi ini realita jujurnya: sesekali emang ada yang meleset, dan seluruh permainannya itu punya kebiasaan yang nangkep itu dengan cepat dan ngubahnya jadi aturan, bukan jadi bencana. Kalau kamu mau ngobrolin cara nyetting itu buat situs kamu sendiri, colek aja — saya udah pernah persis di posisi kamu.
Dan tawaran yang dari Part 1 sama 2 masih kebuka: saya masih mikirin buat jadiin series ini video tutorial step-by-step di YouTube. Itu bakal ngebantu kamu ga? Komen di bawah — saya beneran nunggu masukan kalian sebelum mulai rekam.
Komentar — menurut kalian gimana?