RFC 3092: foo는 설명되기 전에 쓰였다

요약

1971년 RFC 269는 파일 전송 예시에서FOO와BAR를 임시 파일 이름으로 사용했고, RFC 3092는 이후 당시 시리즈 전체의 약 7%에 해당하는 약 212개의 RFC가 적절한 설명 없이 이 단어 집합을 사용했다고 밝혔다.
RFC 3092는 이 관례를 만들지도, 단일한 기원을 증명하지도 않았다. 이미 채택된 내부 관행을 가시화하고, 날짜가 확인된 사례를 경쟁하는 기원담과 분리하며, 검증된 정오표가 여전히 정정할 수 있는 기록을 남겼다.

첫 명령은 용어 설명 없이 등장했다

RFC 269는 UCLA-NMC의 파일 전송 경험에 관한 실무 보고서였다. 부록에는FOO라는 이름의 파일을 삭제·전송·검색하는 명령과, 이어서FOO를BAR로 이름을 바꾸는 명령이 실렸다. 명령 문법 어디에도 그 특정 단어가 요구되지 않았다. 실제 파일 이름을 지칭하지 않고도 동작을 시연할 수 있도록 선택된, 비어 있는 그릇이었다.

이것은 작성자와 독자가 같은 관례를 공유할 때만 작동한다. 숙련된 프로그래머는 두 개의 교체 가능한 이름을 본다. 그 문화 밖의 독자는FOO가 예약된 파일 이름인지,BAR에 프로토콜상 의미가 있는지, 또는 이 쌍이 다른 곳에 정의된 객체를 가리키는지 물을 수 있다. 이 예시는 독자의 사전 지식을 조금 소모하는 대신 작성자의 수고를 덜어 준다.

이 관례는 유용했기에 살아남았다. 재사용 가능한 무의미한 이름은 실제 인물·조직·데이터에 대한 우연한 주장을 피해 주었다. 작성자는 문법마다 새 샘플 어휘를 만들 필요가 없었다. 반복되면서 이 쌍은 스스로 설명되는 것처럼 느껴졌다. 공유된 속기로 시작한 것이 RFC 시리즈의 읽기 환경의 일부가 된 것이다.

시리즈의 7%가 이 속기를 채택했다

RFC 3092는 이례적인 정량적 고백으로 시작했다. RFC 269를 시작으로 약 212개의 RFC가 적절한 설명 없이 메타구문 변수로foo,bar또는foobar를 담고 있었다는 것이다. 이 메모는 그 수를 당시까지 발행된 전체 RFC의 약 7%로 환산했다. 또한 이 침묵으로 피해를 입는 독자층을 명시했다. 신입 독자, 특히 모국어가 영어가 아닌 사람들이었다.

이 숫자의 중요성은 완벽한 통계 조사로서보다 연속성의 증거로서 크다. 2001년 4월 1일 시점에서 이 관행은 RFC 3092의 승인을 기다리는 중이 아니었다. 수백 건의 문서가 이미 그것을 실어 나르고 있었다. 독자, 구현자, 작성자는 이미 맥락에서 그 역할을 추론하고 있었다. 이 Informational 메모는 인터넷 표준을 지정하지 않는다고 명시했다. 이는 와이어 규칙을 만든 것이 아니라 기술 문서 작성의 한 사실을 기록한 것이다.

이것이 발행과 채택 사이의 경계다. 문서는 기존 관례에 이름을 붙이고, 설명하고, 집계하고, 새 독자에게 이식 가능하게 만들 수 있다. 그것은 실제 효과다. 그러나 그렇다고 해서 그 문서가 기록한 행위의 역사적 근원이 되는 것은 아니다.

확실한 증거는 사용이었고, 기원은 복수로 남았다

RFC 3092의 가장 강한 증거는 날짜가 확인된 문서 집합이다. RFC 269에는 실제로 그 명령들이 있다. 부록에는 실제로 사용 사례가 나열되어 있다. RFC 1037은 “File open for output”을 위해 실제로FOO를 사용했고, RFC 1639는FOOBAR를 의도적으로 “FTP Operation Over Big Address Records”로 풀었다. 이 사실들은 그 문자열이 여러 기술적 역할을 획득했음을 보여준다. 그러나 어느 더 오래된 이야기가 메타구문적 사용을 낳았는지 증명하지는 않는다.

따라서 어원 절은 단일한 증거 경로가 아니라 귀속된 경로들의 지도로 읽어야 한다. 이 메모는 Bill Holman의Smokey Stover를 통해 전쟁 이전 만화 스트립 계보를 추적한다. 군대 은어,foo fighters,FUBAR, 영국 낙서, 1959년 Tech Model Railroad Club 사전, 이후 DEC 매뉴얼을 전한다. Holman이 말한 중국 인형과 가능한fu연관성도 언급한다. 더 오래된 영어 용례와 무관한 의미들도 기록한다.

그 경로 중 일부는 문서화된 용례이고, 일부는 회상, 그럴듯한 영향 또는 명시적 불확실성이다. 인상적인 두문자어는 후위 두문자어(backronym)일 수 있다. 두 전통은 어느 쪽도 유일한 기원이 아니면서 서로를 강화할 수 있다. 책임 있는 결론은 절제된 것이다. 이 RFC는 이용 가능한 설명들을 보존하고 그 증거적 차이를 가시화했다. 민담을 실험실 결과로 바꾸지는 않았다.

자리표시자조차 현실과 충돌할 수 있었다

RFC 3092 부록의 많은 항목은 예시 도메인 이름이었다. 여기에 두 번째 경계가 있다.foo는 “이것을 교체하라”는 신호일 수 있지만,foo.com은 살아 있는 DNS 이름처럼 생겼다. 소프트웨어에 복사된 예시는 페이지를 탈출해 트래픽을 만들거나, 실제 등록자와 충돌하거나, 작성자가 통제하지 않는 이름공간을 쓰도록 독자를 가르칠 수 있다.

RFC 2606은 1999년 이 별개의 문제를 다루었다. 테스트와 문서화를 위해.test,.example,.invalid,.localhost와example.com,example.net,example.org를 예약했다. RFC 3092는 이 안전한 이름들이foo류 도메인 예시를 줄일 수 있다고 관찰했다. 측정된 감소를 제시하지는 않았다.

이 구분이 중요하다. 메타구문 단어는 가시적으로 일반적인 표지를 원하는 작성자의 필요를 해결한다. 예약된 예시 도메인은 전 세계가 공유하는 이름공간에서의 운영상 충돌 문제를 해결한다. 하나는 사회적 어휘이고, 다른 하나는 조율된 식별자 위생이다. 같은 문자열에 넣는다고 해서 같은 통제가 되는 것은 아니다.

설명조차 정정이 필요했다

부록은 212에서 끝났지만, 검증된 정오표 1454가 수열을 복원해 끝점을 213으로 옮겼다. 정오표 노트는 또한 RFC 2821 안의 수십 건의foo.com과bar.com사용을 세었다. 2026년에 채택된 두 번째 검증 정오표는 “Forward Observation Observer”를 “Forward Observation Officer”로 바꾸었다.

이 정정들은 글의 요점을 더 선명하게 한다. 문서화는 구전 전통 위에 덮는 의례적 인장이 아니다. 검토되고, 도전받고, 수정될 수 있는 증거다. RFC 3092는 한 모호성을 줄이면서 자신의 계산 오류와 두문자어 풀이 오류를 함께 지녔다. RFC Editor의 기록은 원래 발행물과 이후의 정정을 모두 보존했다.

따라서 지속적인 성과는foo의 기원에 대한 최종 답이 아니었다. 그것은 오래된 기술 문화와 그 농담을 물려받지 못한 독자 사이의 더 깨끗한 인터페이스였다. 관행이 먼저 돌아갔다. 기록이 뒤따라 관행을 읽을 수 있게 만들었고, 정정에 열려 있었다. 그렇게 작은 단어 하나가 입문 시험이 아니라 인터넷 역사의 유용한 조각이 되는 것이다.

설명되기 전에 RFC에 들어온 foo: RFC 3092

왜 중요한가

요약

첫 명령은 용어 설명 없이 등장했다

시리즈의 7%가 이 속기를 채택했다

확실한 증거는 사용이었고, 기원은 복수로 남았다

자리표시자조차 현실과 충돌할 수 있었다

설명조차 정정이 필요했다

출처

프로필 심층 컨텍스트

Strategic Circle

Leadership Alliance

Strategic Circle 브리핑

Leadership Alliance 브리핑

요약

첫 명령은 용어 설명 없이 등장했다

시리즈의 7%가 이 속기를 채택했다

확실한 증거는 사용이었고, 기원은 복수로 남았다

자리표시자조차 현실과 충돌할 수 있었다

설명조차 정정이 필요했다

출처

프로필 심층 컨텍스트

Strategic Circle

Leadership Alliance

추천 읽을거리