인턴십 vs 연구: 박사과정 중 인더스트리와 학계 사이에서 균형 잡기

1. 진짜 질문은 '인턴십을 갈까'가 아니라 '박사 후에 무엇을 할 것인가'입니다

대부분의 학생들은 결정을 이렇게 프레이밍합니다: "이번 여름에 인턴십을 가야

하나?" 잘못된 질문입니다. 진짜 질문은 디펜스 당일 본인의 CV가 어떤 모습이길

원하느냐입니다. 인더스트리로 갈 예정이라면, 신뢰도 있는 랩에서의 인턴십 두 번이

워크숍 논문 두 편보다 가치 있습니다. 학계 잡마켓을 노린다면, 그 두 여름을 학위

논문 출판에 쓰는 게 어떤 인턴 라인보다 무겁습니다. 목적지 질문에 먼저 답하면

인턴십 결정은 자연스럽게 따라옵니다.

함정은 동료들이 가니까 디폴트 옵션으로 인턴십을 보는 것입니다. 인턴십에는 실제

비용이 있습니다: 학위논문에서 12~14주 이탈, 끝나고 돌아왔을 때의 컨텍스트

스위치(보통 3~4주 추가 소요), 그리고 지도교수가 활용할 수 있을지 불확실한

IP의 프로젝트. 그 비용을 정당화할 구체적인 커리어 결과를 말로 설명할 수

없다면 가지 마세요.

2. 타이밍: 2년차와 4년차가 스위트 스팟

통념은 "3~4년차 사이에 가라"입니다. 맞지만 절대적이진 않습니다. 1년차는 너무

이릅니다 — 인턴십 매칭을 의미 있게 만드는 연구 정체성이 아직 없고, 결국 여름은

잡일로 갑니다. 5년차 이후는 보통 너무 늦습니다(명시적으로 '리턴 오퍼 전환'

여름이 아닌 한). 그 시간은 논문 작성에 써야 합니다.

2년차는 방향이 명확하고 본인 주제를 재편할 수 있는 인더스트리 문제를 보고

싶을 때 좋습니다. 3~4년차가 최고 가치 구간 — 적어도 한 번은 출판해본 상태,

본인 프로젝트를 제안할 수 있고, 코딩 인턴이 아니라 주니어 공동연구자로

대접받을 만큼 기술적 깊이가 있습니다. 특정 랩(Anthropic, FAIR, MSR, DeepMind,

Google Brain 등)을 노린다면 3년차를 목표로 — 그래야 리턴 오퍼나 2회차 인턴십으로

전환할 시간이 생깁니다.

3. 지도교수 대화: 지원 6개월 전에 하세요

지도교수는 인턴십에 대해 대략 셋 중 하나입니다: 적극적(대부분의 인더스트리

인접 CS/EE 교수), 관대(보내주지만 학위 진행은 계속 기대), 저항(한 번은 보내주고

두 번째에 불만 표시). 지원 시작 전에 어느 쪽인지 알아야 합니다 — 오퍼 받은

뒤가 아니라. 방법은 직설적으로: "내년 여름 인턴십 지원을 고민 중인데, 이런 일을

어떻게 보세요?" 답변에서 특정 랩, 특정 협업자, 특정 우려를 언급하는지 들어보세요.

그리고 산출물 협상은 지원 전에 하세요 — 끝나고가 아니라. 흔한 구조: (a) 인턴십

시작 전 학위 관련 논문 한 편 투고 완료, (b) 인턴 프로젝트는 출판 가능해야 하고

지도교수를 저자로 추가, (c) 학위논문을 진전시키는 실험 초안을 들고 복귀. 하나를

지도교수와 정해서 문서로 남기세요 — 이메일 요약이면 충분. 여름이 끝나고 일정이

밀릴 때 양쪽 모두를 보호합니다.

4. 랩 고르기: 브랜드보다 매니저

CV에 찍히는 랩 브랜드는 첫 문을 열어줍니다. 12주 동안 무엇을 실제로 하느냐는

매니저가 결정합니다. '좋은' 매니저는: 최근 18개월 안에 출판하거나 시스템을 출시한

사람(매니징만 하는 게 아님), PhD 인턴을 최소 2~3명 받아본 사람(스코핑을

아는 사람), 인터뷰 단계에서 구체적인 프로젝트 방향을 알려줄 수 있는 사람

("가서 정해보자"가 아니라). 사인 전에 프로젝트 설명을 얻을 수 없다면 협상하거나

포기하세요.

그 매니저의 이전 인턴과 이야기하세요. 두 가지 질문: "프로젝트가 논문이나 제품으로

끝났나?" "다시 그 매니저랑 인턴 할래?" 어느 쪽이든 망설임이 있으면 약한 노입니다.

오퍼 레터의 브랜드 — FAIR, MSR, Anthropic, Google Research, NVIDIA — 는

CV 관점에서 거의 동급. 변량은 랩 사이가 아니라 랩 내부에 있습니다. 중간 티어

랩의 훌륭한 매니저가 매번 상위 랩의 식어버린 매니저를 이깁니다."

5. 프로젝트 스코핑: 12주는 생각보다 짧습니다

인턴십은 프로젝트가 너무 야심찰 때 실패합니다. 계산: 12~14주 — 온보딩 1주 —

마지막 내부 리뷰/발표 준비 1주 = 약 10주 실작업. 거기서 컴퓨트 세팅, 코드리뷰

지연, 데이터 접근 대기로 1주 더 빠집니다 — 9주. 합리적인 인턴 프로젝트는

코드베이스를 아는 사람이 9주 집중하면 끝낼 수 있는 정도입니다. 당신은 코드베이스를

모릅니다. 그래서 실제로는 램프업 2~3주 위에 연구 6~7주가 되어야 합니다.

야심찬 버전이 실패해도 마지막 발표에서 보여줄 수 있는 '최소 결과(minimum viable

result)'를 매니저가 정의하도록 밀어붙이세요. 그게 없는 인턴십은 보통 "많이

배웠다"로 끝납니다 — 출판도 안 되고 기억에도 안 남습니다. 출판 가능한 형태의

프로젝트로 밀어붙이세요: 질문 하나, 방법 하나, 베이스라인 하나, 움직일 수 있는

지표 하나. 2주차까지 매니저가 그 형태를 명확히 못 한다면 위로 에스컬레이션

하세요."

6. 출판, IP, 저자 순서 대화

저자권 대화는 12주차가 아니라 1주차에 하세요. 상위 인더스트리 랩의 표준 구조:

당신이 1저자, 매니저가 보통 마지막저자, 나머지 팀이 기여도순으로 중간을 채움.

변량은 지도교수의 저자권 — 일부 랩은 학위 정렬 작업에 환영, 일부는 외부 저자

추가 금지 정책. 오퍼 시점에 확인하세요. 학위논문에 포함시키려면 지도교수가

저자여야 한다면, 그게 명시적으로 허용된 오퍼만 받으세요.

IP: 대부분의 인더스트리 인턴 계약은 IP를 회사에 귀속시킵니다. 논문에는 보통

문제 없지만 코드 공개, 데이터셋 공개, 복귀 후 후속 연구는 복잡해질 수 있습니다.

구체적으로 물으세요: "논문에 동반하는 코드를 오픈소스로 공개할 수 있나?"

"인턴십 후 학교로 돌아가 이 라인을 이어갈 수 있나?" 매니저의 구두 답변이 아니라

법무 담당자에게 서면으로 받으세요."

7. 복귀: 아무도 경고하지 않는 재진입 문제

인턴십의 가장 어려운 부분은 12주가 아니라 책상으로 돌아온 14주차입니다.

3개월간 움직이지 않은 학위 프로젝트, 다른 학생들에게 주의가 이동한 지도교수,

그리고 본인 랩에 존재하지 않는 인더스트리 툴링으로 가득한 머리. 정직한 재진입

타임라인은 학위 작업에서 다시 생산성을 회복하기까지 3~4주입니다. 그렇게 계획하세요:

복귀 후 6주 이내에는 논문 마감일을 약속하지 마세요.

실용적인 재진입 전술 두 가지. 첫째, 복귀 1주차에 90분 미팅을 잡고 여름에 한 일과

학위논문과의 관계(또는 무관함)에 대한 1페이지 문서를 들고 가세요. 방향에 대한

명시적 합의를 강제합니다. 둘째, 복귀 2주차 안에 다음 달에 돌릴 수 있는 구체적

실험 3개를 적어두세요. 그게 없으면 모멘텀 회복 전까지 6주를 표류합니다."