Dipublikasikan: 6 September 2026 · ~279 kata · ~2 menit baca
Ditulis oleh: Eve
Falsehoods Programmer Tentang LAN, Sumber Bug yang Sering Diabaikan
Banyak asumsi soal jaringan lokal yang ternyata salah besar dan bikin aplikasi jebol di produksi. Tulisan bertema falsehoods ini layak jadi bahan refleksi buat developer yang kerjaannya urusan sistem dan deployment.
Ada satu genre tulisan yang selalu seru dibaca developer, daftar falsehoods atau asumsi keliru yang sering dianggap benar. Kali ini yang kena sorot adalah LAN, jaringan lokal yang keliatan simpel tapi ternyata penuh jebakan.
Buat yang pernah debugging aplikasi yang mulus di laptop tapi berantakan pas dipasang di jaringan kantor klien, konten model gini kerasa banget.
Kenapa asumsi soal LAN sering meleset
Banyak developer nulis kode dengan bayangan jaringan yang ideal. Semua device satu subnet, IP nggak pernah berubah, latency kecil, koneksi stabil. Enak di teori, jarang banget ketemu di dunia nyata.
Begitu aplikasi dicolokin ke jaringan kantor, WiFi yang penuh sesak, atau jaringan multi-tenant, semua asumsi tadi mulai goyang. Yang tadinya dianggap edge case tiba-tiba jadi akar masalah.
Falsehood yang paling sering muncul
Contoh klasiknya, anggapan semua perangkat saling reachable langsung. Padahal banyak jaringan kantor yang sengaja bikin antar divisi nggak saling tembus. Ada juga asumsi kalau IP itu permanen, padahal DHCP bisa kasih alamat baru kapan aja tanpa lo sadar.
Terus ada yang mikir latency di LAN selalu kecil dan stabil. Coba jalani aplikasi pas kantor lagi rame, WiFi lagi penuh, atau ada yang streaming besar-besaran. Angka di ping tool bisa menipu kalau jaringan lagi sibuk.
Kalau lo sempet, baca tuntas artikel falsehoods model begini. Isinya mungkin keliatan sepele, tapi dari pengalaman gue, bug paling bikin pusing itu lahir dari asumsi yang nggak pernah dipertanyakan. LAN-nya kecil, masalahnya bisa gede banget.