매일 아침 여는 그 창은 열린 프로젝트을 감싼 껍데기 한 겹이다.

프로젝트과 제품 사이에 무엇이 있는가

주소창, 화면 그리기, 개발자 도구, 탭 배열. 현대 브라우저 대부분에서 모습이 비슷한 것은 우연이 아니다. 이 토대는 특정 회사의 것이 아니라 오래 열린 채 유지된 프로젝트에서 온다. 제품은 그 위에 자기 계정과 동기화, 판올림 방식, 별도 기능을 얹는다.

Chromium이 그 상류다. 공식 사이트는 문서를 '브라우저 프로젝트'이라는 무뚝뚝한 제목 아래 두고 제품과의 경계를 일부러 긋는다. 여기서 공개되는 것은 프로젝트과 소스 자체다. 화면 작업도, 그리기 핵심의 작업도, 도구 작업도 열린 자리에서 일어나므로 여기서 본 변화는 얼마 뒤 여러 브라우저에 나타난다.

손질은 Google이 주도하고 빌드는 제품과 같은 흐름에서 나오므로 판 대응이 분명하다. 핵심은 너그러운 라이선스로 공개되어 고치고 다시 배포할 수 있다. 상업 브라우저 여럿이 이걸 토대로 삼을 수 있는 이유의 큰 부분이 여기에 있다.

빌드를 쓰임새로 나누는 이유

사이트는 빌드를 쓰임새로 나눈다. 일상용 경로는 빠르게 움직이고 변화가 잦다. 위쪽으로 갈수록 조용하고 변경이 적다. 어느 쪽을 고를지는 오래 함께 살 것인지, 특정 변경을 일찍 확인할 것인지로 갈린다.

시험만을 위한 무리도 따로 있다. 공식 표현은 분명하다. 보고된 문제가 정말 고쳐졌는지 확인해야 할 때 이 무리를 쓴다. 수정이 반영되었다는 표시가 붙으면 맞는 빌드에서 한 번 재현해 보는 것으로 결론이 난다. 정식 배포를 기다려 확인하는 것보다 빠르다. 이 빌드의 움직임은 일상 제품과 다르며 문서에도 그렇게 적혀 있다.

자동 시험을 돌리는 사람에게 이 구분이 가장 무겁다. 시험 환경은 판이 고정되고 움직임을 예측할 수 있어야 한다. 스스로 판올림하는 경로는 그 정반대다. 쓰임새에 맞춰 준비된 빌드는 여기에 맞고, 판 번호가 배포 경로와 하나씩 대응하므로 환경을 넘어 판을 맞추기도 쉽다.

공개되는 것은 소스만이 아니다

소스 옆에 설계 문서와 구조 설명, 시험 자료가 같은 자리에 놓인다. 이 배치의 뜻은 바깥 개발자가 손보는 쪽과 같은 논리를 읽게 하자는 것이다. 차이만 보고 의도를 짐작할 필요가 없다. 이 규모의 프로젝트가 오래 기여자를 붙잡아 두는 조건의 하나이기도 하다.

기억할 것은 여기서 소스도 문서도 계속 움직이며 판 표기는 반영 번호로 나아간다는 점이다. 제품이 내세우는 잘 정돈된 큰 번호와는 다른 것이다. 어떤 움직임이 정말 중요하면 믿을 것은 해당 문서와 변경 기록이지 판 표기에서 끌어낸 추측이 아니다.

상류가 무엇을 하는지 아는 것이 브라우저가 다음에 어떻게 바뀔지 읽는 지름길이다.

실무 적어 둘 것. 움직임이 달라지면 먼저 문서와 변경 기록을 읽는다. 판 번호만으로는 답이 나오지 않는다. 시험 환경은 일상 열람과 분리한다. 스스로 판올림하는 경로가 결과를 흔들지 않게 하기 위해서다. 프로젝트 문서를 구현 이해의 입구로 삼고, 제품과 설명이 어긋나는 자리에서는 먼저 이 층을 의심한다. 문서와 변경 기록을 나란히 두면 판 번호 하나로는 알 수 없는 맥락이 남는다. 의심이 남으면 해당 변경을 직접 한 번 확인하는 편이 결국 빠르다.