AI 시대에도 초급 엔지니어를 뽑아야 할까
요즘 채용 공고를 보고 있으면 마음이 참 무겁다.
AI가 코드를 척척 짜내는 시대에 “초급 엔지니어를 굳이 뽑아야 하는가?”라는 서늘한 질문이 수면 위로 올라왔다. 한쪽에선 AI가 주니어 몇 명 몫을 너끈히 해낸다고 하고, 다른 쪽에선 주니어를 안 키우면 미래의 시니어가 씨가 마른다고 경고한다(둘 다 맞는 말이라 더 답답하다).
말로는 인재 파이프라인이 중요하다고 하지만, 실제 채용 시장을 보면 주니어 자리는 예전 같지 않다.
주니어가 하던 일이 증발하고 있다
솔직히 예전에는 주니어에게 맡기기 딱 좋은 일감들이 명확했다. 사소한 UI 버그 수정, 단위 테스트 보강, 기존 패턴 그대로 복붙하는 CRUD API 개발 같은 것들이다. 화려하진 않아도 코드베이스에 적응하고 코드 리뷰를 받으며 레벨업하기에 안성맞춤인 사다리였다.
하지만 지금 그 사다리를 AI가 송두리째 걷어차 버렸다. 코드의 완성도는 둘째치고, 일단 1차 구현 속도만큼은 사람이 비빌 수가 없다. 시니어 한 명이 Claude Code나 Cursor 끼고 일하면, 예전에 주니어 둘셋이 하던 작업을 반나절 만에 쳐내는 게 현실이다.
회사 입장에선 솔깃할 수밖에 없다. 온보딩 비용도 아끼고 인건비도 줄이고, AI 생산성 혁신이라고 윗선에 보고하기도 좋다. 그 칼바람을 초급 엔지니어들이 온몸으로 맞고 있다.
주니어가 사라진 미래의 청구서
그렇다고 “이제 주니어는 필요 없다”고 선을 긋는 건 눈앞만 보는 근시안이다. 시니어 개발자는 하늘에서 뚝 떨어지지 않는다. 사소한 버그로 밤도 새워보고, 리뷰에서 털려도 보고, 프로덕션 배포하다 손 떨리는 장애도 겪어봐야 단단한 시니어가 된다.
당장 초급 채용을 닫아버리는 건 단기 손익계산서엔 이득일지 몰라도, 몇 년 뒤에는 감당 못 할 기술 부채와 인력 공백으로 돌아온다. 지금 씨를 안 뿌리면 나중에 거둘 곡식이 없다. 지극히 당연한 상식인데 분기 실적 압박 앞에선 너무 쉽게 무시된다.
게다가 AI가 코드를 대신 짜준다는 말도 절반만 맞다. AI는 코드를 빠르게 뽑아낼 순 있어도, “이 코드가 우리 비즈니스 맥락에 왜 필요한가”는 판단하지 못한다. 기획을 의심하고, 시스템의 다음 스텝을 고민하고, 유지보수할 동료를 배려하는 역량은 오직 사람만이 기를 수 있다.
입문자의 생존 기준이 바뀌었다
결국 주니어에게 요구되는 허들이 무지막지하게 높아졌다. 예전엔 “문법 알고 간단한 기능 만들 줄 알아요”로 입문이 가능했다면, 지금 그 정도는 AI가 3초 만에 뱉어낸다.
이제 주니어가 증명해야 하는 건 코딩 속도가 아니다.
- AI가 뱉은 코드의 결함을 짚어내고 검증하는 눈
- 처음 보는 레거시 코드의 흐름을 빠르게 추적하는 집요함
- 린터와 테스트 코드를 단단하게 묶어내는 기본기
- 애매모호한 요구사항의 빈틈을 파고드는 질문력
- 팀의 아키텍처 컨벤션을 흐트러뜨리지 않는 감각
“신입한테 시니어급을 요구하냐”는 억울함이 들 수 있다. 하지만 초급일수록 AI 코드를 맹신하면 파멸이다. 이해도 못 한 코드를 그럴듯하다고 덜컥 커밋하는 순간, 겉만 번지르르하고 속은 썩은 시한폭탄이 된다.
회사도 육성 방식을 리팩토링해야 한다
기업들도 주니어 채용을 줄이는 걸로 퉁치면 안 된다. 팀의 허리가 끊어진다.
단순 코딩 노가다를 던져주고 “알아서 배워라” 하던 낡은 온보딩은 버려야 한다. 대신 AI가 작성한 초안을 비판적으로 리뷰하게 하거나, 엣지 케이스 테스트를 설계하게 하거나, 아키텍처 결정 로그를 기록하게 하는 방식으로 역할을 재정의해야 한다.
초급 개발자에게 필요한 건 단순한 코딩 양이 아니라, 작은 범위라도 스스로 책임지고 판단해 보는 결정의 경험이다. 이걸 훈련시키지 않으면 성장은 멈춘다.
정리
AI 때문에 초급 개발자라는 직군 자체가 소멸하진 않을 거다. 다만 “단순 구현만 하는 코더”의 설자리는 확실히 사라졌다.
입문자 입장에선 억울하고 벅찬 시대인 게 맞다. 하지만 AI를 거부할 순 없다. 철저하게 무기로 휘두르되, 복붙러가 아니라 코드의 주인이 되어야 한다. 지금 주니어의 진짜 무기는 “코드를 짤 수 있다”가 아니라 “이 코드에 끝까지 책임질 수 있다”는 태도다.