밑바닥부터 짓는 브라우저, 레이디버드가 'AI 코딩'을 대하는 자세

요즘 새로 나오는 브라우저들은 사실 대부분 ‘크롬’입니다. 아크도, 브레이브도, 심지어 마이크로소프트 엣지도 속을 열어보면 구글이 만든 크로미움 엔진이 돌아가고 있죠. 그런데 이 흐름을 정면으로 거스르는 프로젝트가 하나 있습니다. 엔진부터 렌더링까지 전부 밑바닥에서 새로 짓는 독립 브라우저, 레이디버드(Ladybird)입니다. 그리고 지금 이 프로젝트가 던지는 진짜 흥미로운 질문은 따로 있습니다. “AI가 코드를 짜주는 시대에, 처음부터 새로 만드는 게 의미가 있을까?”

먼저 솔직하게 짚고 넘어가겠습니다. 이번 주제는 최근 30일 사이 커뮤니티에서 새로 달궈진 화제라기보다는, 꾸준히 회자되는 ‘진행형 프로젝트’에 가깝습니다. 그만큼 단발성 뉴스보다 맥락을 짚어드리는 게 더 도움이 될 것 같습니다.

레이디버드가 뭐길래 ‘독립’을 외칠까

레이디버드는 안드레아스 클링이라는 개발자가 시작한 프로젝트입니다. 원래는 세레니티OS라는 취미용 운영체제 안에서 자라던 브라우저였는데, 어느 순간 독립해서 별도 조직으로 떨어져 나왔습니다.

핵심은 의존성 제로입니다. 크로미움도, 파이어폭스의 게코도, 사파리의 웹킷도 쓰지 않습니다. HTML을 해석하고 화면에 그리는 엔진을 전부 자체 코드로 만듭니다. 이게 왜 대단하냐면, 현대 웹 표준은 너무나 방대해서 새 엔진을 만든다는 건 사실상 불가능에 가깝다고 여겨졌기 때문입니다. 지난 10년간 메이저 엔진이 단 하나도 새로 등장하지 못한 이유죠.

목표 시점도 명확합니다. 누구나 쓸 수 있는 정식 출시를 2026년 알파 버전으로 잡고 있습니다. 비영리 조직 형태로, 광고나 데이터 수집으로 돈을 벌지 않겠다는 원칙도 내걸었습니다.

‘C++로 시작했지만 안전하지 않다’는 고민

여기서 개발 방식 이야기가 시작됩니다. 레이디버드는 원래 C++로 작성됐습니다. 성능은 좋지만, C++은 메모리 관리를 사람이 직접 해야 해서 보안 구멍이 생기기 쉬운 언어입니다. 브라우저는 인터넷의 온갖 위험한 코드를 직접 받아 실행하는 최전선이라, 이 ‘메모리 안전성’ 문제가 치명적입니다.

그래서 레이디버드 팀이 내린 결정이 흥미롭습니다. 새 코드는 점진적으로 스위프트(Swift)로 옮겨가겠다는 것이었죠. 애플이 만든 언어라 의외라는 반응도 많았지만, 메모리 안전성을 보장하면서도 C++과 잘 섞이는 몇 안 되는 선택지였습니다. 러스트가 더 유명한데 왜 스위프트냐는 논쟁도 한참 오갔습니다.

이 결정이 중요한 이유는, 처음부터 짓는다는 게 단순히 ‘고집’이 아니라 ‘선택의 자유’를 뜻하기 때문입니다. 남의 엔진을 빌려 쓰면 언어도, 구조도, 철학도 그쪽을 따라가야 합니다. 밑바닥부터 지으면 이런 근본적인 갈아엎기가 가능합니다.

AI 코딩 시대, ‘AI가 짜준 코드는 안 받는다’

이 대목이 개인적으로 가장 인상 깊은 지점입니다. 챗GPT나 코파일럿이 코드를 술술 뽑아주는 시대에, 레이디버드는 한동안 AI가 생성한 코드 기여를 받지 않겠다는 입장을 밝혔습니다.

이유는 단순하면서도 깊습니다. 브라우저 엔진은 작은 버그 하나가 보안 사고로 이어지는, 극도로 민감한 코드입니다. AI가 그럴듯하게 짜준 코드는 ‘동작은 하지만 왜 그렇게 짰는지 아무도 설명 못 하는’ 경우가 많습니다. 기여한 사람조차 코드를 완전히 이해하지 못한 채 제출하면, 리뷰하는 입장에서는 검증 부담만 폭증합니다.

여기서 갈림길이 보입니다. 한쪽에는 ‘AI로 개발 속도를 10배 끌어올리자’는 시대의 흐름이 있고, 다른 쪽에는 ‘이해하지 못한 코드는 자산이 아니라 부채’라는 장인 정신이 있습니다. 레이디버드는 후자를 택한 셈입니다. AI를 무조건 배척한다기보다, 사람이 코드를 완전히 책임질 수 있느냐를 기준으로 삼은 것이죠.

무모함과 현실 사이

물론 비판도 만만치 않습니다. “어차피 구글이 수천 명을 갈아 넣어 만든 크로미움을 소수 팀이 따라잡을 수 있겠냐"는 회의론이 대표적입니다. 실제로 웹 호환성이라는 거대한 산을 넘는 건 시간과 인력 싸움입니다.

그럼에도 이 프로젝트가 주목받는 건 의외의 후원자들 덕도 큽니다. 쇼피파이 CEO를 비롯한 테크 업계 인사들이 자금을 댔고, 깃허브에서는 별(star)이 꾸준히 쌓이며 기여자가 늘고 있습니다. ‘하나의 엔진이 웹을 독점하는 게 건강하냐’는 문제의식에 공감하는 사람이 그만큼 많다는 뜻입니다.

레이디버드의 도전은 결국 ‘독립성에는 비용이 따른다’는 사실을 정직하게 보여줍니다. 남의 엔진을 빌리면 빠르지만 종속되고, 직접 지으면 느리지만 자유롭습니다.

레이디버드의 선택이 흥미로운 건, 속도가 곧 정의처럼 여겨지는 AI 코딩 시대에 일부러 ‘느리지만 이해하는 길’을 골랐다는 점입니다. 여러분이라면 어떨까요. AI가 10배 빠르게 짜주는 코드와, 한 줄 한 줄 직접 책임지는 코드. 브라우저처럼 신뢰가 생명인 소프트웨어라면, 어느 쪽에 더 마음이 가시나요?