소프트웨어 엔지니어 출신의 한 블로거가 회전교차로(roundabout)를 예찬한 글이 개발자 커뮤니티에서 공감을 얻고 있다. 그의 논지는 간단하다. 신호등 교차로가 상황마다 예외 처리를 덧붙여 온 '임시방편의 누적'이라면, 회전교차로는 같은 문제를 훨씬 적은 복잡도로 풀어내는 우아한 설계라는 것이다. 저자 스스로 토목 공학 전문가가 아니라고 밝힌 만큼 세부 주장은 걸러 들을 필요가 있지만, 그가 짚은 대비는 시스템을 설계하는 실무자에게 곱씹어 볼 만한 은유를 제공한다.
예외를 패치로 덮어 온 신호등
교차로의 본질적 문제는 명확하다. 둘 이상의 도로가 만나면 누가 지나가고 누가 기다릴지를 결정하는 규칙이 필요하다. 가장 단순한 '우측 우선' 규칙은 모든 방향에서 차가 동시에 몰리면 교착 상태에 빠지기 때문에 확장성이 없다. 그래서 등장한 것이 신호등인데, 저자는 이 해법이 여러 부작용을 낳고 그 부작용을 다시 별도의 장치로 덮어 온 역사에 주목한다.
예컨대 반대편에 차가 한 대도 없는데 빨간불 앞에서 무의미하게 기다리는 상황이 있다. 이를 해결하려고 노면에 자기 센서를 묻어 대기 차량을 감지하지만, 금속량이 적은 오토바이나 자전거는 감지되지 않아 무한정 기다리는 새로운 문제가 생긴다. 노란불도 마찬가지다. 감속을 유도하려는 의도와 달리 실제로는 교차 방향 신호가 풀리기 직전에 통과하려고 가속하는 운전자를 만들어낸다. 이를 잡겠다고 다시 카메라나 레이더로 사후 단속을 붙인다. 하나의 예외를 처리하려고 장치를 얹으면 또 다른 예외가 파생되고, 다시 장치를 얹는 악순환이다.
아무것도 하지 않음으로써 작동하는 구조
반면 회전교차로는 능동적 제어 장치가 없고 전기도 쓰지 않는다. 그저 정적인 구조물로 가만히 놓여 있을 뿐이다. 그런데도 신호등이 장치를 덧붙여 겨우 흉내 내던 동작들이 구조 자체에서 자연스럽게 나온다. 차가 없으면 기다릴 일이 없고, 혼잡하면 기다리지만 그 대기는 언제나 합당하다. 또 직진을 하더라도 곡선을 따라 돌아야 하므로 진입 시 운전자가 저절로 속도를 줄인다. 별도의 감속 유도 장치나 단속 없이 물리적 형태가 그 역할을 대신하는 셈이다.
이 대비는 소프트웨어 설계의 오래된 교훈과 맞닿아 있다. 조건 분기와 예외 처리를 계속 쌓아 올리는 대신, 문제 자체가 발생하지 않도록 구조를 바꾸는 접근이다. 상태를 능동적으로 관리하며 온갖 경우의 수를 코드로 덮는 방식은 초기엔 빠르게 동작하지만, 시간이 지날수록 센서에 안 잡히는 오토바이 같은 사각지대가 늘어난다. 반대로 불변 조건을 구조에 새겨 넣으면 관리해야 할 상태와 장애 지점 자체가 줄어든다. 전기를 쓰지 않는다는 것은 곧 고장 날 부품, 정전 시 마비될 지점, 유지보수 비용이 없다는 뜻이기도 하다.
비유의 한계도 함께 읽어야
다만 이 예찬을 설계 원칙으로 곧장 옮기기 전에 몇 가지 유보가 필요하다. 저자 본인이 인정하듯 그는 토목 전문가가 아니며, 글은 통행량·사고율·도로 폭 같은 정량 데이터 없이 직관에 기대고 있다. 현실의 회전교차로도 교통량이 특정 임계를 넘으면 오히려 정체를 유발하고, 대형 차량이나 보행자 처리에서 별도의 설계 고민을 요구한다. 모든 교차로를 회전교차로로 바꿀 수 없듯, 모든 시스템을 '장치 없는 정적 구조'로 환원할 수는 없다. 단순함이 언제나 정답인 것이 아니라, 문제의 규모와 성격에 맞는 최소한의 복잡도를 찾는 일이 핵심이다.
그럼에도 이 글이 남기는 실무적 물음은 유효하다. 지금 우리가 유지보수하는 시스템의 어떤 복잡도가 본질적 요구에서 온 것이고, 어떤 부분이 앞선 임시방편을 덮으려 얹은 또 다른 임시방편인가. 저자가 회전교차로 중앙의 빈 땅에 조형물이나 작은 정원, 마을 이름 표지판을 놓는 세계 각지의 관행을 즐거워하며 글을 맺은 대목도 인상적이다. 잘 설계된 구조는 기능을 충족하고도 여유 공간을 남기며, 그 여백이 뜻밖의 가치를 담아낸다는 점에서 그렇다.