Q. 개발자취업, 코딩테스트랑 포트폴리오 중 뭐부터 해야 하나요?

둘 중 하나만 고를 수는 없지만, 지원 기업의 전형 구조에 따라 비중을 조절할 수 있습니다. 많은 기업이 서류 → 코딩테스트 → 기술면접 순으로 진행하는데, 코딩테스트는 통과하지 못하면 다음 단계로 갈 수 없는 '관문' 역할을 하고, 프로젝트는 서류와 기술면접에서 차별화 요소가 되는 경우가 많습니다.

우선순위를 정하는 방법은 다음과 같습니다. 1) 목표 기업의 전형을 확인하세요. 코딩테스트가 있는 기업이 대부분이라면 코딩테스트 기초를 먼저 다지는 것이 안전합니다. 2) 현재 수준을 점검하세요. 기본 자료구조와 알고리즘(정렬, 탐색, BFS·DFS, 그래프, DP 기초) 문제를 어느 정도 풀 수 있는지 확인하고, 부족하다면 매일 꾸준히 연습하는 루틴을 만드세요. 3) 프로젝트는 하나를 깊게. 백엔드 개발자라면 인증, 데이터베이스 설계, API 설계, 배포까지 경험한 프로젝트 하나가 여러 개의 얕은 프로젝트보다 낫습니다.

시간 배분 예시로는 하루 1~2시간 코딩테스트 문제 풀이, 나머지 시간은 프로젝트에 쓰는 방식이 있습니다. 코딩테스트는 하루에 몰아서 하기보다 매일 조금씩 하는 것이 효과적입니다.

프로젝트에서 면접관이 보는 것은 '무엇을 만들었는가'보다 '어떤 문제를 만났고 어떻게 해결했는가'입니다. 성능 문제, 동시성 문제, 데이터 정합성 문제 등을 겪고 해결한 과정을 README에 기록해 두면 기술면접에서 좋은 대화 소재가 됩니다.

기술면접 대비로 운영체제, 네트워크, 데이터베이스 같은 CS 기초도 놓치지 마세요. 프로젝트에서 쓴 기술(예: 사용한 DB, 프레임워크)의 동작 원리를 설명할 수 있는지가 자주 확인됩니다.

첫 답변에 더해, 저는 “지원 리스트로 비율 정하기”를 권해요.

지원하려는 회사 10곳의 공고를 열어 전형 순서를 표로 적어 보세요. 코딩테스트가 서류 직후에 있는 곳이 7곳이라면 준비 시간의 절반 이상을 코딩테스트에, 포트폴리오·과제 중심인 곳이 많다면 프로젝트 완성에 먼저 쓰는 식입니다.
포트폴리오는 여러 개보다 하나를 배포·README·문제 해결 기록까지 끝내는 게 면접에서 훨씬 강합니다.

자세한 화면 설명 블로그 글: https://campusdown.com/career/developer-job-coding-test-or-portfolio-2026-771