- Published on
노트 앱을 다섯 번 갈아탄 사람을 위한 한국어 글 아홉 편 — 도구가 아니라 구조의 문제였습니다
- Authors
- Name
- Youngju Kim
- @fjvbn20031
- 노트 앱을 바꿔도 노트가 쌓이지 않는 이유
- 이 목록을 만든 방법
- 도구를 고르기 전에 읽을 글
- 제텔카스텐 — 연결이 먼저인 메모법
- 회고 — 기록을 실제 변화로 바꾸는 단계
- 이 블로그의 관련 글
- 이 목록의 한계
노트 앱을 바꿔도 노트가 쌓이지 않는 이유
노트 도구를 진지하게 써 보려 한 사람의 경로는 대체로 비슷합니다. 노션으로 시작해 데이터베이스를 만들고, 무거워지면 옵시디언으로 옮기고, 플러그인을 설치하고 테마를 고르고 템플릿을 다듬습니다. 그렇게 두 달쯤 지나면 도구는 아주 근사해졌는데 정작 그 안에서 꺼내 쓸 만한 내용은 별로 없다는 사실을 깨닫습니다.
이건 게으름의 문제가 아닙니다. 저장과 이해는 다른 작업이고 도구는 저장만 도와준다는 점이 문제입니다. 복사해서 붙여 넣은 문서는 내 노트 안에 있어도 내 지식이 아닙니다. 이 차이를 정면으로 다루는 글들을 모았습니다.
이 목록을 만든 방법
순위가 아니라 편집자 개인의 선택입니다. 조회수를 잴 방법이 없고 재지도 않았습니다. 세 가지 기준으로 골랐습니다.
첫째, 도구 사용법이 아니라 기록의 구조를 다루는 글을 우선했습니다. 단축키와 플러그인 목록은 공식 문서가 더 정확합니다. 여기서 찾는 것은 무엇을 왜 그렇게 적을 것인가에 대한 판단입니다.
둘째, 자기 시행착오를 적은 글을 선호했습니다. 잘 굴러가는 시스템을 소개하는 글보다, 무엇이 안 됐고 그래서 어떻게 바꿨는지를 적은 글이 따라 하기에 더 좋습니다.
셋째, 링크를 직접 열어 확인했습니다. 열리지 않거나 로그인을 요구하거나 내용이 검색 결과의 설명과 다른 후보는 버렸습니다. 실제로 접속이 되지 않아 버린 후보가 있었고, 책이나 강의 판매가 주된 목적인 페이지도 뺐습니다.
링크는 2026-08-12에 직접 열어 확인했습니다. 개인 블로그 글은 사라지거나 주소가 바뀔 수 있습니다.
도구를 고르기 전에 읽을 글
세 편 모두 옵시디언을 다루지만, 실제 주제는 도구가 아니라 도구를 쓰는 사람이 부딪히는 벽입니다.
옵시디언 간단 사용기
클리앙 — 재생불가 · 2024년 1월 7일
프리랜서가 일터를 옮길 때마다 자료가 흩어지는 문제를 겪고 로컬 저장 방식의 노트 도구에 정착하기까지를 적은 글입니다.
이런 사람에게 — 회사를 옮길 때마다 지난 자료가 남의 계정에 남아 사라졌던 사람.
이 글이 좋은 이유는 도구를 고른 이유가 기능이 아니라 소유권이었다는 점을 분명히 하기 때문입니다. 파일이 내 디스크에 마크다운으로 있으면 회사가 바뀌어도 서비스가 종료돼도 남습니다. 그리고 결론이 도구 자랑으로 끝나지 않고, 분류 철학이 없으면 무엇을 써도 똑같다는 쪽으로 넘어갑니다. 짧고 담백해서 이 주제의 첫 글로 읽기 좋습니다.
옵시디언(Obsidian) 사용해야 하는 이유
브런치 — Lucy · 2024년 3월 25일
아주 많은 양의 노트를 다루는 사람의 관점에서 속도와 데이터 소유권을 정리하고, 동시에 커스터마이징의 함정을 경고하는 글입니다.
이런 사람에게 — 이미 옵시디언을 쓰고 있는데 설정만 만지다가 하루가 끝나는 사람.
같은 도구를 권하면서 그 도구의 가장 큰 위험을 함께 말한다는 점이 이 글의 미덕입니다. 자유도가 높은 도구는 목적을 잊게 만들기 쉽고, 플러그인을 하나 더 붙일수록 시스템을 유지하는 비용이 늘어납니다. 규모가 커졌을 때 무엇이 실제로 문제가 되는지를 경험에서 이야기하기 때문에, 노트가 아직 적은 사람도 미리 대비할 지점을 알 수 있습니다. 권하는 글과 말리는 글을 따로 찾을 필요가 없다는 점에서 효율적입니다.
Obsidian 2개월 사용 후기 및 개선 방향 정하기 1일차
벨로그 — 이주영 · 2022년 9월 12일
두 달을 써 본 뒤 복사해서 붙여 넣는 방식으로는 지식이 되지 않는다는 사실을 자각하고 방향을 다시 잡는 과정을 적은 글입니다.
이런 사람에게 — 노트는 늘어나는데 다시 열어 보는 노트가 없는 사람.
이 목록에서 실패를 가장 솔직하게 적은 글입니다. 예쁜 템플릿과 기능을 다 적용했는데도 만족스럽지 않았다는 고백에서 출발해, 문제가 도구가 아니라 자기 방식에 있었다는 결론으로 갑니다. 그리고 그다음 단계로 제텔카스텐을 선택하는데, 이 흐름이 다음 절과 자연스럽게 이어집니다. 완성된 시스템을 보여 주는 글보다 이렇게 중간에서 방향을 트는 글이 따라 하기에는 더 유용합니다.
제텔카스텐 — 연결이 먼저인 메모법
앞 절의 결론이 분류 철학이 필요하다는 것이었다면, 가장 자주 언급되는 답이 제텔카스텐입니다. 두 편을 함께 읽으면 방법론의 논리와 실제 감각이 모두 잡힙니다.
제텔카스텐의 기본 이해와 활용법 - 1
브런치 — Jeremy · 2021년 4월 22일
메모를 외부 기억으로 삼아 생각을 키우는 방식과, 그것을 디지털 도구로 옮길 때의 구성 방법을 정리한 글입니다.
이런 사람에게 — 제텔카스텐이라는 말은 들었지만 실제로 무엇부터 해야 할지 모르겠는 사람.
이 글의 강점은 방법론을 소개하는 데서 멈추지 않고 왜 그 제약이 필요한지를 설명한다는 점입니다. 하나의 메모에 하나의 주제만 담는다는 규칙은 불편해 보이지만, 그래야 나중에 다른 맥락에 다시 끼워 넣을 수 있습니다. 완결된 문장으로 쓰라는 요구도 마찬가지로, 미래의 자신이 해석하지 못하는 메모는 없는 것과 같기 때문입니다. 도구를 특정해 구성 예시를 보여 주기 때문에 첫 구축의 막막함을 줄여 줍니다.
#14 두 번째 뇌, 제텔카스텐
서울외계인 — Hochan Choi · 2021년 4월 22일
제텔카스텐의 유래와 원리를 소개하고, 필자가 종이 카드로 직접 해 본 방식을 함께 적은 뉴스레터 글입니다.
이런 사람에게 — 디지털 도구 이야기에 지쳐서 원리 자체를 먼저 이해하고 싶은 사람.
같은 주제를 다루지만 앞의 글과 방향이 반대라서 짝으로 읽기 좋습니다. 이 글은 소프트웨어에서 출발하지 않고 종이 카드와 상자라는 원형에서 출발합니다. 그래서 어떤 도구를 쓰든 남는 부분이 무엇인지가 선명해집니다. 방법론이 왜 이런 모양이 되었는지를 역사적 맥락과 함께 짚어 주기 때문에, 나중에 자기 상황에 맞게 규칙을 변형할 때 무엇을 지키고 무엇을 바꿔도 되는지 판단할 근거가 생깁니다. 뉴스레터 글이라 분량이 부담스럽지 않습니다.
회고 — 기록을 실제 변화로 바꾸는 단계
메모가 쌓여도 행동이 바뀌지 않으면 소용이 없습니다. 회고는 기록과 변화 사이를 잇는 단계이고, 이 네 편은 그 단계를 각각 다른 주기로 다룹니다.
KPT 회고하는 법, 회고에 대한 생각
어쩐지 오늘은 — 변성윤 · 2023년 6월 5일 · 2024년 내용 추가
KPT를 중심으로 여러 회고 형식을 비교하고, 형식보다 실행으로 이어지는 것이 중요하다는 관점을 정리한 글입니다.
이런 사람에게 — 회고를 몇 번 해 봤지만 매번 감상문으로 끝나 버린 사람.
이 목록에서 가장 길고 가장 실무적인 글입니다. 형식을 소개하는 데 그치지 않고 회고가 실패하는 지점을 짚는데, 핵심은 시도할 것 항목이 구체적인 행동으로 적히지 않으면 다음 회고에서 같은 문제가 다시 나온다는 것입니다. 개인 회고, 프로젝트 회고, 팀 회고를 주기별로 나눠 다루기 때문에 자기 상황에 맞는 부분만 골라 읽어도 됩니다. 필자가 오래 쓰면서 형식을 직접 변형해 온 기록이라 설득력이 있습니다.
쉽게 시작하는 회고 방법론 모음
벨로그 — Hinolog · 2025년 1월 28일
회고의 주기와 대표적인 형식 몇 가지를 비교해 정리한 입문용 글입니다.
이런 사람에게 — 회고를 처음 시작하려는데 어떤 형식을 골라야 할지 모르겠는 사람.
앞의 글이 깊이라면 이 글은 지도입니다. 일간부터 반기까지 주기를 나누고 각 주기에 어울리는 형식을 짝지어 주기 때문에, 자기가 감당할 수 있는 크기를 먼저 고를 수 있습니다. 형식이 여러 개 있다는 사실 자체가 도움이 되는데, KPT가 안 맞는 사람도 다른 틀에서는 말이 나오기 때문입니다. 분량이 적당해서 팀에 회고를 처음 제안할 때 함께 공유하기에도 좋습니다.
매일, 노션으로 업무회고하기
브런치 — 노이noey · 2023년 10월 7일
하루 단위 업무 회고를 아주 가볍게 유지하는 방식과 그 운영 구조를 소개한 글입니다.
이런 사람에게 — 주간 회고조차 밀려서 결국 안 하게 되는 사람.
이 글의 핵심은 방법이 아니라 크기를 줄였다는 결정입니다. 매일 점수 하나와 한 줄 이유만 남기는 수준으로 낮추면, 바쁜 날에도 건너뛰지 않게 됩니다. 그리고 그렇게 쌓인 짧은 기록이 나중에 여러 각도로 다시 볼 수 있는 자료가 된다는 점을 운영 화면과 함께 보여 줍니다. 도구는 노션이지만 발상 자체는 어떤 도구로도 옮길 수 있습니다. 회고를 계속 실패해 온 사람이라면 이 글의 축소 전략이 가장 현실적인 답일 수 있습니다.
프로젝트 회고
벨로그 — osdsoonhyun · 2023년 6월 10일
여러 달에 걸친 팀 프로젝트를 마치고 잘된 점과 아쉬운 점을 정리한 실제 회고문입니다.
이런 사람에게 — 회고 방법론 말고 완성된 회고문의 실물을 보고 싶은 사람.
앞의 세 편이 방법을 말한다면 이 글은 결과물입니다. 매일 기록을 남긴 것과 코드 리뷰를 촘촘히 한 것을 유지할 점으로 꼽고, 공식 문서를 먼저 보지 않은 것과 성급하게 추상화한 것을 아쉬운 점으로 적습니다. 이렇게 구체적인 항목이 나온다는 사실 자체가 좋은 회고의 조건을 보여 줍니다. 자기 프로젝트 회고를 쓰기 전에 형식을 눈으로 확인하는 용도로 읽으면 좋습니다.
이 블로그의 관련 글
기록과 문서에 관해 이 블로그에서 이어 읽을 만한 글입니다.
- Diátaxis를 네 개의 폴더로 오해하는 이유 — 한 문서 안에 여러 목적을 섞으면 왜 무너지는지를 다룹니다. 개인 노트에도 그대로 적용되는 이야기입니다.
- 목표보다 시스템 — 회고를 계속 실패한다면 의지가 아니라 구조를 의심할 차례입니다.
- 수행 전 루틴 — 기록을 습관으로 만들 때 의식과 반복이 하는 역할에 관한 글입니다.
이 목록의 한계
아홉 편 중 여섯 편이 옵시디언과 제텔카스텐, 회고라는 세 갈래에 몰려 있습니다. 시간 관리나 할 일 관리처럼 인접한 주제는 검증을 통과한 후보가 부족해 이번에는 넣지 않았습니다. 억지로 채우는 대신 확인한 것만 실었습니다.
그리고 이 글들을 다 읽어도 노트가 저절로 쌓이지는 않습니다. 여기 실린 필자들의 공통점은 좋은 방법을 알았다는 것이 아니라, 자기 방식이 안 되고 있다는 사실을 인정하고 한 번 갈아엎었다는 데 있습니다. 도구를 또 바꾸기 전에 그 지점을 먼저 확인해 보시기를 권합니다.