4장 기억의 과학과 나의 학습 OS

4.1 잊는 뇌, 꺼내는 뇌

시험을 망친 뒤 가장 흔한 진단은 "덜 읽어서"다. 그래서 다음 시험에는 더 여러 번 읽는다. 교육심리학의 진단은 방향이 반대다. 문제는 덜 읽은 것이 아니라 덜 꺼낸 것이다.

4.1.1 시험 효과: 꺼내는 행위가 기억을 만든다

기억에서 정보를 스스로 재구성해 꺼내는 행위를 인출(retrieval)이라 한다. 다시 읽기는 정보를 눈앞에 가져다 놓는 일이고, 인출은 눈앞에 없는 것을 머리에서 복원하는 일이다. 같은 내용을 다뤄도 뇌가 하는 일이 다르다.

인출 행위 자체가 그 기억을 강화하는 현상을 시험 효과(testing effect)라 하고, 시험 효과를 의도적으로 학습에 쓰는 전략을 인출연습(retrieval practice)이라 한다. 같은 시간을 쓴다면 다시 읽기보다 스스로 꺼내 보는 쪽이 장기 기억에 남는다는 것이 시험 효과 연구들의 공통 결론이다. 시험은 실력을 재는 장치이면서, 실력을 만드는 장치이기도 하다.

다시 읽기가 기대만큼 남지 않는 이유도 여기서 나온다. 세 번째 읽는 노트는 술술 넘어간다. 그 매끄러움은 "노트가 눈에 익었다"는 신호이지 "시험장에서 백지 위에 재구성할 수 있다"는 신호가 아니다. 익숙함을 이해로 착각하는 순간, 공부 시간과 성적이 따로 놀기 시작한다.

구체적인 장면으로 옮겨 보자. 3주차에 만든 플래시카드 한 장의 앞면에 "절대습도와 상대습도의 정의 차이는?"이 적혀 있다. 뒷면을 보기 전에 멈춰서 답을 말해 보는 그 몇 초에 학습이 일어난다. 답이 틀렸어도 좋다. 인출을 시도한 뒤에 본 정답은 그냥 읽은 정답보다 오래 남는다. 도구② 플래시카드 생성기는 처음부터 인출연습 장치로 설계된 것이다.

4.1.2 간격반복: '언제'의 설계

인출연습이 "어떻게"의 답이라면, 남은 질문은 "언제"다. 복습 사이의 간격을 점점 늘려 가며 인출을 반복하는 전략을 간격반복(spaced repetition)이라 한다.

논리는 이렇다. 방금 본 것을 다시 꺼내는 일은 쉽고, 쉬운 인출은 기억을 거의 바꾸지 못한다. 조금 잊힐 때까지 기다렸다가 꺼내면 인출은 힘들어지지만, 성공했을 때 기억이 훨씬 단단해진다. 학습에 오히려 유익한 이런 어려움을 바람직한 어려움(desirable difficulty)이라 한다. 몰아서 열 번 읽는 벼락치기가 시험 다음 날 증발하는 이유가, 뒤집으면 간격반복이 작동하는 이유다.

그렇다면 간격은 정확히 며칠이어야 하는가. 최적값은 자료의 난도와 사람에 따라 달라서, 하나의 정답 수열은 없다. 이 책은 출발 규칙으로 1일 → 3일 → 7일 → 14일을 채택한다. 복습에 성공할 때마다 다음 간격이 두 배 안팎으로 늘어난다는 구조가 본질이고, 수열의 값 자체는 조정 대상이다. 그래서 4.3절의 예제는 이 수열을 코드에 박아 넣지 않고 데이터로 분리한다. 나중에 본인 기록을 보고 값을 바꾸더라도 코드는 건드리지 않게 하기 위해서다.

한 가지는 분명히 해 두자. 간격반복은 이해를 대체하지 않는다. 이해한 것이 새 나가지 않게 막는 유지 장치로 보면 된다. 이해는 수업과 문제 풀이의 몫이고, 이 장의 도구는 그 뒤를 맡는다.

4.2 위키 구조화: 씨앗에서 상록수까지

인출연습은 카드에만 적용되는 원리가 아니다. 1주차부터 운영해 온 위키 노트에도 같은 원리를 심을 수 있다. 핵심 장치는 노트의 성장단계를 표시하는 세 개의 태그 #seed → #growing → #evergreen이다. 노트를 완성된 문서가 아니라 자라는 생물로 취급하는 이 관례를 이 수업의 위키 규약으로 채택한다.

승격 기준을 이렇게 박아 두는 이유는 승격 작업 자체가 인출연습이기 때문이다. #seed를 #growing으로 올리려면 원문을 덮고 내 말로 다시 써야 하고, 그것이 곧 인출이다. #growing을 #evergreen으로 올리려면 다른 노트·다른 과목과 연결해야 하는데, 연결은 나중에 그 지식을 꺼낼 인출 단서를 늘린다. 태그는 "이 노트에 어떤 학습 행위가 일어났는가"의 기록으로 쓴다.

채점과의 연결도 명확하다. 위키 채점 기준(마일스톤 3회, 주당 의미 있는 커밋)은 1장에 정리해 두었다. 마일스톤마다 evergreen 승격 수와 링크 밀도가 집계되며, 첫 집계인 마일스톤①이 바로 다음 주다.

도구가 위키를 읽으려면 사람만 알아보는 노트로는 부족하다. 노트 머리에 기계가 읽을 수 있는 형식으로 메타데이터를 적는 관례를 프런트매터(frontmatter)라 한다. 이 수업의 최소 규약은 세 필드다.

---
title: 이상기체
tags: [seed]
updated: 2026-09-27
---
# 이상기체
오늘 화공양론: PV = nRT가 잘 맞는 조건이 따로 있다. (내일 내 말로 다시 쓸 것)

구획선 --- 두 줄 사이가 프런트매터다. tags는 성장단계, updated는 마지막 수정일이다. 이 세 줄이 4.4절에서 도구들을 잇는 접착제가 된다.

4.3 파일 입출력과 JSON: 도구에 기억을 심는 법

지금까지 만든 도구에는 공통된 한계가 있다. 실행이 끝나면 전부 잊는다는 것이다. 변수에 담긴 값은 프로그램이 종료되는 순간 사라진다. 스터디 플래너는 "이 노트를 마지막으로 언제 복습했는가"를 다음 실행 때도 기억해야 하므로, 데이터를 프로그램 바깥에 남기는 수단이 필요하다. 프로그램이 꺼져도 데이터가 남는 성질을 영속성(persistence)이라 하고, 그 가장 기본적인 수단이 파일이다.

4.3.1 텍스트 파일 읽고 쓰기

파일을 열 때 받는 것은 파일 내용 자체가 아니라 파일로 통하는 손잡이다. 이 손잡이를 파일 핸들(file handle)이라 한다. 핸들을 통해 한 줄씩 읽고, 다 쓰면 닫는다. 최소 문형부터 보자.

fhand = open('wiki/이상기체.md', 'r', encoding='utf-8')  # 'r' = 읽기 모드
count = 0
for line in fhand:            # 파일 핸들을 순회하면 한 줄씩 나온다
    count = count + 1
fhand.close()                 # 다 썼으면 닫는다
print('줄 수:', count)

encoding='utf-8'은 이 책의 전 코드 공통 규약이다. 윈도우의 기본 인코딩은 UTF-8이 아닐 수 있어서, 이 인자를 빼면 한글 노트가 깨져 읽히는 사고가 실습실에서 자주 일어난다. AI가 생성한 코드에 이 인자가 빠져 있으면 추가를 요구하라.

없는 파일을 읽기 모드로 열면 어떻게 되는가. 직접 겪어 보는 편이 빠르다.

>>> open('없는파일.md', 'r', encoding='utf-8')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
FileNotFoundError: [Errno 2] No such file or directory: '없는파일.md'

프로그램이 그 자리에서 멈춘다. 에러 이름 FileNotFoundError를 기억해 두자. 실습에서 plan.json이 아직 없을 때 정확히 이 에러를 만나게 되고, 그때 "파일이 없으면 빈 계획으로 시작하라"는 예외 처리를 AI에게 요구하게 된다.

쓰기는 모드만 바꾸면 된다. 다만 쓰기 모드에는 함정이 있다.

fout = open('오늘의_복습.md', 'w', encoding='utf-8')  # 'w' = 새로 쓰기
fout.write('# 2026-09-28 복습 목록\n')                # \n = 줄바꿈 문자
fout.write('- 이상기체\n')
fout.close()                  # 닫아야 마지막 내용까지 디스크에 기록된다

'w' 모드는 파일이 이미 있으면 기존 내용을 전부 지우고 새로 시작한다. 매번 새로 만드는 "오늘의 복습 목록"에는 적합하지만, 쌓아 가야 하는 데이터에 쓰면 기존 내용을 잃는다. 끝에 덧붙이는 모드는 'a'다. 이 구분이 얼마나 중요한지는 아래 사례가 보여 준다.

4.3.2 JSON: 구조가 있는 기억

복습 이력은 줄글이 아니라 구조다. 노트마다 마지막 복습일과 진행 단계가 붙어 있어야 한다. 이런 데이터를 담는 파이썬 자료형이 딕셔너리(dictionary)다. 키(key)를 넣으면 값(value)이 나오는 자료형으로, plan['이상기체']처럼 대괄호 안에 키를 써서 값을 꺼낸다. 문법 해부는 5장의 몫이고, 지금은 읽을 수 있으면 충분하다.

딕셔너리와 리스트를 중첩해 만든 구조를 텍스트로 저장하고 교환하는 표준 형식을 JSON(JavaScript Object Notation)이라 한다. 이름과 달리 자바스크립트 전용이 아니며, 오늘날 프로그램 사이의 데이터 교환에서 사실상 표준으로 쓰인다. 파이썬 표준 라이브러리 json이 딕셔너리를 파일로, 파일을 다시 딕셔너리로 왕복시켜 준다.

import json

plan = {
    '이상기체':  {'last': '2026-09-27', 'stage': 0},   # 날짜 형식: 'YYYY-MM-DD'
    '습도 계산': {'last': '2026-09-21', 'stage': 2},   # stage: 0부터 시작하는 정수
}
with open('plan.json', 'w', encoding='utf-8') as f:
    json.dump(plan, f, ensure_ascii=False, indent=2)   # 사람도 읽을 수 있게 저장

with open('plan.json', encoding='utf-8') as f:
    plan2 = json.load(f)                                # 파일 → 딕셔너리 복원
print(plan2['습도 계산']['stage'])                       # 2

새 문형이 하나 등장했다. with open(...) as f: 블록은 블록이 끝나는 순간 파일을 자동으로 닫는다. close()를 잊는 실수를 구조적으로 차단하므로, 이후 모든 코드에서 이 문형을 기본으로 쓴다. ensure_ascii=False는 한글을 사람이 읽을 수 있는 그대로 저장하게 하는 옵션이다.

생성 코드에서 자주 마주치는 함정이 하나 있다. json.load에는 파일 핸들이 들어가야 하는데, 경로 문자열을 바로 넘기는 코드가 종종 생성된다. 결과는 이렇다.

>>> json.load('plan.json')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  ...
AttributeError: 'str' object has no attribute 'read'

에러 문구가 원인을 말해 주지 않는 전형적인 경우다. "문자열에는 read가 없다"는 말의 진짜 뜻은 "파일 핸들 자리에 문자열이 들어왔다"이다. 이 에러를 만나면 open()을 거쳤는지부터 확인하라.

from datetime import date, timedelta

INTERVALS = [1, 3, 7, 14]        # 복습 간격 (일) — 규칙은 데이터로 분리

def next_review(last, stage):
    """마지막 복습일(ISO 문자열)과 단계로 다음 복습일을 계산한다."""
    last_day = date.fromisoformat(last)     # 'YYYY-MM-DD' → date 객체
    idx = min(stage, len(INTERVALS) - 1)    # 단계 초과 시 마지막 간격 유지
    return last_day + timedelta(days=INTERVALS[idx])

def due_today(plan, today):
    """오늘 복습해야 할 노트 이름 목록을 돌려준다."""
    due = []
    for name in plan:                        # 딕셔너리 순회 = 키 순회
        item = plan[name]
        if next_review(item['last'], item['stage']) <= today:
            due.append(name)                 # 예정일이 지난 노트도 포함
    return due

>>> with open('plan.json', encoding='utf-8') as f:
...     plan = json.load(f)
...
>>> due_today(plan, date(2026, 9, 28))
['이상기체', '습도 계산']

4.4 학습 OS: 도구를 파이프라인으로 잇는다

도구가 셋이 되었다. 이제 이들을 하나의 시스템으로 묶는다. 한 도구의 출력 파일이 다음 도구의 입력이 되도록 연결한 사슬을 파이프라인(pipeline)이라 한다.

강의노트(텍스트 붙여넣기)
      │  도구① 강의노트 정리기
      ▼
wiki/*.md  (프런트매터: title, tags, updated)
      │                          │
      │  도구② 플래시카드 생성기   │  도구③ 스터디 플래너 ←── plan.json (복습 이력)
      ▼                          ▼
   Anki 덱                 오늘의_복습.md

이 파이프라인과 위키, 그리고 그것을 매일 굴리는 복습 습관 전체를 이 수업에서는 학습 OS라 부른다. 컴퓨터의 운영체제가 프로그램에게 저장과 메모리를 제공하듯, 학습 OS는 공부에게 저장(위키)·인출(플래시카드)·스케줄(플래너)을 제공한다. 시스템의 요점은 순환이다. 도구를 쓰면 위키가 자라고, 위키가 자라면 카드와 복습 목록이 저절로 늘어난다.

통합의 실체는 규약이다. 폴더 구조, 파일 이름, 프런트매터 필드, plan.json의 스키마가 도구 사이의 인터페이스다. 도구①이 tags 필드를 빼먹으면 도구③이 위키를 읽지 못한다. 그래서 규약은 README에 명문화하고, AI에게 연결 코드를 시킬 때마다 그 규약을 프롬프트에 그대로 붙여넣는다. 이것이 파이프라인 작업의 표준 프롬프트 패턴이다(요약 S 4-4).

파이프라인의 고장은 각 도구 안이 아니라 이음매에서 난다. 도구 셋이 각자 완벽히 돌아가도, 도구①이 쓰는 날짜 형식과 도구③이 기대하는 형식이 다르면 시스템 전체가 멈춘다. 그래서 통합 작업의 마지막은 언제나 이음매 검사다.

import json
from pathlib import Path

def check_seams(wiki_dir, plan_file):
    """wiki 노트와 복습 계획의 이음매를 검사한다."""
    with open(plan_file, encoding='utf-8') as f:
        plan = json.load(f)
    notes = []
    for p in Path(wiki_dir).glob('*.md'):   # wiki 폴더의 모든 노트
        notes.append(p.stem)                # p.stem = 확장자를 뺀 이름
    missing = []                            # wiki에 있는데 계획에 없음
    for name in notes:
        if name not in plan:
            missing.append(name)
    ghost = []                              # 계획에 있는데 wiki에 없음
    for name in plan:
        if name not in notes:
            ghost.append(name)
    return missing, ghost