[개발 실무] 내 코드는 바로 실행되는 게 아니라고? 컴파일과 런타임 완벽 가이드

프로그래밍에 입문한 많은 사람들이 코드를 작성하고 ‘실행’ 버튼을 누르면 컴퓨터의 CPU가 즉시 코드를 읽고 동작한다고 착각합니다. 하지만 현실은 다릅니다. 우리가 작성한 코드가 실제로 실행되기까지는 여러 단계의 복잡한 변환 과정이 숨어 있습니다.

이번 글에서는 "코드는 한 번에 실행되지 않는다"라는 핵심적인 전제를 바탕으로, 소스 코드가 컴퓨터가 이해할 수 있는 언어로 번역되는 과정인 '컴파일 타임'과 실제 동작하는 '런 타임'의 차이에 대해 완벽하게 파헤쳐 보겠습니다. 이 개념을 이해하면 디버깅 실력이 향상되고, 언어별 성능 차이를 명확히 이해할 수 있습니다.

 

--------------------------------------------------------------------------------

1. 컴퓨터는 우리가 쓰는 코드를 직접 이해하지 못한다 🧠

우리가 일상적으로 작성하는 Python, Java, C++ 등의 코드는 철저히 '사람이 읽고 쓰기 편하도록 만들어진' 고수준 언어입니다. 하지만 컴퓨터의 두뇌인 CPU는 오직 0과 1로 이루어진 기계어(Machine Code)만을 이해할 수 있습니다.

결국 사람의 언어를 기계의 언어로 통역해 주는 중간 과정이 필수적이며, 이 번역을 어떻게, 언제 하느냐에 따라 프로그래밍 언어의 구동 방식이 크게 두 가지로 나뉘게 됩니다.

 

--------------------------------------------------------------------------------

2. 코드 번역의 두 가지 방식 : 컴파일러 vs 인터프리터 🔄

코드를 기계어로 번역하는 방식은 크게 '컴파일러 방식'과 '인터프리터 방식'으로 나뉩니다.

 

📘 컴파일러 방식 : 책 전체를 미리 번역해 두기

컴파일러는 코드가 실행되기 전, 전체 코드를 한 번에 분석하여 실행 가능한 기계어 파일(예: .exe)로 완벽하게 변환하는 방식입니다. 마치 외국어 책 전체를 한국어로 미리 번역해 출판하는 것과 같습니다.

• 장점 : 미리 기계어로 번역해 두었기 때문에 실행 속도가 매우 빠릅니다. 또한, 실행 전에 전체 코드를 검사하므로 치명적인 문법 오류를 사전에 발견할 수 있습니다.
• 단점 : 코드의 규모가 크면 실행 파일을 생성하기 위한 컴파일 시간이 오래 걸리며, 코드를 한 줄만 수정해도 다시 전체를 컴파일해야 하는 번거로움이 있습니다.
• 대표 언어 : C, C++, Go 등.

 

🎤 인터프리터 방식 : 읽으면서 바로 통역하기

인터프리터는 코드를 한 번에 번역하지 않고, 한 줄씩 읽어 들이면서 즉시 기계어로 해석하고 실행하는 방식입니다. 이는 동시통역사가 말하는 즉시 통역을 해주는 것과 같은 원리입니다.

• 장점 : 별도의 컴파일 시간이 필요 없기 때문에 수정 후 결과를 바로 확인할 수 있어 개발 및 테스트 속도가 매우 빠릅니다.
• 단점 : 실행할 때마다 코드를 번역해야 하므로 컴파일 언어에 비해 상대적으로 실행 속도가 느립니다. 실행 도중에 에러를 만나기 전까지는 문제를 알 수 없는 경우도 많습니다.

 

--------------------------------------------------------------------------------

3. 언제 검사하고 언제 에러가 날까? 컴파일 타임 vs 런 타임 ⏰

프로그램의 생명주기는 크게 컴파일 타임(Compile Time)과 런 타임(Run Time)으로 구분되며, 에러가 발생하는 시점도 확연히 다릅니다.

• 컴파일 타임 오류 (Compile Time Error) : 프로그램이 실행되기 전, 준비(레디) 단계에서 발생합니다. 컴파일러가 코드를 기계어로 변환하는 과정에서 구문 오류(Syntax Error)나 타입 불일치와 같은 문법적, 논리적 결함을 찾아냅니다. 이때 오류를 모두 해결해야만 비로소 프로그램이 실행될 수 있습니다.
• 런 타임 오류 (Run Time Error) : 프로그램이 실제로 실행(Execution)되는 과정에서 발생합니다. 코드가 문법적으로 완벽하게 컴파일되었더라도, 실행 중 0으로 나누기, 존재하지 않는 메모리 주소 참조(Null Pointer Dereference), 메모리 부족(Out of Memory) 등 예측하지 못한 상황이 발생하면 프로그램이 비정상적으로 종료됩니다.

따라서, 출발 전 전체 차량을 점검하는 것이 컴파일 단계라면, 운전을 하면서 도로 위에서 예상치 못한 문제를 발견하는 것이 런타임 단계라고 볼 수 있습니다.

 

--------------------------------------------------------------------------------

4. 현실의 언어들은 생각보다 더 복잡하다 (하이브리드 방식) 🚗

초보자들이 흔히 하는 오해 중 하나는 "인터프리터 언어는 컴파일 과정이 아예 없다"는 것입니다. 하지만 현대의 프로그래밍 언어들은 성능 최적화를 위해 컴파일러와 인터프리터의 경계가 점점 섞인 하이브리드 방식을 주로 사용합니다.

1. Java와 JVM : 자바 소스 코드는 먼저 자바 컴파일러를 통해 '바이트코드(.class)'라는 중간 형태로 컴파일됩니다. 이 바이트코드는 자바 가상 머신(JVM) 위에서 한 줄씩 해석되며 실행되지만, 자주 반복되는 '뜨거운 코드(Hot code)'는 JIT(Just-In-Time) 컴파일러가 실시간으로 네이티브 기계어로 컴파일하여 실행 속도를 비약적으로 끌어올립니다.
2. Python의 숨겨진 컴파일 : 대표적인 인터프리터 언어인 파이썬조차 실행 시 내부적으로 컴파일러를 거칩니다. 파이썬 코드는 실행 직전 바이트코드로 컴파일되어 .pyc 파일로 캐싱되며, 이를 파이썬 가상 머신(PVM)이 읽어 들여 인터프리터 방식으로 실행하는 구조입니다.
3. JavaScript와 V8 엔진 : 자바스크립트 역시 과거에는 순수 인터프리터 언어였으나, 현재 브라우저의 V8 엔진 등은 코드 실행 전 JIT 컴파일러를 사용해 코드를 기계어로 번역하여 실행 최적화를 이뤄냅니다.

 

--------------------------------------------------------------------------------

5. 이 개념을 이해하면 개발자로써 무엇이 달라질까? 💡

코드가 실행되는 구조를 깊이 이해하면, 단순한 코더(Coder)에서 벗어나 시스템을 이해하는 엔지니어(Engineer)로 성장할 수 있습니다.

• 언어별 성능 차이의 원인 파악 : 단순히 "C++은 빠르고 Python은 느리다"를 넘어, 각 언어가 어떻게 CPU에 명령을 전달하는지 구조적인 차이를 설명할 수 있게 됩니다.
• 디버깅 관점의 확장 : 에러가 발생했을 때 이 에러가 문법적 문제(컴파일 타임)인지, 실행 중 환경의 문제(런타임)인지 구분하여 문제 해결의 속도를 높일 수 있습니다.
• 실행 환경(Runtime)의 이해 : JVM, PVM, Node.js와 같은 실행 환경이나 가상 머신이 왜 필요한지 아키텍처적 이해도가 높아집니다.

 

--------------------------------------------------------------------------------

마치며

프로그램은 코드 작성 즉시 실행되는 것이 아닙니다. 컴파일, 해석, 그리고 실행이라는 일련의 복잡한 변환 과정을 거쳐서 비로소 컴퓨터가 이해할 수 있는 형태가 됩니다.

이러한 실행 구조와 런타임, 컴파일 타임의 차이를 정확히 인지하고 코드를 작성한다면, 최적화와 트러블슈팅에 강한 훌륭한 개발자로 성장하실 수 있을 것입니다.