운영 방식

## 이렇게 진행해요

지루한 이론 통독은 안 해요. 짧게 배우고, 바로 손으로 확인하고, 우리 것에 붙입니다.

시간
매일 아침 1시간. 하루를 가볍게 여는 루틴으로.
구성
강의 20분 → 실습 40분. 듣기보다 해보기 위주.
실습 언어
JavaScript(React에서 쓰는 언어)로 개념 확인. 잡히면 Java(Spring Boot)로도 확인.
마무리
매일 3줄 회고, 금요일 미니 퀴즈로 이해도 확인.

### 💡 멘토를 위한 한 가지 원칙

모든 개념 끝에 꼭 "그래서 우리 회사에선?"을 붙여주세요. 학생이 배운 걸 우리 실제 스택(React 웹 · Spring Boot · 클라우드 · React Native · Flutter)에서 직접 보면, 죽은 지식이 살아 있는 이해가 됩니다.

Week 1
WEEK1

### 컴퓨터 구조 — 컴퓨터는 결국 뭘 하는 기계인가

데이터가 0과 1로 저장되고, 부품들이 어떻게 협력해 프로그램을 실행하는지 이해해요.
1일차
월

#### 2진수 · 비트 · 바이트 — 모든 건 0과 1

실습10진수 ↔ 2진수 손으로 변환. 글자가 숫자로 바뀌는 것 보기(ASCII), 색이 숫자로: `#15715A` 가 곧 RGB 숫자라는 것 확인.
연결디자이너가 쓰는 색상 코드도, 사진 한 장도 전부 숫자 덩어리예요.
2일차
화

#### CPU · 메모리(RAM) · 저장장치 · 입출력

실습내 PC 작업 관리자로 CPU·메모리 사용량 관찰. 비유로 정리: 책상=RAM(작업 공간), 책장=디스크(보관).
연결우리가 서비스를 올리는 클라우드 서버도 똑같은 부품 구성. 사양(vCPU·RAM)이 뭘 뜻하는지 함께 확인.
3일차
수

#### 프로그램이 실행되면 벌어지는 일

실습소스코드 → 실행 과정 따라가기. 간단한 JavaScript(Node) 프로그램을 돌리며 프로세스가 메모리에 올라가는 것 관찰.
연결우리가 만드는 Spring Boot 서버 앱도 이렇게 하나의 프로세스로 떠서 돌아가요.
4일차
목

#### 네트워크 기초 — 컴퓨터끼리 대화하는 법

실습브라우저 개발자도구 → Network 탭으로 우리 사이트가 서버에 보내는 요청/응답 직접 보기. IP·포트·HTTP 개념.
연결우리 React 웹이 REST API로 Spring Boot 서버에 요청을 보내는 흐름을 눈으로 확인.
5일차
금

#### 정리 & 미니 퀴즈 & 우리 시스템 세미나

확인한 주 개념 퀴즈(10문항). "왜 메모리가 부족하면 서버가 느려지나?"를 스스로 설명해보기.
🎨 디자이너 대체 트랙 (같은 시간)

디자인 기본기 ① — 색(색상·명도·채도, RGB/HEX), 타이포그래피 기초. + 컴퓨터가 색·이미지를 숫자로 다루는 원리는 개발자와 함께 들어요(협업 기반).

Week 2
WEEK2

### 자료구조 — 데이터를 어떻게 담는가

상황마다 왜 다른 그릇(구조)을 쓰는지 감을 잡고, 직접 만들어봐요.
6일차
월

#### 배열 · 리스트 — 순서대로 담기

실습JavaScript 배열로 할 일 목록·상품 목록 만들기 — 추가·삭제·인덱스로 꺼내기.
연결화면에 목록을 뿌리는 모든 기능(React의 리스트 렌더링)이 결국 이 목록 데이터예요.
7일차
화

#### 스택 · 큐 — 쌓기(LIFO)와 줄서기(FIFO)

실습스택·큐를 직접 구현. 스택=실행취소(Undo), 큐=먼저 온 순서대로 처리.
연결알림·이벤트를 들어온 순서대로 처리하는 큐(Kafka) 개념의 씨앗.
8일차
수

#### 해시 (맵 · 객체) — 열쇠로 한 번에 찾기

실습JavaScript 객체(Map)로 아이디 → 사용자 정보 캐시 흉내내기. 목록을 뒤지는 것 vs 바로 찾는 것 속도 비교.
연결자주 쓰는 데이터를 빠르게 꺼내는 캐시(Redis)가 왜 빠른가 = 해시 덕분. 이 순간을 크게 강조!
9일차
목

#### 트리 — 계층으로 담기

실습폴더 구조·JSON을 트리로 그려보기. 부모-자식 관계 이해.
연결웹 화면의 HTML(DOM) 트리, 서버가 주는 JSON 응답이 다 트리 구조.
10일차
금

#### 시간복잡도 맛보기 & 미니 퀴즈

확인"왜 상황마다 다른 구조를 쓰나" = 빠른 것/순서 지키는 것의 차이. Big-O 감각만 가볍게. 퀴즈 10문항.
🎨 디자이너 대체 트랙 (같은 시간)

디자인 기본기 ② — 레이아웃·그리드·여백·정렬 원칙. 트리 개념은 함께 들어요(화면이 컴포넌트 트리로 구성된다는 이해 = 개발 협업의 핵심).

Week 3
WEEK3

### 프로그램의 변화 — 지금 우리가 쓰는 것이 어디서 왔나

언어와 소프트웨어가 어떻게 진화해 왔는지 큰 지도를 그리고, 우리 스택의 위치를 찾아요.
11일차
월

#### 언어의 진화 — 기계어에서 사람 말까지

실습같은 동작을 저수준 vs 고수준으로 비교. "왜 점점 사람 말에 가까워졌나" 이야기 나누기.
연결우리가 Java·JavaScript 같은 고급 언어를 쓰는 이유.
12일차
화

#### 프로그래밍 패러다임 — 절차 → 객체 → 함수

실습같은 문제를 절차지향 vs 객체지향으로 각각 짜보고 차이 느끼기.
연결우리 백엔드(Java)가 객체지향인 이유, 프론트에 함수형 요소가 섞인 이유.
13일차
수

#### 웹의 등장 — 클라이언트와 서버로 나뉘다

실습혼자 도는 프로그램 → 웹으로. 프론트엔드 / 백엔드가 나뉜 이유와 역할 분담 정리.
연결우리 React 웹(프론트) 과 Spring Boot(백엔드)가 딱 이 구도. 4일차 Network 탭과 이어짐.
14일차
목

#### 아키텍처의 진화 — 모놀리식 → MSA → 클라우드 → AI

실습하나로 뭉친 프로그램 vs 잘게 나눈 마이크로서비스의 장단점 토론.
연결우리가 웹(React) · 앱(React Native·Flutter) · 서버(Spring Boot)를 나눠 만들고 클라우드에 올리는 방식이 바로 이 진화의 결과.
15일차
금

#### 우리 서비스 구성도 그려보기 & 미니 퀴즈

확인배운 흐름으로 우리 시스템 구성도를 직접 그려보기. 퀴즈 10문항.
🎨 디자이너 대체 트랙 (같은 시간)

디자인 시스템 & 핸드오프 — 컴포넌트·재사용 개념, 개발자에게 넘기는 스펙(간격·상태·인터랙션) 작성법. 웹의 프론트/백 구분은 함께 들어요.

Week 4
WEEK4

### 통합 · 복습 · 발표 — 배운 걸 내 말로

3주간 배운 조각들을 하나로 잇고, "내가 이해한 것"을 발표로 증명해요.
16–17일차
월·화

#### 한 요청의 여행 — 클릭에서 응답까지 따라가기

실습화면에서 버튼 하나 눌렀을 때: React 웹/앱 → REST API → Spring Boot 서버 → DB → 응답까지 전 과정을 추적하고 그림으로 정리.
연결1~3주 개념(네트워크·자료구조·아키텍처)이 여기서 전부 만나요.
18일차
수

#### 발표 주제 정하고 깊게 파기

실습각자 가장 흥미로웠던 주제 하나 선택(예: "캐시는 왜 빠른가", "React와 서버는 어떻게 대화하나", "웹과 앱은 뭐가 다른가") — 자료 조사.
19일차
목

#### 발표 자료 만들기

실습10분 분량 슬라이드 작성. 어려운 말 없이, 내 말로 설명하는 걸 목표로. (멘토가 1:1 코칭)
20일차
금

#### 미니 발표회 🎤 — Layer B의 졸업식

발표한 사람당 10분 "내가 이해한 컴퓨터 / 우리 시스템". 팀 앞에서 발표하고 질문받기.
평가이 발표가 기본기 이해도의 핵심 평가 포인트. (아래 평가 방법 참고)
🎨 디자이너 대체 트랙 (같은 시간)

디자이너도 함께 요청 흐름을 따라가고(협업 이해), 발표는 "내가 다시 디자인한다면" 주제로 — 우리가 다루는 서비스 화면 하나를 골라 개선안을 발표해요.

이해도 확인

## 어떻게 평가하나

시험 점수가 목적이 아니에요. "이해했는지, 그리고 내 말로 설명할 수 있는지"를 봅니다.

매일
3줄 회고 — 오늘 배운 것 / 이해 안 된 것 / 궁금한 것. 이해가 막힌 지점을 멘토가 바로 캐치.
매주 금
미니 퀴즈 10문항 — 맞고 틀림보다, 틀린 개념을 다음 주에 보완하는 용도.
4주차
미니 발표 (가장 중요) — 어려운 용어 없이 자기 말로 설명하면 진짜 이해한 것. 암기가 아니라 이해를 봐요.
상시
"그래서 우리 회사에선?" 대답 — 배운 개념을 우리 실제 개발(React·Spring Boot·앱·클라우드)에 연결해 말할 수 있는지가 최종 목표.

### ⚠️ 눈높이 주의

고교생에게 Big-O 증명이나 CPU 파이프라인 같은 깊은 이론은 목표가 아니에요. "왜 이렇게 만들어졌고, 우리 시스템의 어디에 있는가"라는 큰 그림과 직관을 잡는 게 이 4주의 목적입니다. 못 따라오면 속도를 늦춰도 괜찮아요.