Technology & Digital Life

컴퓨터 일기장 프로그램: 매일의 기록과 일정을 한곳에서 관리하기

일기장 프로그램을 설치하고 첫날 세 줄 쓰고, 일주일 뒤에 조용히 지운 적 있지? 그거 의지력 문제가 아니다. 대부분의 일기 앱은 ‘쓰는 순간’에만 최적화돼 있고, 정작 매일 다시 열게 만드는 요소인 일정, 검색, 백업, 이관은 전부 뒷전이다. 그래서 첫 주는 재밌고, 둘째 주부터 귀찮아지고, 셋째 주에는 아이콘이 뭔지도 모르게 된다.

여기서는 예쁜 앱 추천 같은 거 안 한다. 대신 컴퓨터에서 일기와 일정을 한곳에 묶어 굴리는 사람들이 실제로 쓰는 구조를 뜯어본다. 결론부터 말하면, 앱을 고르는 게 아니라 저장 형식과 폴더 규칙을 먼저 정하는 게 순서다.

대부분의 일기 앱이 3주 만에 버려지는 이유

솔직히 말하면 사람이 게으른 게 아니다. 기존 앱들이 마찰을 너무 많이 만든다. 아래 네 가지 중 두 개만 해결해도 지속률이 확 올라간다.

  • 진입 단계가 많다: 실행 → 로그인 → 새 노트 → 제목 입력. 네 단계면 안 쓴다. 세 줄 쓰려고 네 번 클릭하는 건 정상적인 인간이 하지 않는 짓이다.
  • 일정과 완전히 분리돼 있다: 오늘 뭐 했는지 쓰려면 캘린더 앱을 또 열어서 확인하고, 다시 일기 앱으로 돌아와야 한다. 이 왕복이 쌓이면 안 쓴다.
  • 검색이 안 된다: 3개월 전 그 대화를 찾으려는데 안 나온다. 검색이 안 되는 기록은 기록이 아니라 쓰레기통이다.
  • 이관이 안 된다: 마음에 안 들어서 갈아타려니 내보내기가 없거나, 있어도 이미지 경로가 다 깨진다. 이 경험을 한 번 하면 다음 앱도 안 믿게 된다.

1. 저장 형식이 전부다: 앱에 기록을 인질로 잡히지 마라

제일 중요한 부분이다. 앱은 언젠가 바뀌고, 회사는 망하고, 구독료는 오른다. 그때 내 기록이 어디에 어떤 형식으로 있는지를 모르면 그냥 인질이다.

그래서 기준은 이거 하나면 된다. 파일 탐색기에서 열리는가? 폴더를 열었을 때 텍스트 파일이 보이고, 메모장으로 열어서 읽을 수 있으면 합격이다. 그게 안 되면 그 앱은 ‘도구’가 아니라 ‘감옥’이다.

  • 기록은 평문 텍스트 기반으로 저장한다. 서식이 필요하면 마크다운 정도가 상한선이다.
  • 파일 이름은 날짜 기반 고정 규칙으로. 예를 들어 2025-03-14.md 형태. 정렬도 자동, 검색도 자동, 스크립트로 처리하기도 제일 편하다.
  • 첨부 이미지·녹음은 본문에 박아 넣지 말고 같은 이름의 폴더에 따로 둔다. 백업할 때 훨씬 편하다.
  • 표 형태 데이터가 필요하면 구분자 기반 텍스트 파일로 뺀다. 나중에 스프레드시트든 뭐든 다 열린다.

이렇게 해두면 앱을 갈아타는 비용이 사실상 0이 된다. 그게 핵심이다. 갈아탈 수 있다는 사실만으로도 특정 앱에 목매달 필요가 사라진다.

2. 일기와 일정을 한 구조에 욱여넣는 법

여기서 대부분 실수한다. 일기는 일기 앱, 일정은 캘린더 앱에 넣고 둘을 연결하려고 한다. 그런데 하루 = 파일 하나로 잡으면 둘이 자동으로 합쳐진다.

대략 이런 구조를 권한다.

  • 일간 파일: 하루에 한 개. 제목은 날짜. 본문 맨 위에는 그날의 일정 블록, 그 아래에는 실제 기록.
  • 월간 인덱스: 그 달의 폴더 하나. 안에 일간 파일들이 날짜순으로 쌓인다.
  • 주제 노트: 특정 주제에 대해 계속 누적되는 파일. 일간 파일에서 링크로 연결한다.
  • 수집함: 분류 안 된 조각 메모를 일단 던져두는 공간. 여기서 일간 파일로 옮긴다.

하루 한 파일 vs 한 달 한 파일

둘 다 장단이 있다. 하루 한 파일은 검색과 링크가 깔끔하고, 한 달 한 파일은 스크롤 한 번으로 흐름이 보인다.

실용적인 답은 일기는 하루 단위, 일정은 월 단위 인덱스로 나누는 것이다. 일정은 어차피 미래 일정이 계속 붙기 때문에 하루 단위로 쪼개면 관리가 안 된다. 반대로 일기는 하루 단위가 아니면 나중에 못 찾는다.

3. 나중의 내가 찾을 수 있게: 태그와 검색 설계

일기를 쓰는 목적은 감성 충전이 아니라 나중에 꺼내 보는 것이다. 그러면 검색이 최우선이다.

  • 태그는 5개 이하로 유지한다. 태그가 30개가 되면 그때부터 아무도 안 쓴다.
  • 사람 이름, 프로젝트, 상태(진행/보류/종료)처럼 나중에 반드시 필터링할 기준만 태그로 남긴다.
  • 감정이나 기분은 태그 말고 본문 문장으로 쓴다. 태그로 만들면 분류하다가 지친다.
  • 운영체제 기본 검색은 파일 내용까지 제대로 못 잡는 경우가 많다. 전체 폴더를 훑는 명령줄 검색 도구를 하나 정해두면 3년 치 기록에서도 1초 안에 나온다.

여기서 진짜 중요한 포인트가 있다. 검색이 빠르면 기록을 대충 써도 된다. 정리 안 해도 되고, 분류 안 해도 된다. 대충 쓰고 나중에 검색으로 찾는 게, 예쁘게 정리하려다 아예 안 쓰는 것보다 100배 낫다.

4. 동기화와 백업: 편한 것과 안전한 것은 다르다

여기서 사람들이 자주 사고를 친다. 클라우드 동기화 폴더에 일기 파일을 넣어두면 편하다. 편한데, 동기화는 백업이 아니다.

  • 동기화는 실수를 그대로 복제한다. 파일을 잘못 지우면 다른 기기에서도 같이 사라진다.
  • 동기화 충돌이 나면 사본 파일이 우수수 생긴다. 이게 쌓이면 정리 포기한다.
  • 그래서 버전 관리 도구를 하나 붙이는 게 답이다. 텍스트 기반이면 파일 크기도 작고, 커밋 기록이 곧 타임머신이 된다.
  • 버전 관리는 로컬에 돌리고, 원격 저장은 암호화된 형태로만 올린다.
  • 별도로 주 1회 스냅샷을 다른 물리 매체에 남긴다. 자동화해두면 잊어버려도 돈다.

5. 암호화: 일기장은 기본값이 비밀이 아니다

이게 사람들이 제일 안 하고 제일 나중에 후회하는 부분이다. 평문 텍스트로 저장했다는 건, 그 컴퓨터에 접근할 수 있는 사람은 전부 읽을 수 있다는 뜻이다. 동기화까지 켜면 그 범위는 훨씬 넓어진다.

  • 디스크 전체 암호화는 필수다. 노트북을 잃어버렸을 때의 차이가 이거다.
  • 클라우드로 올릴 때는 파일 자체를 암호화한다. 서비스가 알아서 해준다는 말은 대개 ‘우리도 볼 수 있다’는 뜻이다.
  • 암호화한 압축 파일은 검색이 안 된다. 그래서 평소에는 로컬에서 평문으로 쓰고, 백업본만 암호화하는 방식이 현실적이다.
  • 비밀번호는 기억력에 맡기지 않는다. 한 곳에 모아 관리하고, 그 관리 도구의 마스터 키만 따로 보관한다.

6. 자동화: 일정과 기록을 이어붙이기

일기와 일정을 한곳에 모으는 진짜 이유는 여기 있다. 손으로 옮기지 않아도 되게 만들 수 있다.

  • 캘린더는 대부분 표준 캘린더 파일 형식으로 내보낼 수 있다. 이걸 주기적으로 받아서 일간 파일 상단에 자동으로 붙여넣는다.
  • 매일 정해진 시간에 오늘 날짜 파일을 자동 생성하게 해둔다. 빈 파일이라도 있으면 여는 확률이 확 올라간다.
  • 지난주 일정과 실제 기록을 비교해서 요약 파일을 만든다. 안 지킨 일정이 눈에 보이면 다음 주가 달라진다.
  • 모든 자동화는 명령줄에서 실행되는 형태로 만든다. 특정 앱에 묶이지 않기 때문이다.

7. 사람들이 자주 밟는 지뢰들

  • 템플릿을 너무 예쁘게 만든다: 첫날 3시간 쓰고 이틀 만에 버린다. 양식은 3줄이면 충분하다.
  • 모든 걸 완벽하게 기록하려 한다: 안 쓴 날이 생기면 죄책감이 생기고, 죄책감이 생기면 앱을 지운다. 빈 날은 그냥 넘어가면 된다.
  • 스크린샷을 본문에 직접 붙여넣는다: 나중에 백업·이관할 때 다 깨진다. 파일로 저장하고 경로만 남긴다.
  • 한 번에 여러 앱을 써본다: 비교하느라 정작 기록은 안 한다. 형식만 정해두면 앱은 나중에 바꿔도 된다.
  • 모바일만 쓰는 앱에 올인한다: 결국 컴퓨터에서 검색하고 분석하고 싶어진다. 처음부터 파일이 보이는 구조로 시작하는 게 낫다.

마무리: 3주가 아니라 3년을 목표로 잡아라

일기장 프로그램의 성패는 기능 목록이 아니라 형식과 규칙에서 갈린다. 날짜 기반 파일 이름, 평문 본문, 같은 이름의 첨부 폴더, 빠른 전체 검색, 로컬 버전 관리, 그리고 암호화된 백업. 이 여섯 개만 갖추면 어떤 앱을 쓰든 굴러간다.

반대로 이게 없으면 앱을 열심히 골라봤자 3주다. 화려한 기능은 나중 문제고, 먼저 될 일은 폴더 하나 만들고 오늘 날짜로 파일 하나 만드는 거다. 오늘 밤에 세 줄 쓰고 저장하면, 그게 이 글에서 말한 전부를 이미 실행한 셈이다.