공부 좀 더 하고 나서 이력서 써야지. 저도 처음엔 그렇게 생각했습니다. 그런데 직접 겪어보니 그 조금 더가 6개월이 되어 있었습니다. 기술 공부와 취업 준비를 어떻게 병행하느냐에 따라 지원 시점이 크게 달라집니다. 이 글에서는 제가 직접 부딪히며 깨달은 병행 전략을 솔직하게 풀어봤습니다.
목표 직무 없이 공부하면 방향을 잃는다
개발자 취업 준비를 시작할 때 가장 먼저 빠지는 함정이 있습니다. 일단 이것저것 다 배우자는 생각입니다. 제가 직접 써봤는데, 이 방식은 생각보다 훨씬 빨리 지칩니다. JavaScript를 공부하다가 Python이 눈에 들어오고, Python을 보다 보면 SQL도 해야 할 것 같고, 결국 어느 하나도 제대로 손에 잡히지 않았습니다.
목표 직무를 먼저 정해야 공부할 기술 스택이 보입니다. 여기서 기술 스택이란 특정 직무에서 실제로 사용하는 프로그래밍 언어, 프레임워크, 도구의 조합을 말합니다. 프런트엔드 개발자라면 JavaScript, React, TypeScript, API 연동, 반응형 웹이 중심이 되고, 백엔드 개발자라면 Java, Spring, SQL, REST API, 인증 및 권한 처리가 핵심 스택이 됩니다.
솔직히 이건 예상 밖이었습니다. 목표 직무를 정하고 나니 공부해야 할 범위가 오히려 줄어드는 느낌이었습니다. 이건 내 직무에서 안 쓰는 기술이구나 하고 내려놓을 수 있게 됐으니까요. 채용 공고를 일주일에 한 번씩 훑어보는 습관도 이때부터 생겼습니다. 어떤 키워드가 반복해서 등장하는지 보다 보면, 지금 제가 공부하는 방향이 실제 시장 수요와 맞는지 자연스럽게 점검이 됩니다.
국내 채용 시장에서 개발 직군 공고 수는 꾸준히 증가하고 있으며, 특히 프런트엔드와 백엔드 직무의 세분화가 뚜렷해지고 있습니다(출처: 고용노동부). 이 말은 곧, 직무를 명확히 정하지 않으면 준비 방향 자체가 흐릿해진다는 의미이기도 합니다.
병행전략 - 공부한 내용은 반드시 결과물로 남겨야 한다
공부를 했다는 것과 그 공부를 증명할 수 있다는 건 전혀 다른 이야기입니다. 제 경험상 이건 좀 다릅니다. 강의 수십 시간을 들어도, 직접 만든 결과물이 없으면 면접장에서 할 말이 없어집니다.
그래서 저는 배운 내용을 바로 작은 프로젝트로 연결하는 방식으로 바꿨습니다. API 연동 개념을 배웠다면 외부 날씨 데이터를 불러와 화면에 보여주는 기능을 만들어봤고, 데이터베이스를 배우면 게시글 저장과 조회 기능을 직접 구현했습니다. 처음엔 허접하게 느껴졌지만, 오히려 그 작은 결과물들이 나중에 포트폴리오의 핵심 재료가 됐습니다.
여기서 포트폴리오란 단순히 프로젝트 링크를 모아둔 문서가 아니라, 내가 어떤 문제를 어떻게 해결했는지를 보여주는 경험 서술입니다. 채용 담당자 입장에서 보면 이 기술을 공부했습니다 보다 이 기술로 이런 문제를 해결했습니다가 훨씬 설득력 있습니다.
GitHub를 공부 중간부터 정리한 것도 큰 도움이 됐습니다. 여기서 GitHub란 코드 버전 관리 시스템인 Git을 기반으로 프로젝트를 온라인에서 공유하고 협업할 수 있는 플랫폼을 말합니다. 기능을 하나 완성할 때마다 커밋을 남기고, README에는 프로젝트 소개, 사용 기술, 주요 기능, 문제 해결 과정을 조금씩 채워나갔습니다. 시간이 지나면 어떤 오류를 만났는지, 왜 그 방식으로 해결했는지 기억이 흐려지거든요. 그 순간순간을 기록해두지 않으면 나중에 복원하기가 정말 어렵습니다.
공부와 병행할 때 특히 챙겨야 할 핵심 기록 항목은 다음과 같습니다.
- 어떤 기능을 만들었는지 (구현 목적)
- 어떤 오류가 발생했고, 어떻게 해결했는지 (문제 해결 과정)
- 사용한 기술을 왜 선택했는지 (기술 선택 이유)
- 다시 만든다면 무엇을 바꾸고 싶은지 (개선점)
이 네 가지가 정리되어 있으면, 면접에서 프로젝트 관련 질문이 나와도 자연스럽게 답할 수 있습니다.
면접 준비는 지원 직전이 아니라 프로젝트 단계부터 시작한다
제가 가장 늦게 깨달은 부분이 면접 준비였습니다. 기술 공부를 하고, 프로젝트를 만들고, 포트폴리오를 정리하다 보면 면접은 자연스럽게 뒤로 밀립니다. 하지만 직접 겪어보니 지원 일주일 전부터 면접 준비를 시작하면 생각보다 훨씬 버겁습니다.
면접에서 기술 지식을 아는지 묻는 질문도 있지만, 실제로 더 많이 나오는 질문은 그 경험을 통해 무엇을 배웠는가입니다. 여기서 중요한 개념이 STAR 기법인데, STAR 기법이란 상황(Situation), 과제(Task), 행동(Action), 결과(Result)의 흐름으로 경험을 구조화하여 답변하는 방법을 말합니다. 프로젝트를 진행하면서 각 경험을 이 흐름으로 미리 정리해 두면, 면접장에서 당황하지 않고 자연스럽게 이야기를 풀 수 있습니다.
저는 프로젝트를 마무리할 때마다 혼자 소리 내어 말하는 연습을 했습니다. 처음엔 어색하지만 몇 번 반복하면 답변 흐름이 자리를 잡습니다. 모의면접 서비스를 활용하는 것도 좋은 방법입니다. 실제 취업준비생을 대상으로 한 조사에 따르면, 면접 준비를 사전에 충분히 한 집단이 그렇지 않은 집단보다 최종 합격률이 유의미하게 높은 것으로 나타났습니다(출처: 한국고용정보원).
이력서와 자기소개서도 마찬가지입니다. 완벽하게 다 만들려고 기다리지 말고, 현재 상태에서 초안을 먼저 써보는 것이 훨씬 현실적입니다. 초안을 쓰다 보면 내가 어떤 경험이 부족한지, 어떤 기술을 더 보완해야 하는지가 보이기 때문입니다. 취업 준비 문서는 나를 보여주는 자료인 동시에, 현재 준비 상태를 점검하는 도구이기도 합니다.
결국 기술 공부는 실력을 만드는 과정이고, 취업 준비는 그 실력을 보여주는 과정입니다. 두 과정을 분리해서 생각하는 순간, 지원 시점은 계속 뒤로 밀릴 수밖에 없습니다. 배운 내용을 바로 프로젝트로 연결하고, 그 과정을 기록하고, 채용 공고를 보며 방향을 조정하는 루틴을 만들어두면 어느 순간 준비가 쌓여 있다는 걸 실감하게 됩니다. 완벽한 순간을 기다리기보다, 지금 있는 것들을 정리하고 조금씩 지원해 보는 것이 더 빠른 길이었습니다.