Tempel teks apa pun dan konversi ke sembilan format huruf secara real-time — tanpa perlu klik tombol, tidak ada data yang dikirim ke server. Halaman ini juga berfungsi sebagai referensi konvensi penamaan: format mana yang digunakan dalam bahasa apa, aturan yang sebenarnya tidak disepakati oleh setiap panduan gaya (style guide), dan kesalahan penamaan yang sering ditemukan dalam proses code review.

Sembilan Format Huruf (The Nine Cases)

Format (Case)	Contoh	Penggunaan Umum
UPPERCASE	HELLO WORLD	Konstanta, kata kunci SQL, akronim, label UI pendek
lowercase	hello world	Email, URL, nilai CSS, menormalkan input
Title Case	Hello World	Judul artikel, judul buku, tajuk formal
Sentence case	Hello world	Teks isi, label UI, notifikasi, subjek email
camelCase	helloWorld	Variabel JS/TS, kunci JSON, metode Java, prop React
PascalCase	HelloWorld	Nama class, tipe TypeScript, komponen React/Vue
snake_case	hello_world	Variabel Python, kolom database, metode Ruby
kebab-case	hello-world	Class CSS, atribut HTML, slug URL, package npm
CONSTANT_CASE	HELLO_WORLD	Konstanta dan variabel lingkungan (ENV) di semua bahasa

Cara Menggunakan

1. Tempel atau ketik teks ke dalam kolom input — konversi terjadi secara real-time.
2. Pilih format dari tombol radio.
3. Gunakan Unggah untuk memuat file .txt, Bersihkan untuk mereset kedua kolom, Salin atau Unduh untuk mengambil hasil.

Format Mana yang Harus Saya Gunakan?

Jawaban tercepat berdasarkan konteks:

Untuk kode (code):

Jika Anda menamai…	Gunakan
Variabel atau fungsi di JS, TS, Java, Swift, Kotlin	camelCase
Variabel atau fungsi di Python, Ruby, Rust	snake_case
Class, type, interface, atau komponen (bahasa apa pun)	PascalCase
Konstanta atau variabel lingkungan (ENV)	CONSTANT_CASE
Class CSS atau atribut data- HTML	kebab-case
Segmen path URL atau slug	kebab-case
Kolom database atau nama tabel	snake_case
Nama package npm atau pip	kebab-case
Kunci objek JSON dalam REST API	camelCase
Identifier Go yang diekspor (publik)	PascalCase
Identifier Go yang tidak diekspor (package-private)	camelCase

Untuk konten tertulis:

Konteks	Gunakan	Catatan
Berita utama, judul buku, publikasi formal	Title Case	Aturan panduan gaya bervariasi — lihat bagian di bawah
Judul postingan blog, label UI produk, notifikasi aplikasi	Sentence case	Sesuai dengan cara orang mengetik kueri pencarian
Label tombol di UI dengan ruang terbatas	UPPERCASE	Gunakan seperlunya
Baris subjek email	Sentence case	Subjek yang seluruhnya Title Case berkorelasi dengan rasio buka (open rate) yang lebih rendah
Hashtag multi-kata	PascalCase	#ContentMarketing terbaca lebih cepat daripada #contentmarketing

Konvensi Penamaan Berdasarkan Bahasa Pemrograman

Bahasa	Variabel / Fungsi	Class / Tipe	Konstanta	Nama file
JavaScript	camelCase	PascalCase	CONSTANT_CASE	kebab-case
TypeScript	camelCase	PascalCase	CONSTANT_CASE	kebab-case
Python	snake_case	PascalCase	CONSTANT_CASE	snake_case
Java	camelCase	PascalCase	CONSTANT_CASE	PascalCase
Go	camelCase / PascalCase*	PascalCase	PascalCase	snake_case
Rust	snake_case	PascalCase	CONSTANT_CASE	snake_case
Ruby	snake_case	PascalCase	CONSTANT_CASE	snake_case
C#	camelCase / PascalCase†	PascalCase	PascalCase	PascalCase
PHP	camelCase	PascalCase	CONSTANT_CASE	snake_case
Swift	camelCase	PascalCase	camelCase‡	PascalCase
Kolom SQL	snake_case	—	—	—
Class CSS	kebab-case	—	—	—
Slug URL	kebab-case	—	—	—
Package npm / pip	kebab-case	—	—	—
Variabel ENV	—	—	CONSTANT_CASE	—
Kunci JSON (REST)	camelCase	—	—	—

* Go: kapitalisasi mengontrol visibilitas ekspor. PascalCase = diekspor (publik); camelCase = tidak diekspor (package-private). Hal ini ditegakkan oleh kompiler, bukan hanya sekadar konvensi.

† C#: variabel lokal dan parameter menggunakan camelCase; metode, properti, dan field publik menggunakan PascalCase.

‡ Swift: konstanta menggunakan camelCase — let maxRetries = 3 adalah gaya idiomatis; let MAX_RETRIES = 3 tidak digunakan.

Kapan Menggunakan Setiap Format

camelCase

camelCase muncul dari bahasa SIMULA dan bahasa berorientasi objek awal pada 1960-an, diadopsi secara luas melalui Java (1995), dan menyebar ke JavaScript, TypeScript, Swift, dan Kotlin. Aturannya sederhana: kata pertama sepenuhnya huruf kecil, setiap kata berikutnya diawali dengan huruf besar, tanpa karakter pemisah.

Format ini dominan di ekosistem mana pun di mana Java menetapkan konvensi awalnya. API inti Node.js (readFile, createServer, writeFileSync), prop event React (onClick, onChange, defaultValue), dan kunci JSON REST (userId, createdAt, isActive) semuanya mengikutinya. ESLint menegakkannya dalam proyek JavaScript melalui aturan camelcase bawaan.

// React
const [isLoading, setIsLoading] = useState(false);
const handleSubmit = (event) => { ... };

// Node.js
fs.readFile(filePath, 'utf8', callback);
http.createServer(requestListener);

Kapan tidak menggunakannya: Jangan pernah digunakan di path URL — banyak server tidak membedakan huruf besar/kecil sehingga UserOrders dan userorders menjadi rute yang sama. Jangan pernah dalam file Python atau Ruby (PEP 8 dan Ruby Style Guide melarangnya). Jangan pernah untuk nama class di bahasa apa pun — itu adalah wilayah PascalCase.

PascalCase

PascalCase mengambil namanya dari bahasa Pascal (Niklaus Wirth, 1970), meskipun alat dari Borland dan Delphi yang menyebarkannya sebagai standar penamaan class pada 1990-an. Setiap kata — termasuk kata pertama — diawali dengan huruf besar. Satu perbedaan dari camelCase ini membawa bobot semantik: PascalCase berarti “ini adalah sesuatu yang Anda instansiasi atau tipe yang Anda rujuk,” bukan “ini adalah aksi yang Anda panggil.”

Pola ini merupakan standar universal untuk nama class di semua bahasa OOP utama. Dalam TypeScript, ini berlaku untuk interface dan type alias. Dalam React dan Vue ini wajib untuk nama komponen — framework menggunakan kapitalisasi untuk membedakan komponen yang dibuat pengguna (UserProfile) dari elemen HTML (div, input). Dalam C#, PascalCase mencakup metode dan properti publik selain nama class.

// React component
export default function UserProfileCard({ userId }) { ... }

// TypeScript
interface ApiResponse<T> {
  data: T;
  totalCount: number;
  nextCursor: string | null;
}

// Python
class DatabaseConnection:
    def __init__(self, url: str) -> None: ...

Kapan tidak menggunakannya: Jangan pernah untuk variabel atau fungsi reguler di JavaScript, TypeScript, atau Python. Fungsi PascalCase di JS menyiratkan bahwa itu adalah constructor yang dimaksudkan untuk dipanggil dengan new — menggunakannya untuk fungsi utilitas biasa dapat menyesatkan developer lain dan dapat memicu peringatan lint.

snake_case

snake_case berakar pada nama fungsi pustaka C (printf, fopen, strcmp) dan skrip shell Unix. PEP 8 Python (ditulis oleh Guido van Rossum pada 2001) memformalkannya untuk bahasa tersebut dengan alasan ini: kata_dipisah_oleh_garis_bawah terbaca lebih mirip prosa bahasa Inggris daripada camelCase yang dikompres, membuat kode lebih mudah diakses oleh pakar domain yang bukan pemrogram utama.

Ini adalah standar universal untuk identifier database relasional — SQL secara default tidak peka huruf besar-kecil, sehingga UserProfile dan userprofile adalah kolom yang sama, dan snake_case membuat kolom dapat dibaca tanpa bergantung pada kapitalisasi. ORM Django, migrasi Rails, dan hampir setiap alat migrasi database menghasilkan nama kolom snake_case.

# Django model
class UserProfile(models.Model):
    first_name = models.CharField(max_length=100)
    created_at = models.DateTimeField(auto_now_add=True)
    is_active = models.BooleanField(default=True)

def get_user_by_id(user_id: int) -> UserProfile:
    return UserProfile.objects.get(pk=user_id)

Kapan tidak menggunakannya: Jangan pernah di path URL — garis bawah tidak terlihat jelas ketika URL digarisbawahi di browser dan mungkin dihilangkan oleh beberapa pemroses tautan. snake_case secara teknis valid di identifier JavaScript tetapi melanggar aturan camelcase dari ESLint dan menandakan kepada setiap developer JS bahwa pembuatnya berpikir dengan cara Python.

kebab-case

kebab-case didefinisikan oleh kata-kata huruf kecil yang digabungkan dengan tanda hubung. CSS mengadopsinya sebagai standar untuk semua nama properti — background-color, font-size, border-radius, flex-direction — dan konvensi tersebut menyebar ke atribut HTML, slug URL, dan package npm. Tanda hubung sangat cocok untuk konteks web karena tidak pernah menjadi karakter identifier yang valid di sebagian besar bahasa pemrograman, yang juga merupakan alasan utama ia tidak dapat digunakan untuk variabel kode.

Alasan SEO untuk URL kebab-case sudah terbukti: Google memperlakukan tanda hubung sebagai pemisah kata di URL, namun tidak memperlakukan garis bawah dengan cara yang sama. URL seperti /blog/panduan-profil-pengguna diindeks dengan “panduan”, “profil”, dan “pengguna” sebagai istilah pencarian yang berbeda. /blog/panduan_profil_pengguna diindeks sebagai token tunggal. Untuk URL yang terlihat secara publik, kebab-case adalah satu-satunya pilihan dengan manfaat SEO. John Mueller dari Google telah menegaskan perbedaan ini berulang kali dalam sesi T&J publik.

/* CSS */
.nav-item { ... }
.card-header { ... }
.btn-primary { ... }

<!-- HTML -->
<div data-user-id="123" data-tracking-event="page-view">

/* npm */
react-router, tailwind-css, lodash, date-fns

Kapan tidak menggunakannya: Jangan pernah untuk variabel kode atau fungsi. Dalam setiap bahasa berbasis C, tanda hubung adalah operator pengurangan — my-variable diproses sebagai my dikurangi variable.

CONSTANT_CASE

CONSTANT_CASE berasal dari makro pra-pemrosesan (preprocessor) C pada 1970-an (#define MAX_BUFFER_SIZE 1024). Pola huruf kapital dengan garis bawah menjadi sinyal universal untuk “nilai ini ditetapkan pada saat kompilasi (compile time) atau saat konfigurasi (configuration time) dan tidak boleh berubah saat aplikasi berjalan (runtime).” Setiap bahasa utama mengadopsi pola tersebut; file .env dan skrip shell memperluasnya ke konfigurasi deployment.

Tampilan huruf KAPITAL_SEMUA yang mencolok menyajikan fungsi nyata: memberi tahu pembaca sekilas bahwa ini adalah konfigurasi, bukan logika aplikasi — ini adalah nilai batas yang tetap, bukan nilai perhitungan. Sinyal itu layak dipertahankan, dan itulah sebabnya menggunakan CONSTANT_CASE untuk variabel yang dapat diubah atau untuk nama fungsi adalah kesalahan nyata (lihat bagian di bawah).

# Environment variables (.env)
DATABASE_URL=postgresql://localhost/mydb
STRIPE_API_KEY=sk_live_...
MAX_UPLOAD_SIZE_MB=10
JWT_SECRET_KEY=...

// JavaScript module constants
const MAX_RETRIES = 3;
const API_BASE_URL = 'https://api.example.com/v1';
const DEFAULT_TIMEOUT_MS = 5000;

Kapan tidak menggunakannya: Jangan pernah untuk fungsi, metode, atau variabel yang berubah nilainya saat runtime. Jangan pernah untuk nama class. Secara spesifik di Swift, konstanta menggunakan camelCase — let maxRetries = 3 adalah gaya idiomatis; pola CONSTANT_CASE tidak digunakan dalam kode Swift.

Kesalahan Penamaan yang Umum

Kesalahan ini sering muncul dalam code review, ditandai oleh linter, dan membuat sebuah basis kode (codebase) lebih sulit dibaca bagi orang yang mengelolanya kelak.

Mencampuradukkan konvensi dalam proyek yang sama

Kesalahan penamaan yang paling merusak. Sebuah codebase di mana getUserById dan get_order_history berdampingan memaksa pembacanya untuk terus berpindah konteks (context-switch) pada setiap pemanggilan fungsi — mereka tidak dapat memprediksi apakah fungsi selanjutnya akan berbentuk camelCase atau snake_case. Proyek yang secara konsisten menggunakan konvensi “salah” untuk ekosistemnya masih lebih mudah dibaca daripada proyek yang mencampuradukkan konvensi yang “benar”. Pilih satu konvensi per konteks dan tegakkan dengan linter sejak hari pertama.

snake_case dalam nama variabel JavaScript

const user_profile = {} adalah JavaScript yang valid — runtime tidak mempermasalahkannya. Tapi itu menandakan kepada setiap developer JavaScript yang membaca kode tersebut bahwa penulisnya berasal dari latar belakang Python atau Ruby. Aturan bawaan camelcase milik ESLint akan menolaknya. Jika tim Anda bekerja dengan campuran file JS dan Python, kontaminasi silang ini sangat umum terjadi; tahanlah kebiasaan itu. snake_case tetap berada di file .py, dan camelCase di file .js dan .ts.

camelCase atau snake_case di path URL

/api/userOrders dan /api/user_orders keduanya salah. camelCase pada URL berisiko menyebabkan bug sensitivitas huruf besar-kecil — Apache di Windows tidak membedakan huruf besar-kecil, sehingga /api/UserOrders dan /api/userorders akan dianggap rute yang sama, tetapi /api/userOrders pada server Linux dianggap berbeda. Garis bawah di URL kehilangan arti pemisah katanya bagi mesin pencari (lihat bagian kebab-case di atas). Bentuk yang benar adalah /api/user-orders untuk setiap URL publik.

CONSTANT_CASE untuk hal yang bukan konstanta

function GET_USER_BY_ID(id) {} menggunakan sinyal visual yang berarti “nilai ini tidak akan pernah berubah.” Menerapkannya ke fungsi, properti yang dihitung (computed property), atau variabel yang dapat diubah (mutable) akan menyesatkan developer yang membaca kode tersebut di masa depan. Simpan CONSTANT_CASE secara ketat untuk nilai-nilai yang ditentukan saat startup dan tidak pernah diinisialisasi ulang — seperti konstanta tingkat modul, variabel lingkungan, dan konfigurasi compile-time.

PascalCase untuk fungsi utilitas di JavaScript

function GetUserById(id) {} terlihat seperti fungsi konstruktor di JavaScript. Konvensi bahwa PascalCase = “panggil dengan new” telah mengakar kuat dalam ekosistem. Sebuah fungsi PascalCase yang sebenarnya bukan konstruktor akan membingungkan pembaca dan dapat memicu aturan new-cap di ESLint. Gunakan camelCase untuk semua fungsi dan metode; sediakan PascalCase hanya untuk class, type, dan komponen React.

Nama yang memerlukan komentar (comment) untuk menjelaskan

usrPrf, ord, cfg, tmp2. Keringkasan adalah sebuah keunggulan sampai hal itu memunculkan ambiguitas — ord bisa berarti order, ordinal, atau ordinary. Editor modern (IDE) menyediakan fitur autocomplete; tidak ada kerugian nyata untuk mengetik nama lengkap seperti userProfile. Uji cobanya sederhana: jika nama tersebut memerlukan komentar untuk menjelaskan apa maksudnya, Anda sebaiknya mengubah nama itu.

Menangani Akronim dalam Nama Variabel

Akronim seperti API, HTTP, URL, dan ID dapat menciptakan ambiguitas nyata dalam camelCase dan PascalCase. Apakah Anda harus menulis myAPIKey atau myApiKey?

Perlakukan akronim layaknya kata (modern, direkomendasikan untuk proyek baru): myApiKey, HttpRequest, parseUrl, getUserById. Ini adalah pendekatan dalam standar library TypeScript dan Java Style Guide milik Google. Penulisan ini lebih mudah dibaca dan menghindari masalah akronim berdampingan — parseHtmlToXml langsung dapat dibaca sedangkan parseHTMLtoXML mengharuskan orang membaca ulang untuk memahaminya.

Pertahankan huruf besar pada akronim (tradisional): myAPIKey, HTTPRequest, parseURL. Lebih umum digunakan dalam codebase Java dan C# versi lama. Menciptakan masalah keterbacaan ketika dua akronim muncul bersamaan.

Bagi snake_case dan CONSTANT_CASE pertanyaan ini hilang — api_key, http_request, API_KEY, HTTP_HOST semuanya tidak ambigu, terlepas dari aturan mana yang Anda ikuti.

Aturan khusus Go: akronim dua huruf tetap ditulis dengan huruf kapital secara keseluruhan (ID, DB, IP); akronim yang lebih panjang diperlakukan sebagai kata biasa (Http, Url, Api). Ini didokumentasikan dalam panduan Go Code Review Comments.

Satu-satunya aturan terpenting: pilih satu pendekatan dan terapkan secara konsisten di seluruh codebase. Mencampuradukkan myApiKey dan myAPIKey dalam proyek yang sama lebih buruk dibandingkan hanya memilih satu di antaranya.

Title Case: Aturan Berdasarkan Panduan Gaya (Style Guide)

Title Case mengkapitalkan kata-kata tertentu di dalam sebuah judul atau tajuk. Empat panduan gaya utama masing-masing mendefinisikan kata apa yang perlu dikapitalkan — dan mereka saling tidak setuju pada kasus pengecualian (edge cases).

Aturan	AP Style	APA Style	Chicago Style	MLA Style
Kapitalkan kata pertama dan terakhir	✓	✓	✓	✓
Kapitalkan kata benda, kata kerja, kata sifat, kata keterangan	✓	✓	✓	✓
Preposisi pendek (in, on, at, by, of, up)	Huruf kecil ≤3 huruf	Huruf kecil ≤3 huruf	Huruf kecil	Huruf kecil SEMUA
Konjungsi berkoordinasi (and, but, or, nor)	Huruf kecil	Huruf kecil	Huruf kecil	Huruf kecil
Artikel (a, an, the)	Huruf kecil	Huruf kecil	Huruf kecil	Huruf kecil
”to” sebagai penanda infinitif (infinitive)	Kapitalkan	Kapitalkan	Kapitalkan	Kapitalkan
”to” sebagai preposisi	Huruf kecil	Huruf kecil	Huruf kecil	Huruf kecil
Kata kerja pendek (is, are, was)	Kapitalkan	Kapitalkan	Kapitalkan	Kapitalkan

Judul yang sama melintasi keempat gaya di atas:

“A Guide to Writing for the Web and Social Media”

Keempat panduan sepakat di sini. Perbedaan muncul ketika dihadapkan pada preposisi yang lebih panjang (“about”, “between”, “without”) dan judul majemuk yang digabungkan oleh titik dua.

Kata yang selalu ditulis kecil dalam keempat gaya di atas (kecuali bila di awal atau di akhir judul): a, an, the, and, but, or, nor, for, so, yet, as, at, by, in, of, on, to (preposisi), up, via.

Konverter ini mengkapitalkan setiap kata — ini adalah perilaku paling umum secara general. Untuk mendapatkan kepatuhan murni sesuai AP, APA, Chicago, atau MLA yang ketat, gunakan alat ini sebagai pengubah dasar (first pass) lalu berikan koreksi manual untuk kata-kata yang lebih pendek.

Mengisi Otomatis (Pre-filling) melalui Parameter URL

Pra-muat teks input dan jenis format via URL:

https://www.uprek.com/id/tools/case-converter?input=Hello+World&case=snake

Nilai parameter ?case= yang tersedia: upper, lower, title, sentence, camel, pascal, snake, kebab, constant.

Privasi

Seluruh proses konversi berjalan di dalam browser Anda menggunakan JavaScript asli — String.toUpperCase(), String.toLowerCase(), String.replace(), dan TextEncoder. Teks Anda tidak pernah dikirim ke server kami, tidak pernah dicatat, dan tidak pernah disimpan. Untuk memverifikasinya: buka developer tools di browser Anda, masuk ke tab Network, tempel teks ke alat ini, dan pilih tombol format huruf — Anda akan melihat bahwa tidak ada jaringan keluar (outbound network requests) sama sekali.

Pertanyaan yang Sering Diajukan

Catatan Perubahan