Resumen

  • En diciembre de 1971, RFC 269 ya empleaba FOO y BAR como nombres sustituibles; RFC 3092 dijo después que unos 212 RFC, cerca del 7 % del catálogo, habían usado la familia sin definirla bien.
  • El memo no inventó la práctica ni demostró una genealogía única. Documentó un hábito anterior, separó usos fechados de relatos plausibles y quedó abierto a correcciones verificadas.

El ejemplo esperaba que el lector trajera la clave

El apéndice de RFC 269 enseñaba a borrar FOO, enviarlo, recuperarlo y renombrarlo como BAR. Los comandos describían una experiencia real de transferencia de archivos, pero los dos nombres eran deliberadamente intercambiables. No formaban parte de la semántica del protocolo.

Un programador iniciado lo entiende sin pausa. Otro lector puede confundirlos con palabras reservadas, archivos del sistema o valores definidos en un documento previo. El ejemplo era corto porque desplazaba una parte de la explicación a una cultura compartida.

Esa economía fue también su fuerza. Los autores evitaban nombres reales y reutilizaban una pareja reconocible. Cada repetición facilitaba la siguiente, hasta que una elección informal pasó a ser parte tácita de la interfaz de lectura de los RFC.

La adopción llegó antes que el documento

RFC 3092 abrió con un recuento: aproximadamente 212 RFC, desde RFC 269, contenían foo, bar o foobar como variables metasintácticas sin explicación adecuada. Era cerca del 7 % de los RFC publicados. El texto añadió un dato humano: algunos recién llegados, sobre todo quienes no tenían el inglés como lengua materna, encontraban difícil entender el origen.

El orden de los hechos es decisivo. Para abril de 2001, cientos de documentos ya habían convertido la pareja en práctica editorial. RFC 3092 era Informational y declaraba que no especificaba ningún estándar de Internet. La publicación observó una realidad; no la autorizó ni la puso en marcha.

Explicar después no es inútil. El memo redujo una barrera de entrada, dio un vocabulario para hablar de la convención y dejó un inventario comprobable. El registro no creó el hábito, pero permitió que dejara de depender sólo de transmisión entre iniciados.

Una aparición fechada pesa más que una historia ingeniosa

RFC 269 ofrece evidencia directa. RFC 1037 usa FOO como código de “File open for output”. RFC 1639 convierte FOOBAR en el acrónimo “FTP Operation Over Big Address Records”. Son usos verificables y distintos. Ninguno demuestra por sí solo de dónde nació la variable metasintáctica.

La sección etimológica reúne caminos de fuerza desigual: la tira Smokey Stover de Bill Holman, jerga militar, foo fighters, FUBAR, grafitis británicos, el diccionario del Tech Model Railroad Club de 1959 y manuales de DEC. También relata la afirmación de Holman sobre una figura china y la posible relación con fu.

El valor histórico está en no aplanar ese mapa. Un documento fechado no equivale a un recuerdo; una influencia plausible no equivale a causa exclusiva; un acrónimo puede haberse construido después. RFC 3092 conservó relatos y referencias, pero su evidencia no obliga a elegir una sola raíz.

El nombre ficticio podía apuntar a un dominio real

El apéndice incluye muchos dominios de ejemplo. Ahí el problema cambia. foo.com no es sólo una palabra ficticia: tiene la forma de un nombre que puede estar delegado. Si alguien copia el ejemplo en código, la consulta puede salir al DNS público y alcanzar recursos de terceros.

RFC 2606 había reservado en 1999 .test, .example, .invalid y .localhost, además de example.com, example.net y example.org. Así, un documento podía enseñar una dirección sin apropiarse por accidente de un nombre vivo. RFC 3092 sugirió que esa medida quizá redujera el uso de dominios foo, pero no aportó una serie temporal.

Una variable metasintáctica y un dominio reservado resuelven problemas diferentes. La primera comunica “sustituya esto”. El segundo impide que el ejemplo choque con la operación global. El redactor necesita ambos controles cuando la muestra se parece a un identificador ejecutable.

El inventario también necesitó mantenimiento

El recuento publicado acababa en 212. El erratum verificado 1454 corrigió la secuencia del apéndice y llevó el final a 213; además señaló decenas de usos de foo.com y bar.com en RFC 2821. Otro erratum verificado en 2026 cambió “Forward Observation Observer” por “Forward Observation Officer”.

La corrección no borra el documento original. Permite leerlo con precisión: en 2001 afirmó “aproximadamente 212” y el apéndice reparado termina en 213. También muestra que una explicación cultural no queda fuera de la disciplina documental. Se puede auditar, discutir y corregir.

El legado de RFC 3092 no es haber ganado una disputa etimológica. Es haber convertido un supuesto invisible en una pieza de historia accesible. La práctica precedió a la publicación; la publicación abrió la práctica a lectores de otras generaciones y lenguas; los errata recordaron que incluso esa apertura seguía siendo evidencia revisable.

Fuentes

  1. https://www.rfc-editor.org/info/rfc3092
  2. https://www.rfc-editor.org/rfc/rfc3092.html
  3. https://www.rfc-editor.org/rfc/rfc3092.txt
  4. https://datatracker.ietf.org/doc/html/rfc3092
  5. https://datatracker.ietf.org/doc/rfc3092/references/
  6. https://datatracker.ietf.org/doc/rfc3092/history/
  7. https://www.rfc-editor.org/errata_search.php?rfc=3092
  8. https://www.rfc-editor.org/rfc/rfc269.html
  9. https://www.rfc-editor.org/rfc/rfc1037.html
  10. https://www.rfc-editor.org/rfc/rfc1639.html
  11. https://www.rfc-editor.org/rfc/rfc2606.html
  12. https://www.rfc-editor.org/rfc/rfc2821.html
  13. https://www.rfc-editor.org/rfc/rfc5741.html
  14. https://www.rfc-editor.org/rfc/rfc8729.html