면접 날짜가 잡히고 나서 저도 처음에는 자기소개 문장부터 다듬었습니다. 저는 문제 해결에 강점이 있는 개발자입니다 처럼 그럴듯한 문장을 만들어 외우는 데 며칠을 썼는데, 막상 준비를 이어가다 보니 그게 얼마나 순서가 잘못된 일인지 느끼게 됐습니다. 신입 IT 취업에서 자기소개는 준비의 시작이 아니라, 쌓아온 것들이 압축되어 나오는 결과에 가깝습니다.
신입 IT 취업, 직무 이해 없이 자기소개는 공허하다
제가 처음 백엔드 개발자로 지원하겠다고 마음먹었을 때, 솔직히 이건 예상 밖이었습니다. 서버 쪽 일을 하고 싶습니다라고 말하면 충분한 줄 알았는데, 면접관이 그럼 REST API가 무엇인지 설명해 보세요라고 바로 물어오더니 말문이 막혔습니다.
여기서 REST API란 클라이언트와 서버가 HTTP 프로토콜을 기반으로 데이터를 주고받는 방식의 약속, 즉 인터페이스 설계 규칙을 의미합니다. 쉽게 말해 사용자가 앱에서 버튼을 누르면 그 요청이 서버로 전달되고 응답이 돌아오는 그 통신 구조 전체를 설계하는 방식입니다. 이 개념을 모른 채로 백엔드에 관심 있습니다라고 말하면 기업 입장에서는 신뢰하기 어렵습니다.
프런트엔드와 백엔드, 데이터 분석, 클라우드 인프라는 저마다 요구하는 역량이 완전히 다릅니다. 직무 이해가 먼저 갖춰져야 자기소개 문장도 비로소 설득력을 가집니다. 제가 직접 겪어보니, 직무를 제대로 이해한 뒤 쓴 자기소개는 이전과 완전히 달랐습니다. 말투가 아니라 내용이 달라지는 것입니다.
예를 들어 백엔드 개발자로 지원한다면, 서버와 데이터 흐름에 관심이 있습니다 에서 끝나는 것이 아니라, 사용자의 요청이 API를 통해 서버로 전달되고, 데이터베이스와 연결되어 기능이 처리되는 구조에 흥미를 느꼈습니다 처럼 직무와 연결된 설명이 필요합니다.
기본기를 내 언어로 설명할 수 있어야 한다
면접에서 기본 개념 질문은 생각보다 훨씬 자주 나옵니다. 데이터베이스는 왜 필요한가요?, Git을 어떻게 활용했나요?, HTTP와 HTTPS의 차이는 무엇인가요? 같은 질문들입니다. 제 경험상 이건 좀 다릅니다. 많은 분들이 기술 스택을 나열하는 데 집중하지만, 기업이 실제로 확인하려는 건 개념을 자신의 말로 풀어내는 능력입니다.
Git은 버전 관리 시스템(VCS, Version Control System)의 대표적인 도구입니다. 여기서 VCS란 코드의 변경 이력을 기록하고, 여러 사람이 동시에 작업하더라도 충돌 없이 협업할 수 있도록 돕는 시스템을 말합니다. GitHub를 썼습니다라고 말하는 것과 Git으로 브랜치를 나눠 기능을 개발하고, 충돌이 발생했을 때 머지(merge) 과정을 직접 해결했습니다라고 말하는 것은 면접관에게 전혀 다른 인상을 줍니다.
HTTP(HyperText Transfer Protocol)도 자주 나오는 개념입니다. HTTP란 웹에서 클라이언트와 서버가 데이터를 주고받기 위해 사용하는 통신 규약을 의미합니다. 신입이라면 이 정도 수준의 기초 개념을 자신만의 언어로 설명할 수 있어야 합니다. 한국정보화진흥원(현 한국지능정보사회진흥원) 자료에 따르면 IT 신입 직무 면접에서 기술 개념 이해도 확인 질문이 전체 질문의 40% 이상을 차지하는 경우가 많습니다(출처: 한국지능정보사회진흥원).
기본기가 잡혀야 프로젝트 설명도 자연스럽게 따라옵니다. 개념 없이 결과물만 있으면 어떻게 만들었냐는 질문에서 무너집니다.
포트폴리오와 GitHub는 말보다 강한 증거다
저도 초반에는 GitHub를 그냥 코드 보관함으로만 썼습니다. 커밋 메시지도 수정, 완료 수준이었고, README는 비어 있었습니다. 그때는 몰랐는데, 직접 써봤는데 포트폴리오와 GitHub가 얼마나 직접적인 평가 자료가 되는지 뼈저리게 알게 됐습니다.
포트폴리오(Portfolio)란 단순한 작업물 모음이 아니라, 지원자가 어떤 문제를 인식하고 어떻게 해결했는지를 보여주는 과정 기록물입니다. 기업 입장에서는 자기소개 말 한마디보다 실제로 구현된 결과와 그 과정이 훨씬 신뢰가 가는 자료입니다.
잘 정리된 포트폴리오에는 다음 항목이 반드시 포함되어야 합니다.
- 프로젝트 제작 목적과 배경
- 본인이 담당한 구체적인 역할과 구현 기능
- 사용한 기술 스택과 선택 이유
- 개발 중 발생한 문제와 해결 과정
- 배운 점과 개선하고 싶은 부분
- GitHub 링크 및 실행 화면 또는 배포 링크
게시판을 만들었습니다가 아니라 게시글 등록 기능을 구현하면서 입력값 유효성 검증(Validation) 로직을 직접 작성했고, API 응답 오류 발생 시 서버 로그를 추적해 원인을 찾아 해결했습니다라고 쓸 수 있어야 합니다. 말이 조금 부족해도 포트폴리오가 잘 정리되어 있으면 이 사람은 준비가 됐구나 라는 인상을 줍니다. 결국 IT 취업에서는 저는 열심히 준비했습니다라고 말하는 것보다, 그 준비 과정이 눈에 보이도록 정리되어 있는지가 더 중요합니다.
채용 공고 분석과 면접 경험 정리가 마지막 퍼즐이다
제가 직접 겪어보니, 채용 공고는 취업 준비 막바지에 보는 자료가 아닙니다. 준비 초반부터 봐야 하는 나침반입니다. 공고에는 기업이 신입에게 실제로 원하는 기술 스택과 역량이 명시되어 있습니다. 프런트엔드라면 TypeScript, React, 반응형 웹이 자주 보이고, 백엔드라면 Spring, JPA, SQL, 인증과 권한 처리 경험이 반복됩니다.
JPA(Java Persistence API)란 자바 애플리케이션에서 관계형 데이터베이스를 객체 중심으로 다룰 수 있도록 돕는 ORM(Object-Relational Mapping) 표준 인터페이스입니다. 쉽게 말해 SQL을 직접 작성하지 않아도 자바 코드로 데이터베이스를 조작할 수 있게 해주는 기술입니다. 이런 용어가 공고에 등장했을 때 들어봤다와 설명할 수 있다는 완전히 다른 준비 상태입니다.
면접 준비에서도 예상 질문을 통째로 외우는 방식은 한계가 있습니다. 꼬리 질문 한 번이면 외운 문장은 금방 무너집니다. 고용노동부 자료에 따르면 IT 직무 면접에서 프로젝트 관련 심층 질문이 증가하는 추세이며, 단순 스펙보다 문제 해결 경험을 중시하는 기업이 늘고 있습니다(출처: 고용노동부). 결국 준비해야 할 것은 경험 자체를 질문 형태로 재정리하는 과정입니다. 어떤 문제가 있었나요?, 왜 그 방식으로 해결했나요?, 다시 한다면 어떻게 개선하겠습니까? 이 흐름을 스스로 정리해 두면 어떤 꼬리 질문이 와도 흔들리지 않습니다.
결국 신입 IT 취업에서 중요한 것은 나를 멋있게 포장하는 문장이 아닙니다. 직무 이해, 기본기, 프로젝트 경험, 포트폴리오가 쌓인 뒤에야 자기소개는 자연스럽게 완성됩니다. 저도 그 순서를 거꾸로 가다가 시간을 낭비한 경험이 있습니다. 지금 준비 중이라면 자기소개 문장보다 오늘 공부한 개념을 내 언어로 설명해 보는 것, 그리고 GitHub README 한 줄을 채우는 것부터 시작해 보시길 권합니다. 그게 쌓이면 자기소개는 저절로 따라옵니다.