Kerja 24/7 Bukan Prestasi: Mitos Passion yang Membunuh Karier Developer

Kapan terakhir kali kamu istirahat tanpa merasa bersalah? Bukan istirahat sambil memikirkan bug yang belum terselesaikan. Bukan akhir pekan yang habis untuk mengejar deadline. Maksudnya istirahat yang benar-benar bebas: tanpa notifikasi Slack, tanpa pikiran yang melayang ke repository, tanpa rasa bahwa kamu "membuang-buang waktu" karena tidak sedang ngoding.

Jika pertanyaan itu membuatmu terdiam lebih lama dari yang nyaman, selamat datang di klub mayoritas. Sebuah studi yang dikoordinasikan oleh Haystack Analytics pada 2021 menemukan bahwa 83% software developer mengalami burnout. Bukan 30%. Bukan setengah. Hampir semuanya. Dan yang lebih menarik lagi: mayoritas dari mereka justru adalah orang-orang yang paling "passionate" dengan pekerjaannya. Mereka yang rela begadang demi fitur tambahan. Yang membaca dokumentasi di akhir pekan. Yang menjawab issue open source pukul dua dini hari.

Lalu mengapa justru yang paling cinta dengan kode yang paling cepat kehilangan api?

Ketika Passion Dijadikan Senjata

Industri teknologi punya mitos yang sangat kuat: kalau kamu benar-benar cinta dengan kode, kerja tidak akan terasa seperti kerja. Kamu akan ngoding 24 jam tanpa lelah. Kamu akan rela menerima gaji di bawah standar asalkan "proyeknya menarik". Dan yang paling berbahaya: kamu akan selalu available, karena passion tidak mengenal jam istirahat.

Mitos ini bukan datang dari kekosongan. Ia ditanam secara sistematis. Startup memajang poster "Work Hard, Play Hard" di dinding kantor. Founder dengan bangga bercerita bagaimana timnya kerja sampai subuh demi product launch. LinkedIn dipenuhi post viral tentang developer yang sukses karena "tidak pernah berhenti belajar" padahal yang tidak terlihat adalah kopi keempat dan resep obat tidur.

Akibatnya, passion yang seharusnya menjadi bahan bakar berubah fungsi menjadi pemerasan emosional. Kita tidak lagi bekerja karena kita cinta. Kita bekerja karena kita takut dianggap tidak cukup cinta. Takut dianggap tidak "committed". Takut ketinggalan.

Burden yang Tak Terlihat di Open Source

Fenomena ini paling tragis terlihat di dunia open source. Kenneth Reitz, creator library Python Requests yang digunakan jutaan developer, pernah menulis pengalaman pribadinya menghadapi burnout yang parah. Di tengah popularitas proyeknya yang meledak, ia merasa semakin terjebak dalam spiral kewajiban yang tak pernah habis. Setiap issue baru adalah beban. Setiap pull request yang ditolak adalah drama. Setiap pertanyaan di GitHub adalah pengingat bahwa ia tidak pernah benar-benar bebas.

Pada titik terendahnya, Reitz mengakui pernah mempertimbangkan untuk meniru apa yang dilakukan Mark Pilgrim pada 2011: 410 GONE. Menghapus seluruh proyek, repository, dan jejak digital dari internet. Bukan karena benci pada teknologi. Tapi karena cinta yang terlalu besar telah berubah menjadi penjara.

Ini bukan cerita langka. Research dari GitHub sendiri menunjukkan bahwa maintainer burnout adalah endemic di komunitas open source. Banyak developer merasa terbebani oleh kewajiban moral untuk mendukung ribuan pengguna, padahal mereka melakukannya tanpa bayaran, di samping pekerjaan harian yang sudah menyerap energi habis-habisan.

Hustle Culture dan Senjata Produktivitas

Di korporasi dan startup, masalahnya serupa tapi lebih tersembunyi. Kita disuguhi narasi bahwa developer hebat adalah developer yang "selalu on". Notifikasi Slack yang dibalas dalam semenit. Email yang direspons di tengah malam. Code review yang diselesaikan saat makan siang. Semua ini dianggap bukti dedikasi.

Tapi mari kita jujur: produktivitas tidak sama dengan ketersediaan. Seseorang yang online 14 jam sehari belum tentu menghasilkan kode berkualitas lebih baik daripada yang bekerja 6 jam dengan pikiran segar. Sebaliknya, studi dari Haystack menunjukkan bahwa 83% developer juga khawatir akan reliabilitas software di tempat kerja mereka. Artinya: tim yang paling sibuk justru sering kali yang paling tidak percaya pada hasil kerja sendiri.

Ini adalah paradoks yang tragis. Kita bekerja lebih keras karena ingin hasil yang lebih baik. Tapi karena bekerja terlalu keras, kita tidak bisa berpikir dengan jernih. Dan karena tidak bisa berpikir jernih, kita membuat lebih banyak masalah. Lalu kita bekerja lebih keras lagi untuk memperbaikinya. Ular yang memakan ekornya sendiri.

Burnout Bukan Tanda Lemah

Ada stereotip berbahaya di komunitas teknologi: developer yang burnout adalah developer yang lemah. Tidak cukup tangguh. Tidak cukup disciplined. Mereka yang "beneran passionate" tidak akan merasa lelah.

Anggapan ini tidak hanya salah. Ia berbahaya. Burnout adalah respons biologis normal terhadap beban kronis, bukan cacat karakter. Otak manusia tidak didesain untuk beroperasi dalam mode krisis setiap hari. Kortisol yang terus-menerus tinggi merusak kemampuan kognitif, mengurangi kreativitas, dan memperlambat problem-solving. Singkatnya: developer yang burnout bukan developer yang malas. Ia adalah developer yang tubuhnya sudah memprotes.

Zach Holman, engineer yang pernah bekerja di GitHub, pernah menulis: "Burnout is sneaky. It does not usually announce itself. It slowly grinds at you until these feelings become the new normal, and at that point it is not easy to dig yourself out of the hole." Terkadang kita tidak sadar sedang burnout karena kita sudah terbiasa dengan rasa lelah. Kita pikir ini adalah "bagian dari proses". Padahal kita sedang perlahan-lahan kehilangan sesuatu yang jauh lebih berharga daripada deadline: kegairahan kita sendiri.

Membangun Batas yang Sehat

Jadi apa yang bisa dilakukan? Bukan dengan resign secara massal atau menolak semua lembur. Perubahan dimulai dari kesadaran bahwa karier yang berkelanjutan memerlukan batasan yang disengaja.

Pertama, pisahkan ego dari output. Banyak developer, terutama yang junior, mengaitkan self-worth dengan jumlah commit, jumlah fitur, atau jumlah like di proyek open source. Padahal kamu bukan kode yang kamu tulis. Kamu adalah manusia yang kebetulan menulis kode. Ketika kode gagal deploy, itu bukan kegagalan pribadi. Ketika kamu membutuhkan istirahat, itu bukan kekurangan moral.

Kedua, praktikkan "sustainable pacing". Kathryn Koehler, Director of Developer Productivity di Netflix, menekankan pentingnya mengukur well-being tim bersamaan dengan metrik produktivitas. Bukan salah satu atau yang lain. Keduanya. Di Netflix, mereka mulai dari sesuatu yang kecil tapi berdampak, lalu terus mengembangkan pemahaman tentang produktivitas dalam konteks kepuasan dan kesehatan mental.

Ketiga, berani offline. Notifikasi bisa ditunda. Issue bisa menunggu besok. Pull request tidak akan meledak jika direview dalam 24 jam, bukan 24 menit. Kerja bagus tidak memerlukan ketersediaan instan. Ia memerlukan pikiran yang jernih. Dan pikiran yang jernih hanya muncul dari otak yang diistirahatkan.

Mencari Kembali Makna

Di akhirnya, pertanyaannya bukan seberapa banyak kode yang bisa kamu tulis dalam semalam. Pertanyaannya adalah: apakah kamu masih menikmati prosesnya? Apakah kamu masih merasa penasaran? Apakah kamu masih bisa duduk di depan laptop pukul sembilan pagi dan berpikir, "Ini akan menyenangkan"?

Karena jika jawabannya tidak, maka tidak peduli seberapa tinggi gaji kamu, tidak peduli seberapa keren title di LinkedIn-mu, tidak peduli seberapa banyak bintang di GitHub repository-mu: kamu sudah kehilangan sesuatu yang jauh lebih fundamental. Kamu kehilangan alasan mengapa kamu memulai semua ini.

Karier developer adalah maraton, bukan sprint. Dan pelari yang paling cepat sampai garis finish bukanlah yang berlari paling kencang di setiap meter. Melainkan yang tahu kapan harus mengatur napas, kapan harus minum, dan kapan harus beristirahat sebelum tubuhnya memaksa berhenti.

Sumber referensi: Haystack Analytics Study on Developer Burnout (2021), Kenneth Reitz - The Reality of Developer Burnout