노트 앱 유목민, 여러분 이야기 맞죠?
에버노트에서 노션으로, 노션에서 옵시디언으로... 개발자라면 한 번쯤 노트 앱을 갈아타 본 경험이 있을 거예요. 최근 노트 작성과 개인 지식 관리(PKM, Personal Knowledge Management)를 다룬 글 하나가 개발자들 사이에서 이 주제에 다시 불을 붙였는데요. 핵심 질문은 이거예요. '우리는 이렇게 열심히 메모하는데, 왜 정작 남는 게 없을까?'
PKM이 뭐냐면, 개인이 접하는 정보들, 그러니까 읽은 글, 배운 것, 떠오른 아이디어를 체계적으로 저장하고 서로 연결해서 나중에 꺼내 쓸 수 있게 만드는 방법론이에요. '제2의 뇌(Second Brain)'라는 유행어로도 잘 알려져 있죠.
원조는 '메모 상자', 제텔카스텐이에요
이 분야의 원조는 독일 사회학자 니클라스 루만(Niklas Luhmann)의 '제텔카스텐(Zettelkasten)'이에요. 독일어로 '메모 상자'라는 뜻인데요. 루만은 평생 9만 장이 넘는 메모 카드를 작성했고, 각 카드에 번호를 붙여 관련된 카드끼리 연결했어요. 이 시스템 덕분에 70권의 책과 수백 편의 논문을 쓸 수 있었다고 하죠. 요즘 옵시디언의 양방향 링크나 로그시크(Logseq) 같은 도구들이 전부 이 아이디어의 디지털 버전이에요.
그런데 많은 사람이 놓치는 게 있어요. 루만의 생산성은 메모를 '모아서' 나온 게 아니라, 메모를 쓰면서 '생각해서' 나온 거예요. 그는 읽은 내용을 그대로 옮겨 적지 않고 반드시 자기 말로 다시 썼거든요. 이게 뭐가 다르냐면, 남의 문장을 복사하는 건 손가락 운동일 뿐이지만, 자기 말로 바꾸려면 내용을 진짜로 이해해야 하거든요. 이해가 안 되는 부분에서 손이 멈추고, 바로 그 지점이 공부가 시작되는 곳이에요.
'수집가의 오류'를 조심하세요
그래서 나온 말이 '수집가의 오류(Collector's Fallacy)'예요. 좋은 글을 스크랩하고 북마크에 넣는 순간, 우리 뇌는 마치 그 내용을 이미 소화한 것 같은 뿌듯함을 느껴요. 하지만 저장은 이해가 아니거든요. 읽지 않은 북마크 3천 개는 지식이 아니라 그냥 부채예요. 노트 앱을 아무리 갈아타도 문제가 해결되지 않는 이유가 여기 있어요. 문제는 도구가 아니라, 수집만 하고 소화하지 않는 습관이니까요. 화려한 폴더 구조와 태그 체계를 설계하는 데 시간을 쓰는 것도 사실 일종의 '생산적인 미루기'인 경우가 많고요.
그럼 어떻게 해야 할까요
오래 살아남은 원칙 몇 가지를 추리면 이래요. 첫째, 무조건 자기 말로 쓰세요. 짧아도 괜찮아요. 둘째, '미래의 나'를 독자로 상정하세요. 6개월 뒤의 나는 지금의 맥락을 다 잊어버린 남이거든요. 셋째, 형식은 최대한 단순하게, 가능하면 플레인 텍스트나 마크다운으로 남기세요. 서비스는 언제든 유료화되거나 사라질 수 있지만 텍스트 파일은 20년 뒤에도 열리거든요. 에버노트의 부침을 겪어본 분들은 이게 무슨 말인지 아실 거예요. 요즘은 여기에 AI라는 변수도 생겼어요. 임베딩 검색과 LLM이 있으니 굳이 정리하지 말고 던져 넣기만 해도 된다는 주장이 나오는데요. 검색은 확실히 편해졌지만, '쓰는 행위 자체가 학습'이라는 본질은 AI가 대신해줄 수 없다는 반론도 만만치 않아요.
개발자에게 메모는 복리로 쌓이는 자산이에요
개발자에게 이 주제가 특히 중요한 이유가 있어요. 우리는 매일 새로운 에러와 삽질을 만나잖아요. 오늘 해결한 트러블슈팅을 세 줄이라도 기록해 두면, 몇 달 뒤 같은 에러를 만났을 때 구글링을 다시 하는 대신 내 노트에서 답을 찾게 돼요. TIL(Today I Learned) 저장소를 운영하면 그게 그대로 기술 블로그의 재료가 되고, 이직할 때 포트폴리오가 되기도 하고요. 글로 정리하는 훈련은 커밋 메시지, 설계 문서, 코드 리뷰의 질까지 끌어올려요. 결국 시니어가 될수록 코딩보다 글쓰기가 일의 더 큰 비중을 차지하거든요.
한 줄로 정리하면, 완벽한 노트 앱을 찾는 여정을 멈추고 오늘 배운 것 하나를 자기 말로 쓰는 게 시작이에요. 여러분은 어떤 메모 시스템을 쓰고 계세요? 갈아타면서 깨달은 교훈이 있다면 들려주세요.
🔗 출처: Hacker News