혹시 RFC라는 문서를 읽어보신 적 있나요? RFC가 뭐냐면, 인터넷의 동작 방식을 정의하는 공식 표준 문서예요. HTTP, TCP, DNS처럼 우리가 매일 쓰는 프로토콜이 전부 RFC로 정의되어 있죠. 그런데 그중에 좀 특이한 문서가 하나 있어요. 바로 RFC 8890인데요, 제목부터가 "The Internet is for End Users", 즉 "인터넷은 최종 사용자를 위한 것이다"거든요. 프로토콜 스펙이 아니라 일종의 철학 선언문이에요. 2020년에 나온 문서인데, 요즘 벌어지는 일들을 보면 다시 읽어볼 가치가 충분해서 소개해 드릴게요.
기술 표준이 '정치적'이라고?
이 문서는 IAB(Internet Architecture Board), 그러니까 인터넷 아키텍처 전반을 관장하는 기구가 발표했어요. 저자는 마크 노팅엄(Mark Nottingham)인데, HTTP 워킹그룹 의장을 오래 맡아온 웹 표준판의 거물이에요.
문서의 핵심 주장은 이래요. "기술 표준을 만드는 결정은 중립적이지 않다. 누군가에게 유리하고 누군가에게 불리하다. 그렇다면 이해관계가 충돌할 때, 표준 기구는 최종 사용자의 이익을 최우선으로 삼아야 한다."
이게 왜 필요한 선언이냐면요, 실제 사례를 보면 바로 이해돼요. DNS 요청을 암호화하는 DoH(DNS over HTTPS)라는 기술이 있어요. 이걸 도입하면 사용자가 어떤 사이트에 접속하는지 통신사가 들여다보기 어려워져요. 사용자 프라이버시에는 좋은 일이죠. 그런데 통신사나 기업 네트워크 관리자 입장에서는 트래픽 관제가 어려워지니 반대할 이유가 생기고, 정부도 검열이 힘들어지니 달가워하지 않아요. 자, 이 표준을 어느 방향으로 설계해야 할까요? 순수하게 '기술적'인 답은 없어요. 결국 누구 편에 설지 정하는 문제거든요. RFC 8890은 이런 순간에 "사용자 편에 서라"고 못 박은 문서예요.
문서가 실제로 다루는 내용
문서는 '최종 사용자'를 인터넷을 최종적으로 이용하는 사람들, 그러니까 우리 모두로 정의해요. 문제는 이 사람들이 IETF 표준 회의에 직접 참석하지 않는다는 거예요. 회의실에는 브라우저 벤더, 통신사, 장비 회사, 클라우드 기업의 엔지니어들이 앉아 있죠. 다들 각자 회사의 이해관계를 어느 정도 짊어진 사람들이고요. 그래서 문서는 표준 기구가 시민 사회 단체와 적극적으로 소통하고, 새 기술이 사용자에게 미칠 영향을 의식적으로 검토해야 한다고 말해요.
흥미로운 건 사용자 이익끼리 충돌하는 경우도 다룬다는 점이에요. 어떤 보호 기능이 한 그룹의 사용자에게는 안전을 주지만 다른 그룹에게는 접근을 막는 벽이 될 수도 있잖아요. 이럴 때 단순한 다수결이 아니라, 더 취약한 사용자에게 미치는 영향을 더 무겁게 보라는 관점을 제시해요.
업계에는 비슷한 원칙이 또 있어요
사실 웹 표준 동네에는 유명한 원칙이 하나 더 있어요. W3C의 HTML 설계 원칙에 나오는 '이해관계자 우선순위(priority of constituencies)'인데요. 뭔가 결정이 막힐 때 "사용자 > 웹 개발자 > 브라우저 구현자 > 스펙 저자 > 이론적 순수성" 순서로 우선하라는 거예요.
그리고 이 원칙들은 지금도 계속 시험대에 올라요. 서드파티 쿠키 폐지를 둘러싼 광고 업계와의 기나긴 줄다리기, 웹사이트가 사용자 기기의 '무결성'을 검증하게 하자던 Web Environment Integrity 제안이 "사용자가 아니라 사업자를 위한 기술"이라는 반발 끝에 철회된 일까지. 전부 "이 기술은 결국 누구를 위한 것인가"라는 RFC 8890의 질문이 현실에서 반복된 사례들이에요.
우리 일에 가져올 수 있는 것
표준 기구 이야기가 나랑 무슨 상관인가 싶으실 수 있는데요, 이 문서의 사고방식은 규모를 줄이면 우리 일상 업무에도 그대로 적용돼요. API를 설계할 때, 데이터 수집 항목을 정할 때, 기본값을 고를 때, "이 결정으로 누가 이득을 보고 누가 손해를 보지?"라고 한 번 물어보는 거예요. 다크 패턴 논란이 됐던 서비스들을 떠올려 보면, 대부분 이 질문을 건너뛴 결과거든요. 회사 이익과 사용자 이익이 부딪히는 순간에 어느 쪽으로 기울지 미리 원칙을 정해두는 것, 그게 이 문서가 조직 차원에서 한 일이에요.
참고로 RFC 8890은 표준 문서치고 분량이 짧고 문장도 평이해서, 영어 기술 문서 읽기 연습용으로도 좋아요. 원문도 한 번 읽어보시길 추천해요.
한줄 정리: 기술적 결정에는 언제나 승자와 패자가 있고, RFC 8890은 그 저울을 '사용자' 쪽으로 기울이라고 선언한 문서예요.
여러분 조직에서는 어떤가요? 기능 하나를 결정할 때 최종 사용자의 이익은 몇 순위쯤에 놓여 있나요? 사용자 이익과 회사 이익이 부딪혔던 경험이 있다면 나눠주세요.
🔗 출처: Hacker News