Le Mensonge Derrière Chaque Fichier ZIP

La plupart des gens voient un petit dossier avec une fermeture éclair et supposent que .ZIP signifie des fichiers "fermé ensemble", comme une veste qui se ferme. Cette blague visuelle est si forte qu'elle a discrètement réécrit l'histoire : l'icône est devenue l'histoire d'origine. Mais le nom derrière chaque fichier ZIP sur votre bureau provient de la vitesse, et non des coutures.

Cet icône de fermeture éclair n'existait même pas durant près d'une décennie de la vie de ZIP. Les premiers outils DOS ne montraient aucune image, et les premières versions de Windows utilisaient de simples et ennuyeux icônes de dossiers pour les archives compressées. Le premier art de « dossier compressé » largement visible apparaît autour de Windows Millennium Edition en 2000, longtemps après que le format ait déjà conquis le monde des PC.

Des métaphores visuelles comme cette fermeture éclair se propagent plus rapidement que n'importe quelle fiche technique. Un seul glyphe sur un bureau disait aux utilisateurs : « ce dossier est plein, compressé, scellé », sans manuel requis. Avec le temps, la métaphore s'est figée dans le folklore technologique, et les gens ont complété la logique : bien sûr, ZIP est nommé d'après une fermeture éclair.

La réalité se rapproche davantage d'un drame judiciaire que d'une réunion de conception d'interface. Phil Katz, un programmeur de Milwaukee, a créé des outils de compression plus rapides appelés PKARC et PKXARC en 1986, afin de surpasser l'utilitaire ARC d'un concurrent. Lorsque l'éditeur d'ARC l'a poursuivi en justice en 1988 pour violation de droit d'auteur, ce conflit a contraint Katz à repenser à la fois son code et sa marque.

De ce désordre est né un nouveau format et un nouveau nom : ZIP, suggéré par l’ami de Katz, Robert Mahoney, après quelques verres, pour évoquer des fichiers qui “zippent” à grande vitesse. Katz a publié PKZIP 1.0 en 1989, a mis la spécification ZIP dans le domaine public et a discrètement intégré ses initiales “PK” comme marqueurs dans chaque archive. Le procès qui était censé le détruire a en fait lancé le format qui a enterré ARC.

Tout cela s'est déroulé à un moment très précis : la fin des années 1980, l'ère de l'informatique personnelle, où le stockage et la bande passante étaient des contraintes brutales. Les disques durs mesuraient leur capacité en dizaines de mégaoctets, et non en téraoctets. Les modems fonctionnaient lentement à 1 200 ou 2 400 bauds, et chaque octet gaspillé lors d'un transfert BBS longue distance coûtait de l'argent réel.

Les systèmes de tableaux d'affichage fonctionnaient sur des PC de passionnés, mais ils transféraient des logiciels à travers le monde. Les utilisateurs se connectaient par des lignes téléphoniques bruyantes pour télécharger des logiciels gratuits, des pilotes et des cracks de jeux. Des fichiers plus petits signifiaient plus de téléchargements par nuit, moins de transferts échoués et des factures de téléphone réduites, donc les utilitaires de compression n'étaient pas une niche — ils étaient des outils de survie pour tout l'écosystème BBS.

Milwaukee au milieu des années 1980 a produit un anti-héros logiciel improbable : Phil Katz, un programmeur timide et intensément concentré qui allait silencieusement réécrire la manière dont les ordinateurs transfèrent des données. Il ne travaillait ni chez IBM ni chez Microsoft. Il piratait depuis des appartements exigus et des bureaux modestes, poussant les machines MS-DOS bien au-delà de ce que leurs manuels promettaient.

Katz a grandi du côté nord de Milwaukee, obsédé par les micro-ordinateurs 8 bits et le langage d'assemblage. Dans ses vingt ans, il avait la réputation sur les systèmes de tableaux d'affichage locaux (BBS) d'être celui qui pouvait faire fonctionner le code plus rapidement, plus efficacement et plus compactement que quiconque. Lorsque la scène du shareware a explosé - des disquettes peu coûteuses dans des sacs en plastique, des chèques d'enregistrement de 25 $ envoyés à des adresses domiciliaires - Katz s'est parfaitement intégré.

Les PC de cette époque fonctionnaient avec des CPU 8088 à 4,77 MHz, avec des disques durs mesurant quelques dizaines de mégaoctets, si vous en aviez un. Les modems progressaient à 1200 ou 2400 bps, ce qui signifiait qu’un téléchargement de 200 Ko pouvait prendre entre 10 et 20 minutes. Chaque octet coûtait du temps et de l'argent sur les lignes téléphoniques longue distance, donc une compression de données efficace n'était pas un luxe, c'était une question de survie.

Avant ZIP, l'outil dominant était ARC, créé par System Enhancement Associates (SEA). ARC compressait et regroupait plusieurs fichiers dans une seule archive, mais il était lent et devenait de plus en plus lourd à mesure que de nouvelles fonctionnalités s'ajoutaient. Les administrateurs de BBS le toléraient car il n'y avait pas de solution clairement meilleure — et changer d'outil signifiait former à nouveau toute une communauté.

Katz a pris cela comme un défi. Il a étudié le code source publié d'ARC, profilé ses chemins critiques et réécrit des routines essentielles en assembleur optimisé. Le résultat, sorti en 1986, était PKARC (compresser) et PKXARC (extraire), une paire d'utilitaires capables de dépasser de manière significative l'ARC de SEA sur le même matériel.

Les repères de l'époque montraient régulièrement que PKARC était 2 à 3 fois plus rapide qu'ARC tout en produisant des taux de compression égaux ou supérieurs. Les sysops ont commencé à remplacer ARC sur leurs BBS presque du jour au lendemain, car des téléchargements et des envois plus rapides signifiaient que plus d'utilisateurs pouvaient transférer plus de fichiers dans le même créneau de 24 heures. Le modèle de shareware de PKARC—gratuit à essayer, payant si vous l’aimiez—a fait de Katz l'un des codeurs les plus commentés du monde souterrain MS-DOS.

Le succès a un prix. SEA ne voyait pas PKARC comme un hommage, mais comme une menace construite sur son propre travail, et se préparait à traîner Katz – et son code – devant les tribunaux.

Les poursuites judiciaires avancent généralement lentement. L'affaire de SEA contre Phil Katz Katz a frappé le monde des PC des années 1980 comme un drame en temps réel, se déroulant sur les forums BBS au lieu des chaînes d'info câblées. En jeu : qui détenait l'avenir de la compression de fichiers sur MS-DOS.

SEA, créateur de l'archivage ARC autrefois dominant, a accusé Katz d'avoir volé non seulement des idées mais aussi du code. Ses utilitaires PKARC et PKXARC, publiés en 1986, fonctionnaient de manière considérablement plus rapide que l'ARC officiel de SEA—souvent 3 à 5 fois plus rapide sur le même matériel 8088—en optimisant agressivement le code source publié de l'ARC. Le procès de SEA en 1988 a allégué violation de droits d'auteur, atteinte au design commercial et à la marque, ainsi que concurrence déloyale.

Katz ne ressemblait pas à un méchant de la corporate. Il était un programmeur de Milwaukee produisant de l'assembleur dans un petit appartement, expédiant des disquettes shareware et collectant des inscriptions de 25 $. SEA, en revanche, ressemblait à l'entreprise établie défendant son territoire, bien qu'elle soit également une petite société.

Les sysops de BBS et les amateurs de shareware ont massivement soutenu Katz. Sur les forums, les utilisateurs ont qualifié la décision de SEA de « coup de code » et se sont ralliés aux outils de PKWARE, qui réduisaient à quelques minutes les temps de téléchargement sur les modems à 2400 bauds. De nombreux BBS ont commencé à boycotter l'ARC de SEA en faveur des utilitaires plus rapides de Katz, accélérant ainsi le déclin de l'ARC.

La réalité juridique s'est révélée plus sévère que le récit en ligne. Début 1989, Katz a conclu un accord, acceptant que PKARC et PKXARC étaient dérivés de l'ARC de SEA et payant une somme non divulguée. Plus important encore, il a accepté des conditions strictes : cesser de distribuer des outils compatibles avec ARC et inclure des avis bien visibles différenciant ses produits de ceux de SEA.

Cette contrainte a nécessité un pivot. Katz a abandonné la compatibilité ARC et a conçu un nouveau format à partir de zéro : ZIP. Il a lancé PKZIP 1.0 en 1989 avec une nouvelle structure de fichier, des CRCs 32 bits et un répertoire central qui permettait un accès aléatoire rapide aux entrées de fichier.

Stratégiquement, Katz a rendu la spécification ZIP publique tout en conservant PKZIP en tant que logiciel propriétaire. Cette décision a attiré des concurrents et des clones, mais a également cimenté le ZIP en tant que norme de facto à travers DOS, puis Windows, puis l'internet dans son ensemble. Pour une plongée plus approfondie dans sa vie et les conséquences de l'affaire SEA, Phil Katz Katz - Wikipédia recueille les détails humains et désordonnés derrière le format que tout le monde utilise encore.

Un bar à Milwaukee, fin 1988 : Phil Katz Katz sirotait un verre tandis que son univers juridique s'embrasait. SEA venait de le traîner devant les tribunaux à propos de PKARC et PKXARC, et PKWARE avait besoin d'un nouveau format et d'un nouveau nom qui ne ressemble en rien à ARC.

Selon des collègues, Katz a envisagé des options peu inspirantes qui ressemblaient à des logiciels de base de données, et non à une révolution dans la compression. Puis son ami Robert Mahoney, après quelques verres tard dans la nuit, a proposé un mot qui avait réellement du caractère : ZIP.

ZIP ne faisait pas référence aux dossiers, aux fermetures éclair ou aux icônes. Cela signifiait "se déplacer à grande vitesse", un mot déjà ancré dans le jargon américain pour les voitures rapides, les téléchargements rapides et la gratification instantanée, des années avant que la large bande n'existe.

La suggestion de Mahoney avait trois fonctions. Elle se moquait de la performance lente de l'ARC, promettait aux utilisateurs une vitesse brute, et offrait à Katz une échappatoire légale nette face à tout ce qui ressemblait à "ARC", "ARChive" ou aux marques de SEA.

Début 1989, Katz avait plus qu'un simple nom ; il avait un contre-argument technique. Le nouveau format ZIP introduisait un annuaire central pour les fichiers, utilisait des contrôles de redondance cyclique (CRC) de 32 bits pour garantir l'intégrité et intégrat ses initiales "PK" en tant que signatures des enregistrements visibles dans tout éditeur hexadécimal.

PKWARE a lancé PKZIP 1.0 pour MS-DOS en 1989, à peine un an après le procès. Katz a publié la spécification ZIP dans le domaine public tout en gardant PKZIP lui-même en tant que shareware propriétaire, une stratégie hybride qui définirait l'avenir du format.

Cette décision a transformé le format ZIP en une norme ouverte de facto du jour au lendemain. N'importe qui pouvait implémenter le support ZIP sans payer SEA, PKWARE ou qui que ce soit d'autre, ce qui le rendait irrésistible pour les opérateurs de BBS, les auteurs de shareware et, plus tard, les utilitaires Windows comme WinZip.

Les utilisateurs ont rapidement découvert que le nom n'était pas qu'un simple argument marketing. Les références des sysops BBS et des magazines PC au début des années 90 montraient régulièrement que PKZIP surpassait ARC à la fois en ratio de compression et en vitesse sur des machines 8088 et 80286 avec de petits disques durs.

De cette séance de nommage dans un bar au lancement de PKZIP 1.0, il n'a fallu que quelques mois, mais l'impact a duré des décennies. Un mot lancé au détour d'un verre est devenu la marque estampillée sur des milliards d'archives, tandis qu'ARC s'est estompé en une note de bas de page historique.

La vitesse, et non le style, définissait le nouveau format de Katz. Les archives ZIP de PKZIP 1.0 ne se contentaient pas de devancer ARC ; elles tournaient en rond autour de lui sur les PC de la fin des années 1980, où un disque dur de 20 Mo était encore considéré comme généreux. Une compression et une décompression plus rapides, des résultats plus petits et une structure plus intelligente ont transformé un casse-tête juridique en une amélioration technique.

Les fichiers compressés au format ARC dans un flux linéaire nécessitaient souvent que le logiciel parcoure les fichiers 1 à 96 pour accéder au fichier 97. Le format ZIP a introduit un répertoire central à la fin de l'archive, un index compact répertoriant le nom de chaque fichier, son décalage, sa taille et sa méthode de compression. Les programmes pouvaient accéder directement aux octets nécessaires, ce qui a considérablement accéléré la navigation, l’extraction de fichiers individuels et la reprise d'opérations interrompues.

Ce répertoire central a également permis des fonctionnalités avec lesquelles ARC avait des difficultés. ZIP pouvait : - Supporter plusieurs méthodes de compression par fichier - Stocker des métadonnées riches comme des horodatages et des attributs - Permettre aux outils de scanner les archives rapidement sans décompression complète

Soudainement, de grandes archives multi-fichiers sont devenues gérables sur les BBS à connexion par ligne commutée et sur les machines 8088 peu puissantes.

L'intégrité comptait autant que la vitesse. ARC s'appuyait sur des sommes de contrôle plus simples qui pouvaient manquer certains motifs de corruption. ZIP est passé à un CRC 32 bits (Contrôle de Redondance Cyclique) par fichier, un schéma de détection d'erreurs plus robuste qui réduisait considérablement les risques de détérioration non détectée des données sur des disquettes, des modems et des disques durs défaillants. Quand votre disque de 360 Ko contenait toute une collection de shareware, cette assurance supplémentaire n'était pas théorique.

La structure de ZIP a également rendu la récupération partielle plus réaliste. Chaque fichier ayant son propre en-tête et son CRC, les outils pouvaient parfois sauver des entrées intactes d'une archive endommagée, même si la fin ou le répertoire central subissait des dégâts. Pour les utilisateurs échangeant des uploads de plusieurs centaines de kilo-octets sur des lignes téléphoniques bruyantes, cette résilience se traduisait directement par moins de re-téléchargements et moins de frustrations.

Enfoui à l'intérieur de chaque fichier ZIP, Katz a laissé une signature discrète. Ouvrez n'importe quelle archive dans un éditeur hexadécimal et vous verrez les octets “50 4B” — ASCII “PK” — au début de chaque en-tête de fichier local et dans le répertoire central. Officiellement, ces lettres identifient les types d'enregistrements ; officieusement, elles immortalisent Phil Katz dans des milliards de fichiers créés longtemps après que ses utilitaires ont disparu de la plupart des bureaux.

Le mouvement le plus radical de Katz n’était pas une compression plus rapide ; c’était la documentation. Lorsque PKWARE a sorti PKZIP 1.0 en 1989, Phil Katz a immédiatement rendu la spécification complète du format de fichier ZIP dans le domaine public, sans redevances, sans accords de confidentialité, sans pièges juridiques. Quiconque possédait un compilateur C et un peu de curiosité pouvait l’implémenter.

SEA a fait l'inverse avec ARC. Le format et le code d'ARC étaient sous un contrôle exclusif strict, et le procès contre Katz a rendu cette protection douloureusement évidente pour les sysops BBS et les auteurs de shareware. Si vous souhaitiez la compatibilité avec ARC, vous deviez respecter les règles de SEA—ou vous partiez.

ZIP a renversé cette dynamique de pouvoir. Comme la spécification était domaine public, les développeurs en concurrence pouvaient proposer leurs propres outils ZIP sur MS-DOS, OS/2, Amiga, et finalement Windows sans demander la permission à PKWARE. Au début des années 90, des dizaines d'utilitaires—PKZIP, Info-ZIP, WinZip, et d'autres—parlaient le même langage.

Cette ouverture a transformé ZIP en infrastructure. Les opérateurs de BBS se sont standardisés sur ZIP car chaque appelant, peu importe son outil préféré, pouvait décompresser les fichiers .ZIP de manière fiable. Les distributeurs de logiciels, les groupes de la scène démo et les auteurs de shareware ont suivi, compressant tout, des jeux aux mises à jour de pilotes, dans un format qui se comportait de la même manière sur des milliers de machines.

Contrastons cela avec le sort d'ARC. Une fois que SEA a cessé de développer activement ARC après 1989, le format a effectivement figé dans l'ambre. En revanche, ZIP a évolué grâce à des extensions largement mises en œuvre comme ZIP64 pour les fichiers de plus de 4 Go, tout en respectant la spécification publique originale afin que les anciens outils ne se retrouvent pas instantanément obsolètes.

L'accès ouvert à la spécification a également alimenté le succès commercial. WinZip, fondé en 1991, a créé une interface Windows raffinée autour du standard ZIP et a ensuite ajouté le chiffrement AES-256 en 2003 sans avoir besoin d'un nouveau format d'archive. À la fin des années 1990, PKWARE affirmait que les outils basés sur ZIP étaient présents dans environ 90 % des entreprises du Fortune 100.

La décision de Katz a même redéfini l'écosystème du shareware qui l'a rendu célèbre. Les histoires de cette scène, y compris les Inductés au Hall of Fame de l'ASP, 2000 | Archives Historiques de l'ASP, considèrent le ZIP comme le conteneur par défaut d'une époque de logiciels téléchargeables. Des décennies plus tard, les systèmes d'exploitation, de Windows à macOS, considèrent le ZIP comme natif, et non comme un logiciel tiers—exactement le résultat qu'une spécification dans le domaine public invite.

Le shareware a explosé avant que quiconque ne s'accorde sur ce à quoi le « shareware » devrait ressembler, et PKZIP a profité de ce chaos pour atteindre les sommets. Après le procès contre ARC, PKWARE a expédié PKZIP 1.0 en 1989, et les sysops de BBS l'ont immédiatement couronné comme leur nouveau standard. Les utilisateurs de modems, à la recherche de chaque kilo-octet et seconde de temps de transfert économisé, ont fait des archives ZIP le langage de facto de l'échange de fichiers.

Au début des années 1990, PKZIP était passé de héros underground à utilitaire de tous les jours. Les magazines informatiques l'incluaient sur leurs disquettes de couverture, les départements informatiques des entreprises le copiaient sur leurs serveurs internes, et les utilisateurs expérimentés de DOS tapez "pkzip" presque aussi souvent que "dir". Si vous téléchargiez des jeux, des pilotes ou des logiciels partagés depuis un tableau d'affichage ou un site FTP, il vous fallait PKZIP installé sous peine de rester bloqué.

L'essor de Windows a créé un fossé : PKZIP est resté un outil DOS rapide, piloté par le clavier, tandis que les utilisateurs passaient aux souris et aux icônes. WinZip a bondi en 1991 avec une interface Windows épurée entourant la spécification ZIP publique de Katz. En abstrahant les options de ligne de commande et en ajoutant le glisser-déposer, les barres de progression et les menus contextuels, WinZip a transformé la compression d'un art obscur en un double-clic.

Cette division du travail s'est renforcée au cours de la décennie. PKWARE s'est concentré sur les moteurs, les formats et l'intégration en arrière-plan ; WinZip s'est axé sur l'expérience utilisateur. Les deux reposaient sur la même spécification ZIP ouverte, mais l'un s'adressait aux DSI et aux administrateurs systèmes, tandis que l'autre s'adressait aux utilisateurs à domicile passant de Windows 3.1 à Windows 95.

L'Amérique corporative a emprunté le chemin ennuyeux mais puissant. PKWARE a vendu des licences de site, des versions réseau, et plus tard des outils d'entreprise qui intégraient ZIP dans les systèmes de sauvegarde, les flux de documents et les passerelles mainframe. À la fin des années 1990, PKWARE affirmait servir environ 90 % des entreprises du Fortune 100, transformant un petit magasin de shareware de Milwaukee en infrastructure critique.

L'omniprésence du ZIP a alimenté cette domination de tous les côtés. Les fournisseurs de matériel, les services en ligne et les éditeurs de logiciels se sont standardisés sur le ZIP pour les mises à jour et les distributions, confiants que chaque destinataire avait quelque chose—PKZIP, WinZip ou un clone—capable de l'ouvrir. Lorsque Microsoft a intégré des dossiers compressés dans Windows en utilisant le ZIP, le format de Katz a discrètement évolué de "utilitaire indispensable" à un élément invisible de l'architecture du système d'exploitation.

Bien avant qu'une fermeture éclair n'apparaisse sur votre bureau, les fichiers ZIP avaient un aspect douloureusement ordinaire. Au cours des années 1990, les archives PKZIP sur MS-DOS et les premières versions de Windows se contentaient d'emprunter l'icône générique fournie par l'application hôte ou le shell : un dossier manille, un document vierge, peut-être une pile de papiers si vous aviez de la chance. La compression a tout changé dans la manière dont les gens partageaient des logiciels, mais visuellement, elle se cachait en plein jour.

Les premières versions de Windows traitaient les archives compressées comme des citoyennes de seconde classe. Windows 3.1 et Windows 95 n'avaient pas de support ZIP intégré, donc les icônes provenaient d'outils tiers comme WinZip, l'utilitaire shareware de Nico Mak lancé en 1991. Même là, la marque s'articulait davantage autour d'images de cabinet bleu et de serre-joints que de matériel vestimentaire. Rien dans ces icônes ne suggérait une fermeture éclair au sens littéral ou une histoire liée aux vêtements.

Le support natif des fichiers ZIP est finalement arrivé lorsque Microsoft a expédié Dossiers compressés dans Windows Me vers 2000. Cette fonctionnalité, mise en œuvre dans l'interface sous le nom de “Dossiers ZIP,” a introduit le maintenant célèbre dossier jaune avec une fermeture éclair métallique verticale sur le devant. Pour la première fois, Windows a traité un fichier .ZIP comme un pseudo-dossier que vous pouviez explorer comme n'importe quel autre répertoire, seulement avec une fermeture éclair le scellant.

L'iconographie de Windows Me a fait quelque chose que Phil Katz n'avait jamais prévu : elle a transformé une métaphore sur la vitesse en une blague visuelle sur le maintien. Le nom « ZIP » signifiait à l'origine « se déplacer à grande vitesse », une promesse que PKZIP compresserait et décompresserait plus rapidement qu'ARC sur le même matériel des années 1980. Une décennie plus tard, le système d'exploitation qui a finalement popularisé ZIP sur les PC grand public a silencieusement réécrit cette signification avec un seul bitmap astucieux.

Une fois que Windows Me puis Windows XP ont placé l'icône de dossier compressé devant des centaines de millions d'utilisateurs, l'étymologie populaire s'est presque instantanément solidifiée. Les gens voyaient une fermeture éclair, voyaient des fichiers « regroupés », et ont inventé une histoire d'origine rétroactive qui semblait évidente. Le jeu de mots visuel s'est répandu dans les utilitaires macOS, sur les bureaux Linux, et dans les applications mobiles, jusqu'à ce que la fermeture éclair devienne l'abréviation de la compression elle-même—et que la véritable histoire disparaisse derrière l'icône.

Le chagrin plane sur l'histoire de Phil Katz Katz aussi lourdement que son code a redéfini l'informatique personnelle. Derrière le succès retentissant de PKZIP et de la spécification ZIP en domaine public se trouvait un programmeur solitaire de Milwaukee qui menait une lutte perdue contre l'alcoolisme. Amis et anciens collègues décrivent un homme capable d'optimiser le code de compression de quiconque, mais qui n'a pas pu échapper à l'emprise de la bouteille.

Katz aurait travaillé des heures brutales, codant souvent jusqu'à tard dans la nuit, alimenté par la caféine et, de plus en plus, par l'alcool. Alors que l'entreprise PKWARE prospérait dans les années 1990, ses apparitions publiques se réduisaient, et des histoires circulaient sur des réunions manquées, des discours annulés, et un fondateur qui préférait rester dans son appartement entouré d'ordinateurs et de bouteilles vides.

À la fin des années 1990, Katz s'était largement retiré de l'entreprise qui avait rendu son logiciel célèbre. PKWARE continuait de vendre des licences d'entreprise et des accords OEM, tandis que Katz vivait des redevances et de la propriété, s'engageant rarement avec l'ère internet en pleine expansion que ZIP avait contribué à permettre. L'homme dont les initiales, « PK », apparaissent dans presque tous les en-têtes de fichiers ZIP sur Terre était devenu un fantôme dans sa propre industrie.

Le 14 avril 2000, la police a trouvé Katz mort dans une chambre de motel à Milwaukee. Il avait 37 ans. Les rapports décrivaient une scène qui ressemblait à un conte moral : des dizaines de bouteilles d'alcool vides, des dommages à la santé à long terme, et la conclusion d'un médecin légiste évoquant des complications liées à l'alcoolisme chronique.

Le timing a rendu sa mort encore plus tragique. ZIP était déjà devenu le standard de compression de facto sur Windows, Mac et Unix ; le support natif de ZIP dans Windows et des outils comme WinZip garantissaient que des milliards de fichiers portaient sa signature invisible. Pourtant, la personne qui a rendu cette ubiquité possible n'a pas vécu pour voir ZIP devenir une hypothèse intégrée des systèmes d'exploitation modernes.

L'héritage de Katz résiste à une idolâtrie facile. Il s'est retrouvé au cœur d'un procès difficile avec SEA concernant l'ARC, a construit un format techniquement supérieur et plus ouvert, puis s'est lentement autodétruit. Des sites d'archives comme Phil Katz Katz - ESVA.net documentent à la fois son génie et ses erreurs dans le détail de manière douloureuse.

L'ancien ingénieur de Microsoft, Dave Plummer, qui a mis en œuvre Windows ZIPFolders, décrit l'histoire d'origine du ZIP comme un « passé compliqué » et parle ouvertement du déclin de Katz. Les commentaires de Plummer soulignent le paradoxe : l'un des formats les plus discrètement importants en informatique provient d'un homme qui a résolu de difficiles problèmes techniques mais ne s'est jamais résolu lui-même.

Les fichiers ZIP ne devraient plus avoir d'importance dans un monde de fibre optique, d'iCloud et de Google Drive — et pourtant, ils demeurent discrètement à la base de presque tout. Les clients de messagerie continuent de compresser automatiquement les pièces jointes au format ZIP. Les pipelines de développement regroupent les artefacts en tant que ZIP. Même les mods de jeux et les mises à jour de firmware sont livrés sous forme d'archives ZIP, car chaque machine à l'autre bout les comprendra instantanément.

Le support natif du ZIP est inscrit dans la mémoire musculaire de l'informatique. Depuis Windows XP, les utilisateurs traitent les dossiers compressés comme des dossiers classiques via Dossiers compressés (zippés). Le Finder de macOS propose depuis des décennies « Compresser » et « Utilitaire d'archive » pour le ZIP. Les bureaux Linux intègrent le ZIP dans les gestionnaires de fichiers, et `unzip` est un outil de ligne de commande par défaut sur pratiquement toutes les distributions.

Cette universalité surpasse presque tous les rivaux avant même que le débat ne commence. Le format 7z de 7-Zip comprime généralement quelques points de pourcentage supplémentaires, en particulier sur de vastes ensembles de données. RAR et son successeur RAR5 offrent de solides performances de récupération et une compression efficace pour les archives multi-parties. Cependant, aucun d'eux n'est fourni en tant que citoyen de première classe sur Windows, macOS et les distributions Linux grand public sans installations supplémentaires.

La compatibilité s'étend aussi vers le passé. Un fichier ZIP créé en 1993 avec PKZIP 2.0 s'ouvre encore généralement sur un MacBook de 2025, grâce à la spécification publique et à l'adhérence obsessive au format de base. Des extensions comme ZIP64 ont dépassé la limite de 4 Go, tandis que de nouvelles méthodes ont ajouté un cryptage plus fort et une meilleure compression, mais la plupart des outils ignorent encore avec élégance les fonctionnalités qu'ils ne comprennent pas et extraient ce qu'ils peuvent.

Cet équilibre entre une compression "suffisante" et une compatibilité "quasi totale" maintient le format ZIP bien ancré. Le stockage en cloud a réduit le besoin de compresser chaque octet, donc les utilisateurs se soucient moins des gains de 5 à 10 % offerts par 7z ou RAR et se préoccupent davantage de savoir si un destinataire peut ouvrir un fichier sur un ordinateur portable d'entreprise verrouillé. ZIP gagne parce qu'il fonctionne simplement partout, sans fenêtres de dialogue demandant de nouvelles applications ou plugins.

Tout cela remonte à la décision de Phil Katz de placer la spécification .ZIP dans le domaine public après un âpre combat juridique concernant l'ARC. Un format né d'un procès, d'un renommage dans un bar, et d'un pari sur le shareware fonctionne désormais comme une plomberie numérique permanente — une norme silencieuse qui a survécu à son créateur et a surpassé presque tous ses concurrents.

Pourquoi s'appelle-t-il un fichier ZIP ?

Il a été nommé 'Zip' pour évoquer la vitesse. L'ami de Phil Katz, Robert Mahoney, a suggéré ce nom pour signifier que le nouveau format était beaucoup plus rapide que son concurrent, ARC.

Qui a inventé le format de fichier ZIP ?

Phil Katz, un programmeur et le fondateur de PKWARE, a créé le format .ZIP en 1989 après qu'un procès l'ait contraint à renommer son outil de compression original.

Quand l'icône de fermeture éclair pour les fichiers ZIP est-elle apparue pour la première fois ?

L'icône de fermeture éclair emblématique était un jeu de mots visuel qui est apparu beaucoup plus tard. Son utilisation connue la première fois remonte à Windows Millennium Edition (Windows ME) vers l'an 2000, soit une décennie après la création du format.

Le format ZIP a-t-il été volé à ARC ?

Un procès a allégué que l'outil original de Phil Katz, PKARC, était un dérivé du format ARC. En réponse, Katz a créé le nouveau format .ZIP à spécification ouverte, qui a rapidement dépassé ARC en popularité.