채용 도구
공고를 열 개 모아 놓고도
무엇부터 할지 못 정했다
직군 하나를 여러 회사 공고로 겹쳐 본다. 절반 넘게 나온 기술이 위로 올라오고, 그게 준비 우선순위가 된다.
0곳견주려고 여는 채용 페이지1 → 7직군 — MLOps 하나로 시작해 TPgM 까지하루첫 판까지 — 스카폴드부터 스킬화까지 커밋 14개
| 회사 | 컨테이너 · 오케스트레이션 | 워크플로 | 서빙 · 추론 | 클라우드 | 언어 |
|---|---|---|---|---|---|
| 이커머스 A | 미명시 | Apache Airflow4 | 실시간 서빙온라인 추론 | AWS5GCP4 | Python5Java4Scala |
| 포털 B | Kubernetes7Istio2 | 미명시 | LLM 추론 서빙추론 최적화 | 미명시 | Python5Go2 |
| 모빌리티 C | Kubernetes7 | 학습 · 추론 자동화 | Model Serving3실시간 추론 | GCP4 | Python5Java4Kotlin3 |
| 패션 커머스 D | Kubernetes7Docker3Argo CD | Apache Airflow4Kubeflow2 | 실시간 추론 서버드리프트 감지 | AWS5 | 미명시 |
4곳 이상n2~3곳n1곳배지 숫자 = 그 기술을 요구한 회사 수
동작 방식
- 공고본문만 뽑음가벼운 모델
- 구조화항목으로 쪼갬큰 모델 · JSON
- 집계세는 건 코드가모델을 안 거쳐 숫자가 안 흔들림
- 판통합 JD · 매트릭스 · 공통 스택
일에 따라 모델을 갈라 붙였다. 본문을 가져오는 건 가벼운 모델, 서술형 요구를 항목으로 쪼개고 다시 묶는 건 큰 모델, 세는 일은 결정적 코드다. 같은 자료로 두 번 돌려도 숫자가 같아야 회사끼리 견줄 수 있다.
판 여섯
통합 직무기술서
여러 공고의 서술형 요구를 주제로 묶은 한 장. 항목마다 그 말을 쓴 회사 수 가 위첨자로 붙는다.
회사 × 스택 매트릭스
공고에 직접 나온 기술만. 안 나온 칸은 «미명시» — 안 쓴다는 뜻이 아니라 공고가 말을 안 했다는 뜻.
공통 스택
모은 회사 절반 이상이 요구한 것. 준비 우선순위의 근거.
회사별 차별점
그 회사 공고에만 나온 기술.
회사별 상세
공고 한 건씩 펼쳐 보는 자리.
수집 대기
본문을 못 가져온 회사를 지우지 않고 남긴다 — 빠진 것이 빠진 채로 보이게.
실제로 다시 보게 되는 건 앞의 셋이다. 차별점과 상세는 한 번 읽고 나면 손이 잘 안 간다.
통합 직무기술서
핵심 책임 (업무)실제로 손을 대는 일
- 오케스트레이션Kubernetes 기반으로 모델 학습 · 배포 · 서빙 · 모니터링 파이프라인을 구축하고 운영한다5
- 데이터 파이프라인대규모 데이터 파이프라인(배치 + 실시간 스트리밍, ETL)을 설계 · 운영한다5
- 모델 서빙고가용성 모델 서빙 시스템(실시간 인퍼런스 API · 서버, 추론 최적화)을 개발한다5
필수 역량 (Must)지원 전제 조건
- 하드 스킬Python(또는 Go · Java)으로 프로덕션 수준의 백엔드 / ML 시스템을 개발한 경험4
- 하드 스킬Kubernetes · Docker 컨테이너 오케스트레이션에 대한 깊은 이해와 운영 경험4
위첨자 = 그 말을 쓴 회사 수 · 누르면 그 회사 공고로
공통 스택
Kubernetes컨테이너 · 오케스트레이션7/8
AWS클라우드5/8
Python언어5/8
Apache Airflow워크플로4/8
GCP클라우드4/8
Java언어4/8
수집한 8곳 중 절반(4곳) 이상이 요구한 것만 — 이 순서가 준비 순서가 된다
회사 이름
이 페이지와 표지의 숫자는 집계만이고 회사 이름은 넣지 않았다. 원본 공고와 회사별 자료는 저장소 안에만 둔다.
- 저장소는 private(newhigen-labs).
- 표본은 그때 모은 공고라 절대 기준이 아니다. 수집 시점과 범위가 바뀌면 공통 스택도 바뀐다.