비트맵 폰트의 매력 — 컴퓨터가 다시 컴퓨터처럼 느껴지는 순간

요즘 폰트, 너무 매끈하지 않나요?

우리가 매일 보는 화면 속 글자들, 정말 예뻐졌어요. 레티나 디스플레이에 서브픽셀 렌더링까지, 글자가 종이 위에 인쇄된 것처럼 매끄럽죠. 그런데 이런 깔끔함 속에서 오히려 "컴퓨터다운 느낌"이 사라졌다고 느끼는 사람들이 있어요. 마치 모든 카페가 똑같이 세련된 인테리어를 하면서 개성이 없어진 것처럼요.

비트맵 폰트는 그 반대편에 있는 존재예요. 글자 하나하나가 픽셀 격자 위에 점으로 찍혀 있는, 말 그대로 "도트" 글자인데요. 90년대~2000년대 초반 컴퓨터를 써보신 분이라면 바로 떠오를 거예요. 윈도우 3.1의 시스템 폰트, 리눅스 터미널의 고정폭 글자, 게임보이 화면 속 텍스트... 그런 느낌이요.

비트맵 폰트 vs 벡터 폰트, 뭐가 다른 건데?

우리가 보통 쓰는 폰트는 벡터 폰트(대표적으로 TrueType, OpenType)예요. 벡터 폰트는 글자의 윤곽선을 수학적 곡선으로 정의해요. 그래서 아무리 확대해도 깨지지 않죠. 폰트 파일 하나로 8pt든 72pt든 자유자재로 크기를 바꿀 수 있는 게 장점이에요.

반면 비트맵 폰트는 특정 크기에서의 글자 모양을 픽셀 단위로 딱 정해놓은 거예요. 예를 들어 "A"라는 글자를 8x16 픽셀 격자에 어떤 점을 켜고 끌지 하나하나 정해놓는 거죠. 그래서 그 크기에서는 완벽하게 선명한데, 다른 크기로 바꾸면 뭉개지거나 깨져요.

이게 뭐냐면, 벡터 폰트가 설계도라면 비트맵 폰트는 완성된 레고 작품 같은 거예요. 설계도는 어떤 크기로든 만들 수 있지만, 레고 작품은 딱 그 크기에서만 예쁜 거죠.

그런데 왜 다시 비트맵 폰트인가

비트맵 폰트가 다시 주목받는 이유는 순전히 미학적인 것만은 아니에요. 실용적인 이유도 있거든요.

첫 번째로, 렌더링이 정확해요. 벡터 폰트는 곡선을 픽셀 격자에 맞추는 과정에서 안티앨리어싱(계단 현상을 줄이기 위해 중간색을 넣는 기법)을 해야 하는데, 이 과정에서 글자가 살짝 흐릿해질 수 있어요. 특히 작은 크기에서 코드를 읽을 때 이게 눈에 거슬리는 경우가 있죠. 비트맵 폰트는 이런 과정이 없이 픽셀에 딱 맞아떨어지니까 칼같이 선명해요.

두 번째로, 가벼워요. 비트맵 폰트 파일은 수 킬로바이트 수준이에요. 벡터 폰트가 수백 KB에서 수 MB까지 가는 것에 비하면 엄청 작죠. 임베디드 시스템이나 리소스가 제한된 환경에서는 이게 큰 장점이에요.

세 번째로, 뭔가 느낌이 달라요. 이건 설명하기 어려운 부분인데, 비트맵 폰트를 쓰면 터미널이 진짜 "내 것" 같은 느낌이 나요. 요즘 다들 똑같은 FiraCode나 JetBrains Mono를 쓰잖아요. 비트맵 폰트는 그 획일적인 느낌에서 벗어나게 해줘요. Terminus, Cozette, Tamzen, Gohufont 같은 비트맵 폰트들은 각각 뚜렷한 개성이 있거든요.

개발 환경에서 써볼 수 있을까?

물론이죠. 터미널 에뮬레이터 대부분이 비트맵 폰트를 지원해요. Alacritty, kitty, st 같은 터미널에서는 설정 한 줄이면 바꿀 수 있어요. VS Code에서도 비트맵 폰트를 쓸 수 있는데, 다만 에디터에서는 줌 인/아웃 시 크기가 고정이라 불편할 수 있어서 터미널용으로 먼저 시도해보는 걸 추천해요.

리눅스 사용자라면 더 친숙할 텐데요, fontconfig에서 비트맵 폰트를 활성화하고 BDF나 PCF 포맷의 폰트를 설치하면 돼요. macOS에서도 Homebrew로 설치 가능한 비트맵 폰트들이 있고요.

요즘은 비트맵 스타일이지만 벡터 포맷으로 된 폰트도 있어요. 픽셀 느낌은 살리면서 크기 조절도 가능하게 만든 건데, 이것도 좋은 절충안이에요.