엘리베이터 알고리즘, 이렇게 파고들면 사이드 프로젝트가 된다

무엇인가요

개발자 John이 만든 이 웹페이지는 엘리베이터가 어떤 알고리즘으로 승객을 태우고 이동하는지를 인터랙티브 시뮬레이션과 함께 설명합니다. 1961년 특허를 받은 기본 알고리즘 ‘SCAN’(최상층까지 갔다가 내려오기)부터, 요청받은 층까지만 이동하는 ‘LOOK’, 그리고 오티스(Otis)의 다중 엘리베이터 배차 알고리즘 ‘RSR’(Relative System Response)까지 다룹니다. RSR은 각 엘리베이터의 예상 대기시간을 점수화해 5초마다 경로를 재최적화하는 방식입니다.

흥미로운 발견도 있습니다. 요즘 흔히 보이는 ‘목적지 지정 키오스크’(층수를 미리 입력하는 방식)가 이론상 더 효율적일 것 같지만, 실제로는 재최적화의 유연성을 잃어 기존 버튼 방식보다 대기시간이 더 길어지는 경우가 있다는 점입니다. 이 글은 해커뉴스에서 900점 넘는 추천을 받으며 개발자 커뮤니티의 큰 호응을 얻었고, 댓글에서는 엘리베이터를 다루는 프로그래밍 게임 ‘Elevator Saga’, 실제 엘리베이터 제어 연구 경험담 등이 이어졌습니다.

왜 주목할까요

• 누구나 매일 접하지만 아무도 깊이 생각하지 않는 사물(엘리베이터)을 소재로 삼아 “익숙한데 몰랐던 이야기”를 만들었습니다.
• 텍스트 설명에 그치지 않고 직접 조작할 수 있는 시뮬레이션을 붙여 이해도와 체류 시간을 동시에 끌어올렸습니다.
• 거창한 리소스 없이 혼자 만든 개인 사이드 프로젝트가 해커뉴스 1위, 수백 건의 토론을 이끌어냈습니다.

국내 관점 코멘트

한국에서도 “왜 지하철 환승은 이렇게 오래 걸릴까”, “택배 배송 순서는 어떻게 정해질까”, “신호등 타이밍은 누가 정할까” 같은 일상 소재는 무궁무진합니다. 핵심은 소재 자체보다 직접 조작 가능한 시각화를 붙이는 실행력입니다. 국내 개발자·디자이너 커뮤니티(GeekNews, OKKY, 브런치)에도 이런 형태의 인터랙티브 설명 콘텐츠는 아직 드물어서, 잘 만들면 눈에 띄기 쉽습니다. 꼭 완벽한 서비스일 필요는 없습니다. 주말 동안 만든 작은 시뮬레이션 하나가 포트폴리오이자 개인 브랜딩 자산이 될 수 있다는 걸 이 사례가 보여줍니다.