4년 만에 꺾인 ‘컴공 신화’, 지금 벌어지는 일
몇 년 전까지만 해도 컴퓨터공학과(컴공)는 “안전한 선택”으로 불렸습니다. 문과는 취업이 어렵더라도, 이과에서 컴공을 택하면 최소한 일자리는 충분할 거라는 믿음이 있었죠. 그런데 요즘은 분위기가 확 달라졌습니다. 주변 개발자들 입에서도 이런 말이 나옵니다.
“나 때가 막차였던 것 같아. 지금은 신입 거의 안 뽑아…”
이 글에서는 과장된 공포를 조장하기보다, 실제로 시장에서 무슨 일이 벌어지고 있는지, 그리고 앞으로 어떤 준비가 필요한지를 컴공 신입 취업 현실 관점에서 솔직하게 정리해보겠습니다.
2018~2022: ‘컴공이면 된다’가 통하던 시기
2018년부터 2022년 사이 개발자 채용 시장은 말 그대로 팽창 국면이었습니다. 스타트업은 공격적으로 인력을 늘렸고, 중견기업도 디지털 전환을 외치며 개발자를 뽑았고, 대기업은 대규모 공채 혹은 상시 채용으로 인력 수급에 뛰어들었습니다.
이 시기에 퍼졌던 대표적인 믿음은 아래와 같습니다.
- “개발자는 항상 부족하다”
- “IT는 계속 성장한다”
- “코딩테스트만 통과하면 연봉 4~5천은 기본”
이런 분위기 속에서 상위권 수험생도 대거 몰렸습니다. 실제로 입시 커뮤니티에서는 이런 ‘공식’이 돌아다니기도 했습니다.
- 문과 최상위권 → 로스쿨
- 이과 최상위권 → 의대 아니면 컴공
즉, 컴공은 단순히 전공 중 하나가 아니라 사회적으로 검증된 진로처럼 소비되던 시기였죠.
그런데 지금은 왜 달라졌을까? 핵심은 ‘신입이 하던 일의 자동화’
지금의 변화는 경기 침체, 투자 위축, 기업의 비용 절감 기조 등 복합적인 원인이 있지만, 신입 채용에 먼저 찬물이 끼얹어진 결정적 이유 중 하나는 따로 있습니다.
신입 개발자가 하던 실무의 상당 부분이, 생각보다 빠르게 자동화되고 있기 때문입니다.
예전 신입이 맡던 대표 업무
과거에는 팀에 신입이 들어오면 다음과 같은 일을 하면서 시스템과 도메인을 익히는 경우가 많았습니다.
- 간단한 기능 추가
- 기존 코드 따라 수정(레거시 코드 일부 변경)
- 반복되는 CRUD 작업
- 테스트 코드 보조 작성
- 문서 정리, 간단한 버그 수정
이 업무들은 ‘중요하지 않다’는 뜻이 아닙니다. 오히려 이 과정을 통해 서비스 구조, 배포 프로세스, 협업 방식, 장애 대응 감각을 익히면서 성장해왔습니다.
지금은 무엇이 바뀌었나: AI 도구가 초안을 만든다
하지만 지금은 AI 도구들이 다음을 빠르게 대체하거나 보조합니다.
- 코드 초안 생성
- 레거시 코드 이해를 위한 요약
- 에러 메시지 분석 및 해결 방향 제시
- 테스트 코드 생성
- 문서 자동 정리
결과적으로 기업은 이런 계산을 하게 됩니다.
“신입을 뽑아서 6개월 교육할까? 아니면 경력자 1명 + AI로 속도를 낼까?”
비용과 성과만 냉정하게 보면, 당장 가시적인 생산성을 내기 쉬운 선택은 후자일 때가 많습니다. 그래서 경력은 뽑는데, 신입은 줄어드는 현상이 나타나고 있는 거죠. 이것이 많은 사람이 체감하는 컴공 신입 취업 현실의 핵심입니다.
‘컴공이면 취업’ 공식이 깨졌다고, 컴공이 끝난 걸까?
결론부터 말하면, 컴공 자체가 ‘망했다’고 보기는 어렵습니다. 다만 예전처럼 “전공만 컴공이면 된다”는 단순 공식이 깨진 건 맞습니다. 이제 질문은 ‘컴공을 가냐 마냐’가 아니라 아래로 바뀌었습니다.
“컴공을 선택한다면, 어떤 방식으로 준비할 것인가?”
앞으로 살아남을 가능성이 높은 유형
AI 자동화가 커질수록, 반대로 사람에게 남는 영역도 더 선명해집니다. 앞으로는 이런 개발자가 강해질 가능성이 높습니다.
- 단순 코딩이 아니라 문제 해결 중심으로 사고하는 사람
- AI를 경쟁자가 아니라 도구로 쓰는 사람
- 실제 서비스를 운영해본 경험이 있는 사람
- 한 분야라도 깊게 파본 사람(전문화)
즉, “코드를 얼마나 빨리 치느냐”보다는 “어떤 문제를 정의하고, 적절한 해법을 설계하고, AI를 활용해 실행 속도를 높이느냐”가 중요해집니다.
AI 시대 신입이 준비해야 할 ‘현실적인’ 전략
여기서부터는 막연한 조언이 아니라, 실제로 취업 준비 관점에서 도움이 되는 방향을 정리해보겠습니다. 핵심은 AI 때문에 신입이 필요 없어지는 것이 아니라, AI 때문에 신입의 ‘증명 방식’이 달라진다는 점입니다.
1) “프로젝트 했습니다”가 아니라 “운영했습니다”를 만들기
요즘 채용에서 프로젝트는 흔합니다. 그래서 프로젝트를 했다는 사실만으로는 차별화가 약합니다. 대신 아래 요소가 붙으면 강해집니다.
- 배포 경험(클라우드/서버/도메인 연결)
- 사용자 피드백 반영(개선 사이클)
- 장애/에러 대응 경험(로그 분석, 재현, 수정)
- 성능 개선 시도(쿼리 튜닝, 캐싱, 비동기 처리 등)
“작동하는 결과물”을 넘어서 “돌아가는 서비스”를 경험한 사람은 신입이라도 팀 입장에서 리스크가 줄어듭니다.
2) AI를 ‘금지’가 아니라 ‘워크플로’로 증명하기
이제는 면접에서 ‘AI 사용 여부’를 따지는 회사도 있지만, 더 중요한 건 사용 자체가 아니라 사용 방식입니다. 다음을 보여줄 수 있어야 합니다.
- 요구사항을 구조화해서 프롬프트로 바꾸는 능력
- AI가 생성한 코드의 위험(보안/성능/예외처리)을 검토하는 능력
- 테스트로 검증하는 습관
- 팀의 코딩 컨벤션에 맞게 리팩터링하는 능력
“AI가 만들어준 코드”를 그대로 붙여 넣는 사람과, “AI가 만든 초안을 책임지고 완성하는 사람”은 전혀 다릅니다. 기업은 후자를 원합니다.
3) ‘전공 지식’은 여전히 강력한 무기다
AI가 코드를 만들수록, 오히려 기본기가 중요해집니다. 이유는 간단합니다. AI가 제안하는 답이 항상 맞지 않기 때문이죠. 다음 영역은 특히 장기적으로 효율이 큽니다.
- 자료구조/알고리즘(코테용을 넘어 사고력 기반)
- 운영체제(프로세스/스레드, 동시성, 메모리)
- 네트워크(HTTP, TCP/IP, 트래픽/지연)
- 데이터베이스(인덱스, 트랜잭션, 정규화)
기본기가 있으면 AI의 결과를 더 빨리 검증하고, 더 좋은 질문을 만들고, 더 안정적으로 설계할 수 있습니다.
4) ‘얕은 풀스택’보다 ‘깊은 한 가지’를 만들기
신입에게 “풀스택 다 해봤습니다”는 매력적으로 보일 수 있지만, 채용 관점에서는 때때로 이렇게 해석됩니다.
- “다 조금씩만 알고, 깊이는 없을 수 있다”
반대로 아래처럼 한 축을 깊게 만들면 강해집니다.
- 백엔드: 인증/인가, 대규모 트래픽, 데이터 모델링
- 프론트엔드: 성능 최적화, 상태 관리, 접근성
- 데이터/ML: 파이프라인, 실험 설계, 배포
- 인프라/DevOps: CI/CD, 모니터링, 비용 최적화
한 가지를 깊게 판 경험은 ‘팀에 들어가서 바로 성장할 신호’가 됩니다.
기업이 신입을 줄여도, 신입이 사라지진 않는다
신입 시장이 얼어붙었다는 말은 체감상 맞습니다. 하지만 중요한 사실도 있습니다.
- 기업은 언젠가 다시 신입을 뽑습니다(조직 지속성)
- 경력자만으로는 인건비가 감당되지 않습니다
- 제품/서비스가 커질수록 주니어-미들 레벨의 층이 필요합니다
다만 앞으로는 “학력/전공 → 입사”의 단순 경로가 아니라, “증명(포트폴리오/운영 경험/문제 해결력) → 입사” 형태로 더 강화될 가능성이 큽니다.
그리고 그 증명의 기준이 예전에는 “코딩을 할 줄 안다”였다면, 이제는 “AI와 함께 일할 수 있는 개발자다”로 이동하고 있습니다.
결론: ‘컴공 신입 취업 현실’은 냉정하지만, 길은 더 구체적으로 보인다
지금의 컴공 신입 취업 현실은 분명 예전보다 어렵습니다. 신입이 맡던 업무가 자동화되고, 기업은 더 빠르게 성과를 내는 구조를 선택하고 있습니다. 그래서 ‘전공만 컴공이면 취업’이라는 공식은 깨졌습니다.
하지만 동시에 방향도 분명해졌습니다.
- AI를 도구로 삼아 생산성을 끌어올리고
- 문제 해결 중심으로 사고하고
- 운영 경험과 기본기로 신뢰를 증명하는 사람
이런 준비를 한 신입은 여전히 기회를 만들 수 있습니다. 변화는 위기이기도 하지만, 준비의 기준을 더 선명하게 만들어주기도 합니다. 이제는 막연히 불안해하기보다, 내가 어떤 방식으로 ‘실무 가능한 주니어’임을 증명할지부터 설계해보는 것이 가장 현실적인 선택입니다.
결국 컴공의 가치는 사라진 게 아니라, ‘증명 방법’이 바뀌고 있는 중입니다.