
같은 스킬에 100시간을 부었습니다. 강의를 듣고, 책을 읽고, 스레드를 저장했습니다. 손에 남은 결과물은 없습니다.
Hades(@0xHvdes)가 X에 올린 아티클 「더 빨리 배우는 법의 원칙(The Principles of Learning Faster)」은 이 장면에서 시작합니다. 공유 트윗은 조회 67만을 받았고, 북마크가 6,774개 붙었습니다. 100명 중 한 명이 저장 버튼을 눌렀다는 뜻입니다. 읽고 지나가는 글이 아니라, 저장해 두고 따라 하려는 글이라는 신호예요.
첫 문장부터 못을 박습니다. 더 많이 소비한다고 더 많이 배우는 게 아닙니다. 이 한 줄 뒤에 원칙 일곱 개가 붙습니다. 아래는 그 일곱 개를 원문 순서 그대로 옮기고, 마지막에 제 판단 한 겹을 얹은 글입니다.
소비를 학습으로 착각하면 무엇이 남을까요?
저자가 먼저 갈라놓는 두 상태가 있습니다. 소비와 학습입니다.
영상을 보는 동안 머리는 분명히 돌아갑니다. 문장이 이해되고, 고개가 끄덕여지고, 다음 강의로 넘어갑니다. 이 상태를 저자는 학습으로 치지 않아요. 이해는 학습의 재료일 뿐, 학습 자체가 아니라는 겁니다.
증거는 각자 책장에 있습니다. 글쓰기 책 10권을 읽은 사람이 아직 한 편도 못 썼어요. 코딩 튜토리얼을 50시간 봤는데 빈 파일 앞에서 손이 멈춥니다. 투입한 시간이 적어서 생긴 일이 아닙니다. 시간을 넣은 자리가 틀렸습니다.
일곱 원칙은 전부 이 진단에서 갈라져 나옵니다. 무엇을 더 넣을지가 아니라, 넣은 것을 어디에 쓰느냐를 다루는 원칙들입니다.
왜 아는 것과 할 수 있는 것은 다른 두 가지일까요?
첫째 원칙은 실행이 커리큘럼이라는 겁니다.
저자가 든 대비가 선명합니다. 코딩 튜토리얼 50시간을 본 사람과, 10시간만 보고 직접 무언가를 만든 사람. 투입 시간은 다섯 배 차이인데 실력은 뒤쪽이 앞섭니다.
"어떻게 되는지 아는 것과 할 수 있는 것은 완전히 다른 두 가지다."
강의는 이미 정리된 길을 보여줍니다. 막힐 자리를 저자가 미리 치워 놓은 길이에요. 직접 만들면 그 치워진 자리가 전부 되살아납니다. 환경 설정에서 막히고, 이름 짓기에서 막히고, 세 번째 화면에서 막힙니다. 강의가 건너뛴 구간이 곧 실력이 붙는 구간입니다.
커리큘럼을 미리 짤 수 없는 이유가 여기 있습니다. 무엇을 배워야 하는지는 만들다 막힌 자리가 알려줍니다. 순서가 뒤집힙니다. 배우고 나서 만드는 게 아니라, 만들다가 배웁니다.
피드백 루프를 10번 돌면 무엇이 달라질까요?
둘째 원칙이 이 글에서 가장 날카롭습니다. 학습 속도는 피드백 속도에 제한됩니다.
혼자 글 10편을 쓴 사람과, 한 편마다 피드백을 받아 열 번 고친 사람. 결과물 수는 똑같이 10편입니다. 그런데 두 사람은 다른 곳에 서 있습니다. 앞사람은 같은 습관을 열 번 반복했고, 뒷사람은 습관을 열 번 교정했습니다.
"피드백 없이 저지른 실수 100번은 100번의 향상이 아니다."
이 문장이 노력 신화를 정면으로 칩니다. 반복이 실력을 만든다는 말은 절반만 맞아요. 틀린 자세로 100번 스윙하면 틀린 자세가 100번 굳습니다. 교정 신호가 없으면 반복은 굳히기로만 작동하고요.
원문에 붙은 도해가 이 고리를 그대로 보여줍니다. 행동, 피드백, 조정, 다시 행동. 네 칸이 원을 그리며 돌아갑니다.

그림에서 중요한 칸은 가운데 둘이에요. 피드백과 조정. 이 두 칸을 빼면 그림은 그냥 직선이 됩니다. 행동, 행동, 행동. 100번을 채워도 첫 번째 행동과 같은 자리입니다.
실력을 올리고 싶으면 질문은 하나로 좁혀집니다. 내 결과물에 신호가 돌아오기까지 며칠이 걸립니까. 그 며칠을 몇 시간으로 줄이는 작업이 곧 학습 속도를 올리는 작업이에요.
검색하기 전 10분을 왜 혼자 견뎌야 할까요?
셋째 원칙은 검색 전에 10분을 스스로 고뇌하라는 겁니다.
막히면 손이 먼저 검색창으로 갑니다. 3초면 답이 나옵니다. 저자는 그 3초가 비싸다고 봅니다. 답은 얻었는데 답을 찾는 능력은 그대로이기 때문입니다.
10분을 혼자 붙잡으면 머릿속에서 일이 벌어집니다. 아는 것을 전부 꺼내 붙여 보고, 되는 조합과 안 되는 조합을 나눠 봅니다. 이 과정이 문제의 모양을 손에 새겨요. 그러고 나서 본 답은 다르게 박힙니다. 헤맨 자리에 답이 정확히 끼워지는 감각이 남습니다.
바로 검색한 사람은 답만 가져갑니다. 10분을 견딘 사람은 답과 함께 그 답이 왜 답인지를 가져가요. 다음에 비슷한 문제가 오면 두 사람의 시간이 갈립니다.
준비를 다 마치고 시작하면 6개월 뒤에 무엇이 남을까요?
넷째 원칙은 필요할 때 배우라는 겁니다.
저자가 든 예시가 아픕니다. 마케팅을 3개월 공부한 다음에 제품을 만들겠다는 사람. 그 사람은 6개월 뒤에도 만든 게 없습니다. 3개월이 지나면 배울 게 또 보이고, 그러면 시작이 또 밀립니다.
준비 순서를 뒤집으면 다르게 굴러갑니다. 먼저 만들고, 막히면 그때 그 문제만큼만 배워요. 결제가 안 붙으면 결제를 배우고, 사람이 안 오면 유입을 배웁니다. 배운 게 전부 쓰입니다. 언제 쓸지 모르는 지식을 쌓아 두지 않고요.
원문 도해가 이 고리도 그려 놨습니다. 배우고, 하고, 막히고, 필요한 것을 배우고, 다시 한다.

첫 칸이 '배우기'인 대목을 놓치면 안 됩니다. 이 원칙은 공부하지 말라는 말이 아닙니다. 공부의 분량을 문제가 정하게 하라는 말입니다. 시작선에서 필요한 학습은 한 뼘이면 충분하고, 나머지는 막힌 자리가 청구서를 보내옵니다.
원문에 나오는 숫자 몇 개도 같은 방향을 가리킵니다. 아이디어 7개, 잠재고객 10명, 반대 3번. 저는 이 숫자를 이렇게 읽습니다. 머릿속에서 아이디어를 일곱 개 굴리는 시간에 열 명을 만나면 반대 세 번이 돌아옵니다. 그 세 번이 다음에 무엇을 배워야 하는지 알려줍니다. 책상에서는 나오지 않는 커리큘럼입니다.
책을 덮고 핵심 세 개를 말할 수 있습니까?
다섯째 원칙은 알아보기보다 꺼내 쓰기입니다.
읽는 동안 문장은 익숙합니다. 익숙함을 우리는 이해로 착각합니다. 저자가 내미는 시험은 간단합니다. 챕터를 덮고, 핵심 세 개를 책 없이 설명해 보십시오.
여기서 대부분 무너집니다. 방금 읽은 내용인데 입 밖으로 안 나와요. 알아보기와 꺼내 쓰기가 다른 능력이기 때문입니다. 책을 보며 고개를 끄덕이는 일은 알아보기고, 백지에서 끄집어내는 일은 꺼내 쓰기입니다. 시험장에서도 일터에서도 필요한 쪽은 뒤쪽이에요.
이 원칙이 좋은 이유는 준비물이 없다는 점입니다. 앱도, 노트 체계도, 복습 일정표도 안 씁니다. 책을 덮는 동작 하나면 검사가 끝나요.
숙련 창업자는 왜 20분 만에 사업 모델을 읽을까요?
여섯째 원칙은 모으기 전에 이으라는 겁니다.
저자가 든 장면이 이겁니다. 새 사업 모델을 앞에 놓으면 숙련 창업자는 20분이면 구조를 파악합니다. 초보는 며칠이 걸립니다.
차이를 만드는 건 아는 양이 아닙니다. 숙련자 머릿속에는 패턴 수백 개가 서로 연결돼 있어요. 새 정보가 들어오면 걸릴 자리가 이미 마련돼 있어서, 한 번 걸리는 순간 나머지 구조가 딸려 나옵니다. 초보 머릿속에서는 같은 정보가 홀로 떠다닙니다. 며칠이 걸리는 이유가 여기 있습니다.
저자는 그래서 수집을 경계합니다. 쓰이지 않는 사실은 천 개를 모아도 무게가 없어요. 하이라이트 300개짜리 노트가 실력이 되지 않는 이유고요. 새로 읽은 내용을 이미 아는 자리에 붙여 보는 작업, 그 작업만이 사실을 자산으로 바꿉니다.
배우는 법이 나아지면 무엇이 나아질까요?
일곱째 원칙은 학습이 복리로 붙는다는 거예요.
"배우는 법이 나아지면, 나아지는 법이 나아진다(Get better at learning, and you get better at becoming better)."
앞의 여섯 개가 왜 순서대로 놓였는지 이 문장이 설명합니다. 실행으로 배우고, 피드백 루프를 줄이고, 검색을 미루고, 필요할 때 배우고, 꺼내 쓰고, 이어 붙입니다. 이 습관들이 다음 스킬을 배우는 속도를 올립니다. 그 속도가 그다음 스킬에서 또 곱해집니다.
한 번 배운 지식은 낡습니다. 배우는 방식은 안 낡아요. 스킬 하나를 익힐 때마다 다음 스킬의 시작선이 앞으로 당겨지는 구조입니다.
에이전트를 쓰는 사람에게 왜 둘째와 넷째가 특히 셀까요?
일곱 개를 다 읽고 나서, 저는 둘째와 넷째에 밑줄을 다시 그었습니다. AI 도구를 매일 쓰는 사람에게 이 둘이 유독 바로 와 닿기 때문입니다.
둘째, 피드백 속도. 모델에 시켜 보면 결과가 몇 초 만에 나옵니다. 예전에는 코드를 짜고, 돌려 보고, 오류를 읽고, 검색하는 데 한나절이 갔습니다. 지금은 그 고리가 한 대화 안에서 돕니다. 사람 리뷰어를 기다릴 때 며칠이던 루프가 분 단위로 줄었습니다. 학습 속도의 상한이 통째로 올라간 겁니다.
다만 조건이 하나 붙습니다. 결과를 받아 보기만 하면 루프는 안 돕니다. 돌려 보고, 어디가 틀렸는지 확인하고, 다시 시키는 데까지 가야 조정 칸이 채워집니다. 받아만 보는 사람에게는 이 도구가 더 빠른 소비일 뿐입니다.
넷째, 적시 학습. 강의를 3개월 듣고 시작해야 할 이유가 많이 사라졌습니다. 막힌 자리에서 물어보면 그 자리에 필요한 만큼만 답이 와요. 모르는 대목을 미리 다 채워 두는 준비 방식이 가장 비싸진 시대입니다.
저는 이 일곱 개를 어떻게 읽었을까요?
저는 북마크 6,774개라는 숫자가 이 글의 내용을 그대로 증명한다고 봅니다.
저장은 소비입니다. 저장한 사람 대부분은 이 글을 다시 열지 않아요. 열지 않은 저장은 글쓰기 책 10권과 같은 자리에 쌓입니다. 이 아티클이 경고한 바로 그 행동을, 이 아티클을 저장하며 반복하는 셈이에요.
원문의 다른 문장 하나가 그래서 계속 남습니다.
"어느 시점엔 계속 배우는 가장 빠른 길은 배우기를 멈추고 실행하는 것이다."
저도 같은 자리에서 여러 번 걸렸습니다. 파이프라인을 새로 짤 때 문서부터 열두 개 읽고 시작한 날이 있습니다. 그날 만든 건 없었습니다. 반대로 반쯤 아는 상태에서 일단 돌린 날은, 첫 시도가 깨지면서 무엇을 모르는지가 목록으로 나왔습니다. 그 목록이 문서 열두 개보다 정확했어요.
읽는 데 5분 걸리는 글입니다. 일곱 개를 다 적용할 필요도 없습니다. 오늘 하나만 고른다면 둘째를 권합니다. 지금 붙잡은 일에서, 내가 내놓은 결과에 신호가 며칠 만에 돌아오는지 세어 보십시오. 그 숫자를 반으로 줄이는 게 이 글 전체의 요약입니다.
원문·소스
- Hades 아티클 「The Principles of Learning Faster」 공유 트윗 (@0xHvdes): https://x.com/0xHvdes/status/2094075106096009695
FAQ
자주 묻는 질문
- 소비를 학습으로 착각하면 무엇이 남을까요?
- 손에 남는 결과물이 없습니다. 글쓰기 책 10권을 읽은 사람이 한 편도 못 쓴 것처럼, 투입한 시간이 적어서가 아니라 시간을 넣은 자리가 틀린 겁니다. 이해는 학습의 재료일 뿐 학습 자체가 아니에요.
- 피드백 루프를 10번 돌면 무엇이 달라질까요?
- 같은 습관을 열 번 반복한 사람과 습관을 열 번 교정한 사람은 다른 곳에 서 있습니다. 피드백 없이 저지른 실수 100번은 100번의 향상이 아니에요. 교정 신호가 없으면 반복은 굳히기로만 작동합니다.
- 검색하기 전 10분을 왜 혼자 견뎌야 할까요?
- 바로 검색하면 답은 얻지만 답을 찾는 능력은 그대로이기 때문입니다. 10분을 혼자 붙잡으면 아는 것을 전부 꺼내 붙여 보면서 문제의 모양이 손에 새겨져요. 바로 검색한 사람은 답만 가져가고, 10분을 견딘 사람은 그 답이 왜 답인지까지 가져갑니다.
- 에이전트를 쓰는 사람에게 왜 둘째와 넷째가 특히 셀까요?
- 피드백 루프가 며칠에서 분 단위로 줄면서 학습 속도의 상한이 올라갔기 때문입니다. 막힌 자리에서 물어보면 그 자리에 필요한 만큼만 답이 와서, 강의를 3개월 듣고 시작해야 할 이유가 많이 사라졌어요. 다만 결과를 받아 보기만 하면 루프는 안 돌고, 더 빠른 소비일 뿐입니다.