💡 개발자 취업 준비는 스펙 쌓기가 아닙니다. 내가 무엇을 만들 수 있는지 증명하는 과정입니다.
개발자 취업, 생각보다 준비해야 할 게 많습니다
💡 취업 준비를 늦게 시작하는 것보다 방향 없이 시작하는 게 더 위험합니다.
제가 지인의 취업 준비 과정을 옆에서 지켜본 적이 있습니다. 20대 중반, 비전공자 독학 6개월 차였는데, 막상 지원서를 쓰려니 “내가 뭘 할 수 있는 사람인지” 설명이 안 되더라고요. 배운 건 많은데 보여줄 게 없는 상태. 이게 취업 준비 없이 공부만 한 사람들이 공통적으로 겪는 문제입니다.
취업 준비는 공부가 끝나고 시작하는 게 아닙니다. 공부와 동시에 진행해야 합니다. 진짜예요.
지금 시장이 원하는 기술 스택은 무엇인가
솔직히 이 부분은 저도 좀 헷갈려요. 트렌드가 빠르게 바뀌거든요. 그래서 올해 초에 직접 채용공고 100개 이상을 분석해봤는데, 직군별로 자주 등장하는 스택이 꽤 일관된 패턴을 보였습니다.
참고로 TypeScript는 이제 선택이 아니라 필수에 가까워지고 있습니다. 프론트엔드 준비 중이라면 React 이후 TypeScript를 꼭 붙여두세요. 공고에서 “우대”라고 써있어도 실제로는 기본값처럼 보는 회사가 많습니다.
pie title 프론트엔드 취업 준비 시간 배분 (권장)
"JavaScript 심화" : 30
"React 프레임워크" : 25
"프로젝트 실습" : 25
"포트폴리오/이력서" : 12
"알고리즘 기초" : 8
포트폴리오 구축, 어떻게 만들어야 통과하는가
💡 포트폴리오는 “이런 걸 배웠어요”가 아니라 “이런 문제를 이렇게 풀었어요”를 보여주는 문서입니다.
잠깐, 이건 꼭 알아야 해요. 많은 취업 준비생이 포트폴리오에 “배운 것 목록”을 나열합니다. React 배웠어요, Node 배웠어요. 이건 채용 담당자 입장에서 아무 의미가 없습니다. 어떤 문제를 어떻게 해결했는지가 핵심입니다.
좋은 포트폴리오 프로젝트의 조건
제가 실제로 현업에서 코드 리뷰를 경험한 지인에게 들은 얘기입니다. 신입 포트폴리오를 볼 때 가장 먼저 보는 게 세 가지라고 했어요.
- README가 잘 쓰여 있는가: 프로젝트 설명, 설치 방법, 기능 목록, 기술 스택이 명확한가.
- 코드가 읽히는가: 변수명, 함수명이 의미 있는가. 주석이 적절한가.
- 실제로 돌아가는가: 배포 링크가 있고 실제로 동작하는가.
아 그리고, 이 세 가지 중 하나라도 빠져있으면 나머지가 아무리 훌륭해도 인상이 확 깎인다고 했습니다. 특히 README는 정말 중요한데, 이걸 대충 쓰는 사람이 생각보다 많아요.
포트폴리오 프로젝트 예시 (실제 통한 케이스)
제 주변 직장인 중에 비전공 출신으로 1년 독학 후 첫 직장을 잡은 분이 있습니다. 그분의 포트폴리오 핵심 프로젝트는 “지하철 혼잡도 알림 앱”이었어요. 공공 API를 써서, 특정 역의 혼잡도를 알림으로 받을 수 있는 서비스. 기술적으로 엄청 어려운 게 아니었지만, “왜 이걸 만들었는지”가 명확했고, README에 개인적인 배경 스토리까지 있었답니다.
채용 담당자가 그 부분에서 눈에 띄었다고 피드백을 줬다고 하더라고요. 단순히 기술 나열이 아니라 “문제 → 해결”의 구조였기 때문입니다.
깃허브 레포지토리 제대로 활용하기
💡 깃허브는 단순 저장소가 아니라 당신의 기술 이력서입니다.
근데요, 깃허브를 그냥 코드 백업 용도로만 쓰는 분들이 아직도 많습니다. 이건 정말 손해입니다.
채용 공고에 깃허브 링크 제출란이 따로 있는 이유가 있습니다. 실제로 확인합니다. 특히 이런 것들을 봅니다.
- 커밋 히스토리: 꾸준히 활동했는지, 한 번에 몰아서 올린 건지.
- 커밋 메시지 품질: “fix”, “update” 같은 의미 없는 메시지는 감점. “로그인 API 유효성 검사 로직 추가” 같은 구체적 메시지가 좋습니다.
- 브랜치 전략: main 하나에만 올리는 건 팀 협업 경험이 없다는 신호로 읽힐 수 있습니다.
- 핀 고정 레포지토리: 프로필에 6개까지 고정할 수 있는데, 이걸 활용해서 대표 프로젝트를 앞에 배치하세요.
여기서 반전인데, 잔디(기여 그래프)가 빽빽할수록 좋다고 생각하는 분들이 많은데, 의미 없는 커밋으로 잔디 채우는 건 오히려 역효과입니다. 내용 있는 커밋 50개가 내용 없는 커밋 500개보다 낫습니다.
이력서와 자기소개서, 개발자에게 특화된 전략
💡 개발자 이력서는 읽히는 이력서가 아니라 스캔되는 이력서입니다. 10초 안에 핵심이 보여야 합니다.
이력서는 정말 짧게 써야 합니다. 신입은 A4 한 장이 원칙입니다. 두 장 넘어가면 핵심이 묻힙니다.
사실은 이 구조 하나만 지켜도 됩니다.
- 요약 (3줄): 내가 누구이고, 어떤 기술을 쓸 수 있고, 무엇에 관심 있는지.
- 기술 스택: 잘하는 것 / 사용 가능한 것 / 학습 중인 것을 구분해서.
- 프로젝트: 2~3개, 각각 기간 / 기술 / 내가 담당한 부분 / 성과.
- 교육/자격: 간결하게.
자기소개서는 조금 다릅니다. 여기서는 스토리가 통합니다. 왜 개발자를 선택했는지, 어떤 문제를 해결하는 걸 좋아하는지, 이 회사에 왜 지원하는지. 이 세 가지가 자연스럽게 연결되면 됩니다.
이거 저만 그런 건가요? 자기소개서 쓸 때 가장 어려운 부분이 “왜 이 회사냐”인데, 이게 막히면 그냥 회사 홈페이지를 한 번 더 읽어보시길 추천합니다. 거기에 답이 있는 경우가 많습니다.
취업 준비는 긴 레이스입니다. 하지만 방향이 맞으면 생각보다 빨리 결과가 옵니다. 포트폴리오 하나를 제대로 만드는 것, 그게 모든 것의 시작입니다. 오늘 깃허브 README 하나만 다듬어 보는 것부터 시작해 보세요.
답글 남기기