모두가 "Python을 안다"고 말합니다. 하지만 a = a + [1]과 a += [1]이 왜 서로 다른지 설명할 수 있는 사람은 훨씬 적습니다. 이것이 첫 번째 그룹에서 두 번째 그룹으로 넘어가는 경로입니다.

Python 인터뷰에는 불편한 진실이 하나 있습니다. 이 언어는 너무 친절해서, 수년 동안 제대로 이해하지 못한 채로도 그냥 넘어갈 수 있게 해준다는 점입니다. 당신은 is와 ==가 기본적으로 같다고 믿고, []를 기본 인자 (default argument)로 사용하는 것이 완벽하게 무해한 아이디어라고 조용히 생각하면서도, 작동하는 코드를 배포하고, 코드 리뷰 (code review)를 통과하고, 더 많은 코드를 배포할 수 있습니다.

그러다 누군가 맞은편에 앉아 "두 개의 스레드 (threads)가 동일한 리스트에 append를 하면 어떤 일이 발생하나요?"라고 질문하는 순간, 그 친절함은 증발해 버립니다.

문제는 대개 노력의 부족이 아닙니다. 순서의 문제입니다. 사람들은 마치 뷔페를 이용하듯 Python을 공부합니다. 월요일에는 데코레이터 (decorators)를 집어 들고, 화요일에는 async를, 카페인에 취한 수요일에는 메타클래스 (metaclasses)를 집어 들지만, 정작 이름 (name)이 실제로 무엇인지는 결코 배우지 못합니다. 그래서 여기, 언어가 의도된 순서대로, 즉 기초를 먼저 배우고 화려한 기술 (party tricks)은 마지막에 배우는 로드맵을 제안합니다.

(글을 읽는 것보다 직접 클릭하며 진행하는 것을 선호하신다면, 전체 과정이 여기에 인터랙티브 트랙으로 구성되어 있으며, 진행 상황이 채워지는 것을 확인할 수 있습니다. 하지만 클릭하는 것보다 그 논리를 이해하는 것이 더 중요하므로, 함께 살펴보겠습니다.)

1단계 — 기초 (Foundations): 모두가 건너뛰지만 건너뛰어서는 안 되는 부분

이 단계는 너무 쉬워 보여서 신경 쓸 필요가 없다고 느껴지지만, 당신이 내놓을 다른 모든 답변을 조용히 결정짓는 단계입니다.

• 기초 (Fundamentals). 이름(Names), 값(Values), 그리고 가변성(Mutability). "변수"가 아니라, _객체에 바인딩된 이름(names bound to objects)_입니다. Python 변수가 상자 자체가 아니라 상자에 붙은 라벨이라는 점을 진정으로 이해하고 나면, 언어의 "이상한" 동작 중 절반은 더 이상 이상하게 느껴지지 않습니다. 가변 기본 인자(mutable-default-argument)의 함정, is와 ==의 차이, 정수 캐싱(integer caching) 등 모든 것이 이 하나의 개념에서 파생됩니다.
• 자료 구조 (Data Structures). 리스트(Lists), 딕셔너리(Dicts), 세트(Sets), 튜플(Tuples), 그리고 각각을 언제 사용해야 하는지에 대한 문제입니다. 이제는 순서가 있는 딕셔너리, 비정상적으로 빠른 세트, 그리고 깔끔한 코드의 숨은 영웅인 튜플까지 포함됩니다. 면접관들은 이 주제를 좋아하는데, 잘못된 선택은 버그를 일으키기보다는 O(1)이 바로 옆에 있음에도 불구하고 조용히 O(n)을 발생시키기 때문입니다.
• 컴프리헨션 및 반복 (Comprehensions & Iteration). 이터레이터 프로토콜(Iterator protocol)은 Python이 가진 것 중 설명 가능한 마술에 가장 가까운 요소입니다. 제너레이터(Generators), 지연 평가(Lazy evaluation), 컴프리헨션이 루프보다 가독성이 좋은 이유, 그리고 왜 for x in thing이 수많은 대상에서 작동하는지 등을 다룹니다. 이것을 이해하면 yield는 더 이상 무서운 존재가 아닙니다.
• 함수 (Functions). 일급 함수(First-class functions), *args/**kwargs, 클로저(Closures), 스코프(Scope). 함수가 전달할 수 있는 값이 되는 순간, 데코레이터(Decorators)는 마법이 아니라 "함수를 인자로 받는 함수"가 됩니다. 이것이 바로 모든 비밀입니다.

만약 로드맵이 "이미 알고 있다"는 이유로 이 단계를 건너뛰라고 유혹한다면, 바로 그 단계가 천천히 진행해야 할 단계입니다. 시니어 레벨의 질문들은 그저 이 네 가지 주제가 트렌치코트를 입고 있는 것뿐입니다.

2단계 — 핵심 언어: 프로그램이 실제로 구성되는 방식

이제 "값이 무엇인가"에서 "만 개가 넘는 값을 어떻게 조직할 것인가"로 넘어갑니다.

• 객체 지향 프로그래밍 (Object-Oriented Programming). 클래스 (Classes), 상속 (inheritance), 그리고 사람들이 자주 실수하는 부분인 **MRO (method resolution order, 메서드 결정 순서)**와 super()가 실제로 무엇을 하는지에 대한 내용입니다. 스포일러를 하자면, super()는 단순히 "부모를 호출하는 것"이 아닙니다. 그것은 "MRO 상의 다음 클래스를 호출하는 것"이며, 다이아몬드 상속 (diamond inheritance)이 나타날 때 이 두 문장은 매우 큰 차이를 만듭니다.
• 에러 및 예외 (Errors & Exceptions). 예외 계층 구조 (exception hierarchy), try/except/else/finally, 그리고 **허락을 구하는 것보다 용서를 구하는 것이 더 쉽다 (easier to ask forgiveness than permission)**라는 매우 파이썬다운 (Pythonic) 개념입니다. 언제 예외를 잡아야 하는지, 언제 다시 발생시켜야 (re-raise) 하는지, 그리고 왜 아무 인자도 없는 except:가 면접관들이 궤도에서도 포착할 수 있는 코드 스멜 (code smell)인지 아는 것이 중요합니다.
• 모듈, 패키지 및 환경 (Modules, Packages & Environments). 임포트 (Imports), 두려운 순환 임포트 (circular import), if __name__ == "__main__"의 용도, 그리고 가상 환경 (virtual environments)이 존재하는 이유입니다. 화려하지는 않지만, 화려함이 목적이 아닌 "이 프로젝트를 어떻게 구조화할 것인가"라는 질문이 나오는 부분에서 매우 흔하게 등장합니다.

3단계 — 관용적이고 타입이 지정된 파이썬 (Idiomatic & Typed Python): 제대로 된 코드를 작성하기

이 단계는 단순히 "작동하는" 파이썬을 쓰는 것을 넘어, "이걸 좀 더 파이썬답게(Pythonic) 만들 수 없을까요?"라는 질문을 세 번씩 받지 않고도 승인받을 수 있는 파이썬을 작성하기 시작하는 단계입니다.

• 함수형 프로그래밍 (Functional Programming). map, filter, reduce와, 리스트 컴프리헨션(list comprehension)이 언제 더 나은 답인지에 대한 더 흥미로운 질문(대부분의 경우 그렇다). functools, partial 그리고 함수를 조합 가능한 레고 블록처럼 다루는 방법.
• 타입 힌트 및 타이핑 (Type Hints & Typing). 어노테이션(Annotations), Optional, Union, 제네릭스(generics)와 사람들을 놀라게 하는 것: 타입 힌트는 런타임에 아무것도 하지 않는다. 그것들은 인터프리터가 아닌 인간과 도구를 위한 것이다. 이 구분을 아는 것은 실제로 문서를 읽었다는 것을 보여주는 작은 실력이다.
• 표준 라이브러리 필수 요소 (Standard Library Essentials). collections, itertools, functools, dataclasses, pathlib. Python은

훌륭한 로드맵이라 할지라도 양 끝단에는 두 가지 솔직한 공백이 남습니다. 바로 **패키징 및 배포 (packaging & distribution)**와 **성능 프로파일링 (performance profiling)**입니다. 이 주제들은 모두가 중요하다고 동의하지만, 아무도 핵심 경로 (critical path)에 두지 않는 주제들입니다. 위의 뼈대가 탄탄해진 후라면, 각각 주말을 할애하여 학습할 가치가 있습니다.

실제로 이 로드맵을 따라가는 방법

실제 마감 기한과 맞닥뜨렸을 때도 유효한 몇 가지 규칙입니다:

1. 위에서 아래로, 뷔페식은 금물. 순서는 장식용이 아닙니다. 각 단계는 다음 단계의 "어려운" 질문을 받기 위한 전제 조건입니다.
2. 다섯 개를 훑는 것보다 한 개의 스택을 깊게 파는 것이 낫습니다. 1단계를 깊이 있게 이해하는 것만으로도, 4단계 전체를 겉핥기로 공부하는 것보다 더 많은 인터뷰 질문에 답할 수 있습니다.
3. 다른 사람이 테스트하기 전에 스스로를 테스트하세요. 어떤 주제에 대해 즉각적으로(cold) 답변할 수 있을 때까지는 그 주제를 안다고 할 수 없습니다. 답을 읽는 것과 답을 생성하는 것은 서로 다른 근육을 사용합니다.

마지막 포인트가 바로 이 로드맵이 단순히 읽는 것이 아니라 클릭할 수 있는 형태로 존재하는 이유입니다. 각 주제는 전체 답변이 포함된 질문으로 바로 연결되며, 본인이 진정으로 숙지한 것을 표시할 수 있고, 경로가 채워짐에 따라 본인의 취약점이 어디인지 — 솔직하게 — 확인할 수 있습니다. 암기 훈련을 위한 플래시카드와 즉각적인 답변 연습을 위한 퀴즈가 준비되어 있지만, 이 모든 것을 무시하고 단순히 목록을 학습 순서로만 사용해도 좋습니다. 순서가 핵심적인 선물이며, 버튼은 보너스일 뿐입니다.

여기에서 맨 위부터 시작할 수 있습니다. 아니면 시작하지 마세요. 그리고 낯선 사람이 지켜보는 방 안에서, 고통스러운 방식으로 GIL에 대해 배우게 될 것입니다. 선택은 당신의 몫입니다.

계속 읽기

위의 단계 중 취약한 부분이 있었다면, 다음은 여기서부터 시작하세요:

• 모든 Python 인터뷰 질문 (All Python interview questions) — 주제별로 정리된 전체 세트로, 각 질문에는 서술형 답변과 코드가 포함되어 있습니다.
• Python Threading과 GIL 설명 (Python Threading and the GIL, explained) — 4단계의 궁금증을 해소해 줄 심화 버전입니다.
• asyncio, async/await 설명 (asyncio, async/await explained) — 동시성 (Concurrency) 논의의 나머지 절반을 다룹니다.
• CPython이 실제로 코드를 실행하는 방식 (How CPython actually runs your code) — "인터프리터 방식입니다"라는 답변만으로는 부족할 때를 위한 자료입니다.

만약 Python이 당신의 기술 스택(Stack)의 시작일 뿐이라면, FastAPI 또한 동일한 구성 — 가이드라인과 이를 뒷받침하는 질문들 — 을 제공합니다:

• FastAPI 인터뷰 로드맵 (FastAPI interview roadmap)
• FastAPI 인터뷰 질문 (FastAPI interview questions)