몇 년 전까지만 해도 신입 개발자의 성장 경로는 비교적 선명했다. 코드를 짜고, 코드 리뷰를 받고, 시니어 개발자의 피드백을 흡수하며 점진적으로 실력을 쌓는 구조였다. 그런데 지금은 그 ‘피드백 루프’의 상당 부분을 AI 도구가 대신하고 있다. GitHub Copilot이 코드를 완성해주고, ChatGPT가 에러 메시지를 해석해준다. 표면적으로는 편리해 보이지만, 신입 개발자 입장에서는 중요한 질문이 생긴다. ‘내가 실제로 성장하고 있는가, 아니면 AI가 대신 성장하고 있는가?’ 이 글은 AI 도구가 보편화된 환경에서 신입 개발자가 스스로의 성장 경로를 어떻게 재설계해야 하는지에 대해 실용적인 관점에서 이야기한다.
AI 도구가 바꾼 것과 바꾸지 못한 것
AI 코딩 어시스턴트가 잘하는 일은 분명하다. 반복적인 보일러플레이트 코드 작성, 공식 문서에 나오는 수준의 API 사용법 제안, 알려진 패턴의 에러 해석. 이런 작업에서 AI는 신입 개발자보다 훨씬 빠르다. 그렇다고 AI가 ‘시니어 개발자’를 대체한 건 아니다.
AI가 아직 잘 못하는 영역이 있다. 시스템 전체의 맥락을 이해하고 트레이드오프를 판단하는 일, 비즈니스 요구사항을 기술 결정으로 전환하는 일, 팀의 히스토리와 암묵적 합의를 고려한 설계, 그리고 코드 너머의 커뮤니케이션이 그렇다. 바로 이 지점이 신입 개발자가 집중해야 할 성장 영역이다. AI가 쉽게 처리해주는 영역에서 편안함을 느끼는 사이, 이 영역을 의식적으로 키우지 않으면 몇 년 후에도 ‘신입 수준’에 머물 가능성이 높다.
결국 AI 시대에도 성장 사다리는 존재한다. 다만 그 사다리의 첫 몇 칸이 자동화됐을 뿐이다. 문제는 그 칸들을 밟지 않고 건너뛰었을 때, 나중에 그 공백이 드러난다는 것이다.
AI에게 ‘답’을 받지 말고 ‘질문’을 배워라
AI 도구를 사용하는 방식에 따라 성장 속도가 달라진다. 많은 신입 개발자가 AI에게 ‘이 코드 왜 틀렸어?’라고 묻고 수정된 코드를 그대로 붙여 넣는다. 이 패턴을 반복하면 에러를 해결하는 능력이 아니라, AI에게 에러를 위임하는 능력이 늘어난다.
대신 이런 방식을 시도해볼 수 있다. 에러가 났을 때 AI에게 묻기 전에 먼저 자신의 가설을 세운다. ‘이 에러가 왜 발생했는지 내 생각은 이렇다’를 먼저 정리하고, 그 가설을 AI에게 검증받는 식이다. AI의 설명을 들은 후에는 단순히 코드를 수정하는 것으로 끝내지 않고, 왜 그 수정이 맞는지를 자신의 언어로 설명해본다. 이 습관 하나가 장기적으로 엄청난 차이를 만든다.
AI가 제안한 코드를 맹목적으로 수용하기보다, 그 코드에 질문을 던지는 습관도 중요하다. ‘이 방식 말고 다른 방식은 없는가’, ‘이 코드의 단점은 무엇인가’, ‘이 패턴이 우리 프로젝트에 적합한가’를 스스로 묻는 것이다. AI는 이런 질문에도 답을 해주지만, 질문을 먼저 떠올리는 능력 자체가 개발자의 사고력이다.
AI가 없을 때도 작동하는 실력을 쌓는 방법
면접장에서, 혹은 중요한 장애 대응 상황에서 AI를 쓸 수 없는 순간이 온다. 그때 드러나는 것이 진짜 실력이다. 평소에 AI 없이도 작동하는 기초 체력을 어떻게 쌓을 것인가에 대해 구체적인 접근법이 필요하다.
- 의도적인 AI-off 세션 만들기: 하루 중 특정 시간(예: 매일 오전 1~2시간)은 AI 어시스턴트 없이 코딩한다. 알고리즘 문제 풀이, 작은 기능 구현, 공식 문서만 보고 API 사용해보기 등을 AI 없이 시도한다. 이 과정에서 막히는 지점이 곧 자신의 실제 취약점이다.
- 코드 작성 전 설계를 먼저 글로 쓰기: 구현하기 전에 어떻게 접근할지를 자연어로 먼저 적는다. 함수의 입출력, 예외 케이스, 데이터 흐름을 글로 정리한 뒤 코딩에 들어간다. AI가 코드를 대신 써주더라도, 설계 사고는 개발자 자신이 해야 한다.
- 구현 후 직접 설명하기: 작성한 코드를 동료나 스터디 멤버에게 설명하는 시간을 만든다. 설명이 어렵다면 아직 이해가 불완전한 것이다. 설명하는 행위 자체가 개념을 굳히는 가장 효과적인 방법 중 하나다.
- 공식 문서를 직접 읽는 습관: AI의 요약에 의존하다 보면 공식 문서를 직접 읽는 능력이 약해진다. 새로운 라이브러리를 배울 때는 AI 요약 전에 공식 문서의 Getting Started 섹션을 직접 읽고 예제를 실행해본다.
시니어와 대화하는 법: AI가 대체할 수 없는 멘토링의 가치
AI 도구가 아무리 발전해도 대체하기 어려운 것이 있다. 경험에서 우러난 시니어 개발자의 판단, 그리고 그 판단의 배경이 되는 맥락이다. 시니어 개발자는 왜 이 기술을 선택했는지, 어떤 실패를 해봤는지, 조직의 의사결정이 어떻게 이루어지는지를 알고 있다. 이 지식은 AI 학습 데이터에 포함되기 어렵다.
문제는 많은 신입 개발자가 시니어와의 대화 기회를 충분히 활용하지 못한다는 것이다. 질문을 너무 낮은 수준으로 가져가거나(AI에게 물어보면 될 내용), 반대로 전혀 질문을 안 하거나(부담스러워서) 하는 경우가 많다. 시니어에게 물어볼 가장 좋은 질문은 ‘왜’에 관한 것이다.
‘이 라이브러리를 왜 선택했나요’, ‘이 아키텍처를 이렇게 설계한 이유가 무엇인가요’, ‘이 방향으로 리팩토링하지 않은 이유가 있나요’처럼 결정의 배경을 묻는 질문이 가장 많은 것을 배울 수 있는 질문이다. 기술적 사실은 AI가 알려줄 수 있지만, 그 결정이 내려진 맥락과 트레이드오프는 사람에게서만 들을 수 있다.
코드 리뷰를 받을 때도 마찬가지다. 피드백을 수정 지시로만 받아들이면 성장이 느리다. ‘왜 이 방식이 더 나은지’, ‘이 패턴을 언제 써야 하는지’를 반드시 확인하는 습관을 들이면, 같은 코드 리뷰에서 두 배 이상의 학습을 할 수 있다.
포트폴리오와 이력서: AI 시대에 달라진 기준
채용 시장에서도 변화가 생기고 있다. AI 도구 사용이 일반화되면서, 이제 ‘코드를 작성할 수 있는가’보다 ‘어떤 판단으로 코드를 작성했는가’를 더 중요하게 보는 채용 담당자가 늘고 있다. 포트폴리오 프로젝트 하나를 만들었다면, 단순히 기능 목록을 나열하는 것이 아니라 어떤 문제를 해결하려 했는지, 어떤 기술적 결정을 내렸는지, 그 과정에서 어떤 어려움을 어떻게 해결했는지를 설명할 수 있어야 한다.
이력서의 프로젝트 설명도 달라져야 한다. ‘React와 Node.js를 사용해 웹 서비스를 개발했습니다’보다는, ‘사용자 응답 속도 개선을 위해 서버사이드 렌더링과 클라이언트 렌더링을 혼합하는 방식을 선택했고, 트레이드오프로 초기 구현 복잡도가 높아졌지만 핵심 지표를 개선할 수 있었습니다’처럼 판단의 흔적이 보이는 서술이 더 인상적이다.
AI가 코드를 도와준 프로젝트라도 부끄러워할 필요는 없다. 오히려 AI를 어떻게 활용했는지, 어떤 부분을 직접 설계했는지를 솔직하게 설명하는 것이 신뢰감을 준다. 중요한 것은 AI를 사용한 사실이 아니라, 그 과정에서 개발자 본인이 어떤 결정을 내렸는가이다.
1년 뒤를 바꾸는 작은 루틴들
성장은 갑자기 일어나지 않는다. 매일 반복하는 작은 루틴이 6개월, 1년 후의 실력을 결정한다. AI 시대에 신입 개발자에게 실질적으로 도움이 되는 루틴을 구체적으로 제안하면 이렇다.
- TIL(Today I Learned) 기록: 오늘 배운 것, 막혔던 것, 해결한 방법을 짧게라도 텍스트로 남긴다. 블로그 공개가 부담스럽다면 노션이나 로컬 파일도 괜찮다. 기록은 메타인지를 높이고, 나중에 비슷한 문제가 생겼을 때 자신만의 레퍼런스가 된다.
- 한 달에 코드베이스 한 군데 깊게 파보기: 사용하는 라이브러리나 프레임워크의 소스 코드를 한 달에 한 곳씩 직접 들여다본다. 처음에는 이해가 안 돼도, 반복하다 보면 ‘잘 만들어진 코드’가 어떤 것인지 감이 생긴다.
- 동료와 주 1회 기술 이야기: 팀 내외를 불문하고, 한 주에 한 번은 기술적인 주제로 대화를 나눈다. 자신이 배운 것을 공유하거나, 상대방의 경험을 듣는 것 모두 유효하다. 개발자 커뮤니티에 참여하는 것도 같은 효과를 낸다.
- 분기에 한 번 ‘내가 지금 뭘 잘하고 뭘 못하는가’ 자기 점검: 3개월에 한 번, 스스로의 기술 스택을 냉정하게 평가한다. 잘하는 영역과 아직 약한 영역을 명시적으로 적고, 다음 분기 학습 방향을 정한다. 이 습관이 있는 개발자와 없는 개발자의 1년 후 차이는 상당히 크다.
AI 시대에 신입 개발자로 시작한다는 것은 과거보다 훨씬 많은 도구를 손에 쥔 채 시작하는 것을 의미한다. 그 도구를 성장의 지름길로 쓸지, 성장 자체를 대신하는 데 쓸지는 결국 자신이 선택한다. 지금 고민하고 있다면, 그것 자체가 이미 좋은 신호다. 누스쿨의 커리어 멘토링 커뮤니티에서는 비슷한 고민을 하는 개발자들이 서로의 경험을 나누고, 실제 현업 시니어 멘토에게 직접 피드백을 받을 수 있다. 성장의 방향이 흐릿하게 느껴질 때, 혼자 고민하지 말고 한 걸음을 내딛어보자.
💬 댓글 0