Anatomi Kehancuran Mental Pukul 2 Dini Hari

 (zarar.dev)
1 poin oleh GN⁺ 2024-08-21 | 1 komentar | Bagikan ke WhatsApp

Anatomi kehancuran mental pukul 2 dini hari

  • Pencerahan pukul 2 dini hari

    • Pada pukul 2 dini hari, ia merasakan stres yang sangat berat dan berada di ambang kehancuran mental
    • Penyebabnya adalah semua panggilan HTTP POST ke jumpcomedy.com gagal
    • Ia memang baru saja menerapkan perubahan terbaru, tetapi tidak ada yang tampak bisa menyebabkan masalah ini
    • Di lingkungan lokal semuanya berjalan normal, tetapi ia tidak bisa menemukan akar penyebabnya

  • Dalam keadaan terisolasi

    • Untuk pertama kalinya dalam 25 tahun kariernya, ia berada dalam situasi tanpa siapa pun yang bisa dimintai bantuan
    • Keluhan pelanggan terus menumpuk, dan sama sekali tidak ada dukungan yang bisa membantunya menyelesaikan ini
    • Ia merasa sedang mengecewakan orang-orang yang mempercayai dan bergantung padanya

  • Menyalahkan diri sendiri dan putus asa

    • Ia mempertimbangkan apakah harus menutup bisnisnya atau mengirim email permintaan maaf kepada pelanggan
    • Karena tidak bisa menemukan penyebab masalah, ia terus menyalahkan dirinya sendiri

  • Kemunculan Eminem

    • Ia mencoba menenangkan diri dengan lirik Eminem, tetapi tidak berhasil
    • Ia mencoba berbagai hal, tetapi tetap tidak bisa menemukan penyebab masalahnya

  • Hiburan dari istri

    • Istrinya memberinya secangkir teh untuk menghibur, tetapi itu tidak membantu menyelesaikan masalah
    • Email dari pelanggan terus berdatangan dan menumpuk

  • Harapan dan keputusasaan yang berulang

    • Ia sempat berharap pembaruan Chrome adalah penyebabnya, tetapi masalah yang sama juga muncul di browser lain
    • Ia mencoba berbagai cara, tetapi masalahnya tetap belum terselesaikan

  • Masalah pada PostHog

    • Setelah menambahkan API key PostHog, masalahnya juga bisa direproduksi di lingkungan lokal
    • Ketika PostHog dihapus, masalahnya teratasi
    • Ia merasa marah dan menyesal soal PostHog, tetapi pada akhirnya puas karena berhasil menyelesaikan masalah

Ringkasan GN⁺

  • Tulisan ini dengan baik menunjukkan stres ekstrem dan rasa terisolasi yang dialami seorang pengembang
  • Pengulangan antara keputusasaan dan harapan selama proses pemecahan masalah digambarkan dengan sangat hidup
  • Ini mengingatkan bahwa alat seperti PostHog juga bisa menjadi sumber masalah
  • Untuk alat dengan fungsi serupa, Mixpanel atau Amplitude direkomendasikan

Bacaan terkait

1 komentar

 
GN⁺ 2024-08-21
Opini Hacker News

  • Berbagi pengalaman belajar cara menyelesaikan masalah saat bekerja sebagai SRE

    • Penting untuk berpikir selama 5–10 menit sebelum menyelesaikan masalah
    • Rasa takut mengganggu pemikiran rasional
    • Mencuci wajah dan tangan dengan air yang sangat dingin membantu
    • Setelah beberapa kali mengalaminya, kepercayaan diri pun terbentuk

  • Menjelaskan perbedaan antara mental breakdown dan serangan kecemasan

    • Serangan kecemasan adalah situasi yang tidak bisa dikendalikan
    • Xanax membantu
    • Perlu dipahami bahwa saat serangan kecemasan terjadi, kita tidak bisa bekerja

  • Satu baris kode di PostHog menyebabkan masalah

    • Menekankan prinsip "If you ship it, you own it"
    • Elemen non-inti tidak boleh dimasukkan ke jalur penting

  • Bug terjadi di window.fetch yang di-monkey-patch

    • Library yang melakukan patch pada fungsi global harus diuji secara menyeluruh

  • Berbagi masalah yang terjadi di aplikasi iOS/MacOS

    • Sebuah rilis merusak lebih dari 350.000 instalasi
    • Proses review App Store menunda penyelesaian masalah

  • Menekankan pentingnya nama variabel

    • Disarankan memakai nama yang lebih akurat seperti urlOrRequestInfo alih-alih url

  • Perspektif manusia juga penting dalam proses pemecahan masalah teknis

    • Ini adalah kisah yang bisa dibagikan oleh developer kecil maupun pengusaha

  • Menjelaskan perbedaan pendekatan pemecahan masalah

    • Engineer SRE/DevOps berfokus pada perbedaan sistem
    • Berbeda dengan programmer yang lebih dulu memeriksa kode dan log

  • Penting untuk memastikan apakah semuanya bisa di-rollback

    • Harus bisa di-rollback termasuk dependensinya

  • Tekanan tidak membuat penyelesaian masalah menjadi lebih cepat

    • Penting untuk tetap tenang
    • Kebanyakan orang kemungkinan pernah mengalami situasi serupa