더 이상 주니어 엔지니어를 채용하지 않는 이유(그리고 어떻게 하면 채용될 수 있을까요?)

몇 달 전, 친구 모임에 참석하여 몇 년 동안 만나지 못했던 사람들을 만났습니다. 그 친구들 대부분은 현재 비기술 업계에서 일하고 있습니다,

기술 분야가 아닌 친구가 저를 옆으로 끌어당기며 요즘 자주 받는 질문을 던졌습니다: "신입사원이 기술 업계에 진출하는 것이 여전히 가능한가요? 누군가는 그들에게 첫 기회를 주어야 하지 않나요?"

나는 음료를 한 모금 마시고 그에게 솔직한 대답을 했습니다.

"솔직히 말해서 저희 팀뿐만 아니라 다른 많은 팀에서도 더 이상 전통적인 '주니어 엔지니어' 역할을 적극적으로 채용하지 않습니다."라고 저는 말했습니다

그는 제가 농담하는 줄 알았어요. 농담이 아니었죠. 실제로 저희 팀에서는 실무 경험이 없는 신입 사원을 교육하는 것보다 20개의 전문화된 AI 도구 세트를 관리하는 것이 시간과 자원을 더 효율적으로 사용하고 있습니다. <가르치고 싶지 않다는 것이 아니라, 업무의 속도와 AI의 활용도 때문에 말 그대로 시간이 없다는 뜻입니다.

그 대화는 저에게 계속 남아있었습니다. 이 업계에 진출하기 위한 플레이북은 바뀌었지만, 정작 이 이야기를 가장 들어야 할 사람들에게는 아무도 말해주지 않은 것 같습니다. 따라서 모든 재학생과 졸업생, 엔지니어 지망생이 알아야 할 5가지 솔직한 진실을 소개합니다.

1. 여러분의 일은 코드를 작성하는 것이 아니라 AI에 명령을 내리는 것입니다

가장 먼저 이해해야 할 것은 핵심 기술이 더 이상 단순한 코딩이 아니라는 점입니다. 예전에는 파이썬을 아는 것이 차별화 요소였지만 이제는 기본에 불과합니다. 저희 팀은 매일 20개 이상의 다양한 AI 도구를 사용합니다: 코드 완성을 위한 Gemini Code, 로직 및 디버깅을 위한 Claude, 에이전트 워크플로 구축을 위한 LangChain, n8m 등이 있습니다.

한때 주니어 엔지니어의 주요 업무였던 많은 작업을 이제 이러한 AI 비서가 처리합니다. 하지만 여기에 중요한 점이 있습니다: AI가 아무리 강력해도 정확하고 지능적인 명령을 내리려면 여전히 사람이 필요하다는 점입니다.

현재 기술 분야에서 가장 가치 있는 기술은 '프롬프트 엔지니어링'입니다. 원하는 것을 정확히 표현하는 방법, 요청을 구조화하는 방법, 제공할 컨텍스트, 설정해야 할 제약 조건을 알아야 합니다. 좋은 프롬프트를 작성하지 못하면 AI는 사용할 수 없는 쓰레기를 제공할 것입니다. 여전히 제안을 받고 있는 사람들은 AI를 효과적으로 활용할 수 있는 방법을 알고 있다는 것을 입증한 사람들입니다. 저는 일반적으로 A4 용지 3페이지 분량의 프롬프트를 작성하여 길고 건설적인 앱 프로그래밍을 시작합니다.

2. 이력서는 중요하지 않습니다. GitHub가 전부입니다.

솔직히 말씀드리자면, 저희 팀과 저는 여러분의 학점이나 토익 점수, 수강한 과목 목록에는 관심이 없습니다. 우리가 신경 쓰는 것은 단 한 가지, 실제로 작동하는 무언가를 만들었는가입니다

Apple, Google 또는 기타 최고의 기술 기업에서 채용 담당자의 눈에 띄고 싶다면 가장 빠른 방법은 실체가 있는 프로젝트를 구축하는 것입니다. 방대하거나 지나치게 복잡할 필요는 없지만, 반드시 그래야 합니다:

  • 실제: 진정한 문제를 해결합니다.
  • 데모 가능: 라이브 데모에서 작동하는 모습을 보여줄 수 있습니다.
  • 유용성: 실제 적용이 가능합니다.

예를 들어 친구의 수업 일정을 도와주는 작은 도구, 나만의 AI 기반 번역 웹사이트, 보고서를 처리하는 자동화 스크립트 등을 만들 수 있습니다. 이런 것들은 어떤 자격증보다 훨씬 더 가치가 있습니다. 제 개인적인 워크플로는 이렇습니다: 링크드인은 몇 초 동안 훑어보되, GitHub README는 한 줄도 빠짐없이 읽습니다.

3. 멘토링을 기다리지 마세요. 문제 해결을 시작하세요.

적어도 속도가 빠른 팀에서는 느리고 체계적으로 단계별로 신입사원을 온보딩하는 시대는 끝났습니다. 우리 팀은 간결하고 그 속도는 가차없습니다. 누군가에게 디버깅의 기본을 처음부터 가르칠 여유가 없습니다.

입사 첫날부터 시니어 엔지니어가 될 필요는 없지만 독립적으로 문제를 해결할 수 있는 능력을 입증하는 것이 핵심입니다:

  • 설명서를 꼼꼼히 읽어보세요.
  • Google에 도움을 요청하기 전에 세 가지 각도에서 문제를 살펴보세요.
  • 세 가지 질문이 아닌 세 가지 잠재적 해결책을 가지고 선배에게 접근하세요.

천재가 될 필요는 없습니다. 수완만 있으면 됩니다. 자신의 문제를 60%만 해결할 수 있다면, 여러분은 저의 관심과 존경을 받을 자격이 있습니다

4. 리트코드만으로는 충분하지 않습니다. 시스템 설계가 해자입니다.

몇 년 전만 해도 알고리즘 문제에서 우수한 성적을 거두는 것이 최고의 직장을 얻는 열쇠였습니다. 하지만 이제는 더 이상 충분하지 않습니다. 이제 인공지능은 몇 초 만에 정렬 알고리즘이나 복잡한 함수를 작성할 수 있습니다.

하지만 아직 한 가지 부족한 점이 있습니다: <안정적이고 확장 가능하며 안전한 백엔드 시스템을 설계하는 것입니다. 이것이 바로 진정한 차별화 요소입니다. 여러분이 집착해야 할 주제는 알고리즘뿐만 아니라:

  • 모놀리스를 마이크로서비스로 세분화하는 방법.
  • 동시성 및 로드 밸런싱을 처리하는 방법.
  • 보안 API를 설계하는 방법.
  • 데이터베이스에서 읽기/쓰기 분리를 구현하는 방법.
  • 모르는 내용을 식별하는 방법.

주니어 수준이라도 이러한 개념에 대한 이해를 보여줄 수 있다면 단순한 코더가 아닌 잠재적인 시니어 엔지니어로 인정받을 수 있습니다. AI는 기능을 작성할 수는 있지만 아직 전체 시스템을 설계할 수는 없습니다.

5. AI와 경쟁하지 마세요. 편집자가 되세요.

이것이 가장 중요한 진실입니다. AI는 놀랍도록 강력하지만 종종 오류를 범하기도 합니다. API를 착각하고 논리적 뉘앙스를 잘못 이해하며 그럴듯해 보이지만 매우 비효율적이거나 전혀 실행되지 않는 솔루션을 제공하기도 합니다.

여러분의 진정한 가치는 "AI를 빠르게 사용하는" 능력에 있는 것이 아닙니다 AI가 생성한 코드를 보고 판단할 수 있는 능력에 있습니다:

  • 이 구현은 비효율적입니다.
  • 이 아키텍처 설계가 지나치게 복잡하다는 것입니다.
  • 이 제안된 솔루션은 실제 조건에서는 실패할 것입니다.

다시 말해, 여러분의 새로운 역할은 "AI 사용자"가 아닙니다 여러분의 역할은 편집자, 마케팅 관리자, 제품 관리자, 시스템 설계자입니다. 여러분의 역할은 AI와 작업을 두고 경쟁하는 것이 아니라 AI를 안내하는 인간 의사 결정권자입니다.

마지막 생각

그날 밤 친구에게 했던 말, 제가 진정으로 믿는 말로 마무리하겠습니다:

"오늘날 이 업계에는 주니어 엔지니어는 없고 아직 시니어임을 증명하지 못한 엔지니어만 있을 뿐입니다."

이것은 낙담시키려는 의도가 아닙니다. 이는 행동에 대한 촉구입니다. 기회는 줄어든 것이 아니라 기준이 바뀌었을 뿐입니다. 회사에서 출발점을 제시할 때까지 기다리지 마세요. 여러분의 출발점은 바로 지금부터 스스로 만들어가는 것입니다.

더 이상 주니어 엔지니어를 채용하지 않는 이유(그리고 어떻게 하면 채용될 수 있을까요?)
James Huang 2025년 7월 14일
이 게시물 공유하기
다크 퍼널 해체하기: '레드 시스터' 현상에서 배우는 7가지 불편한 마케팅 교훈