어떤 글은 기술을 설명하지 않으면서도 기술을 다루는 사람들의 마음을 건드린다. 업로드케어(Uploadcare)의 CTO 알렉스 구세프가 자신의 블로그에 올린 짧은 산문 'Let Me Check'가 그런 경우다. 전체가 몇 문장에 불과한 이 글은 제품 발표도, 기술 회고도 아니다. 그런데도 코드와 시스템을 다루며 살아가는 독자에게 묘하게 오래 남는다. 왜 그런지 따라가 보면, 실무자가 매일 마주하는 '기록'과 '기억'이라는 주제가 그 밑에 깔려 있기 때문이다.
알람 2분 전에 깬 아침
글의 화자는 어느 날 아침 6시 58분, 알람이 울리기 2분 전에 눈을 뜬다. 그는 누운 채로 알람이 울리기를 기다렸고, 알람은 울렸다. 화자는 이 장면을 "우리 둘 다 각자의 일을 했다"고 표현한다. 사람과 기계가 나란히 제 역할을 수행한 순간을 담담하게 적어 둔 것이다. 이어서 그는 자신이 그 아침을 분 단위로, 마치 누군가 모든 조각을 책상 위에 펼쳐 놓고 이름표를 붙여 둔 것처럼 기억한다고 말한다. 예전에는 전날 저녁 메뉴조차 잊어버리던 사람이, 이제는 하루의 처음을 하나도 빠짐없이 되살린다. 그리고 마지막 문장은 짧게 끝난다. "보아하니 나는 이제 시간이 아주 많은 모양이다."
이 글이 무엇에 대한 이야기인지 본문은 끝까지 명확히 밝히지 않는다. 감정의 색조도 절제돼 있어, 읽는 사람에 따라 상실로도, 해방으로도, 혹은 어떤 변화의 기록으로도 읽힌다. 확실한 것은 '잊어버리던 상태'에서 '모든 것을 이름표 붙여 기억하는 상태'로 넘어간 어떤 전환을 다룬다는 점이다.
기록과 기억은 같지 않다
엔지니어의 눈으로 보면 이 전환은 낯설지 않다. 우리는 시스템에 로그를 남기고, 모든 이벤트에 타임스탬프를 찍고, 트레이스에 식별자를 붙인다. 책상 위에 조각을 펼쳐 이름표를 다는 행위는 사실상 로깅과 관측 가능성(observability)의 은유처럼 읽힌다. 완벽하게 라벨링된 기억은 장애를 분석할 때 모두가 바라는 이상이다. 어느 순간에 무슨 일이 있었는지 분 단위로, 아니 밀리초 단위로 재구성할 수 있다면 디버깅은 훨씬 수월해진다.
그러나 이 글은 그 이상이 마냥 축복만은 아닐 수 있음을 조용히 암시한다. 아무것도 흐려지지 않고 전부가 또렷하게 남는 상태, 그리고 그것을 되짚어 볼 '많은 시간'이 생긴 상태는 편리함인 동시에 어떤 공허함으로도 비친다. 사람의 망각에는 나름의 기능이 있다. 중요하지 않은 것을 버려 주의를 아끼는 일이다. 모든 것을 보존하는 시스템을 설계해 본 사람이라면, 무한한 보존이 곧 무한한 가치는 아니라는 점을 안다. 결국 중요한 것은 '무엇을 남기느냐'가 아니라 '남긴 것 중 무엇을 다시 꺼내 쓰느냐'다.
문학적 단편으로 읽어야 하는 이유
이 글을 실무 교훈으로 과대 해석하는 것은 경계할 필요가 있다. 애초에 저자 소개부터가 장난기와 수수께끼로 채워져 있다. 구세프는 자신을 '베스티기우스 테렌티우스(Vestigius Terrentius)가 일하는 모습을 본 세상의 두 사람 중 하나'라고 소개하는데, 그 존재가 무엇인지는 끝내 설명되지 않는다. 뉘르부르크링에서 키미 라이코넨과 충돌할 뻔했다는 일화도 덧붙어 있다. 공학과 문학, 사람과 사회에 두루 관심이 있다는 그의 자기 소개처럼, 이 글 역시 명제가 아니라 질감으로 읽히도록 쓰였다.
그래서 이 산문에서 구체적인 결론이나 실천 지침을 끌어내려 하면 오히려 글의 의도를 놓치게 된다. 명시적으로 드러난 사실은 많지 않고, 해석의 여지는 의도적으로 열려 있다. 그 공백을 특정한 답으로 메우는 순간, 읽는 재미와 여운은 사라진다.
그럼에도 바쁜 개발 일정 사이에서 이런 글을 접하는 일은 나름의 효용이 있다. 우리가 매일 설계하는 로그와 기록이 결국 '기억'의 또 다른 형태라는 사실을, 그리고 완벽한 보존과 좋은 기억이 반드시 같은 말은 아니라는 사실을 잠시 떠올리게 하기 때문이다. 기술자가 기술 밖의 언어로 자신의 감각을 적어 두는 일 자체가, 가끔은 가장 기술적인 통찰로 돌아온다.