최근 IT 업계에서 ‘위장 취업’이라는 단어가 심심치 않게 들린다. 해외에서는 북한 IT 인력이 미국·유럽 기업에 원격 근무자로 위장 취업한 사례가 여러 차례 보고되었고, 국내에서도 이력서 대리 작성부터 기술 면접 대리 응시, 코딩 테스트 부정 행위까지 다양한 형태의 신원·실력 위장이 화제가 되고 있다. 채용 담당자와 현업 개발자 모두 “누가 진짜 실력자인지 알 수 없다”는 피로감을 토로한다. 이런 환경은 정직하게 실력을 쌓아온 개발자에게는 억울한 상황처럼 느껴질 수 있다. 하지만 달리 보면, 신뢰가 희귀해진 시장에서 검증 가능한 실력을 갖춘 사람은 오히려 더 돋보인다. 이 글에서는 위장 취업이 만들어낸 신뢰 위기를 현실적으로 짚고, 그 안에서 실력으로 신뢰를 쌓는 구체적인 방법을 이야기한다.
위장 취업 문제, 왜 지금 더 심각해졌는가
원격 근무의 보편화가 위장 취업 문제를 키웠다. 코로나19 이후 전 세계적으로 비대면 채용과 원격 근무가 확산되면서, 면접을 화상으로만 진행하거나 온보딩 이후 한 번도 오프라인에서 만나지 않는 경우가 늘었다. 이 틈을 파고드는 것이 위장 취업이다. 이력서에 적힌 경력과 깃허브 프로필이 실제 지원자의 것이 아닐 수 있고, 면접장에서 보여준 실력이 합격 후 업무에서 재현되지 않는 사례가 기업들 사이에서 공유되고 있다.
국내 상황도 다르지 않다. 코딩 테스트 대행 서비스가 버젓이 운영되고, AI를 이용한 면접 답변 실시간 생성 도구도 등장했다. 기술 블로그나 깃허브 레포지토리를 타인의 것을 그대로 가져다 자기 포트폴리오인 양 제출하는 사례도 드물지 않다. 기업 입장에서는 채용 과정 전반을 다시 설계해야 하는 부담이 생겼고, 정직하게 준비한 지원자들도 강화된 검증 절차로 인해 추가 부담을 지게 됐다.
중요한 것은 이 문제가 일시적 현상이 아니라는 점이다. AI 도구의 발전으로 단순 코딩 문제를 AI로 풀거나 답안을 생성하는 것이 점점 쉬워지고 있다. 신뢰 위기는 앞으로도 심화될 가능성이 높다. 따라서 “어떻게 거짓을 들키지 않을까”가 아니라 “어떻게 진짜 실력자로 인정받을 수 있을까”에 집중하는 것이 장기적으로 유일하게 통하는 전략이다.
기업이 진짜 검증하려는 것은 무엇인가
위장 취업 논란이 커지면서 채용 프로세스도 달라지고 있다. 단순히 알고리즘 문제를 풀어내는 것 이상을 요구하는 방향으로 기업들이 이동하고 있다. 변화하는 검증 방식을 알면 준비 방향이 명확해진다.
- 라이브 코딩 + 사고 과정 설명: 단순히 정답 코드를 내놓는 것이 아니라, 문제를 어떻게 분석하고 어떤 선택지를 고려하며 어떤 이유로 결정을 내리는지 말로 설명하면서 코딩하게 한다. AI나 대리인이 개입하기 어려운 구조다.
- 과제 기반 인터뷰(Take-home + 후속 질문): 사전 과제를 제출하게 한 뒤, 면접에서 “이 부분을 왜 이렇게 구현했는가”, “다른 방식으로 접근한다면?” 같은 심화 질문을 한다. 본인이 작성하지 않은 코드라면 대답이 막힌다.
- 시스템 설계 및 트레이드오프 논의: 정해진 정답이 없는 시스템 설계 문제를 통해 실무 경험과 판단력을 가늠한다. 암기나 AI 생성물로 커버하기 힘든 영역이다.
- 레퍼런스 체크 강화: 이전 직장 동료나 상급자에게 직접 연락해 실제 업무 방식과 성과를 확인하는 절차가 국내에서도 늘고 있다.
결국 기업이 원하는 것은 ‘재현 가능한 실력’이다. 한 번의 코딩 테스트가 아니라, 실제 업무 환경에서도 같은 수준을 발휘할 수 있는 사람인지를 확인하고 싶어한다. 이 점을 이해하면 준비 방향이 달라진다.
포트폴리오가 아니라 ‘과정’을 보여줘라
많은 취업 준비생이 결과물 중심의 포트폴리오에 집중한다. 완성된 프로젝트 화면 캡처, 배포 링크, 깃허브 스타 수. 하지만 위장 취업 의심이 만연한 환경에서는 ‘결과물이 정말 본인 것인지’를 보는 시선이 강해졌다. 오히려 과정을 투명하게 기록하는 전략이 차별점이 된다.
구체적으로는 다음과 같은 방식이 효과적이다. 깃허브 커밋 기록을 보면 언제, 어떤 단위로 코드를 작성했는지 드러난다. 커밋 메시지가 의미 있고, 기간 전체에 걸쳐 고르게 분포되어 있으며, 리팩토링과 버그 수정 과정이 담겨 있다면 본인이 직접 작업했다는 신뢰도를 높여준다. 반면 하루 만에 수천 줄이 올라오거나 커밋이 두세 개뿐이라면 검토자 눈에 이상하게 보일 수 있다.
기술 블로그나 노션에 프로젝트 회고를 남기는 것도 유효하다. “왜 이 기술을 선택했는가”, “어떤 문제를 만났고 어떻게 해결했는가”, “다음에는 다르게 할 부분이 무엇인가”를 솔직하게 쓴 글은 본인만이 쓸 수 있는 콘텐츠다. 이 과정의 기록이 면접에서 구체적인 대화 소재가 되고, 기술 역량과 사고력을 동시에 보여준다.
현업과의 접점을 직접 만들어라
실력을 증명하는 또 다른 방법은 현업 개발자들과의 실질적인 접점을 만드는 것이다. 이력서 한 장으로 판단받는 것이 아니라, 커뮤니티·오픈소스·컨퍼런스 등의 활동을 통해 ‘이 사람이 어떻게 생각하고 무엇을 만드는지’를 미리 보여줄 수 있다.
오픈소스 기여는 문턱이 높아 보이지만, 시작은 작아도 된다. 문서 오탈자 수정, 이슈 재현 보고, 작은 버그 픽스부터 시작해서 점차 기여 범위를 넓혀가면 된다. 꾸준히 기여한 프로젝트 링크와 머지된 PR은 이력서의 어떤 문장보다 설득력 있다. 채용 담당자 입장에서 “이 사람이 실제로 코드를 작성하고, 리뷰받고, 수정했다”는 기록이 바로 눈에 들어오기 때문이다.
기술 커뮤니티 활동도 마찬가지다. 개발자 슬랙 채널이나 디스코드 서버, 밋업, 스터디 모임 등에서 꾸준히 참여하다 보면 자연스럽게 네트워크가 생긴다. 이 과정에서 만난 사람들이 추후 레퍼런스가 되기도 하고, 채용 정보를 먼저 전달해 주기도 한다. 연결의 질이 채용 과정에서 보이지 않는 차이를 만든다.
면접에서 신뢰를 쌓는 대화법
면접은 실력을 증명하는 자리인 동시에 신뢰를 형성하는 자리다. 위장 취업 사례들로 인해 면접관들의 검증 의지가 높아진 지금, 면접에서의 태도와 대화 방식이 더욱 중요해졌다.
모르는 것을 솔직하게 인정하는 것이 오히려 신뢰를 준다. “잘 모르겠습니다. 하지만 이 방향으로 접근해보겠습니다”라고 말하는 사람과 아는 척하며 엉뚱한 대답을 늘어놓는 사람 중 어느 쪽이 실무에서 함께 일하기 편할까. 경험 있는 면접관이라면 당연히 전자를 더 신뢰한다. 아는 것과 모르는 것의 경계를 명확히 아는 사람이 실제 업무에서도 더 정확하게 의사결정을 하기 때문이다.
구체적인 경험을 기반으로 답하는 것도 핵심이다. “저는 협업을 잘합니다”보다 “이전 프로젝트에서 API 스펙을 두고 프론트와 백엔드 간 견해 차이가 있었는데, 양쪽 요구사항을 정리해 공유 문서를 만들고 합의점을 도출했습니다”가 훨씬 설득력 있다. 구체적인 상황, 본인의 행동, 결과를 묶어 이야기하면 대리 응시나 AI 생성 답변으로는 흉내 낼 수 없는 진정성이 생긴다.
기술적 질문에서 트레이드오프를 논의하는 습관도 중요하다. “이 방법이 최선입니다”라고 단정하는 대신 “이 접근법은 읽기 성능이 좋지만 쓰기가 느리고, 팀 규모가 크다면 유지보수 부담이 있을 수 있습니다. 이 프로젝트의 상황에서는 이 방향이 적절하다고 판단했습니다”처럼 맥락 안에서 선택하는 사고를 보여주는 것이 실무 경험을 가진 사람의 언어다.
장기적으로 신뢰받는 개발자가 되는 법
단기 취업 성공을 넘어서 커리어 전반에 걸쳐 신뢰받는 개발자가 되려면 무엇이 필요할까. 위장 취업 문제가 부각된 지금, 역설적으로 가장 가치 있는 자산은 ‘시간이 쌓인 실력’이다.
꾸준함이 신뢰를 만든다. 하루에 1시간씩 3년을 쌓은 기록은 어떤 AI도 흉내 낼 수 없다. 깃허브 잔디, 블로그 포스트, 스터디 참여 기록, 커뮤니티 답변 이력 등이 쌓이면 그 자체가 포트폴리오가 된다. 중요한 것은 남에게 보여주기 위해 만드는 것이 아니라, 실제로 성장하기 위해 하는 활동이 자연스럽게 기록되는 구조를 만드는 것이다.
피드백을 받는 환경에 자신을 노출하는 것도 중요하다. 코드 리뷰, 멘토링, 스터디 발표, 기술 글 공유 등을 통해 외부의 시각으로 자신의 실력을 점검받아야 성장의 사각지대를 줄일 수 있다. 혼자 공부하면서 스스로 충분하다고 착각하는 것이 장기적으로 가장 위험한 함정이다. 외부 피드백은 불편하지만 그만큼 실질적인 성장을 이끈다.
기술 역량과 함께 커뮤니케이션 능력을 키우는 것도 빼놓을 수 없다. 좋은 개발자는 코드만 잘 짜는 사람이 아니라, 복잡한 기술적 내용을 팀원과 이해관계자에게 명확하게 전달하고 협업을 통해 더 나은 결과를 만들어내는 사람이다. 이 능력은 위장 취업으로 절대 복제할 수 없으며, 실제 협업 경험 없이는 쌓이지 않는 역량이다. 개인 프로젝트보다 팀 프로젝트, 온라인 협업 경험이 쌓일수록 이 부분이 강해진다.
- 깃허브 커밋 기록 관리: 결과물이 아니라 과정을 기록. 의미 있는 커밋 메시지, 꾸준한 기여 흐름 유지.
- 기술 글쓰기: 블로그나 노션에 프로젝트 회고·학습 기록 축적. 본인의 사고 과정이 드러나야 한다.
- 오픈소스 기여: 작은 기여부터 시작해 머지된 PR을 실제 이력에 포함.
- 외부 피드백 수용: 코드 리뷰, 스터디 발표, 멘토링을 통해 사각지대 점검.
- 면접에서의 정직함: 모르는 것을 인정하고 사고 과정을 보여주는 대화 습관 훈련.
위장 취업이 화제가 될수록, 재현 가능한 실력과 투명한 과정으로 신뢰를 쌓아온 개발자의 가치는 높아진다. 단기 꼼수보다 긴 호흡의 성장이 결국 더 많은 기회로 돌아온다는 것을 잊지 마시길 바란다. 누스쿨의 커리어 멘토링 커뮤니티에서는 현직 개발자 멘토들과 함께 포트폴리오 피드백, 면접 준비, 커리어 방향 설정을 실질적으로 논의할 수 있다. 혼자 고민하는 시간을 줄이고, 검증된 방향으로 빠르게 나아가고 싶다면 지금 바로 커뮤니티 문을 두드려보자.
💬 댓글 0