La mentira detrás de cada archivo ZIP

La mayoría de las personas ve una pequeña carpeta con cremallera y asumen que .ZIP significa archivos "comprimidos", como un chaquetón que se cierra. Esa broma visual es tan poderosa que, de manera silenciosa, reescribió la historia: el ícono se convirtió en la historia de origen. Pero el nombre detrás de cada archivo ZIP en tu escritorio proviene de la velocidad, no de las puntadas.

Ese ícono de cremallera ni siquiera existió durante aproximadamente una década de la vida de ZIP. Las primeras herramientas de DOS no mostraban gráficos en absoluto, y las primeras versiones de Windows usaban íconos de carpeta simples y aburridos para los archivos comprimidos. El primer arte de “carpeta comprimida” ampliamente visto aparece alrededor de Windows Millennium Edition en 2000, mucho después de que el formato ya hubiera conquistado el mundo de las PC.

Las metáforas visuales como esa cremallera se propagaron más rápido que cualquier ficha técnica. Un solo glifo en el escritorio le decía a los usuarios: “esta carpeta está empaquetada, comprimida, sellada”, sin necesidad de manual. Con el tiempo, la metáfora se consolidó en el folclore tecnológico, y la gente llenó el vacío de lógica: por supuesto, ZIP está nombrado después de una cremallera.

La realidad se asemeja más a un drama judicial que a una reunión de diseño de interfaz de usuario. Phil Katz, un programador de Milwaukee, desarrolló herramientas de compresión más rápidas llamadas PKARC y PKXARC en 1986, diseñadas para superar la utilidad ARC de un competidor. Cuando el editor de ARC lo demandó en 1988 por infracción de derechos de autor, la disputa obligó a Katz a replantear tanto su código como su marca.

De ese lío surgió un nuevo formato y un nuevo nombre: ZIP, sugerido por el amigo de Katz, Robert Mahoney, después de unas copas, para evocar archivos que "se deslizan" a alta velocidad. Katz lanzó PKZIP 1.0 en 1989, puso la especificación ZIP en el dominio público y discretamente incrustó sus iniciales "PK" como marcadores dentro de cada archivo comprimido. La demanda que supuestamente iba a acabar con él, en cambio, lanzó el formato que sepultó a ARC.

Todo esto ocurrió en un momento muy específico: a finales de los años 80, en el auge de la informática personal, cuando el almacenamiento y el ancho de banda eran limitaciones brutales. Los discos duros medían su capacidad en decenas de megabytes, no en terabytes. Los módems funcionaban a 1,200 o 2,400 baudios, y cada byte desperdiciado en una transferencia de BBS a larga distancia costaba dinero real.

Los sistemas de tablones de anuncios funcionaban en PCs de aficionados, pero movían software alrededor del mundo. Los usuarios se conectaban a través de ruidosas líneas telefónicas para descargar shareware, controladores y cracks de juegos. Archivos más pequeños significaban más subidas por noche, menos transferencias fallidas y facturas telefónicas más bajas, por lo que las utilidades de compresión no eran un nicho, sino herramientas de supervivencia para todo el ecosistema de BBS.

Milwaukee, a mediados de los años 80, produjo un improbable antihéroe del software: Phil Katz, un programador tímido y intensamente enfocado que reformuló en silencio la manera en que las computadoras mueven datos. No trabajaba en IBM ni en Microsoft. Hackeaba desde apartamentos pequeños y oficinas modestas, llevando las máquinas MS‑DOS mucho más allá de lo que sus manuales prometían.

Katz creció en el lado norte de Milwaukee, obsesionado con los micros de 8 bits y el lenguaje ensamblador. A principios de sus 20 años, tenía una reputación en los sistemas de tablones de anuncios locales (BBS) como el tipo que podía hacer que el código funcionara más rápido, más ajustado y más pequeño que nadie. Cuando la escena del software compartido explotó—disquetes baratos en bolsas de plástico, cheques de registro de $25 enviados a direcciones domiciliarias—Katz se integró perfectamente.

Las PC de esa época funcionaban con CPUs 8088 a 4.77 MHz, con discos duros que se medían en decenas de megabytes, si es que tenías uno. Los módems se movían a velocidades de 1200 o 2400 bps, lo que significaba que una carga de 200 KB podía tardar de 10 a 20 minutos. Cada byte costaba tiempo y dinero en líneas telefónicas de larga distancia, así que una compresión de datos eficiente no era un lujo; era una cuestión de supervivencia.

Antes de ZIP, la herramienta dominante era ARC, creada por System Enhancement Associates (SEA). ARC comprimía y agrupaba múltiples archivos en un solo archivo, pero era lenta y se volvía cada vez más pesada a medida que se acumulaban características. Los operadores de BBS la toleraban porque no había nada claramente mejor, y cambiar de herramienta significaba volver a entrenar a toda una comunidad.

Katz tomó eso como un desafío. Estudió el código fuente publicado de ARC, perfiló sus rutas más utilizadas y reescribió rutinas críticas en ensamblador optimizado. El resultado, lanzado en 1986, fue PKARC (comprimir) y PKXARC (extraer), un par de utilidades que podían superar al propio ARC de SEA en el mismo hardware por márgenes notables.

Los benchmarks de la época mostraron rutinariamente que PKARC funcionaba de 2 a 3 veces más rápido que ARC, mientras producía tasas de compresión iguales o mejores. Los administradores de sistemas comenzaron a reemplazar ARC en sus BBS casi de la noche a la mañana, ya que cargas y descargas más rápidas significaban que más usuarios podían mover más archivos en la misma ventana de 24 horas. El modelo de shareware de PKARC—gratis para probar, pagar si te gustaba—convirtió a Katz en uno de los programadores más comentados en el underground de MS-DOS.

El éxito vino con un precio. SEA no vio a PKARC como un tributo, sino como una amenaza construida sobre su propio trabajo, y se preparó para llevar a Katz —y su código— a los tribunales.

Las demandas suelen avanzar lentamente. El caso de SEA contra Phil Katz Katz impactó en el mundo de los PC de los años 80 como un drama en tiempo real, desarrollándose en los foros BBS en lugar de en las noticias por cable. En juego: quién poseía el futuro de la compresión de archivos en MS-DOS.

SEA, creador del una vez dominante archivero ARC, acusó a Katz de robar no solo ideas sino también código. Sus utilidades PKARC y PKXARC, lanzadas en 1986, funcionaban drásticamente más rápido que el ARC oficial de SEA—frecuentemente de 3 a 5 veces más rápidas en el mismo hardware 8088—al optimizar agresivamente el código fuente publicado de ARC. La demanda de SEA en 1988 alegó infracción de derechos de autor, violaciones de presentación comercial y marca registrada, y competencia desleal.

Katz no parecía un villano corporativo. Era un programador de Milwaukee que trabajaba en ensamblador en un pequeño apartamento, enviando disquetes de shareware y recibiendo registros de 25 dólares. SEA, en contraste, se asemejaba a un incumbente defendiendo su territorio, aunque también fuera una pequeña empresa.

Los sysops de BBS y los aficionados al shareware se pusieron abrumadoramente del lado de Katz. En los foros de mensajes, los usuarios calificaron el movimiento de SEA como una "captura de código" y apoyaron las herramientas de PKWARE, que reducían el tiempo de carga en módems de 2400 baudios. Muchos BBS comenzaron a boicotear el ARC de SEA en favor de las utilidades más rápidas de Katz, acelerando el declive del ARC.

La realidad legal resultó ser más dura que la narrativa en línea. A principios de 1989, Katz llegó a un acuerdo, aceptando que PKARC y PKXARC eran derivados del ARC de SEA y pagando una suma no revelada. Más importantes aún, aceptó términos estrictos: dejar de distribuir herramientas compatibles con ARC e incluir avisos prominentes que diferenciaran sus productos de los de SEA.

Esa limitación obligó a un cambio de dirección. Katz abandonó la compatibilidad con ARC y diseñó un nuevo formato desde cero: ZIP. Lanzó PKZIP 1.0 en 1989 con una nueva estructura de archivos, CRC de 32 bits y un directorio central que permitía un acceso aleatorio rápido a las entradas de archivos.

Estrategicamente, Katz publicó la especificación ZIP en el dominio público mientras mantenía PKZIP como propietario. Ese movimiento invitó a competidores y clones, pero también consolidó ZIP como un estándar de facto en DOS, luego en Windows y luego en el internet más amplio. Para un examen más profundo de su vida y las repercusiones del caso SEA, Phil Katz Katz - Wikipedia recopila los detalles desordenados y humanos detrás del formato que todos siguen utilizando.

Un bar en Milwaukee, finales de 1988: Phil Katz Katz sorbía una bebida mientras su mundo legal ardía. SEA lo había llevado recientemente a los tribunales por PKARC y PKXARC, y PKWARE necesitaba un nuevo formato y un nuevo nombre que no sonara nada parecido a ARC.

Según colegas, Katz consideró opciones insípidas que sonaban como software de bases de datos, no como una revolución en la compresión. Entonces su amigo Robert Mahoney, después de algunas copas en la noche, lanzó una palabra que en realidad tenía fuerza: ZIP.

ZIP no hacía referencia a carpetas, cremalleras o íconos. Significaba “moverse a gran velocidad”, una palabra que ya estaba integrada en el argot estadounidense para coches rápidos, descargas rápidas y gratificación instantánea, años antes de que existiera la banda ancha.

La sugerencia de Mahoney cumplió un triple deber. Se burló del desempeño lento de ARC, prometió a los usuarios velocidad pura y le dio a Katz una fácil ruptura legal de cualquier cosa que sonara como "ARC", "ARChive" o las marcas registradas de SEA.

A principios de 1989, Katz no solo tenía un nombre; tenía un contraataque técnico. El nuevo formato ZIP introdujo un directorio central para archivos, utilizó comprobaciones CRC de 32 bits para la integridad y embebió sus iniciales "PK" como firmas de registro visibles en cualquier editor hexadecimal.

PKWARE lanzó PKZIP 1.0 para MS-DOS en 1989, poco más de un año después de la demanda. Katz publicó la especificación ZIP en el dominio público mientras mantenía PKZIP como shareware propietario, una estrategia híbrida que definiría el futuro del formato.

Ese movimiento convirtió a ZIP en un estándar abierto de facto de la noche a la mañana. Cualquiera podía implementar soporte para ZIP sin pagar a SEA, PKWARE ni a nadie más, lo que lo hizo irresistible para los operadores de BBS, autores de shareware y, posteriormente, aplicaciones de Windows como WinZip.

Los usuarios descubrieron rápidamente que el nombre no era solo marketing. Las referencias de los sysops de BBS y las revistas de PC a principios de los 90 mostraban rutinariamente que PKZIP superaba a ARC tanto en relación de compresión como en velocidad en máquinas 8088 y 80286 con discos duros pequeños.

Desde esa sesión de nombramiento en el bar hasta el lanzamiento de PKZIP 1.0 pasaron solo unos meses, pero el impacto duró décadas. Una palabra lanzada al aire durante unas copas se convirtió en la marca estampada en miles de millones de archivos, mientras que ARC se desvaneció en una nota histórica.

La velocidad, no el estilo, definió el nuevo formato de Katz. Los archivos ZIP de PKZIP 1.0 no solo superaron a ARC; lo superaron con creces en los PCs de finales de los años 80, donde un disco duro de 20 MB todavía se consideraba generoso. Una compresión y descompresión más rápidas, salidas más pequeñas y una estructura más inteligente transformaron un dolor de cabeza legal en una mejora técnica.

Los archivos empaquetados en ARC en un flujo lineal: para llegar al archivo 97, el software a menudo tenía que atravesar los archivos 1–96. ZIP introdujo un directorio central al final del archivo, un índice compacto que lista el nombre, desplazamiento, tamaño y método de compresión de cada archivo. Los programas podían saltar directamente a los bytes que necesitaban, lo que hizo que navegar, extraer archivos individuales y reanudar operaciones interrumpidas fuera dramáticamente más rápido.

Ese directorio central también permitió funciones con las que ARC tuvo dificultades. ZIP podía: - Soportar múltiples métodos de compresión por archivo - Almacenar metadatos ricos como marcas de tiempo y atributos - Permitir que las herramientas escaneen archivos comprimidos rápidamente sin necesidad de una descompresión completa

De repente, grandes archivos comprimidos de múltiples archivos se volvieron manejables en BBS de acceso telefónico y en máquinas 8088 poco potentes.

La integridad era tan importante como la velocidad. ARC confiaba en sumas de verificación más simples que podían pasar por alto algunos patrones de corrupción. ZIP cambió a un CRC de 32 bits (Verificación de Redundancia Cíclica) por archivo, un esquema de detección de errores más robusto que reducía drásticamente las probabilidades de que el rotado de bits pasara desapercibido en disquetes, módems y discos duros inestables. Cuando tu disco de 360 KB contenía toda una colección de shareware, esa garantía adicional no era un asunto académico.

La estructura de ZIP también hizo que la recuperación parcial fuera más realista. Debido a que cada archivo tenía su propio encabezado y CRC, las herramientas a veces podían recuperar entradas intactas de un archivo dañado, incluso si la parte final o el directorio central resultaron afectados. Para los usuarios que intercambiaban cargas de cientos de kilobytes a través de líneas telefónicas ruidosas, esa resiliencia se tradujo directamente en menos re-uploads y menos frustración.

Entrelazado en cada archivo ZIP, Katz dejó una firma silenciosa. Abre cualquier archivo en un editor hexadeciman y verás los bytes “50 4B” — ASCII “PK” — al principio de cada encabezado de archivo local y en el directorio central. Oficialmente, esas letras identifican tipos de registros; extraoficialmente, inmortalizan a Phil Katz en miles de millones de archivos creados mucho después de que sus utilidades desaparecieran de la mayoría de los escritorios.

El movimiento más radical de Katz no fue la compresión más rápida; fue la documentación. Cuando PKWARE lanzó PKZIP 1.0 en 1989, Phil Katz depositó la especificación completa del formato de archivo ZIP directamente en el dominio público, sin regalías, sin acuerdos de confidencialidad, sin trampas legales. Cualquiera con un compilador C y curiosidad podía implementarlo.

SEA hizo lo contrario con ARC. El formato y el código de ARC vivían bajo un estricto control de propiedad, y la demanda contra Katz dejó en claro ese control a los sysops de BBS y a los autores de shareware. Si querías compatibilidad con ARC, debías seguir las reglas de SEA—o te quedabas fuera.

ZIP cambió esa dinámica de poder. Debido a que la especificación era de dominio público, los desarrolladores competidores podían lanzar sus propias herramientas ZIP en MS-DOS, OS/2, Amiga y, eventualmente, Windows sin pedir permiso a PKWARE. A principios de los años 90, docenas de utilidades—PKZIP, Info-ZIP, WinZip y más—hablaban el mismo idioma.

Esa apertura convirtió a ZIP en infraestructura. Los operadores de BBS estandarizaron el uso de ZIP porque cada llamador, sin importar su herramienta favorita, podía descomprimir archivos .ZIP de manera confiable. Distribuidores de software, grupos de la escena de demostración y autores de shareware siguieron el ejemplo, comprimiendo todo, desde juegos hasta actualizaciones de controladores, en un formato que funcionaba de la misma manera en miles de máquinas.

Contrastalo con el destino de ARC. Una vez que SEA dejó de desarrollar activamente ARC después de 1989, el formato se congeló efectivamente en ámbar. Mientras tanto, ZIP evolucionó a través de extensiones ampliamente implementadas como ZIP64 para archivos de más de 4 GB, sin dejar de honrar la especificación pública original para que las herramientas antiguas no se rompieran instantáneamente.

El acceso abierto a la especificación también impulsó el éxito comercial. WinZip, fundado en 1991, construyó una interfaz gráfica pulida para Windows alrededor del estándar ZIP y más tarde añadió cifrado AES-256 en 2003 sin necesidad de un nuevo formato de archivo. A finales de la década de 1990, PKWARE afirmaba que las herramientas basadas en ZIP estaban presentes en aproximadamente el 90% de las empresas Fortune 100.

La decisión de Katz incluso remodeló el ecosistema de software shareware que lo hizo famoso. Las historias de esta escena, incluyendo los Inductees del Salón de la Fama de ASP, 2000 | Archivo Histórico de ASP, tratan a ZIP como el contenedor por defecto de una era de software descargable. Décadas después, los sistemas operativos desde Windows hasta macOS tratan a ZIP como nativo, no de terceros, exactamente el resultado que una especificación de dominio público invita.

El shareware explotó antes de que alguien acordara cómo debería ser el "shareware", y PKZIP aprovechó ese caos para llegar a la cima. Después de la demanda de ARC, PKWARE lanzó PKZIP 1.0 en 1989, y los sysops de BBS inmediatamente lo coronaron como su nuevo estándar. Los usuarios de módem que buscaban cada kilobyte y segundo ahorrado en el tiempo de transferencia convirtieron los archivos ZIP en el lenguaje de facto del intercambio de archivos.

A principios de la década de 1990, PKZIP había pasado de ser un héroe clandestino a una utilidad cotidiana. Las revistas de PC lo incluían en disquetes en la portada, los departamentos de TI corporativos lo replicaban en servidores internos, y los usuarios avanzados de DOS escribían “pkzip” casi tan a menudo como “dir.” Si descargabas juegos, controladores o software gratuito de un tablón de anuncios o un sitio FTP, necesitabas tener PKZIP instalado o quedabas excluido.

El ascenso de Windows creó una brecha: PKZIP continuó siendo una herramienta rápida y basada en teclado para DOS, mientras los usuarios pasaban a utilizar ratones e íconos. WinZip saltó a la fama en 1991 con una interfaz limpia de Windows que envolvía la especificación pública ZIP de Katz. Al abstraer los comandos de línea y añadir funciones como arrastrar y soltar, barras de progreso y menús contextuales, WinZip convirtió la compresión de un arte oscuro en un simple doble clic.

Esa división del trabajo se consolidó durante la década. PKWARE se centró en motores, formatos e integración de back-end; WinZip se enfocó en la experiencia del usuario. Ambas se basaron en la misma especificación ZIP abierta, pero una se dirigió a CIOs y administradores de sistemas, mientras que la otra se dirigió a usuarios domésticos que actualizaban de Windows 3.1 a Windows 95.

La América corporativa siguió el camino aburrido pero poderoso. PKWARE vendió licencias de sitio, versiones de red y, más tarde, herramientas empresariales que integraban ZIP en sistemas de copia de seguridad, flujos de trabajo de documentos y puentes de mainframe. A finales de la década de 1990, PKWARE afirmaba servir aproximadamente al 90% de las Fortune 100, transformando una modesta tienda de software compartido de Milwaukee en una infraestructura crítica.

La ubicuidad de ZIP alimentó esa dominancia desde ambos extremos. Los proveedores de hardware, los servicios en línea y los editores de software estandarizaron el uso de ZIP para parches y distribuciones, confiando en que cada destinatario contaba con algo—PKZIP, WinZip o un clon—que podía abrirlo. Cuando Microsoft incorporó carpetas comprimidas en Windows usando ZIP, el formato de Katz pasó silenciosamente de ser una “ utilidad imprescindible” a convertirse en una parte invisible de la infraestructura del sistema operativo.

Mucho antes de que apareciera un cierre en tu escritorio, los archivos ZIP parecían dolorosamente ordinarios. A lo largo de la década de 1990, los archivos PKZIP en MS-DOS y las primeras versiones de Windows simplemente tomaban cualquier ícono genérico que la aplicación anfitriona o el entorno proporcionaban: una carpeta manila, un documento en blanco, tal vez una pila de papeles si tenías suerte. La compresión cambió todo sobre la forma en que las personas compartían software, pero visualmente se ocultó a la vista.

Las primeras versiones de Windows trataban los archivos comprimidos como ciudadanos de segunda clase. Windows 3.1 y Windows 95 no tenían soporte nativo para ZIP, por lo que los íconos provenían de herramientas de terceros como WinZip, la utilidad shareware de Nico Mak lanzada en 1991. Incluso allí, la marca se inclinaba más hacia una imagen de un gabinete azul y un soporte que hacia hardware relacionado con la ropa. Nada de esos íconos sugería un cierre zip literal o una historia relacionada con la vestimenta.

El soporte nativo para ZIP finalmente llegó cuando Microsoft lanzó Carpetas Comprimidas en Windows Me alrededor del año 2000. Esa característica, implementada en el shell como “Carpetas ZIP”, introdujo la ahora famosa carpeta amarilla con un zipper metálico vertical que baja por el frente. Por primera vez, Windows trató un archivo .ZIP como una pseudo-carpeta que podías explorar como cualquier otro directorio, solo que con un zipper que lo sellaba.

La iconografía de Windows Me hizo algo que Phil Katz nunca había intentado: convirtió una metáfora sobre la velocidad en una broma visual sobre el apremio. El nombre “ZIP” originalmente significaba “moverse a alta velocidad”, una promesa de que PKZIP comprimiría y descomprimiría más rápido que ARC en el mismo hardware de los años 80. Una década después, el sistema operativo que finalmente popularizó ZIP en las PC de consumo reconfiguró silenciosamente ese significado con un solo y ingenioso bitmap.

Una vez que Windows Me y más tarde Windows XP colocaron el icono de la carpeta comprimida frente a cientos de millones de usuarios, la etimología popular se consolidó casi instantáneamente. La gente vio una cremallera, vio archivos “comprimidos juntos” y creó una historia de origen retrospectiva que parecía obvia. El juego visual de palabras se difundió en utilidades de macOS, escritorios de Linux y aplicaciones móviles, hasta que la cremallera se convirtió en una forma abreviada de referirse a la compresión misma, y la verdadera historia se desvaneció detrás del icono.

El dolor pesa sobre la historia de Phil Katz tan intensamente como su código transformó la computación personal. Detrás del exitoso PKZIP y de la especificación ZIP de dominio público se encontraba un solitario programador de Milwaukee luchando una batalla perdida contra el alcoholismo. Amigos y excolegas describen a un hombre que podía optimizar el código de compresión de cualquiera, pero no podía escapar de la atracción de la botella.

Según se informa, Katz trabajaba horas brutales, a menudo programando durante la noche, impulsado por cafeína y, cada vez más, por alcohol. A medida que el negocio de PKWARE creció en la década de 1990, sus apariciones públicas se redujeron, y circularon historias sobre reuniones perdidas, charlas canceladas y un fundador que prefería quedarse en su apartamento rodeado de computadoras y botellas vacías.

A finales de la década de 1990, Katz se había retirado en gran medida de la empresa que su software hizo famosa. PKWARE continuó vendiendo licencias corporativas y acuerdos OEM, mientras Katz vivía de regalías y propiedad, raramente involucrándose con la próspera era de internet que ZIP ayudó a habilitar. El hombre cuyas iniciales, “PK”, aparecen en casi todos los encabezados de archivos ZIP en la Tierra se había convertido en un fantasma en su propia industria.

El 14 de abril de 2000, la policía encontró a Katz muerto en una habitación de un motel en Milwaukee. Tenía 37 años. Los informes describieron una escena que parecía un cuento cautelar: docenas de botellas de licor vacías, daño a la salud a largo plazo y la conclusión del médico forense de complicaciones por alcoholismo crónico.

El momento hizo que su muerte se sintiera aún más trágica. ZIP ya se había convertido en el estándar de compresión de facto en Windows, Mac y Unix; el soporte nativo de ZIP en Windows y herramientas como WinZip aseguraron que miles de millones de archivos llevaran su firma invisible. Sin embargo, la persona que hizo posible esa ubiquidad no vivió para ver cómo ZIP se convertía en una suposición inherente de los sistemas operativos modernos.

El legado de Katz se resiste a la fácil adoración de héroes. Estuvo en el centro de una dura demanda con SEA sobre ARC, construyó un formato técnicamente superior y más abierto, y luego se autodestruyó lentamente. Los sitios de archivo como Phil Katz Katz - ESVA.net documentan tanto su brillantez como sus errores en doloroso detalle.

El exingeniero de Microsoft Dave Plummer, quien implementó Windows ZIPFolders, llama a la historia de origen de ZIP un “pasado complicado” y habla con franqueza sobre el declive de Katz. Los comentarios de Plummer subrayan la paradoja: uno de los formatos más silenciosamente importantes en la informática provino de un hombre que resolvió problemas técnicos difíciles, pero que nunca se resolvió a sí mismo.

Los archivos ZIP no deberían tener relevancia en un mundo de fibra, iCloud y Google Drive, sin embargo, permanecen silenciosamente debajo de casi todo. Los clientes de correo electrónico aún comprimen automáticamente los archivos adjuntos como ZIP. Las tuberías de desarrollo agrupan artefactos como ZIP. Incluso los mods de juegos y las actualizaciones de firmware se envían como archivos ZIP porque cada máquina al otro lado los entenderá al instante.

El soporte nativo ha integrado ZIP en la memoria muscular de la computación. Desde Windows XP, los usuarios han tratado las carpetas comprimidas como si fueran regulares a través de Carpetas Comprimidas (zip). El Finder de macOS ha ofrecido “Comprimir” y “Utilidad de Archivo” para ZIP durante décadas. Los escritorios de Linux integran ZIP en los gestores de archivos y `unzip` es una herramienta de línea de comandos predeterminada en prácticamente todas las distribuciones.

Esa universalidad supera casi a todos los rivales antes de que el debate incluso comience. El formato 7z de 7-Zip suele ofrecer unos pocos puntos porcentuales adicionales de compresión, especialmente en conjuntos de datos masivos. RAR y su sucesor RAR5 ofrecen sólidos registros de recuperación y una compresión robusta para archivos de múltiples partes. Sin embargo, ninguno de ellos se incluye como ciudadanos de primera clase en Windows, macOS y Linux convencional sin instalaciones adicionales.

La compatibilidad también se extiende hacia atrás. Un ZIP creado en 1993 con PKZIP 2.0 aún suele abrirse en un MacBook de 2025, gracias a la especificación pública y la adherencia obsesiva al núcleo del formato. Extensiones como ZIP64 superaron el límite de 4 GB, mientras que métodos más nuevos añadieron cifrado más fuerte y mejor compresión, sin embargo, la mayoría de las herramientas aún ignoran con gracia las características que no comprenden y extraen lo que pueden.

Ese equilibrio entre una compresión "suficientemente buena" y una compatibilidad "casi total" mantiene al ZIP afianzado. El almacenamiento en la nube ha reducido la necesidad de comprimir al máximo, por lo que a los usuarios les importa menos las mejoras del 5-10% que ofrecen 7z o RAR y más si un destinatario puede abrir un archivo en un portátil corporativo restringido. ZIP gana porque simplemente funciona en todas partes, sin cuadros de diálogo que soliciten nuevas aplicaciones o complementos.

Todo eso se remonta a la decisión de Phil Katz de poner la especificación .ZIP en el dominio público tras una dura lucha legal sobre ARC. Un formato nacido de una demanda, un cambio de nombre en un bar y una apuesta de software compartido ahora funciona como una plomería digital permanente: un estándar silencioso que ha sobrevivido a su creador y ha superado a casi todos sus rivales.

¿Por qué se llama archivo ZIP?

Se le dio el nombre 'Zip' para implicar velocidad. El amigo de Phil Katz, Robert Mahoney, sugirió el nombre para significar que el nuevo formato era mucho más rápido que su competidor, ARC.

¿Quién inventó el formato de archivo ZIP?

Phil Katz, un programador y fundador de PKWARE, creó el formato .ZIP en 1989 después de que una demanda lo obligara a cambiar la marca de su herramienta de compresión original.

¿Cuándo apareció por primera vez el ícono de cremallera para archivos ZIP?

El icónico ícono de cremallera fue un juego visual que apareció mucho más tarde. Su primer uso conocido fue en Windows Millennium Edition (Windows ME) alrededor del año 2000, una década completa después de que se creara el formato.

¿Se robó el formato ZIP de ARC?

Una demanda alegó que la herramienta original de Phil Katz, PKARC, era un derivado del formato ARC. En respuesta, Katz creó el nuevo formato .ZIP, de especificación abierta, que rápidamente superó a ARC en popularidad.