출처
- X 원문
- 작성자: Prof. Feynman (
@ProfFeynman) - 게시: 2026-08-11 14:23 KST
- 주제: 이해를 위해 스스로 풀어 보고 만들어 보는 학습법
개요
이 게시물은 이해를 단순한 정보 기억이 아니라 스스로 과정을 재구성할 수 있는 상태로 본다. 처음부터 세부를 모두 외우려 하지 말고, 어느 방향으로 가야 하는지에 대한 힌트만 얻은 뒤 나머지는 직접 풀거나 만들어 보라는 주장이다. 짧은 지식 소비보다 시도·막힘·수정의 과정이 이해를 만든다는 메시지다.
“understand something by trying to work it out … by creating it.”
핵심 아이디어
- 이해 = 재현 가능한 생성: 답을 알아보는 것보다 문제를 다시 풀거나 결과물을 직접 만들어 보는 편이 실제 이해를 더 잘 드러낸다.
- 힌트는 방향만 준다: 모든 세부를 먼저 제공받지 않고, 다음에 탐색할 방향만 얻는다. 이후 세부는 자신의 추론과 실험으로 채운다.
- 수동적 소비와 구분된다: 읽고 “알 것 같다”고 느끼는 것과, 자료를 닫은 뒤 자기 힘으로 설명·구현하는 것은 다르다.
- 학습 목표와 생산 목표를 나눈다: 결과물이 목적이면 위임이 효율적일 수 있지만, 숙련이 목적이면 과정 일부를 직접 수행해야 한다.
실천 루프
- 문제나 만들고 싶은 결과를 먼저 정한다. 교과서의 순서를 끝까지 따라가기보다 구체적인 질문·작품·코드에서 출발한다.
- 자료를 닫고 먼저 시도한다. 기억나는 원리와 힌트만으로 풀이·설계·구현을 재구성한다.
- 막힌 지점만 확인한다. 전체 정답을 복사하지 말고, 다음 방향을 정할 수 있는 최소한의 힌트나 피드백을 요청한다.
- 다시 처음부터 완성한다. 확인한 부분을 곧바로 자기 말·코드·도식으로 다시 만들며 빈틈을 드러낸다.
- 설명과 변형으로 검증한다. 원래 문제를 넘어 예시를 바꾸거나 다른 사람에게 설명할 수 있는지 확인한다.
AI를 사용할 때의 적용
- “정답을 써 줘”보다 “다음 단계의 힌트만 주고, 내가 시도한 뒤 피드백해 줘” 라고 요청한다.
- 코드를 생성받더라도 바로 붙여 넣지 말고, 먼저 직접 초안을 만든 뒤 차이를 비교한다.
- AI에게 중간 답을 숨긴 퀴즈·테스트·반례를 만들어 달라고 해 재구성 능력을 점검한다.
- 작업이 끝난 뒤에는 “이 결과가 왜 동작하는지 설명할 수 있는가?”를 묻는다. 설명하지 못하는 부분이 다음 학습 범위다.
해석의 한계
이 게시물은 파인만에게 귀속한 짧은 격언을 소개하는 소셜 미디어 게시물이지, 해당 학습법의 효과를 입증하는 연구 결과는 아니다. 계정이 제시한 인용의 원출처와 정확한 문맥은 별도로 확인하지 않았으므로, 인용은 게시물이 전달하는 관점으로 읽는 것이 안전하다.
관련 위키
- 2026-07-26-gabriel-petersson-ai-learning-prompt — AI를 결과 대행자가 아니라 기초를 빠르게 이해하는 튜터로 쓰는 학습법.
- 2026-08-13-ai-self-study-self-system-dan-martell — 문제 선택·자기 설명·실행·반복을 연결한 AI 자기주도 학습 시스템.
- 2026-08-08-aisparkup-post-15081-llm — 결과보다 이해와 구현 과정이 중요한 활동에서 LLM 사용을 판단하는 관점.
- moc-productivity — 생산성·학습 워크플로 MOC.