비전공자 개발자 준비, 부트캠프 전에 볼 기준

01 먼저 확인할 현실 조건

비전공자라면 하루에 확보할 수 있는 학습 시간을 먼저 계산해야 합니다. 개발 공부는 초반에는 빠르게 진도가 나가는 것처럼 보이지만, 프로젝트 단계에서 검색, 디버깅, 수정 시간이 크게 늘어납니다.

직장이나 학교를 병행한다면 풀타임 부트캠프가 맞는지, 파트타임이나 온라인 과정이 맞는지 먼저 나눠야 합니다. 여기서 말하는 학습 시간은 강의를 켜두는 시간이 아닙니다. 개념을 듣고, 예제를 따라 쓰고, 오류를 찾아 고치고, 다시 정리하는 시간을 모두 포함해야 합니다.

처음 한두 주는 진도가 빠른 것처럼 느껴져도 프로젝트가 시작되면 같은 기능을 여러 번 갈아엎는 일이 생깁니다. 그래서 신청 전에 최소 4주 정도는 실제 생활 리듬 안에서 학습 시간을 확보할 수 있는지 시험해보는 편이 안전합니다.

02 사전 학습으로 필요한 것

처음부터 어려운 알고리즘이나 여러 언어를 동시에 잡을 필요는 없습니다. 프론트엔드라면 HTML/CSS와 JavaScript 기초, 백엔드라면 프로그래밍 언어 기초와 데이터베이스 개념을 먼저 봐야 합니다.

중요한 것은 강의를 완강했다는 기록이 아니라 작은 기능을 직접 만들어본 경험입니다. 개발 부트캠프를 볼 때는 과정명보다 직무 연결성, 프로젝트 결과물, 피드백 구조를 먼저 봐야 합니다.

비전공자가 특히 헷갈리는 지점은 '기초를 얼마나 해야 본 과정에 들어갈 수 있나'입니다. 정답은 과정마다 다르지만, 최소한 변수, 조건문, 반복문, 함수처럼 문제를 쪼개는 기본 단위는 익숙해야 합니다. 프론트엔드 목표라면 정적인 화면 하나를 만들고 버튼 클릭으로 상태가 바뀌는 정도를 해보는 것이 좋습니다. 백엔드 목표라면 간단한 데이터를 저장하고 다시 조회하는 흐름을 이해해야 합니다.

03 부트캠프 전에 해볼 작은 프로젝트

할 일 목록, 간단한 로그인 화면, 게시글 목록, API 데이터 조회처럼 기능이 분명한 주제가 좋습니다. 처음 만든 프로젝트는 완성도가 낮아도 괜찮습니다. 어디서 막혔고 어떻게 해결했는지를 기록하는 것이 더 중요합니다.

이 기록이 있으면 부트캠프 상담이나 과정 선택 때 내가 부족한 부분을 더 정확히 물어볼 수 있습니다. 예를 들어 할 일 목록을 만들었다면 항목 추가, 삭제, 완료 표시, 새로고침 후 유지 여부를 나눠 적어봅니다. 기능을 이렇게 쪼개면 내가 화면 구현에서 막히는지, 데이터 저장에서 막히는지, 오류 메시지를 읽는 데서 막히는지 보입니다.

작은 프로젝트를 하나 끝내본 사람은 커리큘럼을 볼 때도 감이 달라집니다. 강의명만 읽는 것이 아니라 어느 단계에서 프로젝트 난이도가 올라가는지, 피드백이 필요한 구간이 어디인지 질문할 수 있습니다.

04 비전공자가 놓치기 쉬운 부분

개발자는 코드를 쓰는 사람이라는 이미지 때문에 문법 공부에만 몰리는 경우가 많습니다. 실제로는 요구사항을 읽고, 문제를 쪼개고, 검색하고, 동료에게 설명하는 능력이 같이 필요합니다.

후기를 볼 때도 비전공자가 어느 정도 사전 학습을 하고 들어갔는지, 하루 몇 시간을 썼는지 함께 봐야 합니다. 또 하나 놓치기 쉬운 부분은 결과물 설명입니다. 완성된 화면을 보여주는 것과 내가 어떤 문제를 해결했는지 말하는 것은 다릅니다.

면접이나 포트폴리오 단계에서는 '무엇을 배웠다'보다 '어떤 기능을 만들었고, 왜 그렇게 구현했고, 어디를 개선했는지'를 묻는 경우가 많습니다. 학습 초반부터 이 구조로 기록해두면 나중에 정리 부담이 줄어듭니다.

05 준비 상태를 판단하는 질문

기초 문법으로 작은 기능 하나를 혼자 만들어본 적이 있나요? 오류가 났을 때 검색하고 원인을 좁혀본 경험이 있나요?

목표 직무가 프론트엔드인지 백엔드인지 대략 나눠봤나요? 부트캠프 기간 동안 확보할 수 있는 시간을 계산했나요?

06 직무별로 다르게 준비할 부분

프론트엔드를 목표로 한다면 화면을 그대로 따라 만드는 연습에서 멈추지 말고, 버튼을 눌렀을 때 상태가 바뀌는 흐름까지 만들어봐야 합니다. 백엔드를 목표로 한다면 문법보다 데이터가 저장되고 조회되는 구조를 먼저 이해해야 합니다. 간단한 게시글 목록이라도 입력, 저장, 조회, 수정 흐름을 나눠보면 좋습니다.

풀스택을 목표로 한다면 처음부터 범위를 크게 잡지 않는 것이 중요합니다. 작은 화면 하나와 간단한 API 하나를 연결해보는 정도부터 시작해야 학습이 흩어지지 않습니다. 직무별 준비가 나뉘어야 부트캠프 커리큘럼도 제대로 읽을 수 있습니다. 같은 개발 과정이라도 최종 결과물이 웹 화면인지, 서버 API인지, 전체 서비스 연결인지에 따라 필요한 피드백이 달라집니다.

07 확인한 내용을 기록하는 방법

비전공자라면 과정명, 공식 URL, 확인 날짜만 적어두는 것으로는 부족합니다. 내가 현재 할 수 있는 기능, 막히는 지점, 하루 학습 가능 시간, 목표 직무를 함께 적어야 합니다. 상담을 받았다면 사전 학습 범위, 본 과정 초반 난이도, 프로젝트 시작 시점, 질문 답변 방식, 포트폴리오 피드백 범위를 같은 형식으로 남겨둡니다.

이 기록이 있어야 여러 과정을 비교할 때 '좋아 보인다'는 느낌이 아니라 내 상황에 맞는지로 좁힐 수 있습니다.

08 신청 전 마지막 점검

비전공자 개발자 준비는 정보량보다 순서가 중요합니다. 기초 문법, 작은 프로젝트, 직무 선택, 과정 비교가 섞이면 오래 공부해도 결정이 늦어집니다. 지금 단계에서 해야 할 일은 모든 기술을 미리 배우는 것이 아니라 본 과정에 들어갔을 때 버틸 수 있는 최소 경험을 만드는 것입니다.

작은 기능 하나를 혼자 완성하고, 오류 해결 과정을 기록하고, 하루 학습 시간을 현실적으로 계산했다면 그다음에 부트캠프 후보를 비교해도 늦지 않습니다.

자주 묻는 질문