Hacker News 2026.04.27 22

10년 묵은 dotfiles, 아직도 '내 것'일까 — 테세우스의 배 패러독스

10년 묵은 dotfiles, 아직도 '내 것'일까

개발한 지 좀 됐다 싶으면 누구나 가지고 있는 폴더가 하나 있어요. 바로 홈 디렉토리에 조용히 숨어 있는 .config 디렉토리예요. 그 안엔 어디서 굴러왔는지 기억도 안 나는 vim 설정 파일, 몇 번이고 갈아 끼운 zsh 별칭(alias - 자주 쓰는 명령어를 짧게 줄여놓은 것), 한참 전에 다른 머신에서 복사해온 tmux 설정, 그리고 이름조차 가물가물한 도구들의 흔적이 잠들어 있죠. 그런데 자세히 들여다보면 묘한 일이에요. 처음 만들었을 때랑 비교하면 거의 모든 게 다른데, 우리는 여전히 그걸 "내 dotfiles"라고 부르거든요.

shift1w라는 개발자가 자기 블로그에 올린 글 ".config Ship of Theseus"가 정확히 이 감각을 건드려요. 테세우스의 배라는 사고실험 들어보셨죠. 배의 널빤지를 하나씩 새것으로 갈다 보면 결국 모든 부품이 바뀌게 되는데, 그래도 그게 처음의 그 배가 맞느냐는 철학적 질문이에요. 글쓴이는 자기 설정 파일이 딱 그 꼴이 났다고 말해요. vim은 neovim으로 갈아탔고, bash는 zsh를 거쳐 fish까지 흘러왔고, ack는 ag로, ag는 ripgrep으로 바뀌었어요. 색상 테마도 solarized에서 시작해 gruvbox, nord, catppuccin... 유행 따라 표류했죠.

우리 설정 파일이 거쳐온 진화

여기서 흥미로운 건 이게 단순히 "도구가 바뀌었다"가 아니라는 점이에요. 도구가 바뀌면 사고방식도 바뀌어요. 처음에 vim을 배울 때 우리는 ".vimrc 한 파일에 모든 걸 욱여넣는" 스타일이었어요. 그런데 neovim으로 넘어가면서 lua로 모듈화하기 시작했고, 패키지 매니저는 vim-plug에서 packer로, 다시 lazy.nvim으로 옮겨갔죠. 한 번 옮길 때마다 설정 파일을 처음부터 다시 짜는 셈이에요. 그런데도 묘하게 "내가 좋아하는 키바인딩 스타일"이나 "들여쓰기 취향" 같은 건 그대로 따라와요.

글쓴이는 이걸 두고 진짜 "내 것"인 부분은 코드가 아니라 그 안에 담긴 취향과 습관이라고 표현해요. 내가 jk를 ESC로 매핑하는 걸 좋아한다는 사실, 탭을 스페이스 4칸으로 쓰고 싶어 한다는 사실, leader 키를 스페이스로 두는 걸 편하게 느낀다는 사실. 이런 결정들이 도구를 바꿔도 살아남거든요. 새 도구로 옮길 때마다 이 취향을 다시 표현하는 방식만 달라질 뿐이에요.

그래서 우리는 어떻게 관리해야 할까

요즘 dotfiles 관리법은 크게 두 갈래로 나뉘어요. 하나는 stow나 yadm, chezmoi 같은 전용 도구를 써서 git 저장소로 관리하는 방식이고, 다른 하나는 nix나 home-manager처럼 아예 선언형으로 환경 전체를 코드화하는 방식이에요. 전자는 가볍고 직관적이지만 시간이 흐르면서 죽은 코드가 쌓이기 쉬워요. 후자는 깔끔하지만 학습 곡선이 가파르죠.

글쓴이는 결국 정답은 없고, 가끔 한번씩 쓸어내는 의식이 필요하다고 말해요. 1년에 한 번쯤 .config 디렉토리를 열어서 "이거 내가 진짜 쓰는 거 맞나?" 하고 점검하는 거죠. 안 쓰는 건 과감하게 지우고, 새로 들어온 도구는 꼼꼼히 정리하고. 그러면 적어도 테세우스의 배처럼 흘러가긴 해도 "내 것이다"라는 감각은 잃지 않을 수 있다는 거예요.

한국 개발자라면 어떻게 받아들일까

저희도 사정은 비슷하지 않나요. 회사를 옮기거나 노트북을 바꿀 때마다 dotfiles를 새로 깔고, 이제 막 시작한 주니어 분들은 시니어의 .zshrc를 통째로 가져와서 쓰다가 시간이 지나면서 자기 색깔로 물들이고. 결국 한국 개발자들도 자기만의 테세우스의 배를 항해 중인 셈이에요. 한 번쯤 내 .config를 git 저장소로 만들어서 변천사를 추적해보는 것도 재미있어요. 1년 전 커밋이랑 지금 상태를 비교하면 내가 어떤 개발자로 바뀌어 왔는지가 꽤 적나라하게 드러나거든요.