멋진 수식어 대신 실제로 한 일
언제, 어떤 환경에서, 무엇을 맡았는지 적어요. 직함이 없거나 프로젝트가 중단되었어도 괜찮아요. 배운 점과 해결하지 못한 부분도 경험의 일부예요.
잘 포장한 이력서보다,
정확하게 쓴 나의 기록.
회사마다 새 이력서를 꾸미는 대신, 하나의 경력 원문을 관리해요. GitHubPrint의 공통 Resume 양식에 본인이 직접 쓴 경험을 남기면, 9BOX에서는 해온 일·맡은 범위·일한 곳을 같은 순서로 읽는 구조입니다. 형식만 같을 뿐, 사람의 경험을 대신 꾸미거나 추정하지 않아요.
Resume를 한 번 작성하면, 여기서 다시 쓰지 않아도 돼요.
GitHubPrint와 9BOX는 같은 resume 저장소를 읽습니다. 저장소는 내 이력서 파일을 보관하는 GitHub 폴더라고 생각하면 돼요. 먼저 원본을 준비한 뒤 가져오면 소개·경력·프로젝트·기술이 채워집니다.
- 1. 내 GitHub에 resume 저장소 만들기
GitHub에서 새 저장소를 만들고 이름을 정확히
GitHub에서 저장소 만들기 ↗resume로 적어주세요. - 2. 시작 파일에 내 이름과 경험 적기
resume.yaml 시작 파일 받기resume.yaml을 내려받아 안내 문구를 내 내용으로 바꾸고, 저장소의 맨 위에 올려주세요. 없는 항목은 지워도 됩니다. - 3. GitHubPrint에서 확인하고 9BOX로 가져오기
GitHubPrint에서 Resume를 선택해 문서를 확인하세요. 9BOX에서 같은 GitHub 계정으로 로그인하면 내 저장소가 자동 연결됩니다. 가져올 항목을 확인한 뒤 저장하세요.
GitHubPrint 열기 ↗
공개·비공개 저장소를 모두 가져올 수 있어요. GitHub 로그인 과정에서 저장소 접근을 승인하면 비공개 원본도 읽을 수 있습니다. 저장소를 공개로 바꿀 필요는 없습니다. 공개 GitHub 파일은 9BOX의 공개 설정으로 숨겨지지 않으니 연락처·비밀 자료는 원본에서 제외해주세요.
사실, 내 역할, 확인한 결과
팀의 성과와 내 기여를 나누기
팀 전체의 결과를 혼자 만든 것처럼 적지 않아요. 직접 구현한 범위, 함께 결정한 부분, 동료가 책임진 부분을 구분해요. AI를 썼다면 어디에 활용했고 무엇을 직접 검증했는지도 남겨요.
숫자는 근거가 있을 때만
개선 수치는 측정 기간·기준과 함께 적어요. 측정하지 않았다면 ‘측정하지 않음’이라고 쓰면 됩니다. 공개 가능한 코드·문서·결과물을 연결하되, 링크 자체가 경력 인증은 아니에요.
예시 · 본인의 경험으로 바꿔주세요
“혁신적인 서비스로 생산성을 극대화했습니다” 대신
“주문 화면 전환에서 API 연결과 오류 처리를 맡았습니다. 화면 설계는 디자이너와 함께 했고, 장애 사례를 테스트로 남겼습니다. 처리 시간의 변화는 따로 측정하지 않았습니다.”
이 순서로 준비하세요
이름이 정확히
resume인 저장소 만들기GitHub 본인 계정에 저장소를 만들어요. 공개할 필요는 없습니다. 비공개 저장소는 GitHubPrint에 로그인한 본인 모드에서 읽고 내보낼 수 있어요.
루트에
resume.yaml저장하기시작 파일을 수정한 뒤 GitHub 저장소의 Add file → Upload files에서 올리고 Commit changes를 누르세요.
basics.name은 필수이며, 없는 경력·학력·프로젝트는 억지로 채우지 않아도 돼요.긴 내용은 Markdown으로 분리하기
summary.markdown이나detailsMarkdown.markdown에 저장소 내부 파일 경로를 적어요. 영어 버전은resume.en.yaml로 따로 관리하는 방식이 권장됩니다.GitHubPrint에서 Resume 결과 확인하기
로그인한 본인 계정으로 문서의 원문과 표시 결과를 비교하세요. 프로젝트 시작일이 없으면 저장소 생성일을 보조 날짜로 쓰고, 경력 기간과 겹치는 프로젝트를 연결할 수 있어요. 이 연결이 실제 재직이나 회사 프로젝트임을 증명하지는 않으니 날짜와 역할을 직접 점검하세요.
9BOX에서 내용 가져오고 저장하기
GitHub로 로그인하면 본인의 resume 저장소가 자동 연결됩니다. Resume 가져오기를 눌러주세요. 공개·비공개 저장소의 소개·경력·프로젝트·기술·학력과 연결된 Markdown을 읽습니다. 항목별로 확인해 채운 뒤 저장하세요. 추가 질문은 선택이며, GitHub 로그인은 경력 내용의 진위를 보증하지 않습니다.
resume/
resume.yaml
resume.en.yaml # 영어 버전 · 선택
content/
summary.md
project.md
assets/
profile.jpg # 사진 · 선택# resume.yaml
basics:
name: "내 이름"
summary:
markdown: "content/summary.md"
experience:
- title: "회사 이름"
subtitle: "내가 맡은 역할"
detailsMarkdown:
markdown: "content/project.md"무엇을 어디에 쓰나요?
| 필드 | 작성할 내용 |
|---|---|
basics · summary | 이름, 실제 역할, 일해온 방식. 사진·연락처는 선택이며 공개 저장소에 민감한 정보를 넣지 마세요. |
experience | 회사·기간·역할과 직접 책임진 범위. 고용보험 이력은 재직 사실의 보충 자료이지 직무나 성과의 증명이 아니에요. |
projects | 문제와 제약, 본인의 판단, 확인한 결과. 날짜와 원본 링크는 실제 기록에 맞게 적어요. |
featuredProjects | project: "id" 또는 repo: "저장소명"으로 소개할 프로젝트를 선택해요. 비워두면 작성한 프로젝트 전체를 사용해요. |
skills · education | 직접 사용한 도구와 실제 학력. 익숙한 정도를 점수로 꾸미기보다 어느 일에 사용했는지 설명해요. |
내가 쓴 말은 내 말로 남아요.
형식을 맞추는 것과 경력을 부풀리는 것은 달라요. 추정으로 빈칸을 채우지 않고, 본인 설명과 확인 가능한 자료를 구분하는 것이 9BOX의 원칙입니다.
공개 GitHub 저장소는 9BOX의 회원 전용 열람과 관계없이 GitHub에서 공개됩니다. 주민등록번호·상세 연락처·고객 정보·회사 기밀은 원본에 넣지 마세요. 고용보험 원본도 현재 9BOX에 제출할 필요가 없습니다.
GitHubPrint 공식 규격 읽기