학생자소서

대학원 원서·장학금 자기소개서: 글자 수 제한 '바이트'로 적혀 있을 때

세눌라 컴퍼니 · 2026-09-18 · 7분 읽기

마감 10분 전, 공들인 원서가 통째로 잘려나가는 사고

수백 대 일의 경쟁률을 뚫어야 하는 공공기관 채용이나 중요한 대학원 입시 서류 제출 마감일은 매우 긴장되는 순간입니다. 밤을 새워가며 문장을 가다듬고 마감 시간 10분 전에 급하게 원고를 복사해 접수창에 붙여넣는 지원자가 많습니다.

그런데 바로 그 순간 '지원 동기 (공백 포함 2,000바이트 이내)'라는 작은 안내문을 미처 보지 못한 탓에 시스템에 원고가 정상적으로 접수되지 않는 사태가 벌어집니다. 워드프로세서나 한글 프로그램 하단에 표시된 글자 수 1,000자에 딱 맞춰 정성껏 써둔 글을 넣었더니 뒷부분 세 문장이 싹둑 잘려 나가거나 "제한 용량을 초과했습니다"라는 오류 화면과 함께 아예 다음 단계로 넘어가지 않습니다.

이런 당황스러운 상황을 피하려면 우리가 평소에 쓰는 일반적인 글자 수가 아니라 낡은 전산 시스템이 엄격하게 요구하는 '바이트(Byte)' 단위의 계산 방식을 정확히 이해하고 제출 전에 원고 분량을 미리 다듬어 두어야 합니다.

왜 굳이 글자 대신 바이트를 잴까

최근에 만들어진 스타트업 채용 웹사이트나 포털 블로그들은 대부분 글자 수 자체를 직관적으로 셉니다. 하지만 수십 년 전에 처음 구축된 정부 기관이나 대학교 그리고 대기업의 전산망은 과거의 낡은 데이터베이스(DB) 설계 구조를 바꾸지 않고 지금까지 그대로 씁니다.

이런 오래된 시스템은 한 사람의 자기소개서를 저장할 데이터 공간을 처음부터 '2,000바이트' 혹은 '4,000바이트'처럼 엄격한 용량 기준으로 굳혀 둡니다. 시스템 전체를 최신 방식으로 교체하려면 막대한 비용과 긴 시간이 들기 때문에 옛날 방식을 계속 유지하는 것입니다.

지원자가 텍스트를 입력할 때 정해진 바이트를 단 1바이트라도 넘기면 낡은 시스템은 이를 감당하지 못하고 오류 메시지를 띄웁니다. 혹은 허용된 용량까지만 강제로 데이터베이스에 밀어 넣고 남은 뒷부분은 저장하지 않고 통째로 누락합니다. 글을 아무리 정성껏 썼더라도 서류 심사관은 중간에 뚝 끊긴 미완성 문장을 읽게 됩니다. 따라서 마감일이 닥치기 전에 글자 수 세기 같은 도구로 바이트 기준 용량을 정확히 재어가며 작성하는 과정이 필수입니다.

영문은 1바이트, 한글은 2바이트의 규칙

컴퓨터가 우리가 치는 문자를 디지털 데이터로 저장할 때 알파벳 영문 대소문자와 아라비아 숫자 그리고 띄어쓰기(공백)와 기본 특수문자(!, ?, ,)는 각각 1바이트의 아주 작은 공간만 차지합니다. 알파벳은 26자밖에 없어서 적은 용량으로도 모든 글자를 온전히 표현하기 때문입니다.

반면 한글이나 한자는 초성, 중성, 종성을 복잡하게 조합해야 하고 글자 모양의 가짓수가 수만 개에 달해 1바이트만으로는 도저히 다 담아낼 수 없습니다. 국내의 낡은 접수 사이트들은 여전히 한글 한 글자를 2바이트로 계산하는 과거의 규격(EUC-KR)을 널리 사용합니다.

여기서 주의할 점이 있습니다. 요즘 전 세계적으로 쓰이는 국제 웹 표준 규격인 UTF-8 방식에서는 한글 한 글자가 3바이트를 차지합니다. 본인이 작성한 글을 출처를 알 수 없는 웹 계산기에 무심코 넣었다가 UTF-8(3바이트)로 계산된 터무니없는 결과를 보고 분량을 한참 초과했다고 착각해 소중한 원고를 불필요하게 지우는 일도 잦습니다.

2,000바이트는 한글로 대체 몇 자일까

한글이 2바이트라는 절대 규칙을 대입하면 2,000바이트 안에 들어가는 실제 분량을 거꾸로 알 수 있습니다. 띄어쓰기나 마침표 하나 없이 순수하게 한글로만 빈틈없이 빽빽하게 채운다면 정확히 1,000자가 들어갑니다.

하지만 우리가 서류에 쓰는 자연스러운 문장에는 띄어쓰기(1바이트)와 마침표(1바이트)가 반드시 섞여 들어갑니다. 보통 한국어 문장에서 공백과 기호가 차지하는 평균 비중을 계산해 보면 2,000바이트는 대략 공백 포함 1,050자에서 1,100자 사이가 됩니다.

처음 백지상태에서 글을 구상할 때 이 분량을 목표로 잡으면 무척 안전합니다. 작성 중간에 글자 수 세기 에 글을 복사해 넣고 '바이트 (한글 2)' 항목을 수시로 살피면 남은 빈 공간에 맞춰 문장을 얼마나 더 늘릴지 혹은 쳐낼지 방향이 또렷하게 잡힙니다.

보이지 않는 함정, 줄바꿈과 띄어쓰기

글자 수를 빠짐없이 맞췄다고 안심했는데도 정작 시스템에서 용량 초과가 뜨는 안타까운 경우가 있습니다. 가장 큰 원인은 무의식적으로 누른 '엔터(Enter) 키'가 만든 줄바꿈 기호입니다.

사람 눈에는 아무 글자도 없는 투명한 빈 공간처럼 보이지만 컴퓨터는 줄바꿈을 문단이 나뉘었다는 숨은 특수 기호로 엄격하게 인식합니다. 윈도우(Windows) 운영체제를 쓰는 전산망에서는 엔터 키를 누른 줄바꿈 한 번이 2바이트 공간을 잡아먹습니다. 글을 읽기 좋게 다듬으려고 엔터 키를 여러 번 눌러 사이를 띄우면 그만큼 실제 나의 역량을 뽐낼 글자를 쓸 공간을 낭비하게 됩니다.

글자 수 제한이 아주 빡빡한 500바이트(약 250자)짜리 짧은 문항이라면 문단을 예쁘게 나누려는 욕심을 버리고 하나의 덩어리로 이어서 쓰는 편이 내용 전달에 훨씬 유리합니다.

팁: 복사해서 붙여넣을 때 단어 사이에 스페이스바가 실수로 두 번 눌려 빈 공백(1바이트)이 보이지 않게 겹친 곳은 없는지 꼼꼼히 살피세요.

원서 제출 직전 3단계 안전 점검

애써 작성한 원고가 중간에 잘리는 일을 막으려면 최종 제출 버튼을 누르기 전 다음 세 단계를 거쳐야 합니다.

첫째 목표 용량보다 20~30바이트 여유를 남깁니다. 기관의 시스템마다 공백이나 특수기호를 처리하는 내부 방식이 미세하게 다를 수 있으므로 딱 2,000바이트를 꽉 채우기보다 1,970바이트 선에서 멈추는 편이 낫습니다.

둘째 작성한 원고를 마우스로 모두 긁어서 복사한 뒤 접수 사이트의 실제 텍스트 입력창에 붙여넣습니다. 이때 접수창 하단이나 옆면에 시스템 자체적으로 표시해 주는 현재 바이트 수치가 있다면 다른 모든 계산기를 제쳐두고 그것을 최우선 기준으로 삼습니다.

셋째 입력창의 스크롤을 맨 아래 끝까지 내려 마지막 줄을 점검합니다. 복사한 원고의 마지막 문장 마침표까지 하나도 빠짐없이 들어갔는지 눈으로 집요하게 대조합니다. 문장이 중간에 어색하게 끊겼다면 내용을 조금 더 줄이고 다시 복사해 넣는 과정을 기계적으로 반복합니다.

접수 마감이 임박한 밤 11시 무렵에는 수만 명의 접속자가 몰려 서버가 극도로 느려지거나 멈춥니다. 원고가 완성되었다면 제출 1시간 전에는 글자 수 세기 로 마지막 바이트 검증을 깔끔하게 마친 뒤 시스템에 온전히 밀어 넣고 맘 편히 접수를 확정 짓는 편이 현명합니다.

자주 묻는 질문

Q. 워드나 아래아한글 프로그램 하단에 나오는 바이트 수치를 그냥 믿고 제출해도 되나요?

A. 워드프로세서 프로그램은 순수 텍스트뿐만 아니라 문서 파일 자체의 숨겨진 서식이나 폰트 정보까지 합산해 바이트를 계산하기도 합니다. 웹 접수 시스템의 텍스트 기준과 크게 다를 수 있으므로 반드시 텍스트 전용 계산기를 쓰세요.

Q. 글을 눈에 띄게 하려고 별 모양이나 하트 이모티콘을 써도 될까요?

A. 절대 쓰지 마세요. 스마트폰 이모지(Emoji)나 특수 기호 중 일부는 낡은 시스템에서 4바이트 이상을 비정상적으로 차지합니다. 심지어 전산망 오류를 일으켜 아예 물음표(?)나 깨진 글자로 저장되어 문서를 통째로 망칩니다. 쉼표나 마침표 그리고 따옴표만 쓰는 것이 안전한 방법입니다.

Q. 영어 원서 접수인데 바이트 제한이 있습니다. 어떻게 계산하나요?

A. 무척 단순합니다. 띄어쓰기를 포함해 알파벳 하나당 무조건 1바이트로 계산하면 됩니다. 4,000바이트 제한이라면 대략 공백 포함 4,000자의 아주 긴 알파벳 문장이 넉넉히 들어갑니다.