Awal Mula — Ketika Komputer Jadi Mainan
Saya tidak ingat persis umur berapa pertama kali pegang komputer. Yang saya ingat: sebuah monitor CRT besar, CPU tower warna putih yang sudah menguning, dan suara beep khas saat dinyalakan. Itu komputer bekas kantor ayah saya, dibawa pulang karena sudah tidak terpakai. Waktu itu saya masih SD kelas 4.
Bedanya saya dengan teman-teman sebaya: mereka main game. Counter-Strike, Age of Empires, Need for Speed. Saya? Saya lebih penasaran kenapa komputer ini bisa nyala, kenapa kadang hang, dan kenapa ada folder bernama System32 yang katanya “jangan diutak-atik”.
Dan ya, saya utak-atik juga akhirnya.
Pertama kali saya bongkar PC itu, saya tidak tahu apa-apa. Cuma bermodal obeng plus dan rasa penasaran. Saya lepas satu per satu: RAM, hard disk, kabel IDE yang lebar itu, power supply. Semua saya copot, lalu saya coba pasang lagi. Hasilnya? Komputer tidak mau nyala selama tiga hari. Panik. Tapi justru di situlah pelajaran pertama saya: masalah itu ada solusinya, asal kita tidak panik dan mau cari tahu.
Dari Iseng Jadi Kebiasaan
Masuk SMP, saya mulai paham bahwa komputer itu bukan cuma mainan. Saya belajar install ulang Windows sendiri — pakai CD yang dipinjam dari kakak kelas. Waktu itu Windows XP masih fresh. Saya juga pertama kali kenal Linux: distro Ubuntu 6.06 Dapper Drake, dikasih teman dalam bentuk CD kosongan. Install-nya gagal tiga kali karena partisi. Tapi setelah berhasil, rasanya seperti baru menemukan dunia baru.
Sejak saat itu saya tahu: saya tidak akan bosan dengan komputer. Karena selalu ada masalah baru, selalu ada yang bisa dipecahkan.
SMA, saya mulai jadi “tukang servis” tidak resmi di lingkungan rumah. Tetangga yang laptop-nya lemot, teman yang komputernya kena virus, bahkan guru yang printer-nya tidak mau nyala — semua datang ke saya. Saya tidak dibayar (kadang dikasih makan siang), tapi saya dapat sesuatu yang lebih berharga: pengalaman menghadapi masalah nyata dari orang nyata.
Satu pelajaran penting dari masa itu: user tidak selalu bisa menjelaskan masalahnya dengan benar. “Komputer saya rusak” bisa berarti apa saja — dari kabel power tidak dicolok sampai hard disk bad sector. Skill menerjemahkan keluhan user jadi diagnosa teknis itu justru yang paling berguna sampai sekarang.
Kuliah dan Server Pertama yang Crash
Masuk kuliah jurusan Teknik Informatika, saya kira saya akan jago. Ternyata? Saya merasa nol. Teman-teman sudah pada bisa coding Python, Java, bikin website pakai framework. Saya cuma bisa install ulang Windows dan benerin printer.
Tapi justru di situlah kekuatan saya. Di semester 3, ada proyek kelompok yang harus deploy aplikasi web ke server kampus. Server itu VPS CentOS 5, tidak ada panel, cuma SSH. Teman-teman saya — yang jago coding — tidak ada yang bisa akses server. Mereka tidak tahu cara SSH, tidak tahu cara install Apache, bingung kenapa yum update gagal.
Saya yang pegang.
Momen pertama saya handle server produksi — dan crash.
Saya salah ketik command chmod. Akibatnya seluruh permission di /var/www berantakan. Website tidak bisa diakses, error 403 di mana-mana. Waktu itu jam 10 malam, deadline besok pagi. Panik? Jelas. Tapi saya ingat pelajaran dari SD dulu — jangan panik, cari tahu.
Saya SSH lagi, cari referensi tentang permission Linux yang benar, lalu perbaiki satu per satu folder. Jam 2 pagi website sudah normal. Presentasi besoknya lancar, dapat A. Tapi pelajaran yang saya bawa lebih dari sekadar nilai: di dunia server, satu command bisa jadi bencana, dan recovery itu skill yang lebih penting dari deployment.
Masuk Dunia Kerja: Helpdesk ke NOC
Setelah lulus, kerjaan pertama saya: helpdesk IT di sebuah perusahaan menengah. Kerjaannya reset password, benerin laptop, install software. Saya bertahan dua tahun.
Tiket paling berkesan? Suatu hari jam 7 pagi — saya baru sampai kantor, belum sempat nyalakan komputer sendiri — telepon bunyi. Di ujung sana suara panik: “Website perusahaan tidak bisa diakses! Client telepon semua! Ini sudah 30 menit!”
Saya cek. Tidak ada yang aneh di dashboard monitoring. Coba akses website — timeout. SSH ke server — lambat sekali. htop — CPU 100% semua core. mysqladmin status — Questions: 423981 dalam semenit terakhir.
Root cause-nya: ada query SQL yang tidak terindeks, dijalankan oleh fitur laporan yang baru dirilis tim developer kemarin sore. Tidak ada yang testing di production-like environment. Satu query itu full table scan ke tabel dengan 2 juta baris. (Ini mirip dengan kasus database overload yang sering saya tangani — baca juga: Troubleshoot Database Load Tinggi di MariaDB)
Saya KILL query itu dari MySQL, restart service, dan website kembali normal dalam 15 menit. Tapi yang lebih penting: saya belajar bahwa masalah di production jarang yang coming from nowhere — selalu ada trigger, selalu ada perubahan terakhir.
Menjadi NOC Engineer
Dari helpdesk, saya pindah ke tim NOC di perusahaan hosting. Di sinilah karir saya benar-benar terbentuk.
NOC itu beda. Kalau helpdesk urusannya orang, NOC urusannya infrastruktur. Satu server bisa pegang ratusan website. Kalau server itu crash, ratusan client kena dampaknya. Tekanan-nya jauh lebih besar, tapi justru itu yang saya suka.
Salah satu momen yang tidak akan saya lupakan:
Jam 2 pagi, saya sendiri di ruang NOC. Monitor besar di depan saya tiba-tiba merah semua — puluhan website down. Saya cek: server induk load average-nya 200+. SSH masih bisa, tapi lambat. dmesg penuh dengan error I/O. Ternyata salah satu hard disk di RAID 10 mulai failing. Controller RAID masih berusaha rebuild, tapi proses rebuild itu sendiri bikin beban I/O server meroket. (Punya masalah serupa? Cek: Cara Mengatasi Apache Slot Penuh 503 dan Cara Mendeteksi File Terhapus di Linux)
Keputusan sulit: biarkan rebuild selesai (tapi website lambat berjam-jam) atau failover ke server backup (tapi ada risiko data loss beberapa menit terakhir).
Saya pilih opsi ketiga: throttle rebuild speed lewat sysctl, prioritas-kan I/O untuk service web dulu. Rebuild tetap jalan di background, tapi website kembali responsif dalam 20 menit. Jam 4 pagi rebuild selesai, saya kirim laporan, dan pulang naik motor sambil mikir: “Ini kerjaan yang tidak akan pernah saya tinggalkan.”
Kenapa Saya Mencintai Teknologi
Kalau ditanya kenapa dari kecil sampai sekarang saya masih suka ngulik komputer, jawabannya sederhana: karena teknologi selalu punya tantangan baru.
Waktu SD, tantangannya bikin komputer nyala setelah dibongkar. Waktu SMP, install Linux tanpa tutorial YouTube. Waktu kuliah, handle server crash pertama. Waktu kerja, selamatkan ratusan website di jam 2 pagi.
Ada satu hal yang selalu saya yakini sejak dulu: melakukan sesuatu di komputer itu mudah — asal kita mau belajar dan tidak takut gagal. Termasuk coding. Saya lihat teman-teman saya yang bukan background IT, mereka sering bilang “coding itu susah.” Menurut saya? Coding itu cuma soal logika. Kalau kamu bisa menyusun langkah-langkah untuk bikin kopi, kamu bisa coding. Tinggal diterjemahkan ke bahasa yang dimengerti komputer.
Mindset ini yang saya bawa sampai sekarang. Kalau ada masalah, sekompleks apa pun, pasti ada solusinya. Tinggal seberapa lama dan seberapa dalam kita cari.
AI: Teman, Bukan Musuh
Beberapa tahun terakhir, topik yang paling sering saya dengar: “AI akan menggantikan pekerjaan kita.”
Terus terang, saya tidak setuju — setidaknya tidak sepenuhnya.
Saya sering bilang ke teman-teman, ke junior di kantor, bahkan ke klien yang saya handle: AI tidak membuat kita bodoh. AI adalah teman hidup yang mempermudah kehidupan kita.
Saya kasih contoh konkret. Dulu, untuk debugging error Nginx yang aneh, saya harus buka 10 tab dokumentasi, baca Stack Overflow, coba-coba config, dan kadang butuh 2 jam untuk fix. Sekarang? Saya tetap lakukan itu, tapi saya bisa pakai AI untuk bantu analisis log pattern, suggest config yang mungkin, atau cek apakah error ini pernah terjadi di versi Nginx sebelumnya.
AI itu seperti junior engineer yang super cepat membaca dokumentasi. Tapi keputusan tetap di tangan kita. Pengalaman tetap tidak tergantikan. AI mempercepat, bukan menggantikan.
Sama seperti dulu Google Search menggantikan ensiklopedia, sama seperti Stack Overflow menggantikan buku manual tebal — AI adalah evolusi berikutnya dari alat bantu. Bukan ancaman. Bukan pengganti.
Waktu SD, saya belajar sendiri dengan coba-coba. Waktu kerja, saya bisa pakai AI untuk mempercepat riset. Esensinya sama: teknologi itu alat, dan manusianya yang menentukan bagaimana alat itu dipakai.
Kesimpulan
Perjalanan dari anak SD yang bongkar PC sampai jadi NOC engineer yang handle server kritis di jam 2 pagi — semuanya berawal dari rasa penasaran. Bukan dari bakat bawaan, bukan dari pendidikan formal, tapi dari kemauan untuk terus mencoba dan tidak takut gagal.
Kalau ada satu pesan yang ingin saya sampaikan, terutama buat kamu yang baru mulai: jangan tunggu siap. Mulai saja. Rusak? Perbaiki. Gagal? Coba lagi. Karena di dunia teknologi, kegagalan adalah guru terbaik — dan komputer, sebagaimanapun rusaknya, selalu bisa diperbaiki.
Dan untuk AI? Rangkul. Pakai. Jadikan teman. Karena kita yang pegang kendali — bukan mesinnya.
— Ditulis dari sudut ruang NOC, ditemani suara kipas server yang tidak pernah berhenti.