프로그래머가 시계를 직접 만들면 생기는 일: 시간이라는 개념을 코드로 다시 생각하기

단순한 시계 하나에 담긴 깊은 이야기

개발자 Senko가 자신의 블로그에 올린 "The Clock"이라는 글은 제목만 보면 단순해 보여요. 시계 만든 이야기라니. 하지만 읽어보면 소프트웨어 엔지니어가 하드웨어 프로젝트를 진행하면서 겪는 시행착오, 그리고 "시간"이라는 개념을 프로그래밍적으로 다루면서 마주치는 의외의 복잡함이 담겨 있어요.

우리는 매일 시간을 다루잖아요. 서버 로그에 타임스탬프 찍고, cron job 설정하고, 타임존 변환하고. 그런데 "정확한 시간"이란 게 실제로 뭘 의미하는지, 물리적인 세계에서 시간을 측정한다는 게 얼마나 까다로운 일인지 생각해본 적 있나요?

시간을 측정하는 건 생각보다 어렵다

디지털 시계의 핵심은 크리스탈 오실레이터(수정 발진기)예요. 이게 뭐냐면, 수정(크리스탈)에 전기를 흘리면 아주 규칙적으로 진동하는 성질을 이용한 부품이에요. 보통 32.768kHz 주파수로 진동하는데, 이 숫자가 왜 하필 32,768이냐면, 2의 15승이거든요. 15번 이진수로 나누면 딱 1초가 되니까 디지털 회로에서 다루기 편한 거예요.

그런데 문제는 이 크리스탈도 완벽하지 않다는 거예요. 온도에 따라 진동 주파수가 미세하게 변해요. 보통 저가형 크리스탈은 하루에 몇 초씩 오차가 생길 수 있어요. 한 달이면 몇 분, 1년이면 상당한 오차가 누적되죠. 그래서 정밀한 시계를 만들려면 온도 보상(temperature compensation)이 필요한데, 온도 센서를 달아서 현재 온도에 따라 보정값을 계산하는 거예요.

이 글에서는 이런 물리적 한계를 소프트웨어로 어떻게 보완하는지를 상세히 다루고 있어요. NTP(Network Time Protocol)로 주기적으로 외부 시간 서버와 동기화하는 방법, 그리고 NTP 연결이 끊겼을 때 로컬 크리스탈의 드리프트를 보정하는 알고리즘까지. 소프트웨어 엔지니어답게 이 문제를 시스템 설계 관점에서 풀어나가는 과정이 인상적이에요.

하드웨어와 소프트웨어의 경계에서

이 프로젝트에서 재미있는 부분은 디스플레이 처리예요. 시계니까 당연히 시간을 보여줘야 하는데, LED 세그먼트 디스플레이를 직접 제어하는 과정에서 소프트웨어 개발과는 또 다른 챌린지가 등장해요. GPIO(General Purpose Input/Output) 핀 수는 한정되어 있는데 표시해야 할 숫자는 여러 개잖아요. 그래서 멀티플렉싱(multiplexing)이라는 기법을 써요. 이게 뭐냐면, 여러 자리의 숫자를 한꺼번에 켜는 게 아니라 아주 빠르게 번갈아 켜는 거예요. 사람 눈에는 동시에 켜져 있는 것처럼 보이지만 실제로는 한 번에 하나씩만 켜지는 거죠. 마치 영화가 초당 24프레임의 정지 이미지인 것처럼요.

여기서 타이밍이 중요해요. 너무 느리면 깜빡임이 보이고, 너무 빠르면 불필요하게 CPU를 잡아먹어요. 또 인터럽트 처리도 신경 써야 하는데, 디스플레이 갱신 중에 다른 작업이 끼어들면 특정 자릿수만 밝기가 달라지는 현상이 생길 수 있거든요.

이런 저수준의 타이밍 문제는 웹 개발이나 앱 개발에서는 거의 만날 일이 없지만, 임베디드 시스템에서는 일상이에요. 그래서 이런 프로젝트가 임베디드 프로그래밍 입문으로 좋은 거예요. 결과물이 눈에 바로 보이니까 디버깅도 직관적이고요.

개발자들이 시계 프로젝트를 좋아하는 이유

시계 만들기는 사실 개발자 커뮤니티에서 오래된 인기 프로젝트예요. Nixie 튜브 시계는 레트로 감성으로 해외에서 엄청 인기고, 워드 클록(Word Clock)은 숫자 대신 "열두시 삼십분"처럼 글자로 시간을 보여주는 시계인데 인테리어 소품으로도 예뻐요.

기술적으로 보면 시계 프로젝트는 하드웨어(회로, 디스플레이), 펌웨어(타이밍, 인터럽트), 네트워크(NTP 동기화), 그리고 UX(읽기 좋은 표시 방식)까지 풀스택을 아우르는 프로젝트예요. 작은 프로젝트지만 다루는 기술 범위가 넓기 때문에 배우는 게 많아요.

Raspberry Pi나 Arduino를 사용하면 진입 장벽도 낮아요. 아두이노 보드 하나(만 원대), 7세그먼트 디스플레이(몇 천 원), 크리스탈 모듈(천 원대)이면 시작할 수 있으니까요.

한국 개발자에게 주는 시사점

"시간"을 다루는 건 모든 백엔드 개발자의 숙명이에요. 타임존 처리 잘못해서 장애 난 경험, 한 번쯤 있지 않나요? 서머타임이 없는 한국에서 개발하다가 글로벌 서비스를 맡게 되면 타임존 지옥을 경험하게 되는데, 시간이 물리적으로 어떻게 측정되고 동기화되는지 근본적으로 이해하고 있으면 이런 문제를 다룰 때 훨씬 자신감이 생겨요.

또한 이런 사이드 프로젝트는 포트폴리오에도 좋아요. 면접에서 "시계를 직접 만들어봤는데, 크리스탈 드리프트 보정 알고리즘을 이렇게 구현했어요"라고 말하면, 단순히 코딩만 하는 개발자와 차별화될 수 있거든요. 특히 임베디드나 IoT 직군을 노리는 분들에게는 더더욱이요.

주말에 아두이노 하나 사서 시계 만들어보는 건 어떨까요? 생각보다 재밌고, 완성했을 때의 뿌듯함은 TODO 앱 열 개 만든 것보다 클 거예요.

정리

시계 하나 만드는 데 크리스탈 물리학, 온도 보상 알고리즘, 네트워크 시간 동기화, 하드웨어 멀티플렉싱까지 동원된다는 게 놀랍지 않나요? 단순해 보이는 것일수록 파고들면 깊은 법이에요.

여러분만의 사이드 프로젝트로 하드웨어를 다뤄본 경험이 있나요? 소프트웨어만 하다가 하드웨어를 만져봤을 때의 느낌이 궁금해요!