하루에 15~20개 직업에 지원한 뒤 이력서 ATS 도구를 만들었습니다

발행: (2026년 1월 2일 오후 02:05 GMT+9)
9 min read
원문: Dev.to

Source: Dev.to

위의 링크에 있는 전체 텍스트를 제공해 주시면, 해당 내용을 한국어로 번역해 드리겠습니다. 코드 블록, URL 및 마크다운 형식은 그대로 유지하면서 번역해 드릴 수 있습니다. 부탁드립니다.

구직 활동이 인내심을 깬 뒤 자신감도 깼다

마지막 학년 동안 구직 활동은 풀타임 직업이 되었다. 매일 똑같은 일상이었다:

  • 커리어 포털 열기
  • 채용 공고 읽기
  • 이력서 맞춤화
  • 지원하기
  • 반복하기

나는 하루에 15–20개 기업에, 다양한 역할과 분야에 지원했다. 각 지원마다 조금씩 다른 이력서가 필요했다: 요약을 바꾸고, 스킬 순서를 재배열하고, 핵심 문장을 다시 쓰고, “이 역할과 맞지 않는” 항목을 제거한다. 어려운 일은 아니었지만 정신적으로 소모되는 작업이었다. 40번째 수정을 마친 뒤 뭔가 잘못됐다는 것을 깨달았다.

문제는 이력서가 아니었다

대부분 사람들은 이력서가 실패하는 이유를 다음과 같이 생각한다:

  • 형식이 안 좋다
  • 스킬이 부족하다
  • 경력이 약하다

이는 진실의 일부에 불과하다. 더 큰 문제는 관련성이다. 한 역할에 맞는 이력서는 다른 역할에서는 조용히 실패할 수 있다. 후보자가 자격이 충분하고, 경험도 탄탄하며, 스킬도 갖추었음에도 말이다.

왜일까? ATS 시스템은 잠재력을 평가하지 않고 텍스트를 매칭하기 때문이다. 이력서가 채용 공고와 깔끔하게 매핑되지 않으면 크게 거절당하는 것이 아니라—조용히 사라져 버린다. 이것이 가장 최악의 거절이다.

ATS rejection illustration

그래서 저는 좌절감에서 무언가를 만들었습니다

이력서를 수동으로 편집하는 것이 지겨워졌습니다—할 수 없어서가 아니라 매일 같은 문제를 해결하는 듯했기 때문입니다. 저는 VS Code 터미널 안에서 실행되는 작은 스크립트(UI도 없고 제품 비전도 없음)를 작성했고, 이 스크립트는 세 가지 일을 합니다:

  1. 내 이력서를 받아들인다
  2. 채용 공고를 받아들인다
  3. 해당 역할에 맞춘 맞춤형 버전을 생성한다

예쁘지는 않았지만 시간을 절약했고, 무엇보다도 작동했습니다. 결국 저는 선발되었습니다.

명백한 질문

After I got hired I asked myself: “If this helped me, why is everyone else still suffering through this manually?” Most people either use one generic resume everywhere or spend hours rewriting it without knowing what actually matters. Neither approach works consistently. That’s why I decided to turn the script into a proper tool.

MVP가 실제로 하는 일

저는 의도적으로 MVP를 작고 집중된 형태로 유지하고 있습니다.

도구

  • 이력서를 직무 설명과 비교 분석합니다
  • 누락되었거나 충분히 강조되지 않은 기술을 식별합니다
  • ATS(지원자 추적 시스템) 호환성을 높이도록 내용을 조정합니다
  • 사람에게 읽히기 쉬운 형태를 유지합니다

도구는 하지 않는다

  • 보장된 면접을 약속하지 않습니다
  • 무작위로 키워드를 삽입하지 않습니다
  • 이력서를 화려한 템플릿으로 재디자인하지 않습니다
  • “AI만 있으면 채용이 쉽다”는 착각을 조장하지 않습니다

목표는 간단합니다: 매번 관련성 있는 이력서를 더 쉽게 제출할 수 있게 하는 것입니다.

왜 ATS 최적화가 중요한가 (우리가 원하든 원하지 않든)

ATS 시스템은 똑똑하지도 않고, 악의적이지도 않다—그냥 필터일 뿐이며, 기업이 양을 처리하도록 돕고 품질을 판단하지 않는다. 즉:

  • 훌륭한 후보자도 필터링될 수 있다
  • 평균적인 후보자도 더 잘 맞으면 통과될 수 있다

이 도구는 시스템을 속이는 것이 아니라 제한된 조건 안에서 명확하게 소통하는 것이다. 최종 결정은 여전히 인간이 내리며, ATS는 누가 눈에 띄는지를 결정할 뿐이다.

ATS filter illustration

구축하고 테스트하면서 배운 점

  • 사람들은 제거할 것을 고민하는 데 더 어려움을 겪는다, 추가할 것보다
  • 내용이 과도한 이력서는 집중된 이력서보다 성과가 떨어진다
  • 모든 역할에 맞추려 하면 명확성이 감소한다
  • 수동으로 맞춤화하면 일관성 부족과 피로가 생긴다

구직 활동에서 가장 어려운 부분은 기술이 아니라 결정 피로이다. 그것을 줄이려고 노력하고 있다.

왜 나는 이것을 공개적으로 만들고 있는가

취업 준비는 고립된 느낌을 줍니다. 다음을 알 수 없죠:

  • 내가 제대로 하고 있는지
  • 다른 사람들도 같은 어려움을 겪고 있는지
  • 시스템이 잘못된 건지, 아니면 나만 그런 건지

공개적으로 만들면 다음을 얻을 수 있습니다:

  • 실제 고통 포인트 검증
  • 솔직한 피드백 확보
  • 상상 속 기능을 만드는 일 방지

나는 “채용을 혁신”하려는 것이 아닙니다. 단지 한 단계의 고통을 조금이라도 덜어내고 싶을 뿐입니다.

다음 단계 (그리고 아닌 것)

  • 실제 이력서로 테스트하기
  • 정확도 향상
  • 범위를 의도적으로 작게 유지하기

사용자가 명확히 요구하지 않는 한 기능을 추가하려는 충동을 억제하고 있습니다. 지루하고 유용한 제품을 출시하는 것이 반짝이고 혼란스러운 제품을 만드는 것보다 낫습니다.

최종 생각

대부분의 이력서는 사람들이 능력이 없어서 실패하는 것이 아닙니다. 매일 수동으로 관련성을 유지하기가 어려워서 실패합니다. 만약 새벽 2시에 이력서를 다시 쓰면서 “이게 정말 의미가 있을까?” 라고 생각해 본 적이 있다면—이 프로젝트는 바로 그 느낌 때문에 존재합니다.

계속 만들고 있습니다. 계속 배우고 있습니다. 계속 배포하고 있습니다.

Back to Blog

관련 글

더 보기 »

정적 코드 리뷰만 의존할 때의 비용

정적 코드 리뷰란 무엇인가? 정적 코드 리뷰는 코드를 실행하지 않고 소스 코드를 분석하는 과정이다. 목표는 소스 코드를 검사하여 문제를 식별하는 것이다.