글쓰기 책 10권을 다 읽은 사람이 아직 한 편도 못 썼습니다

같은 스킬에 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