리이오의 연습장 리이오가 배우고 기록으로 발전시키는 곳
SEEDS × Solo Builder

혼자 배우는 사람을
위한 학습 설계

가르치는 사람이 하는 일이 설명이 아니라 설계라면, 혼자 만드는 사람은 그 설계를 자기 자신에게 해야 합니다. 1인 개발자가 4주 동안 스스로에게 던질 상황·질문·활동을 미리 짜 둔 설계도입니다.

강의를 한 편 더 보는 것은
학습이 아니라 전달의 재생산입니다.
혼자일수록 설명을 소비하기 쉽습니다. 설명은 안심을 주고, 능력은 주지 않습니다.
Why

혼자 배울 때 무너지는 세 지점

의지가 약해서 무너지는 게 아닙니다. 설계가 비어 있어서 무너집니다.

셋 다 성격의 문제가 아니라 구조의 문제입니다. 구조는 결심이 아니라 설계로 바꿉니다. 이 설계도의 출발점

Transfer

교사의 일을 나에게 옮기는 세 가지

좋은 강사는 답을 주지 않습니다. 상황을 만들고, 질문을 던지고, 활동을 설계합니다. 혼자라면 그 셋을 내가 나에게 해야 합니다.

01 / Situation
상황을 먼저 만든다
마감과 관객을 학습보다 먼저 세웁니다. 공개 선언과 심사 제출일이 교실을 대신합니다.
02 / Question
답 대신 질문을 비치한다
막혔을 때 검색창을 열기 전에 꺼내 볼 질문을 미리 적어 둡니다. 질문이 없으면 손이 먼저 답을 찾습니다.
03 / Activity
행동 단위를 정한다
‘열심히’는 활동이 아닙니다. 90분 블록, 가설 카드, 막힘 로그처럼 셀 수 있는 단위로 만듭니다.
4 Weeks

4주 설계: SEEDS 한 바퀴

앱 하나를 만드는 4주가 아니라, 학습이 한 바퀴 도는 4주입니다. 결과물은 학습의 수단이고, 둘이 충돌하면 학습이 먼저입니다.

Week 1 문제를 한 문장으로 못박는다 S · Situation
배울 것을 고르지 않습니다. 불편한 것을 고릅니다. 내가 이번 주에 실제로 겪은 짜증 하나를 문제로 승격시키고, 4주 뒤 날짜를 공개적으로 선언합니다. 관객이 생기는 순간 학습의 조건이 바뀝니다.
Output문제 한 문장 + 출시 예정일 공개 선언 + 안 만들 기능 목록
Question“나 말고 이걸 불편해할 사람 한 명을 댈 수 있는가?”
Trap기능을 먼저 정하는 것. 기능은 아직 답이고, 지금은 문제를 잡을 시간입니다.
Week 2 모르는 채로 가설을 쓰고, 깨뜨린다 E · Explore / Encounter
배우기 전에 씁니다. “이건 아마 이렇게 동작할 것이다.” 검색으로 정답을 확인하지 말고, 가장 빨리 깨질 순서로 직접 실행해 봅니다. 이번 주의 성과는 동작하는 코드가 아니라 깨진 가설의 개수입니다.
Output깨진 가설 3개 이상 + 동작하는 화면 1개
Question“이 가설이 깨지면, 나는 무엇을 알게 되는가?”
Trap한 번도 안 깨지는 것. 너무 안전한 곳에 머물렀다는 신호입니다.
Week 3 핵심 기능 하나만 완성한다 D · Discover
기능을 늘리는 대신, 하나를 끝까지 밀어붙입니다. 완성의 기준은 ‘돌아간다’가 아니라 왜 돌아가는지 설명할 수 있다입니다. 설명이 막히는 지점이 이번 주에 진짜로 배운 자리입니다.
Output핵심 기능 1개 + 내 말로 설명할 수 있게 된 개념 목록
Question“이 줄을 지우면 무엇이 깨지는가? 왜 그런가?”
Trap쉬운 기능 셋으로 어려운 하나를 대신하는 것.
Week 4 내보내고, 옆 사람의 언어로 옮긴다 S · Share
심사 제출과 함께, 만든 과정을 짧게 공개합니다. 공유는 마케팅이 아니라 학습의 마지막 단계입니다. 남에게 설명되지 않는 것은 아직 내 것이 아니고, 설명하는 동안 절반이 다시 정리됩니다.
Output심사 제출 + 회고 글 1편(깨진 가설 중심) + 다음 루프의 상황
Question“코드를 모르는 사람에게 이걸 어떻게 한 문단으로 말하겠는가?”
Trap‘조금만 더 다듬고 나서’. 다듬는 동안 학습은 멈춰 있습니다.
한 바퀴 다음
4주가 끝나면 같은 사이클을 더 큰 문제에 다시 겁니다. 2회차는 수익화, 3회차는 사용자 데이터, 주제는 바뀌어도 구조는 같습니다. 이 반복이 질문고리 학습의 프랙탈 구조입니다.
Activity

매주 반복되는 네 개의 장치

주차 설계가 뼈대라면, 이 넷은 매주 똑같이 돌아가는 근육입니다.

Template

가설 카드 세 줄

오늘 바로 채울 수 있습니다. 정답을 아는 상태로 쓰면 안 됩니다.

나는 대상 X가 이렇게 동작한다고 생각한다.
검증 행동 Y를 하면 이 생각이 맞는지 드러난다.
틀린다면 나는 무엇을 새로 알게 된다.
혼자 던지는 검증 질문
“이 가설이 깨지면, 나는 뭘 알게 되는데?”. 답이 “잘 모르겠다”라면 가설이 너무 큽니다. 더 작게 쪼개세요.
Questions

막혔을 때, 답 대신 질문 하나

검색창을 열기 전에 눌러 보세요. 여기엔 답이 없습니다.

Question Box
지금 막힌 지점을 한 문장으로 말하면 뭐라고 하겠는가?
Evidence

완성도가 아니라 변화량으로 본다

4주 뒤에 확인할 것은 “다 했는가”가 아니라 “무엇이 달라졌는가”입니다.

학습의 증거
  • 깨진 가설 목록, 무엇을 잘못 알고 있었는지
  • 4주 전엔 못 하고 지금은 하는 설명
  • 세상에 나간 링크 하나
  • 다음에 부딪히고 싶어진 문제
증거가 아닌 것
  • 강의 진도율
  • 커밋 수와 코딩 시간
  • 깔끔하게 정리된 폴더 구조
  • “대충 이해한 것 같은” 느낌
Anti-pattern

이 설계가 실패하는 방식

실패는 대개 게을러서가 아니라, 더 편한 일로 갈아타면서 옵니다.

강의 몰아보기
가장 성실해 보이는 회피. 손이 움직이지 않는 시간은 학습 시간이 아닙니다.
기능 도피
어려운 하나를 피하려고 쉬운 셋을 붙입니다. 앱은 커지고 배움은 멈춥니다.
리팩토링 도피
출시 대신 코드를 정리합니다. 아직 아무도 안 쓰는 코드는 정리할 이유가 없습니다.
안 깨지는 가설
전부 맞았다면 아는 것만 했다는 뜻입니다. 경고 신호로 읽으세요.
공유 생략
“나만 알면 되지”. 말로 못 하는 것은 아직 발견하지 못한 것입니다.
완벽한 첫 문제
좋은 아이템을 고르느라 1주를 씁니다. 문제는 고르는 게 아니라 겪는 것입니다.
Start

오늘 15분이면 시작됩니다

준비가 끝나서 시작하는 사람은 없습니다. 이 셋만 하면 Week 1이 시작된 것입니다.

더 깊이 들어가기

이 설계도는 질문고리 학습을 1인 개발자 상황에 맞춰 줄인 것입니다. 혼자 도는 게 버겁다면 같이 도는 방법도 있습니다.

프레임워크 보기 → 함께 하기 →

AI를 끼고 혼자 배운다면 → 지형 · 경로 · 장비에서 AI를 루프의 어디에 놓을지 정할 수 있습니다.