멀티미디어 신화
Source: Dev.to
I used to think I was a “visual learner.” I’d pick a video tutorial over documentation every time.
Twenty minutes of someone explaining closures while typing in VS Code? Perfect. I’d watch the whole thing, nod along, and close the tab feeling like I understood closures.
Then I’d try to use one and realize I had no idea what I was doing.
This happened enough times that I started questioning the whole setup. Not the specific tutorials, but the format itself. Is video actually a good way to learn programming? Or does it just feel like one?
The Study That Started It All
멀티미디어가 학습에 더 좋다는 생각은 실제 연구에서 나온 것입니다. Richard Mayer의 멀티미디어 학습 이론은 관련 시각 자료와 텍스트를 결합하면 인지 부하를 줄일 수 있음을 보여주었습니다. 이벤트 루프 다이어그램을 설명과 함께 배치하면 도움이 됩니다—이 부분은 확실합니다.
하지만 산업계는 “관련 시각 자료가 도움이 된다”는 것을 **“비디오가 텍스트보다 낫다”**는 주장으로 바꾸어 버렸습니다. 이 두 주장은 완전히 다른 것이며, 두 번째 주장은 입증된 바가 없습니다.
대부분의 프로그래밍 튜토리얼은 실제 의미에서 멀티미디어라고 할 수 없습니다. 코드 편집기 위에 누군가가 말을 하는 형태이죠. JavaScript 클로저를 설명하는 데 시각적인 요소가 텍스트보다 더 나은 점은 없습니다. 단지 누군가의 입을 통해 천천히 전달되는 텍스트일 뿐입니다.
왜 읽기가 더 어려운가 (그리고 왜 중요한가)
읽을 때, 뇌는 실제로 일을 합니다. 정신적 이미지를 스스로 만들어 내죠. 헷갈리는 문장이 나오면 멈추고, 다시 읽고, 생각한 뒤에 다음으로 넘어갑니다. 처음부터 정신 모델을 구축하는 겁니다.
동영상을 볼 때는 다른 사람이 그 일을 대신해 줍니다. 강사가 개념을 시각화하고, 비유를 선택하고, 설명의 속도를 조절합니다. 여러분의 뇌는 단지 받아들이기만 하면 됩니다.
그래서 동영상이 더 쉬워 보이는 겁니다. 실제로 더 쉽습니다. 그리고 쉬워진다는 것은 인코딩이 적다는 뜻이죠. 노력(노력이) 적을수록 기억은 약해집니다.
이렇게 생각해 보세요: 소설을 읽는 것과 영화를 보는 것은 완전히 다른 경험입니다. 등장인물의 얼굴을 상상하며 읽는 독자는 이야기를 보는 사람과는 다르게 기억합니다. 한쪽은 마음을 훈련시키고, 다른 한쪽은 즐겁게 합니다.
프로그래밍 개념은 추상적입니다—변수, 클로저, 프로미스, 타입 시스템 등. 이들 중 어느 것도 본질적으로 시각적인 것이 아닙니다. 이들은 상징적이고 논리적이죠. 텍스트(가끔 다이어그램 포함)는 이런 종류의 자료에 거의 항상 더 좋은 형식입니다. 왜냐하면 이해를 만들기 위해 정신적인 작업을 강요하기 때문입니다.
비디오가 실제로 승리하는 경우
비디오가 쓸모 없다고 말하는 것이 아니라, 정보가 공간적, 물리적, 청각적일 때 적합한 형식입니다:
- 도구 탐색 – 누군가가 UI를 사용하는 모습을 보고, 공간 레이아웃을 이해합니다. 이것은 직접 보는 것이 필요합니다.
- 신체 기술 – 책만으로는 수영을 배울 수 없습니다. 운동 학습에는 시연이 필요합니다.
- 공간적 추론 – 회로도, 건축 레이아웃 등 진정으로 시각적인 것들.
- 소리 – 발음, 음악, 톤. 텍스트로는 이를 포착할 수 없습니다.
하지만 프로그래밍 같은 추상적인 개념에 대해서는 어떨까요? 비디오는 텍스트가 이미 하는 일을 단지 더 느리게, 그리고 여러분의 노력을 덜 들여서 수행합니다. 그리고 노력 감소가 문제이며, 해결책이 아닙니다.
“학습 스타일”에 관한 이야기
“나는 시각 학습자다”는 질문 없이 모두가 흔히 하는 말 중 하나입니다. 사람마다 지배적인 학습 스타일(시각, 청각, 운동감각)이 있다는 생각은 많이 연구되었지만—대부분은 신화입니다.
연구가 실제로 뒷받침하는 것은 다릅니다. 사람이 시각적이거나 청각적인 것이 아니라 주제가 그렇습니다. 수영은 운동감각적이고, 음악은 청각적이며, 프로그래밍은 추상적이고 상징적입니다. 사람에게 맞추는 것이 아니라 내용에 맞는 형식을 맞추는 것입니다.
타입스크립트 제네릭을 공부하면서 “나는 시각 학습자다”라고 말하는 것은 작업에 드라이버가 필요한데 “나는 망치 사람이다”라고 말하는 것과 같습니다. 선호도는 실제이지만, 그 효과는 그렇지 않습니다.
LLM은 학습을 대체하지 않았다. 검색을 대체했다.
제가 생각하기에 일어난 일은 이렇습니다. 튜토리얼 영상이 인기가 있었던 이유는 비디오 형식 때문이 아니라, 가장 좋은 가이드 설명이었기 때문입니다.
LLM이 등장하기 전, 특정 문제에 막혔을 때 선택할 수 있는 방법은 다음과 같았습니다:
- 문서 읽기 – 종종 형편없이 쓰여 있고 전제를 너무 많이 가정함.
- Stack Overflow 검색 – 파편화된, 다른 사람의 문제.
- 20분짜리 영상 시청 – 필요한 2분만 찾기 위해서 전체를 봐야 함.
그 사용 사례에 있어서는 LLM이 더 좋습니다. 즉시 답을 제공하고, 문제에 구체적이며, 후속 질문도 할 수 있습니다.
하지만 함정이 있습니다. LLM은 올바른 질문을 할 만큼 충분히 알고 있을 때 작동합니다. TypeScript를 이해하고 있고 조건부 타입에서 막혔다면, LLM은 빠르게 문제를 해결해 줍니다. TypeScript를 전혀 모른다면, 무엇을 물어야 할지도 모릅니다. 답을 받겠지만, 그 접근이 옳은지, 올바른 순서로 올바른 것을 배우고 있는지, 혹은 놓친 부분이 무엇인지 알 수 없습니다.
LLM은 검색 도구이지 학습 시스템이 아닙니다. 구조, 진행 단계, 혹은 스스로 이해했는지 테스트할 방법을 제공하지 않습니다. 눈앞의 문제만 해결하고 그 밑바탕이 되는 기초는 쌓지 못합니다.
- 막혔을 때: LLM이 승리합니다.
- 주제 자체를 처음부터 배우고, 정신 모델을 만들며, 올바른 순서대로 진행하고, 이해했는지 확인하려면: 여전히 구조화된 자료와 능동적 회상이 필요합니다. 그 자료의 형식도 중요하고, 추상적인 개념에서는 텍스트가 영상보다 낫습니다.
그럼 뭐가 효과가 있을까?
비디오 튜토리얼이 학습의 가장 강한 착각을 만들고, 재독이 두 번째로 강한 착각을 만든다면(그에 대해서는 이전 글에서 다뤘습니다), 남은 것은 무엇일까요?
읽기. 실제로 텍스트를 읽는 것. 텍스트와 상호작용하고, 잠시 멈춰 생각한 뒤, 방금 읽은 내용에 대해 스스로 테스트하는 방식입니다. 화려하지도 않고, 다듬어진 튜토리얼을 보는 것만큼 생산적이라고 느껴지지도 않지만, 뇌가 텍스트를 처리하는 데 들이는 노력 자체가 지식이 오래 남게 만드는 핵심입니다.
추상적인 개념을 학습하기에 가장 좋은 형식은 압축된 텍스트와 그 뒤를 잇는 적극적인 회상입니다:
- 개념을 읽는다.
- 출처를 닫는다.
- 자신의 말로 설명해 본다.
- 퀴즈를 풀거나 그 아이디어를 활용한 작은 프로그램을 작성한다.
그러한 노력과 자기 주도적 처리가 일시적인 노출을 지속적인 이해로 바꾸어 줍니다.
See what you actually retained versus what you only thought you understood.
It's slower. It's harder. It's uncomfortable. That's the whole point.
*This is part 2 of a series on effective learning. Previous: [You're Not Learning, You're Just Reading](https://dev.to/blog/youre-not-learning). Next: [Why 700‑Page Books Exist](https://dev.to/blog/why-700-page-books-exist)*