AI 없이 맨손으로 빛을 그리다 — C++ 레이 트레이서 'luz'

AI가 코드 다 짜주는 시대에, 굳이 손으로?

요즘 개발 이야기를 하면 열에 아홉은 'AI가 코드 짜준다'는 말이 나와요. 그런데 여기 좀 결이 다른 프로젝트가 하나 등장했어요. 'luz'라는 이름의 레이 트레이서인데, 제목부터 대놓고 'AI 없이 처음부터 직접 C++로 짰다(from scratch without AI)'고 적혀 있거든요. luz는 스페인어로 '빛'이라는 뜻이에요. 이름 그대로 빛을 다루는 프로그램이죠.

왜 이게 의미가 있냐면, 레이 트레이서라는 게 컴퓨터 그래픽스를 공부하는 사람들에게는 일종의 '통과의례' 같은 거예요. 짧고 간단해 보여도, 그 안에 벡터 수학, 물리, 자료구조, 최적화가 골고루 들어있어서 한 번 직접 만들어보면 실력이 확 늘거든요. 그걸 남의 손(AI)을 빌리지 않고 스스로 끝까지 해냈다는 점에서 박수를 보낼 만한 거예요.

레이 트레이싱이 뭐냐면

레이 트레이싱(Ray Tracing)을 쉽게 설명하면, '빛의 경로를 거꾸로 따라가며 그림을 그리는 방법'이에요.

현실에서 우리가 사물을 보는 원리를 떠올려보세요. 전등에서 빛이 나와서 물체에 부딪히고, 튕겨나온 빛이 우리 눈에 들어와야 비로소 보이잖아요. 레이 트레이싱은 이걸 컴퓨터 안에서 흉내내요. 다만 빛을 전부 추적하면 양이 어마어마하니까, 발상을 뒤집어서 '카메라(눈)에서 출발한 가상의 광선'을 화면 픽셀 하나하나마다 쏘는 거예요. 그 광선이 어떤 물체에 부딪히는지, 부딪힌 표면이 거울처럼 반사하는지 유리처럼 투과하는지를 계산해서 픽셀 색을 정하죠.

이 방식의 장점은 그림자, 반사, 굴절 같은 빛의 효과가 물리적으로 자연스럽게 나온다는 거예요. 우리가 게임에서 흔히 보던 래스터화(rasterization)는 삼각형을 빠르게 화면에 찍어내는 방식이라 속도는 빠르지만, 거울이나 유리 반사 같은 걸 표현하려면 온갖 꼼수를 따로 넣어야 하거든요. 반대로 레이 트레이싱은 느리지만 사실적이에요. 영화 CG가 대부분 이 방식을 쓰는 이유죠.

작은 코드 안에 다 들어있어요

이런 프로젝트를 직접 만들어보면 정말 많은 걸 배워요. 광선과 구(sphere)가 만나는 지점을 구하려면 이차방정식을 풀어야 하고, 표면이 빛을 어떻게 튕기는지 계산하려면 벡터의 내적·반사 공식을 써야 해요. 빛이 한 번 튕기고 끝나는 게 아니라 여러 번 반사·굴절하니까 재귀(recursion) 구조도 자연스럽게 나오고요. 여기에 부드러운 그림자나 흐릿한 반사를 표현하려면 광선을 무작위로 여러 개 쏴서 평균내는 몬테카를로 기법까지 들어가죠.

그리고 무엇보다 C++로 짰다는 게 포인트예요. 픽셀이 수백만 개고, 픽셀마다 광선을 수십 번씩 튕겨야 하니 연산량이 엄청나거든요. 그래서 속도가 생명인 그래픽스에서는 메모리를 세밀하게 다룰 수 있는 C++이 여전히 왕좌를 지키고 있어요.

업계 맥락에서 보면

사실 이 분야엔 'Ray Tracing in One Weekend'라는 전설적인 무료 교재가 있어요. 주말 이틀이면 레이 트레이서를 만들 수 있다는 그 책으로 수많은 개발자가 입문했죠. luz 같은 프로젝트들은 대개 이 전통 위에 서 있어요. 한편 산업 현장에선 엔비디아의 RTX 그래픽카드가 레이 트레이싱을 실시간으로 처리하면서, 한때 영화에서나 보던 기술이 이제 게임에서도 돌아가는 시대가 됐고요. 큰 그림에서 보면, 바닥 원리를 손으로 짜보는 사람과 그 원리를 하드웨어로 가속하는 산업이 양쪽에서 같은 빛을 좇고 있는 거예요.

한국 개발자에게 주는 메시지

당장 실무에 레이 트레이서를 넣을 일은 흔치 않을 거예요. 하지만 이 프로젝트가 던지는 진짜 메시지는 '기본기를 직접 손으로 쌓는 경험의 가치'예요. AI가 코드를 술술 뽑아주는 시대일수록, 원리를 처음부터 끝까지 스스로 구현해본 사람과 복붙만 해본 사람의 차이는 점점 더 크게 벌어지거든요. 그래픽스, 게임, 시뮬레이션, 심지어 성능 최적화에 관심 있는 분이라면 주말에 작은 레이 트레이서 하나 만들어보는 거, 진심으로 추천해요.