Issue 015  ·  Column 2026-05-11 / Mon
Issue 015 — Editor's Column

AI가 옆에 있는
신입의 첫 1년.

막혔을 때 30초 만에 답이 나온다. 그게 당연한 환경에서 시작하는 사람에게 무엇이 자라고, 무엇이 자라지 않는가. 비판이 아니라 관찰.

FORMATColumn BYDesk γ DATE2026-05-11
AI와 나란히 앉아 첫 1년을 보내는 신입 — 빠른 답변과 느린 헤맴 사이에서
Cover · Issue 015 — AI가 옆에 있는 신입의 첫 1년 · TSTF Magazine 2026
Previously · Issue 014 결정이 느려지는 이유가 바뀌었다 — 정보 부족이 아니라 각자 맞춤 논거가 너무 많아진 것.
Lede · 들어가며

막혔을 때 선배에게 묻는 30초가 있었다.
자리에서 일어나서, 가서, "이거 혹시 아세요?" 하는 그 시간.
지금 신입에게는 그 30초가 없다.

입사 첫 주부터 AI가 옆에 있다. 빌드가 깨지면 오류 메시지를 붙여넣는다. 셰이더 코드가 이상하면 "왜 이렇게 나오는지" 물어본다. 기획서를 읽다 의도가 안 잡히면 "이 문장 어떻게 이해하면 돼?" 하고 입력한다. 10초 안에 답이 온다. 그것도 꽤 괜찮은 답이.

이걸 나쁘다고 말하려는 게 아니다. 도구가 이렇게 되었고, 잘 쓰면 분명히 빠르다. 다만 관찰이 하나 있다. 그 30초가 줄어든 만큼, 무언가가 생기지 않고 있다는 것. 무엇이 사라지고 있는지를 이번 호에서 들여다본다.

신입 본인이 읽어도, 그 신입 곁에 있는 선배가 읽어도 다르지 않게 느껴지길 바란다. 이건 비판이 아니라 — 함께 달라진 환경을 보자는 제안이다.

§ 01 — 막힘과 묻기

30초가
줄어든 만큼.

예전 신입은 막히면 선배 자리로 갔다. 가는 길에 한 번 더 생각한다. "어디까지 해봤지?" "뭐가 문제인지 말할 수 있나?" 자리에 도착했을 때쯤 절반은 스스로 정리되어 있었다. 그게 그 30초의 역할이었다.

선배가 답을 주는 방식도 달랐다. "이거 혹시 로그 찍어봤어?" 한 마디가 오면 직접 찍어봐야 한다. "거기 아닐 것 같은데, 이쪽 먼저 확인해봐." 방향만 주고 돌아가면 직접 뒤져봐야 한다. 느리지만 그 과정에서 코드 구조가 머릿속에 쌓인다. 어디에 뭐가 있는지 직접 돌아다닌 사람만 아는 지도가 생긴다.

AI는 그 방식으로 답하지 않는다. 어디를 먼저 봐야 하는지, 그게 왜 그런지, 코드 한 블록 단위로 설명해준다. 빠르고, 정확하고, 친절하다. 그래서 오히려 자신이 어느 부분을 모르는지 모르는 채로 넘어갈 수 있다. 막힘이 너무 빨리 해소되면 — 어디서 막혔는지 기억이 안 남는다.

이게 현재 신입 환경의 구조다. 좋은 도구가 있다는 것이 문제가 아니다. 막힘이 쌓이지 않으면 뭔가가 천천히 자라지 못한다는 것 — 그게 이번 호에서 하고 싶은 말의 출발점이다.

막힘이 너무 빨리 해소되면, 어디서 막혔는지 기억이 안 남는다.

— §01 핵심 관찰

그리고 팀에 묻고 답하는 관계도 달라진다. 신입이 선배에게 자주 물어볼수록 선배는 그 신입이 어디쯤 있는지 자연스럽게 파악한다. "이 정도 개념은 알고 있구나." "여기를 아직 모르는구나." 그 파악이 쌓여야 리뷰 코멘트가 달라지고, 다음 작업 배분이 달라진다. 신입이 AI에게만 물으면 — 선배에게는 그 신호가 안 간다.

§ 02 — 헤맴의 역할

헤매는 시간이
가르치던 것.

첫 PR(풀 리퀘스트)을 올리면 코드 리뷰가 온다. 처음에는 코멘트 하나하나가 낯설다. "왜 이렇게 쓰면 안 되는 거지?" 물어보면 선배는 답 대신 질문으로 돌아올 때가 있다. "어떻게 동작한다고 생각해서 이렇게 썼어?" 그 질문에 대답하려면 자기 생각을 소리 내어 정리해야 한다. 틀렸다는 걸 깨닫는 게 그 순간이다. 그리고 그게 남는다.

회의실에서 처음 발언할 때도 비슷하다. 기획 의도를 잘못 이해한 채 얘기했다가 바로 정정 받는다. 민망하지만 그 민망함이 다음에 한 번 더 읽어보게 만든다. 다음 회의 때는 "이 부분이 이런 의미인가요?" 하고 먼저 확인한다. 그 확인하는 습관은 AI와의 대화에서는 생기기 어렵다. AI는 내가 틀려도 바로잡지 않고 맥락에 맞춰 답해줄 때가 있기 때문이다.

새 도구 세팅 첫날도 그렇다. 문서를 읽고, 팀 채널에 물어보고, 안 되면 옆 자리에 "이거 어떻게 했어요?" 하고 보여주는 과정에서 팀 분위기를 읽는다. 어떤 사람이 어떤 걸 잘 아는지, 질문하면 어떻게 반응하는지, 어느 채널에서 어떤 대화가 오가는지 — 이것들이 그 헤맴 속에서 쌓인다.

AI에게 묻기 좋은 것
빠른 답이 맞는 자리

정답이 정해져 있고, 헤매는 시간이 학습으로 이어지지 않는 것들.

  • 문법·API 이름·함수 시그니처 확인
  • 빌드 오류 메시지 해석
  • 새 라이브러리 기본 사용법
  • 반복 패턴의 보일러플레이트 생성
  • 알려진 셰이더 오류 원인 검색
사람에게 물어야 자라는 것
헤맴이 필요한 자리

정답 없이 맥락·판단·관계가 얽혀 있어, 과정이 곧 학습인 것들.

  • 이 설계가 팀 관행에 맞는지
  • 기획 의도를 제대로 이해했는지
  • 리뷰 코멘트 뒤에 있는 이유
  • 내가 어디까지 알고 어디를 모르는지
  • 이 팀에서 어떤 결정이 어떻게 내려지는지

두 줄로 요약하면 이렇다. AI는 "정답을 찾는 시간"을 줄여준다. 사람과의 헤맴은 "내가 무엇을 모르는지 아는 능력"을 키운다. 둘 다 필요하다 — 다만 후자는 의도적으로 남겨두지 않으면 자연스럽게 사라진다.

AI가 첫 답을 주더라도, 그 답이 맞는지 판단하는 감각은 직접 헤맨 사람이 더 빨리 자란다.
§ 03 — 남겨두는 습관

묻는 자리를
지키는 법.

이걸 쓰는 이유는 AI를 덜 쓰라는 게 아니다. 잘 쓰는 것과 모든 막힘을 없애는 것은 다르다는 얘기다. 신입 시절에 남겨둬야 할 자리가 있고, 그 자리는 의도적으로 지켜야 생긴다. 세 가지를 제안한다.

01

AI에게 먼저 물어도 좋은 자리

정답이 있는 것, 문서에 있는 것, 헤맨다고 더 배우는 게 없는 것들은 AI에게 바로 물어도 된다. 빌드 오류 메시지, API 사용법, 문법 확인, 반복 패턴 작성 — 이런 건 빠를수록 좋다. 그 시간을 아껴서 진짜 생각해야 할 것에 쓰면 된다.

다만 답을 받은 뒤 한 번 더 보는 습관은 들이면 좋다. "왜 이렇게 되는 거지?" 한 줄 더 물어보거나, 직접 돌려보면서 확인하는 것. 이해 없이 붙여넣는 속도가 빠른 것처럼 보이지만, 나중에 비슷한 오류가 왔을 때 다시 AI를 찾는 루프가 생긴다.

02

일부러 사람에게 물어볼 자리

판단이 필요한 것, 팀의 맥락이 필요한 것, 관계가 엮여 있는 것은 AI에게 먼저 가지 말고 사람에게 가는 것을 권한다. 기획 의도가 헷갈리면 기획자에게 직접 물어보는 것. 리뷰 코멘트 이유가 납득이 안 되면 그냥 넘기지 말고 한 번 더 확인하는 것. 설계 방향이 맞는지 싶으면 선배 앞에서 소리 내어 설명해보는 것.

이 자리가 불편하다는 걸 안다. 모르는 게 드러나는 게 민망하고, 바쁜 사람한테 물어보는 게 눈치 보인다. 그런데 그 불편함이 신입 시절에는 학습이다. 지나가면 다시 만들기 어려운 시간이다.

03

한 줄 점검 — 이 막힘이 무엇을 가르치는가

막혔을 때, AI를 열기 전에 한 가지만 물어보는 습관을 제안한다.

"이 막힘이 무언가를 가르치고 있는가?"

"아니오"가 나오면 — AI에게 가도 된다. 빠르게 해결하고 넘어가는 게 맞다. "그럴 수 있다"가 나오면 — 먼저 5분 혼자 더 들여다본다. 아니면 사람에게 가서 같이 들여다본다. 그 5분이 없어서 생기는 빠름과, 그 5분 덕분에 생기는 감각 — 1년 뒤에 그 차이가 느껴진다.

선배 입장에서도 이 점검을 쓸 수 있다. 신입이 물어왔을 때 — 바로 답 주기 전에 "어디까지 해봤어?" 한 번 더. 그 질문이 불편하게 느껴지지 않는 팀 분위기를 만드는 것도 선배의 역할이다.

AI가 답을 줄 수 있는 자리와, 헤맴이 답인 자리를 구분하는 것 — 그게 이 시대 신입에게 필요한 감각이다.

— §03 요약
For Us · 편집자 메모

5월 둘째 주,
책상에서.

이번 주 어딘가에서 신입 동료가 첫 PR을 올렸을 것이다. 처음 회의실에서 발언했을 것이다. 빌드가 깨져서 당황했을 것이다. 그 순간 AI가 빠른 답을 줬을 수도 있고, 누군가에게 물어봤을 수도 있다.

어느 쪽이었든 — 그 경험이 쌓이는 방식이 조금 달라졌다. 이걸 인식하는 것만으로도 뭔가가 바뀐다. 신입이라면, AI에게 가기 전 5초만 더 먼저 생각해보는 것. 선배라면, 신입의 질문이 왔을 때 답 대신 방향 한 마디를 건네보는 것.

AI가 옆에 있는 첫 1년 — 빠름과 헤맴 사이에서 어떻게 균형을 잡는지가 그 사람의 다음 몇 년을 만든다. 그 균형을 찾는 건 도구가 아니라 사람이 한다.

— Desk γ · 2026.05.11