DevFit

풀스택 개발자 기술면접, 내가 쓴 커밋으로 대비하기

풀스택 개발자 기술면접은 양쪽을 다 만져 봤는지가 아니라, 둘 사이의 «경계»를 스스로 그을 수 있는지를 봅니다. 어떤 계산을 서버에 남기고 무엇을 클라이언트로 내렸는지, 그 결정이 인증·성능·보안에 어떻게 걸리는지가 질문거리입니다. 이 페이지는 풀스택 면접의 조준점을 정리하고, 데브핏(DevFit)이 이용자 본인의 깃허브 커밋에서 그 질문을 어떻게 만들어 내는지 설명합니다.

풀스택 면접에서 면접관이 파고드는 지점

경계를 어디에 그었는가

검증 로직이 클라이언트에만 있는지, 서버에도 있는지. 폼 검증 커밋은 «클라이언트 검증을 우회하면 어떻게 되나요»로 바로 이어집니다.

인증 흐름을 설명할 수 있는가

토큰을 어디에 저장했는지, 만료·갱신을 누가 처리하는지, 로그아웃 시 무엇이 무효화되는지. 쿠키 옵션 한 줄이 긴 질문 체인을 만듭니다.

타입·계약을 어떻게 맞췄는가

서버 응답이 바뀌면 클라이언트가 어디서 깨지는지. 매핑 레이어나 스키마 공유가 보이면 «이 경계를 둔 이유»를 묻습니다.

배포와 환경 변수를 다뤄 봤는가

빌드 타임 값과 런타임 값의 구분, 환경별 설정. 정적 배포 커밋이 있으면 «이 값이 번들에 박히는데 괜찮나요»가 나옵니다.

내 커밋에서 나올 수 있는 질문

아래는 풀스택 코드에서 자주 만들어지는 형태의 질문입니다. 데브핏(DevFit)은 레포지토리 전체가 아니라 이용자 본인이 작성한 커밋과 diff만 조준해, 질문마다 근거가 되는 커밋·파일 경로를 함께 붙입니다.

  • “이 검증을 클라이언트에서만 하고 계신데, API를 직접 호출하면 어떻게 되나요?”
  • “토큰을 여기에 저장하신 이유가 뭔가요? XSS가 나면 어떤 영향이 있나요?”
  • “서버 응답 필드가 하나 바뀌면 프론트에서 어디를 고쳐야 하나요?”
  • “이 환경 변수는 빌드 타임에 박히나요, 런타임에 읽히나요?”

코드에 “없는 것”도 질문이 됩니다

면접에서는 짠 것만큼 안 짠 것도 물어봅니다. 데브핏은 아래 같은 부재 신호를 결정론적으로 찾아 질문으로 만듭니다.

  • 서버 쪽 검증 없이 클라이언트 검증만 있는 폼 → «우회 요청은 어디서 막히나요?»
  • CI 설정 없이 배포 스크립트만 있는 레포 → «머지 전에 무엇이 자동으로 돌아가나요?»
  • 환경 변수 예시 파일이 없는 레포 → «새 팀원이 로컬을 어떻게 띄우나요?»

자주 다루는 기술

  • Next.js
  • Node.js
  • TypeScript
  • Prisma
  • PostgreSQL
  • Docker

다만 질문은 기술 이름에서 나오지 않습니다. 같은 Next.js를 써도 커밋마다 고른 선택이 다르고, 면접관이 파고드는 건 그 선택입니다. 그래서 데브핏은 기술 스택별 표준 질문지가 아니라, 겨냥한 채용공고 1건과 내 깃허브(GitHub) 커밋을 함께 읽어서 질문을 만듭니다.

풀스택 공고 하나로 시작해 보세요

채용공고 URL을 붙여 넣으면 포지션과 요구 사항을 정리하고, 연결한 레포지토리에서 내가 쓴 커밋을 찾아 예상 질문과 어필 포인트를 만듭니다. 공고 1개가 준비 1회분입니다. 하루 10회까지 무료입니다. 합불 판정이나 지원자 랭킹은 만들지 않고, 최종 판단은 사람이 합니다.

공고 넣고 시작하기

풀스택 면접에서 함께 나오는 CS 개념

커밋에서 나온 질문은 대부분 개념 질문으로 이어집니다. 아래 문서는 풀스택 면접에서 그 다음 질문으로 자주 넘어가는 주제입니다.

CS 지식백과 전체 보기 →