DB 컬럼은 snake_case, 자바스크립트 변수는 camelCase, React 컴포넌트는 PascalCase, CSS 클래스와 URL은 kebab-case, 환경변수는 CONSTANT_CASE. 하나의 이름을 프로젝트의 각 층으로 옮길 때마다 표기법을 바꿔야 하고, 손으로 고치다 보면 오타가 섞입니다.
이 도구는 텍스트를 한 번 입력하면 14가지 표기법 결과를 동시에 보여 줍니다. XMLHttpRequest 처럼 연속된 대문자 약어가 섞여 있어도 단어 경계를 올바르게 잡아내고, 한글 텍스트도 공백을 기준으로 안전하게 처리합니다. 각 결과를 클릭하면 바로 복사되고, 전체를 한 번에 복사할 수도 있습니다.
사용 방법
- 텍스트 입력 — 위쪽 입력창에 변환할 문자열을 넣습니다.
user profile image URL,last_login_at,myCoolVariable등 어떤 표기법으로 시작하든 상관없습니다. 여러 줄을 넣으면 전체를 하나의 문자열로 보고 변환합니다. - 필요한 결과 고르기 — 아래 목록에서 원하는 표기법의 줄을 클릭하면 그 값이 클립보드에 복사됩니다. 복사된 항목에는 체크 표시가 잠시 나타납니다.
- 전체 복사로 문서화 — 전체 복사 버튼은
표기법 이름 → 변환 결과형태의 목록 전체를 탭으로 구분해 복사합니다. 스프레드시트나 문서에 붙여 넣으면 표로 정리됩니다.
자주 묻는 질문
약어가 포함된 이름도 제대로 변환되나요?
네. XMLHttpRequest 는 XML·Http·Request 세 단어로 올바르게 분리됩니다.
연속된 대문자 뒤에 대문자+소문자가 오면 그 지점을 단어 경계로 판단하는 규칙을 씁니다. camelCase로 변환할 때는 두 번째 단어부터 첫 글자를 대문자로 올리되, 전체가 대문자인 약어(ID, URL, API)는 원형을 유지합니다. 따라서 user profile image URL → userProfileImageURL 이 되며, 이는 실무 코드에서 통용되는 형태입니다.
한글도 변환되나요?
공백이나 기호로 구분된 한글은 단어로 인식해 처리합니다. 안녕 하세요 는 snake_case에서 안녕_하세요 가 됩니다.
다만 한글에는 대소문자 개념이 없으므로 camelCase·PascalCase 같은 표기법은 사실상 구분자만 제거하는 결과가 됩니다. 식별자에 한글을 쓰는 것은 대부분의 언어에서 문법적으로는 가능하지만, 협업과 도구 호환성을 생각하면 코드 식별자는 영문으로 두는 편이 안전합니다.
Title Case에서 일부 단어가 소문자로 남습니다.
영어 제목 표기 관례를 따르기 때문입니다.
the, of, and, in, to 같은 짧은 관사·전치사·접속사는 제목 중간에 올 때 소문자로 두는 것이 영문 편집 관례입니다. 다만 첫 단어와 마지막 단어는 항상 대문자로 시작합니다. 그래서 the lord of the rings 는 The Lord of the Rings 가 됩니다. 모든 단어의 첫 글자를 올리고 싶다면 Capital Each Word 결과를 쓰세요.
알아두면 좋은 개념
각 표기법이 쓰이는 자리
camelCase 는 자바스크립트·자바·C#의 변수와 함수, PascalCase 는 클래스·타입·React 컴포넌트, snake_case 는 Python 변수와 SQL 컬럼, kebab-case 는 CSS 클래스·HTML 속성·URL 경로, CONSTANT_CASE 는 환경변수와 상수에 쓰입니다.
관례를 따르는 이유는 미학이 아니라 예측 가능성입니다. UserService 를 보면 클래스임을 알 수 있고 MAX_RETRY 를 보면 상수임을 알 수 있어 코드를 읽는 속도가 빨라집니다. 팀 규칙이 정해져 있다면 그것이 우선입니다.
API 경계에서의 표기법 변환
백엔드가 Python이라 created_at 을 내려주는데 프런트엔드는 createdAt 을 기대하는 상황은 매우 흔합니다. 해결책은 세 가지입니다.
첫째, 백엔드에서 직렬화 시점에 변환합니다(Pydantic의 alias_generator, Jackson의 NamingStrategy). 둘째, 프런트엔드에서 API 응답을 받는 계층에서 일괄 변환합니다. 셋째, 어느 쪽 표기법이든 그대로 쓰기로 합의합니다. 가장 나쁜 것은 곳곳에서 제각기 변환하는 것으로, 두 표기가 섞이면서 버그를 만듭니다.
URL 슬러그와 케밥 케이스
URL 경로에 kebab-case 를 쓰는 것은 검색엔진 권장 사항이기도 합니다. 구글은 단어 구분자로 하이픈을 권장하며 언더스코어는 단어를 붙여 읽을 수 있다고 안내합니다.
또 URL은 대소문자를 구분하는 서버가 많아 소문자로 통일하는 편이 안전합니다. /tools/sql-to-typescript 처럼 소문자 하이픈 조합이 사실상의 표준이 된 이유입니다. 한글 URL도 동작하지만 퍼센트 인코딩되어 공유 시 길고 지저분해지므로, 슬러그는 영문으로 만들고 제목만 한글로 두는 구성이 일반적입니다.