Mengirim Tanpa Burnout: Ritme Kerja yang Saya Jaga
Catatan personal: ritme harian dan mingguan yang saya pakai untuk tetap produktif sebagai backend developer freelance.
Wafik Ulinnuha
Backend Developer
Tahun ke-5 saya bekerja sebagai engineer freelance dengan klien jangka panjang. Yang paling sulit dipertahankan bukan kualitas teknis — itu bisa dilatih. Yang sulit adalah ritme yang sustainable.
Hari saya dibagi tiga
- Pagi (07:00 — 11:00): deep work. Tidak ada Slack, tidak ada email. Saya menyimpan dua atau tiga task paling sulit di sini.
- Siang (13:00 — 16:00): kolaborasi dan code review. Saya membuka semua channel komunikasi dan menjawab dalam batch.
- Sore (16:30 — 18:00): tugas ringan, dokumentasi, dan persiapan hari berikutnya.
Aturan kecil yang besar dampaknya
- Tidak ada notifikasi pribadi di laptop kerja. Konsistensinya membuat fokus pulih dalam hitungan detik.
- Tutup laptop sebelum makan malam. Pekerjaan akan selalu ada; tubuh tidak.
- Jadwalkan istirahat. Saya pakai timer 90 menit ON, 15 menit OFF. Variasi ultradian rhythm ini sangat membantu.
Mingguan: satu hari belajar, satu hari kosong
Setiap minggu saya menyisihkan satu hari untuk belajar (membaca paper, mencoba runtime baru, menulis blog seperti ini), dan satu hari benar-benar kosong dari klien. Hari kosong inilah yang menjaga saya tetap segar untuk minggu berikutnya.
Mengukur energi, bukan jam
Saya berhenti melacak jam kerja sejak 2022. Saya melacak energi. Dalam skala 1-5, hari yang saya beri 4 atau 5 adalah hari di mana saya bisa melakukan deep work tanpa harus memaksa. Lebih dari tiga hari berturut-turut di angka 2, saya tahu harus mundur sebelum kualitas turun.
Karir engineering yang panjang dibangun dari ritme, bukan ledakan produktivitas. Lambat dan konsisten — itu kemewahan yang harus diperjuangkan.
Bacaan lanjutan
Bacaan lanjutan
Mendesain SaaS Multi-Tenant di PostgreSQL Tanpa Menyesal
Pemilihan strategi multi-tenant menentukan biaya operasional, keamanan, dan kemudahan migrasi sekian tahun ke depan. Inilah panduan jujur dari pengalaman membangun Gatsu.
Membawa Elysia.js + Bun ke Produksi: Yang Tidak Tertulis di Docs
Bun cepat dan Elysia ergonomis. Tapi pindah dari demo ke produksi memerlukan keputusan operasional yang tidak dibahas di README.