Programmer Menjelaskan Underscore Itu Apa Dalam Penamaan Variabel?

Ngomong-ngomong soal underscore, aku suka bikin catatan kecil tentang kapan pakai dan kapan nggak.

Pertama, kalau kamu di Python ikuti PEP8: pakai snake_case untuk nama variabel biasa, UPPER_SNAKE_CASE untuk konstanta, dan hindari memakai underscore seolah itu private kalau memang butuh enkapsulasi — gunakan mekanisme bahasa kalau ada. Di JavaScript atau TypeScript, banyak orang menaruh _prefix untuk menandai private members, tapi belakangan ada field private dengan #, jadi konvensi itu mulai tergeser. Jangan lupa trailing underscore kalau nama variabel bentrok dengan kata kunci, contoh 'class_' atau 'def_' buat readability.

Sedikit catatan keamanan dan linting: linters akan memberi peringatan kalau kamu pakai nama yang beresiko (misal __LeadingUpper di C++). Selain itu, penggunaan '_' sebagai throwaway variable bagus untuk tanda bahwa kita sengaja mengabaikan nilai, tapi jangan overuse sampai bikin kode nggak jelas. Aku sering pakai underscore sebagai tanda bahwa sesuatu bukan bagian publik API, tapi selalu jelaskan di dokumentasi kalau hal itu penting buat orang lain yang pakai modulku. Akhirnya, yang paling berguna adalah konsistensi — tentukan gaya dan patuhi bersama tim, biar kode enak dibaca.

Ada beberapa peran underscore yang selalu aku ingat karena sering ketemu di proyek kecil maupun besar.

Satu: pemisah kata di gaya snake_case, misal my_variable. Dua: penanda 'internal' atau 'private by convention' kalau dikasih di depan, misal _internal. Tiga: double underscore di depan di bahasa seperti Python memicu name mangling di kelas, jadi itu bukan sekadar gaya. Empat: '_' dipakai sebagai throwaway variable kalau nilainya nggak penting. Lima: trailing underscore untuk menghindari bentrok dengan keyword, misal class_. Aku biasanya pakai aturan sederhana—ikuti konvensi bahasa, jangan berharap underscore enforce access control, dan hindari nama yang berpotensi reserved di compiler. Itu membantu banget biar kode tetap rapi dan mudah dimengerti oleh orang lain.

Aku selalu merasa underscore itu seperti bahasa sandi kecil di nama variabel — simpel tapi penuh makna kalau kamu tahu konteksnya.

Di Python misalnya, satu underscore di depan (contoh: _nama) biasanya cuma sinyal ke programmer lain bahwa variabel itu dianggap internal atau 'jangan disentuh dari luar modul'. Ini bukan aturan yang dipaksa oleh interpreter, melainkan konvensi. Kalau pakai dua underscore di depan (contoh: __nilai) di kelas, Python melakukan name mangling: nama atribut diubah untuk mengurangi kemungkinan tabrakan nama di subclass. Lalu ada pola double-leading-and-trailing seperti __init__ atau __str__ — itu dikenal sebagai 'magic methods' dan punya arti khusus bagi interpreter.

Selain itu, underscore juga punya peran lain: single underscore '_' sering dipakai sebagai variabel buangan kalau nilai tidak penting, misal dalam loop. Trailing underscore (contoh: class_) sering dipakai untuk menghindari bentrok dengan kata kunci. Di JavaScript dan banyak komunitas lain, awalan underscore (contoh: _prop) cuma isyarat 'private by convention', tapi bukan proteksi nyata — jadi jangan berharap underscore bisa menggantikan akses modifier. Perlu juga hati-hati kalau kerja di C/C++: ada aturan reservasi nama, misalnya nama yang diawali underscore lalu huruf besar atau dua underscore berturut-turut biasanya dilarang karena dipakai implementasi compiler.

Intinya: underscore itu fleksibel — bisa untuk gaya penamaan seperti snake_case (my_variable), untuk konvensi akses, atau trik untuk menghindari konflik nama. Yang penting adalah konsistensi dalam tim dan memahami aturan bahasa yang kamu pakai. Aku sendiri biasanya ikuti gaya komunitas yang dipakai di proyek, biar nggak bikin bingung orang lain saat baca kode.