국비 수료 후 보완 학습

1~2개월

• Java 문법과 객체지향 프로그래밍을 학습합니다.
• HTML·CSS와 JavaScript로 웹 화면과 입력 처리를 구현합니다.
• 관계형 DB와 SQL의 조회·변경을 실습합니다.
• Git으로 변경 내용을 기록하고 개발 환경을 구성합니다.

3~4개월

• HTTP 요청·응답과 서버의 처리 흐름을 학습합니다.
• Java 웹 프레임워크로 API와 데이터 저장 기능을 구현합니다.
• 로그인과 권한·입력 검증을 적용합니다.
• 화면과 서버를 연결하고 오류 처리와 테스트를 실습합니다.

5~6개월

• 팀에서 요구사항과 데이터 모델·역할을 정리합니다.
• 코드 리뷰와 기능 통합을 통해 프로젝트를 개선합니다.
• 테스트 환경에 배포하고 로그와 설정 오류를 확인합니다.
• 실행 문서와 본인 기여·문제 해결 기록을 정리합니다.

집중적인 실습을 통해 화면·서버·DB를 연결하는 경험을 쌓을 수 있습니다.

팀 프로젝트에서 역할 분담과 기능 통합을 경험하며 협업 방식을 배울 수 있습니다.

다른 전공이나 업무에서 얻은 도메인 지식을 서비스의 요구사항과 사용자 관점에 연결할 수 있습니다.

완성한 프로젝트를 바탕으로 부족한 개념을 찾아 보완하면 이론과 구현의 관계를 구체적으로 이해할 수 있습니다.

자료구조·알고리즘

부족하기 쉬운 이유

웹 기능 구현에 집중하면 자료구조를 비교하고 복잡도를 분석하는 연습이 적을 수 있습니다.

면접과 실무에서 확인하는 모습

입력이 커졌을 때 느려지는 이유나 자료구조 선택 근거를 설명하기 어렵습니다.

보완 순서

배열과 해시·스택·큐를 학습하고 같은 문제를 서로 다른 방법으로 풀어 복잡도를 비교합니다.

운영체제

부족하기 쉬운 이유

프레임워크로 서버를 실행하는 동안 프로세스와 메모리를 직접 관찰할 기회가 적을 수 있습니다.

면접과 실무에서 확인하는 모습

스레드 간 데이터 충돌이나 프로세스 종료의 원인을 설명하기 어렵습니다.

보완 순서

프로세스·스레드·메모리 개념을 학습하고 실행 중인 서버를 관찰한 뒤 경쟁 상태를 재현합니다.

네트워크

부족하기 쉬운 이유

API 호출이 되는 상태에 집중하면 통신의 각 단계와 실패 원인을 깊게 다루기 어려울 수 있습니다.

면접과 실무에서 확인하는 모습

DNS 오류·연결 실패·HTTP 오류를 구분하지 못하고 재시도만 반복합니다.

보완 순서

IP·DNS·TCP·HTTP 흐름을 학습하고 개발자 도구와 서버 로그로 요청 경로를 확인합니다.

데이터베이스 이론

부족하기 쉬운 이유

CRUD 실습에 집중하면 모델링과 트랜잭션·인덱스를 비교할 시간이 부족할 수 있습니다.

면접과 실무에서 확인하는 모습

중복 데이터나 동시 수정 문제를 해결하기 어렵고 느린 질의의 원인을 추측합니다.

보완 순서

키와 정규화부터 학습하고 제약조건·트랜잭션을 적용한 뒤 실행계획으로 인덱스 효과를 확인합니다.

컴퓨터구조

부족하기 쉬운 이유

언어와 웹 도구를 익히는 동안 CPU·메모리·저장장치의 관계를 생략하기 쉬울 수 있습니다.

면접과 실무에서 확인하는 모습

메모리 사용과 디스크 입출력의 차이를 설명하기 어렵고 성능 개선 근거가 불분명합니다.

보완 순서

CPU·메모리·저장장치와 캐시를 학습하고 객체 생성과 파일 읽기의 동작을 실행 환경에서 관찰합니다.

테스트·설계

부족하기 쉬운 이유

프로젝트를 완성하는 일정에 집중하면 자동 테스트와 변경 설계를 반복할 시간이 부족할 수 있습니다.

면접과 실무에서 확인하는 모습

기능을 수정할 때 다른 기능이 깨지거나 하나의 코드가 너무 많은 책임을 가집니다.

보완 순서

핵심 업무 규칙의 정상·경계·실패 테스트를 작성하고 외부 의존성과 기능의 책임을 나눕니다.

수학·통계

부족하기 쉬운 이유

웹 기능 중심 과정에서는 논리·확률·통계와 데이터 해석을 별도 과목으로 다루지 않을 수 있습니다.

면접과 실무에서 확인하는 모습

조건식의 의미나 평균·분포의 차이를 설명하기 어렵고 분석 결과를 과도하게 일반화합니다.

보완 순서

집합·논리·함수를 코드와 연결하고 기초 통계를 작은 데이터로 실습합니다. 데이터 직무를 목표로 하면 확률과 선형대수를 추가로 학습합니다.

보안·운영

부족하기 쉬운 이유

시연용 서비스를 만드는 과정에서는 권한 검증과 장애 대응을 충분히 반복하기 어려울 수 있습니다.

면접과 실무에서 확인하는 모습

다른 사용자 데이터 접근이나 배포 설정 오류를 발견해도 검증·복구 절차가 불분명합니다.

보완 순서

인증·인가와 입력 검증을 점검하고 비밀값을 분리합니다. 테스트 환경에서 로그 확인과 백업·복구를 연습합니다.

1~4주

언어·자료구조·실행 원리를 프로젝트와 연결합니다.

• 수료 프로젝트를 다시 실행하고 설명하기 어려운 코드를 목록으로 정리합니다.
• 핵심 기능을 작은 함수로 나누고 배열·해시를 선택한 이유를 설명합니다.
• 문제를 풀고 경계 입력과 시간 복잡도를 기록하며 문제 풀이를 /problems에서 이어갑니다.
• CPU·메모리·프로세스·스레드를 학습하고 서버 실행 상태를 관찰합니다.
• 조건식과 집합·논리를 코드 예제로 연결합니다.

5~8주

네트워크와 데이터 일관성을 검증합니다.

• DNS·TCP·HTTP 흐름을 그린 뒤 개발자 도구와 로그로 확인합니다.
• 프로젝트의 키·제약조건·테이블 관계를 점검합니다.
• 중복 요청과 동시 수정 상황을 재현하고 트랜잭션의 범위를 검토합니다.
• 느린 질의의 실행계획을 확인하고 인덱스 적용 전후를 비교합니다.
• 작은 데이터의 평균과 분포를 비교하고 통계 해석의 한계를 설명합니다.

9~12주

테스트·운영·기술 설명을 보완합니다.

• 핵심 기능의 정상·경계·실패 테스트와 타인 데이터 접근 차단 테스트를 작성합니다.
• 복잡한 코드의 책임을 나누고 변경 이유를 기록합니다.
• 테스트 환경에서 배포·로그 확인·백업 복구를 연습합니다.
• README에 실행 방법과 본인의 기여·문제 해결 근거를 정리합니다.
• 관심 직무 로드맵과 채용 공고를 비교하고 자신의 구현을 설명하는 면접 연습을 진행합니다.