Fakta Unik Dunia IT yang Jarang Dibahas di Kelas dan Baru Terasa di Lapangan

Di kelas IT banyak diajarkan syntax, teori algoritma, dan struktur data. Di lapangan banyak hal kecil yang tidak ada di buku namun berpengaruh besar pada kecepatan dan kualitas kerja. Berikut beberapa fakta yang baru terasa setelah terjun langsung dan tidak diajarkan di kampus.

Bug Termahal Sering Karena Typo, Bukan Algoritma Rumit

Toko online tidak bisa checkout 2 jam karena koma tertinggal di JSON. Email notifikasi tidak terkirim karena salah ketik gmail menjadi gmai. Hal sepele dampaknya besar dan sering terjadi saat buru-buru deploy.

Pelajaran yang bisa diambil: jangan remehkan hal kecil seperti penamaan file, koma, huruf besar kecil, dan spasi. Buat checklist deploy 3 poin sederhana: cek typo url dan env, cek log error, cek backup.

80 Persen Waktu Untuk Membaca Kode, Bukan Menulis Kode Baru

Dibayangkan kerja programmer menulis kode terus seharian. Nyatanya lebih banyak membaca kode orang lain, dokumentasi library, dan log error daripada menulis kode baru dari nol.

Contoh real di lapangan:

• Baca dokumentasi API 1 jam, nulis integrasinya 20 menit
• Baca log error 30 menit, fixnya 5 menit ganti 1 baris karena salah variabel
• Baca kode teman 2 jam untuk paham alurnya, baru tambahkan fitur 1 jam

Skill membaca dan memahami kode orang lain sama pentingnya dengan menulis. Latih dengan sering baca open source di GitHub dan coba pahami tanpa menjalankan.

Klien Peduli Masalah Selesai, Bukan Teknologi Apa yang Dipakai

Menjelaskan pakai React, Go, microservices, atau Redis sering membuat klien mengantuk dan bingung. Yang mereka tanyakan sebenarnya sederhana: apakah order masuk otomatis, laporan jadi tanpa hitung manual, bisa diakses HP saat di luar, aman tidak data saya. Teknologi urusan belakang, solusi urusan depan.

Bahasa yang lebih nyambung dan sering dipakai:

• Daripada "Kami pakai Redis cache dan queue worker" → "Order masuk otomatis, stok berkurang sendiri, laporan jadi tanpa hitung manual, jadi tutup toko lebih cepat"

Dokumentasi Lebih Mahal Dari Koding, Tapi Menyelamatkan Masa Depan

Membuat fitur 3 hari, membuat dokumentasi cara pakai 2 hari. Tanpa dokumentasi, fitur tidak ada yang pakai karena tidak ada yang tahu cara pakainya. Tanpa dokumentasi, saat programmer pindah kerja, pengetahuan hilang dan tim baru harus baca ulang kode dari nol.

Dokumentasi tidak harus formal dan tebal. Cukup:

• Video 5 menit rekam layar cara pakai fitur, dengan suara menjelaskan
• Dokumen 1 halaman berisi link penting, cara login, FAQ, dan kontak penanggung jawab
• Komentar di kode yang menjelaskan kenapa ditulis begitu, bukan apa yang ditulis (karena apa sudah terlihat dari kode)

Fakta Lain yang Jarang Dibahas di Kelas

• Meeting sering lebih lama dari coding - butuh skill memfasilitasi meeting agar tidak melebar 2 jam tanpa keputusan
• Bug report yang jelas menghemat 50% waktu fix - "tidak bisa checkout" kurang jelas, "checkout gagal saat pakai kupon 50% di HP Android jam 10 pagi" jauh lebih membantu dan cepat di-fix
• Backup dan monitoring sering dilupakan sampai kejadian hilang data - baru sadar penting setelah data hilang sekali dan harus input ulang seminggu
• Skill komunikasi sama pentingnya dengan skill coding - bisa menjelaskan masalah dengan bahasa non-teknis membuat kerja sama tim lebih lancar

Perhatikan hal kecil di luar syntax: cara menulis pesan error yang enak dibaca user awam, cara menjelaskan fitur dengan bahasa non-teknis, cara membuat dokumentasi yang orang mau baca bukan yang panjang tapi tidak dibaca. Hal kecil itu yang membedakan programmer yang enak diajak kerja sama dan yang jago tapi susah diajak diskusi.

Penutup

Dunia IT di lapangan campuran antara teknis dan komunikasi. Bug bisa dari typo sepele, waktu habis untuk baca dan memahami, dan klien lebih peduli solusi nyata daripada stack. Fakta kecil seperti ini yang membuat kerjaan IT tidak melulu soal kode, tapi juga soal empati, komunikasi, dan dokumentasi.