메모를 많이 해도 코드로 안 이어질 때

개념 요약형 메모가 실패하는 이유

강의를 들으며 받아 적은 메모는 대개 "리스트는 순서가 있는 자료형이다" 같은 문장으로 채워집니다. 문장 자체는 틀리지 않습니다. 그런데 이런 메모는 이미 아는 사람에게만 읽히는 형태입니다. 나중에 막혔을 때 이 문장을 다시 읽어도 지금 내 코드에서 무엇을 고쳐야 하는지는 나오지 않습니다.

더 큰 문제는 검색이 안 된다는 점입니다. 며칠 뒤에 우리가 기억하는 것은 개념 이름이 아니라 상황입니다. "리스트를 돌면서 조건에 맞는 것만 뽑으려다 인덱스가 어긋났던 그거"처럼 떠오릅니다. 그런데 메모에는 개념 이름만 적혀 있으니 찾을 단서가 없습니다. 결국 메모를 뒤지는 대신 검색창을 열게 되고, 그 순간부터 그 메모는 존재하지 않는 것과 같아집니다.

아래 두 카드는 같은 학습 시간에 남긴 메모입니다. 첫 번째는 흔한 형태이고, 두 번째는 같은 내용을 다시 쓴 것입니다.

# 반복문
- for문: 리스트를 순회한다
- while문: 조건이 참인 동안 반복한다
- break: 반복 종료
- continue: 다음 반복으로
- enumerate: 인덱스와 값을 같이 얻음
* 중요! 무한루프 주의

# 2026-04-12 파이썬 리스트 필터링 #python #loop

## 하려던 것
주문 목록에서 금액 1만원 이상인 것만 새 리스트로 뽑기

## 막힌 곳
루프 돌면서 원본 리스트에서 remove() 했더니 몇 개가 그냥 남음

## 확인한 방법
루프 안에서 print(i, orders) 찍어 봄
-> 지우는 순간 뒤 항목이 앞으로 당겨져서 한 칸씩 건너뜀

## 지금 쓰는 방법
result = [o for o in orders if o["amount"] >= 10000]

## 다음에 확인할 것
dict에서도 순회 중 삭제하면 같은 문제가 나는지

두 번째 메모의 핵심은 실패가 남아 있다는 것입니다. 정답만 적힌 메모는 교재와 다를 바가 없어서 굳이 내 메모를 다시 열 이유가 없습니다. 반면 내가 어떻게 틀렸는지가 적혀 있으면, 비슷한 증상을 만났을 때 그 메모가 유일한 단서가 됩니다.

다시 찾을 수 있게 만드는 최소 규칙

메모가 쌓이기 시작하면 문제는 쓰는 쪽이 아니라 찾는 쪽으로 옮겨 갑니다. 도구를 바꾸기 전에 세 가지만 정하면 대부분 해결됩니다.

첫째, 파일명에 날짜와 주제를 넣습니다. 2026-04-12-python-list-filter.md처럼 쓰면 파일 목록만 훑어도 언제 무엇을 했는지 보입니다. 둘째, 첫 줄에 태그를 답니다. #python #loop 정도면 충분합니다. 태그 체계를 설계하려 들지 말고, 검색창에 칠 만한 단어를 그냥 적으면 됩니다. 셋째, 제목을 증상으로 씁니다. "리스트 순회 중 삭제 문제"가 "반복문 정리"보다 훨씬 잘 걸립니다.

메모를 어디에 둘지는 크게 중요하지 않습니다. 다만 코드와 같은 저장소 안에 notes/ 폴더를 두면, 그 코드를 다시 열 때 메모가 자연히 눈에 들어옵니다. 저장소를 아직 안 쓰고 있다면 첫 주에 익히는 Git부터 보시면 됩니다.

메모의 종류를 세 가지로만 나눠 두는 것도 도움이 됩니다. 버그 노트는 위 예시처럼 증상과 원인을 남기는 것이고, 개념 노트는 처음에 오해했던 지점을 남기는 것이며, 결정 노트는 "왜 이 방법을 골랐는가"를 남기는 것입니다. 특히 세 번째가 나중에 값이 큽니다. 며칠 뒤에 스스로 짠 코드를 보며 "왜 이렇게 했지"라고 묻게 되는 순간이 반드시 오는데, 그때 당시의 이유가 한 줄만 남아 있어도 다시 뒤집을지 말지를 빠르게 판단할 수 있습니다.

메모를 다시 코드로 되돌리는 연습

메모가 실행으로 이어지는지 확인하는 방법은 간단합니다. 며칠 뒤에 그 메모만 열어 두고, 원래 코드는 보지 않은 채 같은 것을 다시 만들어 보는 것입니다. 15분이면 충분합니다. 중간에 막히면 그 지점이 바로 메모에 빠진 정보입니다. 그 자리에서 한 줄 채워 넣으면 메모가 한 단계 좋아집니다.

이 연습을 몇 번 하면 메모에 무엇을 남겨야 하는지가 감각으로 잡힙니다. 대개 빠지는 것은 개념 설명이 아니라 주변 정보입니다. 어떤 버전에서 돌렸는지, 실행 명령이 무엇이었는지, 입력 데이터가 어떤 모양이었는지 같은 것들입니다. 배울 때는 너무 당연해서 안 적지만, 일주일 뒤에는 그것 때문에 재현이 안 됩니다.

반대로 넣지 않아도 되는 것도 분명해집니다. 문법 표, 옵션 목록, 함수 시그니처 같은 것은 공식 문서가 항상 더 정확하고 최신입니다. 메모에는 문서 링크 한 줄만 남기고, 대신 내가 그 문서에서 헤맸던 지점을 적는 편이 훨씬 값이 큽니다. 언어별 문법 참조가 필요할 때는 심층 가이드 쪽을 열어 두고, 메모는 내 실패 기록으로 비워 두는 식입니다.

메모가 오히려 공부를 밀어내는 경우

여기까지가 일반적인 조언이고, 이 조언이 역효과를 내는 지점도 분명히 있습니다. 메모는 학습을 돕는 도구이지 학습 그 자체가 아니어서, 비중이 넘어가는 순간 조용히 시간을 먹기 시작합니다. 다음 세 가지가 대표적인 신호입니다.

도구 세팅이 목적이 되는 경우입니다. 노트 앱을 고르고, 템플릿을 만들고, 태그 규칙을 정하고, 다른 사람의 지식 관리 체계를 따라 하다 보면 정작 코드를 안 씁니다. 이 함정은 학습 초기에 특히 잘 걸립니다. 메모 시스템을 다듬는 일은 눈에 보이는 진척이 있고 실패하지 않기 때문에, 막히는 코딩보다 손이 먼저 갑니다. 처음에는 텍스트 파일 하나로 시작하고, 그것이 불편해질 때 도구를 바꾸는 순서가 안전합니다.

전부 기록하면 아무것도 다시 안 찾게 됩니다. 배운 것을 빠짐없이 남기려 하면 메모가 강의 대본이 되고, 대본은 다시 읽히지 않습니다. 기준을 하나 두는 편이 낫습니다. 내가 틀렸거나, 검색으로 15분 이상 쓴 것만 적는다. 매끄럽게 이해된 내용은 어차피 다시 안 봅니다.

정리 시점을 놓치면 메모가 부채가 됩니다. 나중에 정리하겠다고 쌓아 둔 임시 메모가 수십 개가 되면, 그 뭉치를 여는 것 자체가 부담스러워집니다. 이 상태가 되면 새 메모도 안 쓰게 됩니다. 주말에 몰아서 정리하는 계획보다, 학습 구간이 끝날 때마다 5분씩 그날 것만 다듬는 편이 훨씬 오래 유지됩니다.

메모하느라 흐름이 끊기는 경우도 있습니다. 코드를 쓰다가 매번 메모로 넘어가면 작업 맥락이 계속 리셋됩니다. 실습 중에는 한 줄짜리 표시만 남기고, 학습 구간이 끝난 뒤에 몰아서 정리하는 편이 낫습니다. 이 리듬을 잡는 방법은 45분 학습 리듬 만들기에 따로 적어 두었습니다.

오늘 적용할 다섯 줄

• 오늘 막혔던 것 하나를 골라 "하려던 것 / 막힌 곳 / 확인한 방법 / 지금 쓰는 방법 / 다음 질문" 다섯 칸으로 적습니다.
• 그 메모에 붙인 코드 조각을 실제로 실행해 결과를 확인합니다.
• 파일명을 날짜-주제.md 형태로 바꿉니다.
• 첫 줄에 검색할 때 칠 법한 단어 두 개를 태그로 답니다.
• 지난주 메모 중 하나를 열어, 지금 읽고도 손이 안 움직이면 그 자리에서 다시 씁니다.

이 다섯 줄을 2주만 지켜도 메모의 성격이 바뀝니다. 강의를 몇 개 들었는지가 아니라, 내가 어디서 어떻게 틀렸고 무엇을 확인해서 넘어갔는지가 쌓이기 시작합니다. 그 기록은 나중에 다른 언어로 옮겨 가더라도 그대로 쓸 수 있습니다. 문법은 바뀌어도 내가 헷갈리는 패턴은 잘 안 바뀌기 때문입니다.

검색 자체가 잘 안 걸린다면 초보 개발자의 검색법을, 메모를 질문으로 바꿔야 할 때는 더 나은 질문 만들기를 이어서 보시면 됩니다.

잘 쓴 메모는 읽는 순간 "이거 다시 해 볼 수 있겠다"는 느낌을 줍니다. 그 느낌이 없으면 정리가 아니라 필사입니다. 필사는 시간을 쓰지만 실력을 옮기지는 못합니다.