Chapitre 8
1990

La destruction du mur de Berlin en novembre 1989 a bouleversé l’équilibre mondial. Cette fracture dans l’histoire a créé un terrain fertile pour les technologies numériques qui ne demandaient qu’à se propager. L’échiquier géopolitique redessiné a changé la donne pour l’informatique et sa diffusion.

Quand les républiques soviétiques ont ouvert leurs portes aux technologies occidentales, elles ont déverrouillé des marchés insoupçonnés pour les firmes informatiques. Les mathématiciens de l’Est, réputés pour leur excellence, ont partagé leurs approches avec leurs collègues occidentaux. Ce métissage intellectuel a enrichi la pensée informatique des deux côtés.

Les années 1990 ont vu l’économie mondiale s’affranchir des barrières traditionnelles. Les grandes entreprises ont dû s’adapter à cette nouvelle réalité : gérer des opérations planétaires exigeait des systèmes d’information capables de traiter des montagnes de données et de synchroniser des activités à travers les fuseaux horaires.

La finance a subi une métamorphose radicale. Les transactions se sont dématérialisées, les algorithmes ont investi les parquets. Les bourses ont multiplié la cadence et le volume des échanges, ce qui réclamait des machines toujours plus véloces et des réseaux toujours plus robustes.

Internet a quitté le cercle fermé des universitaires et des militaires pour envahir le quotidien des particuliers. Les fournisseurs d’accès ont fleuri, d’abord avec de modestes connexions par modems qui sifflaient et grésillaient, ensuite avec des débits de plus en plus généreux. Cette ouverture a fait naître de nouveaux services et modes de communication.

Les citoyens ont créé leurs espaces d’expression numérique. Les forums, les messageries électroniques et les sites personnels ont tissé des liens invisibles entre les individus. Des communautés virtuelles se sont formées, réunissant des passionnés par-delà les distances. Cette nouvelle socialisation a transformé les interfaces utilisateur, qui devaient maintenant séduire un public non initié aux arcanes informatiques.

L’ordinateur s’est imposé sur chaque bureau professionnel. Les entreprises ont massivement investi dans le matériel et la formation. Le traitement de texte a enterré la machine à écrire. Les tableurs ont conquis la gestion. Les diaporamas ont chamboulé les réunions en remplaçant les films transparents et leurs rétroprojecteurs. Cette informatisation à marche forcée a créé un appétit vorace pour des logiciels adaptés aux réalités professionnelles.

Dans les écoles et universités, l’informatique a trouvé sa place dans les programmes. Les salles d’ordinateurs sont devenues des lieux familiers pour les étudiants. Cette évolution répondait aux exigences d’un marché du travail en quête de compétences techniques.

Le jeu vidéo s’est mué en industrie majeure durant cette période. Les consoles ont repoussé les limites techniques, avec des graphismes toujours plus saisissants. Ce secteur a dynamisé la recherche sur les processeurs graphiques et a fait entrer l’informatique dans les foyers par la porte du divertissement.

L’œuvre numérique s’est enrichie avec l’avènement du multimédia. Le CD-ROM a permis de marier texte, images, sons et vidéos dans un format accessible. Les encyclopédies numériques ont ranimé le savoir. Les applications ludiques ont fait souffler un vent nouveau sur l’informatique personnelle.

Les composants électroniques ont continué à rétrécir, donnant naissance aux premiers ordinateurs portables grand public et aux assistants numériques personnels. La mobilité devenait une exigence, forçant l’adaptation des interfaces et des systèmes d’exploitation.

La téléphonie mobile a connu un essor fulgurant. Les réseaux numériques se sont déployés à travers villes et campagnes. Les SMS ont inventé un nouveau langage, concis et immédiat. On devinait la fusion future entre téléphone et ordinateur.

Les administrations ont modernisé leurs infrastructures informatiques, et numérisé leurs archives poussiéreuses et développé les premiers services en ligne pour les citoyens. Ces projets d’envergure ont stimulé le marché des solutions professionnelles.

Avec la multiplication des connexions, la sécurité est devenue une préoccupation centrale. Les premiers virus ciblant l’informatique personnelle ont semé la panique, suivis par le développement des antivirus et des pare-feu. La protection des données personnelles a émergé comme un enjeu du XXI^e siècle naissant.

Le logiciel libre a trouvé sa voie avec GNU et Linux. Cette philosophie alternative au logiciel propriétaire a bousculé les modèles établis en proposant une approche collaborative et ouverte du développement informatique.

Les dernières années de la décennie ont vu fleurir les premières boutiques en ligne et gonfler la bulle Internet. Les investisseurs se sont rués sur tout ce qui touchait au numérique, parfois avec une fièvre plus passionnelle que rationnelle. L’éclatement de cette bulle attendait au tournant du millénaire.

Cette décennie a changé notre rapport à l’informatique. L’ordinateur s’installait dans notre quotidien, transformait nos métiers, modifiait nos loisirs. Il n’était plus cet être étrange confiné dans des laboratoires climatisés. Le taux d’équipement des ménages a grimpé en flèche, atteignant 23% en France en 1999, contre à peine 8,5% en 1990.

Le monde se découvrait connecté, sans bien mesurer encore les conséquences de cette mutation.

L’informatique des années 1990 ne se résume pas à une simple évolution technique, elle constitue une rupture anthropologique dont nous commençons à peine à percevoir l’ampleur.

Haut de page

Adobe Photoshop

En 1987, Thomas Knoll prépare sa thèse de vision par ordinateur à l’Université du Michigan. Sur son Macintosh Plus, lancé en janvier 1986, il bricole un petit programme qu’il baptise Display, pour afficher des images en niveaux de gris sur son écran bitmap noir et blanc. Une distraction académique, rien de plus. Thomas ne se doute pas qu’il vient de planter la première graine de ce qui deviendra l’outil de référence mondial pour traiter les images.

John Knoll, le frère de Thomas, découvre ce programme. John travaille chez Industrial Light and Magic, la division effets spéciaux de Lucasfilm. Chez ILM, on cherche des solutions pour traiter les images numériquement. John voit immédiatement l’intérêt du petit logiciel de son frère et lui propose de s’associer. Cette collaboration fraternelle va changer la donne : Thomas adapte son code pour gérer la couleur sur le nouveau Macintosh II, John développe des routines de traitement qui font penser aux futurs filtres du logiciel.

John pressent le potentiel commercial de leur création en 1988. Thomas hésite, conscient du travail titanesque que représente la transformation d’un programme personnel en véritable application commerciale. L’optimisme de John l’emporte. Les deux frères se mettent au travail, enrichissent les fonctionnalités, ajoutent la prise en charge de formats de fichiers variés, développent des outils de sélection sophistiqués. Après de nombreuses tentatives de baptême, le programme hérite de son nom définitif : Photoshop.

Trouver un éditeur s’avère plus compliqué que prévu. Les frères Knoll frappent à plusieurs portes. Barneyscan, fabricant de scanners, accepte de commercialiser une première version sous l’appellation Barneyscan XP. Environ 200 exemplaires de cette version 0.87 accompagnent leurs appareils. Le logiciel circule dans le petit monde des professionnels de l’image. Chez Apple, les ingénieurs s’enthousiasment et partagent des copies avec leurs collègues.

En septembre 1988, Adobe Systems entre dans la partie. Russell Brown, directeur artistique de l’entreprise, tombe sous le charme du logiciel. Les négociations aboutissent à un accord de licence de distribution plutôt qu’à un rachat pur et simple. Décision judicieuse pour les Knoll, qui toucheront des royalties sur chaque vente. La signature formelle intervient en avril 1989.

Février 1990, Photoshop 1.0 débarque sur le marché. Malgré quelques bugs de jeunesse, l’accueil est enthousiaste. Face à la concurrence, le logiciel tire son épingle du jeu grâce à son code optimisé et son interface intuitive. Russell Brown multiplie les démonstrations spectaculaires, révélant les possibilités créatives du programme et sa facilité d’usage.

La version 2.0 de 1991 marque une étape décisive. Le support CMYK bouleverse l’industrie de l’impression en démocratisant les techniques de séparation des couleurs, jusque-là réservées aux professionnels équipés de matériels coûteux. La version 2.5 franchit un nouveau cap en arrivant sur Windows, multipliant l’audience potentielle.

1994 voit naître Photoshop 3.0, et avec lui, les calques. Cette fonctionnalité transforme radicalement la manipulation d’images numériques. Les utilisateurs peuvent désormais superposer et modifier des éléments indépendamment. Contrairement aux rumeurs de l’époque, cette innovation ne copie pas le concurrent Live Picture mais découle des recherches antérieures de Thomas Knoll.

La version 4.0 de 1996 bouscule les habitudes. Andrei Herasimchuk repense l’interface utilisateur pour l’harmoniser avec les autres produits Adobe. Ces changements provoquent d’abord des remous dans la communauté des utilisateurs, puis finissent par convaincre par leur cohérence.

Avec la version 5.0 de 1998, Mark Hamburg révolutionne le processus créatif en introduisant la palette Historique. Cette innovation rompt avec la logique linéaire traditionnelle des annulations, autorisant un retour en arrière non séquentiel sur les modifications. Simultanément, l’intégration directe des outils de gestion des couleurs simplifie la production d’images destinées à différents supports.

Le succès de Photoshop dépasse toutes les prévisions. Le logiciel s’impose dans la photographie, la publicité, l’édition, la création web. Adobe voit son chiffre d’affaires bondir de 16 millions de dollars en 1986 à plus d’un milliard en 1999. Un écosystème florissant se développe autour du programme : plugins, formations, publications spécialisées.

En démocratisant la manipulation d’images, Photoshop nourrit les arts visuels contemporains et transforme notre rapport à la photographie. Le verbe « photoshoper » intègre le vocabulaire courant, preuve de l’omniprésence culturelle du logiciel.

Cette réussite exceptionnelle résulte du génie technique de Thomas Knoll, l’intuition commerciale de John, l’efficacité marketing d’Adobe, le tout porté par l’essor de l’informatique personnelle et du design numérique. Thomas n’achèvera jamais sa thèse, mais sa « distraction » révolutionne l’univers de l’image numérique. Il continue de collaborer avec Adobe comme consultant, tandis que John poursuit sa carrière dans les effets spéciaux chez Industrial Light & Magic.

Haut de page

IBM PS/1

L’histoire du PS/1 commence en 1987, quand IBM observe avec inquiétude la montée des clones PC. Ces machines compatibles grignotent ses parts de marché, vendues bien moins cher que les ordinateurs de Big Blue. Les particuliers et les petites entreprises se détournent d’IBM, plus sensibles au prix qu’au prestige de la marque.

IBM n’ignorait pas ce segment. Trois ans plus tôt, l’entreprise avait tenté le coup avec le PCjr, un ordinateur censé séduire les foyers américains. Cette machine proposait des innovations intéressantes : des cartouches pour les jeux, une sortie télévision et un clavier sans fil baptisé « Freeboard ». Mais le PCjr s’écrasait lamentablement en 1985, laissant IBM les mains vides sur le marché grand public.

Entre-temps, la société mise tout sur sa gamme PS/2, destinée aux entreprises. Ces ordinateurs rivalisent en performances avec la concurrence, offrent de nombreuses possibilités d’extension, mais leur tarif les rend inaccessibles aux particuliers. Avec plus de vingt modèles au catalogue, l’offre est illisible pour qui cherche simplement un ordinateur familial.

En 1990, IBM lance le Personal System/1. Cette fois, l’approche change du tout au tout. Les premiers modèles adoptent un design tout-en-un audacieux : l’écran couleur et l’unité centrale forment un ensemble compact, reliés par d’épais câbles. L’alimentation électrique loge dans le moniteur, créant une dépendance totale entre les deux éléments. Cette configuration évoque les Macintosh compacts d’Apple, à ceci près qu’Apple intégrait tout dans un seul boîtier.

Les versions suivantes abandonneront ce parti pris esthétique pour revenir à des éléments séparés, annonçant la future ligne Aptiva. Le PS/1 fonctionne sous PC-DOS, la version IBM du système MS-DOS. Pour simplifier la vie des utilisateurs novices, IBM développe une interface graphique surnommée « 4-quad ». Windows ou OS/2 restent techniquement installables, mais IBM déconseille leur usage à cause des problèmes de performances et de stabilité que cela engendre.

Une particularité technique distingue ces premières machines : contrairement aux installations habituelles sur disque dur ou disquettes, le système d’exploitation et l’interface résident directement dans la mémoire morte. Tandy avait expérimenté cette approche sur certains modèles de sa gamme 1000. L’avantage se révèle immédiat : démarrage rapide et fiabilité accrue.

L’évolution technique s’accélère au fil des années. Les modèles de lancement embarquent un processeur Intel 80286 à 10 MHz, performance modeste mais suffisante pour les applications bureautiques de l’époque. Quatre ans plus tard, quand IBM cessera la production, les derniers PS/1 intègrent un Intel 486 DX2 cadencé à 66 MHz, multipliant les capacités de calcul.

Cette disposition particulière de l’alimentation dans l’écran ne constitue pas une première. L’Amstrad PC1512 avait adopté cette solution, tout comme le Coleco Adam qui logeait son bloc d’alimentation dans l’imprimante. Mais cette configuration impose l’usage d’un connecteur propriétaire entre moniteur et unité centrale, limitant les possibilités de remplacement ou d’évolution.

IBM ne se contente pas de livrer une machine. L’entreprise déploie une stratégie marketing ambitieuse pour reconquérir le grand public. Un service d’assistance téléphonique fonctionne sept jours sur sept, week-ends inclus. Les propriétaires de PS/1 peuvent échanger entre eux via un service en ligne dédié, le « Users’ Club », préfigurant les communautés d’utilisateurs qui fleuriront avec Internet.

L’aventure PS/1 s’achève en 1994. IBM arrête la production, marquant un point d’arrêt dans sa stratégie. L’année suivante, les déclinaisons PS/VP et PS/2e disparaissent aussi du catalogue. Ces décisions traduisent le retrait progressif d’IBM du marché des ordinateurs personnels grand public, un secteur où la standardisation des composants et la guerre des prix réduisent drastiquement les marges.

Haut de page

Haskell

Une douzaine de langages fonctionnels coexistaient à la fin des années 1980, chacun avec ses particularités mais tous partageant des fondements sémantiques similaires. Cette dispersion irritait les chercheurs qui peinaient à faire adopter leurs idées au-delà de cercles restreints. L’idée d’unifier ces efforts germa lors d’une réunion en septembre 1987, pendant la conférence Functional Programming Languages and Computer Architecture à Portland. Les participants décidèrent de créer un comité pour concevoir un langage commun qui servirait de référence stable.

Cette démarche collective surprend de nos jours. On imagine difficilement qu’un comité puisse accoucher d’un langage élégant, tant la conception par consensus semble vouée aux compromis et aux incohérences. Pourtant, Haskell prouve le contraire. Le secret tient dans l’alignement des objectifs individuels et l’importance accordée à la beauté mathématique.

John Backus avait ouvert la voie en 1978 avec sa conférence Turing. Le créateur de Fortran y présentait la programmation fonctionnelle comme une alternative crédible au modèle von Neumann. Venant d’une telle figure, cette caution transforma la perception du paradigme fonctionnel, qui cessa d’être perçu comme une curiosité académique.

L’évaluation paresseuse fascine les concepteurs de Haskell. Cette technique, découverte indépendamment par plusieurs équipes dans les années 1970, change radicalement la manière de concevoir les programmes. Dan Friedman et David Wise à Indiana, Peter Henderson et James H. Morris Jr. chez Xerox PARC, David Turner à St Andrews et Kent : tous explorent cette voie prometteuse. Turner démontre son élégance dans SASL et KRC, utilisant les listes paresseuses pour simuler des comportements complexes avec une simplicité déconcertante.

Le 1^er avril 1990 marque la publication du premier rapport Haskell. Cette date, choisie par hasard, alimentera de nombreuses plaisanteries. Qui aurait cru qu’un langage né un jour de blague deviendrait si influent ? Le développement se poursuit pendant quinze années, principalement par courrier électronique. Une époque où les échanges techniques passaient encore par des messages réfléchis plutôt que par des notifications incessantes.

Miranda influence la conception de Haskell. David Turner commercialise ce langage fonctionnel non strict via sa société Research Software Limited, avec un succès notable : 250 universités et 50 entreprises l’adoptent. Haskell hérite de nombreuses caractéristiques syntaxiques de Miranda mais s’en distingue par des innovations marquantes.

Le système de classes de types constitue la première de ces innovations. Philip Wadler l’introduit en février 1988, résolvant élégamment les problèmes de surcharge des opérateurs numériques. Plus systématique que les solutions adoptées par Miranda ou SML, cette approche modulaire est depuis un modèle pour d’autres langages.

La pureté représente le second pilier de Haskell. En tant que langage fonctionnel pur, il garantit qu’une fonction retourne toujours le même résultat pour des arguments identiques, sans aucun effet de bord. Cette contrainte, directement liée à l’évaluation paresseuse, complique initialement la gestion des entrées-sorties. Mais cette difficulté apparente mène à l’invention des entrées-sorties monadiques, reconnues comme une contribution majeure à l’informatique.

Les monades transforment un problème technique en solution conceptuelle. Elles encapsulent les effets de bord dans un cadre mathématique rigoureux, préservant la pureté du langage tout en permettant les interactions avec le monde extérieur. Cette élégance théorique cache une complexité pratique qui rebute parfois les nouveaux venus.

En 1999, « Haskell 98 » stabilise le langage. La communauté réclamait cette standardisation, fatiguée des évolutions permanentes qui compromettaient la portabilité du code. Le comité se dissout alors, laissant le langage évoluer librement. Cette approche à deux vitesses fonctionne remarquablement bien : Haskell sert à la fois de laboratoire pour explorer des idées avancées et d’outil pratique pour des applications réelles.

Les versions successives enrichissent progressivement le langage. La 1.1 en 1991, la 1.2 en 1992, la 1.3 en 1996, la 1.4 en 1997 : chaque itération apporte son lot d’améliorations. Ce rythme soutenu témoigne de la vitalité d’une communauté engagée dans l’exploration de nouveaux territoires conceptuels.

Les innovations du Haskell inspirent de nombreux langages et frameworks. Les systèmes de types avancés, la gestion des effets via les monades, l’évaluation paresseuse : autant de concepts qui rayonnent aujourd’hui dans l’écosystème informatique. Les langages impératifs intègrent aussi des éléments fonctionnels, témoignant de l’influence durable de cette approche.

Le nom « Haskell » honore Haskell B. Curry, mathématicien et logicien dont les travaux sur le calcul combinatoire influencent la théorie des langages de programmation. Ce choix n’est pas anodin car il ancre le langage dans une tradition mathématique rigoureuse, rappelant que la programmation fonctionnelle puise ses racines dans la logique formelle.

Haskell occupe une position singulière. Ni langage de masse ni curiosité académique, il maintient un équilibre subtil entre rigueur théorique et utilité pratique. Son influence se mesure moins à son adoption directe qu’à sa capacité à faire évoluer les pratiques de programmation. Dans un monde où l’élégance cède souvent le pas à l’efficacité, Haskell rappelle qu’il existe d’autres voies, plus exigeantes mais infiniment plus satisfaisantes.

Haut de page

HTML

Le langage HTML naît en 1991 au CERN, dans le bureau de Tim Berners-Lee. Ce physicien britannique travaille sur un problème concret : comment partager des documents entre chercheurs dispersés dans le monde entier ? Sa solution tient en quelques lignes de code qui vont bouleverser notre rapport à l’information. L’HyperText Markup Language, c’est son nom complet, s’inspire d’un standard existant, le Standard Generalized Markup Language (SGML), normalisé par l’ISO en 1986. Berners-Lee y ajoute un ingrédient la possibilité de créer des liens entre documents.

L’idée représente un saut conceptuel immense à l’époque. Imaginez un texte capable de vous emmener vers un autre texte d’un simple clic, puis vers un troisième, et ainsi de suite, créant une toile d’informations interconnectées. C’est exactement ce qui est rendu possible avec ses balises d’ancrage de HTML. Le langage fonctionne par marqueurs encadrés de chevrons : <p> pour les paragraphes, <h1> pour les titres principaux. Ces balises remplissent un double rôle, elles structurent le contenu et déterminent son apparence à l’écran.

Dès septembre 1991, une liste de diffusion baptisée www-talk rassemble les premiers passionnés du projet. Dave Raggett, ingénieur chez Hewlett-Packard, Marc Andreessen du National Center for Supercomputing Applications, et bien d’autres contribuent à enrichir le langage. Leurs échanges donnent naissance à HTML+, une version étoffée des développements futurs.

Cette effervescence créative cache un piège. Chaque navigateur – Lynx pour les terminaux texte, Mosaic pour les interfaces graphiques, Arena comme alternative européenne – développe ses propres extensions. Les « balises propriétaires » se multiplient, menaçant l’universalité chère à Berners-Lee. Un document lisible sur Mosaic est illisible sur Lynx. Le web risque l’éclatement avant d’avoir vraiment existé.

Pour éviter cette balkanisation, Berners-Lee fonde en 1994 le World Wide Web Consortium, le fameux W3C. L’initiative bénéficie du soutien financier du CERN, de la DARPA américaine et de la Commission européenne. Trois laboratoires hébergent cette nouvelle institution : le MIT aux États-Unis, l’INRIA en France et l’université Keio au Japon. Cette géographie reflète la volonté de faire du web un projet véritablement mondial.

Le premier chantier du W3C consiste à normaliser l’existant. HTML 2.0 sort en novembre 1995, recensant et harmonisant les balises utilisées par les différents navigateurs. Cette version coïncide avec un moment charnière : le prix des ordinateurs personnels chute sous les 5 000 dollars, les rendant accessibles au grand public. Aux États-Unis, des initiatives politiques encouragent le développement d’internet, pressentant son potentiel économique.

Mais la standardisation doit composer avec des intérêts contradictoires. Netscape et Microsoft, qui dominent le marché des navigateurs, cherchent à imposer leurs propres innovations pour se démarquer de la concurrence. Leurs ingénieurs inventent des balises spectaculaires : <blink> fait clignoter le texte chez Netscape, <marquee> le fait défiler chez Microsoft. Ces ajouts provoquent l’ire des puristes du W3C, qui y voient une confusion dangereuse entre structure documentaire et présentation visuelle.

Le débat dépasse la technique pure. Il oppose deux visions du web : d’un côté, celle des créateurs de contenu réclamant plus de contrôle sur l’apparence de leurs pages ; de l’autre, celle des pionniers défendant une séparation stricte entre fond et forme. Cette tension traverse encore les discussions sur l’évolution des standards web.

La solution émerge fin 1996 avec les feuilles de style CSS (Cascading Style Sheets). Cette nouvelle norme délègue les aspects visuels à un langage spécialisé, libérant HTML de cette responsabilité. La division du travail se formalise avec HTML 4.0 en décembre 1997 : au HTML la structure, au CSS l’habillage.

Le W3C se professionnalise. Un « Process Working Group » incluant Netscape, HP, IBM et Microsoft formalise les procédures de standardisation. Leur travail aboutit en 1999 à un « Process Document » qui établit les règles de gouvernance du consortium. Ces dispositifs bureaucratiques peuvent paraître fastidieux, mais ils garantissent la transparence et l’équité du processus de normalisation.

L’histoire du HTML révèle les enjeux politiques cachés derrière l’apparente neutralité technique. L’interopérabilité prônée par le W3C entre en collision avec les stratégies commerciales des éditeurs de navigateurs. L’idéal d’un web décentralisé se heurte aux velléités de contrôle de certains acteurs dominants. Ces questions résonnent encore face à l’influence croissante de Google, Apple ou Meta sur l’évolution des standards.

Pourtant, HTML a tenu sa promesse originelle. Il a donné naissance à un web ouvert où chacun peut publier sans autorisation préalable. Cette vision s’inscrit dans la lignée des utopies cybernétiques des années 1960, qui rêvaient d’espaces numériques horizontaux et collaboratifs. Si le web contemporain s’éloigne parfois de ces idéaux fondateurs, HTML reste un pilier de l’architecture internet aux côtés du protocole HTTP et du système des URLs.

Le W3C poursuit sa mission. L’arrivée d’acteurs comme la Motion Picture Association of America ou les éditeurs scientifiques élargit le spectre des intérêts à concilier. L’industrie du divertissement réclame des dispositifs anti-piratage, les éditeurs veulent protéger leurs contenus, tandis que les défenseurs des libertés numériques craignent une restriction de l’ouverture du web.

Cette tension permanente entre innovation et préservation des principes fondateurs constitue l’ADN du HTML. Trente ans après sa création, ce langage continue d’évoluer tout en gardant sa simplicité originelle. Une balise est une balise, un lien est un lien. Dans un monde numérique en perpétuelle mutation, cette stabilité rassure. Elle rappelle qu’internet n’est pas qu’un marché ou un terrain de jeu technologique, mais aussi un espace public qu’il faut préserver et transmettre.

Haut de page

Gopher

À l’Université du Minnesota en 1990, Mark McCahill et Farhad Anklesaria dirigent une équipe confrontée à un problème concret, et semblable à celui de Tim Berners-Lee : comment organiser l’information sur le campus ? Le comité officiel propose une solution que l’équipe juge trop lourde et inadaptée. Ils décident de créer leur propre système.

Au printemps 1991, la première version de Gopher voit le jour. Le nom fait référence à deux choses : la mascotte de l’université (un gaufre) et l’idée d’« aller chercher » l’information. L’équipe conçoit une architecture hiérarchique, semblable à un système de fichiers. Les utilisateurs naviguent dans des menus pour accéder aux documents, comme ils le feraient dans une bibliothèque traditionnelle où les ouvrages sont classés par thèmes.

L’interface est volontairement simple. Des menus textuels, conçus pour fonctionner y compris sur des connexions lentes. Les créateurs intègrent un moteur de recherche en texte intégral grâce aux ordinateurs NeXT, permettant de retrouver les contenus recherchés. Cette combinaison entre navigation structurée et recherche libre séduit immédiatement.

La stratégie de diffusion suit le modèle du logiciel libre : le code source du serveur circule gratuitement, mais l’équipe garde le contrôle des clients pour maintenir la cohérence du système. Les administrateurs installent leurs serveurs sans difficulté et créent des liens vers d’autres ressources Gopher.

Le succès dépasse toutes les attentes. En novembre 1994, plus de 8 000 serveurs Gopher tournent sur Internet. Les bibliothécaires adoptent massivement le protocole, appréciant son organisation logique et sa simplicité d’usage. L’équipe développe des extensions comme Gopher+ pour gérer les métadonnées et différents formats de documents.

Cette histoire s’inscrit dans une période de transition majeure. L’informatique abandonne progressivement les mainframes au profit de systèmes distribués. L’équipe de McCahill, issue du support micro-informatique, défend une vision décentralisée qui s’oppose à celle des administrateurs des ordinateurs centraux. Cette tension reflète l’évolution des paradigmes de l’époque.

Gopher démocratise l’accès à l’information numérique avant l’arrivée du Web. Le « Gopherspace » est un espace d’information que les utilisateurs parcourent intuitivement. Le protocole résout élégamment le problème de l’organisation des contenus numériques en mariant navigation hiérarchique et recherche textuelle.

En 1993, l’université fait une erreur stratégique. Elle tente de monétiser Gopher en imposant des frais de licence aux utilisateurs commerciaux. Cette décision, dictée par des contraintes budgétaires, provoque des remous. Mais le véritable défi vient d’ailleurs : Tim Berners-Lee propose à l’équipe de fusionner Gopher et le World Wide Web. La complexité apparente du Web les fait hésiter.

Cette hésitation coûte cher. Mosaic popularise le Web et relègue progressivement Gopher au second plan. Le support limité du protocole dans ce navigateur, combiné à la richesse croissante des pages Web, détourne les utilisateurs vers le nouveau standard. L’équipe de McCahill perd le contrôle de l’expérience utilisateur, élément déterminant dans l’évolution d’un protocole.

Les idées développées pour Gopher survivent néanmoins. L’organisation hiérarchique des contenus influence encore de nombreux systèmes actuels. Les contraintes qui ont guidé sa conception — bande passante limitée, simplicité d’utilisation — retrouvent une actualité avec les applications mobiles et les environnements à ressources contraintes.

L’expérience enseigne plusieurs leçons importantes. D’abord, l’importance du contrôle de l’interface utilisateur dans le succès d’un protocole réseau. Ensuite, les difficultés de la monétisation des protocoles Internet. Enfin, l’impact des choix architecturaux sur la pérennité d’un système. Avec ce projet, l’Université du Minnesota développe une expertise reconnue dans les systèmes d’information distribués.

Les questions soulevées par Gopher restent d’actualité : comment organiser l’accès à l’information ? Comment naviguer dans les espaces numériques ? Comment concilier simplicité et fonctionnalités ? Les concepteurs de systèmes informatiques continuent de chercher des réponses élégantes à ces problématiques.

PCMCIA

En 1985, la JEIDA (Japan Electronic Industries Development Association) découvre un problème qui va marquer l’industrie informatique. Les ordinateurs portables commencent à se démocratiser, mais ils souffrent d’une limitation frustrante : impossible d’y ajouter facilement des périphériques comme on le ferait sur une machine de bureau. Chaque fabricant développe ses propres formats de cartes mémoire, créant une cacophonie technologique où rien n’est compatible.

C’est à San Jose, en Californie, que tout bascule en 1989. Une vingtaine d’entreprises américaines se retrouvent autour d’une table pour créer la PCMCIA. L’acronyme « Personal Computer Memory Card International Association » cache l’ambition de faire en sorte que toutes les cartes mémoire parlent le même langage. La société Poqet Computer, pionnière dans ce domaine, avait imaginé un ordinateur fonctionnant uniquement avec des cartes mémoire amovibles. Mais convaincre les éditeurs de logiciels de distribuer leurs programmes sur ces supports relevait du parcours du combattant sans standard unifié.

Le premier standard PCMCIA voit le jour en juin 1990. Fruit d’une collaboration avec la JEIDA, il définit des cartes au format d’une carte de crédit, équipées d’un connecteur à 68 broches. Cette version 1.0 se contente de régir les cartes mémoire, mais les ingénieurs des comités techniques comprennent vite le potentiel plus large de ce format. Pourquoi ne pas y greffer des modems ou des cartes réseau ?

Un an plus tard, en septembre 1991, la version 2.0 franchit le cap. Les cartes PCMCIA transforment les ordinateurs portables en plateformes modulaires telles de véritables extensions. Le standard décline alors trois épaisseurs différentes : les cartes Type I de 3,3 mm pour la mémoire, les Type II de 5 mm pour les périphériques de communication, et les imposantes Type III de 10,5 mm destinées aux disques durs miniatures.

L’architecture logicielle imaginée par les concepteurs du PCMCIA témoigne d’une vision remarquable. Trois couches s’articulent harmonieusement : les Socket Services gèrent le matériel au plus bas niveau, les Card Services s’occupent de l’allocation des ressources et de la configuration automatique, tandis que les pilotes spécifiques à chaque carte coiffent l’ensemble. L’insertion et le retrait des cartes sans extinction du système est désormais possible.

PCMCIA transforme l’informatique mobile. Les fabricants rivalisent d’ingéniosité pour proposer modems, cartes réseau, adaptateurs sans fil et multiples périphériques dans ce format compact. Les ordinateurs portables gagnent enfin la flexibilité qui leur manquait, devenant de véritables couteaux suisses électroniques.

Les évolutions techniques s’enchaînent au rythme des besoins du marché. 1995 marque l’arrivée de la version 5.0 avec le bus CardBus 32 bits, capable de transférer jusqu’à 132 Mo/s. Les cartes basse consommation 3,3V apparaissent, la gestion d’alimentation se raffine, et les cartes multifonctions voient le jour. L’année suivante, le Zoomed Video crée une liaison directe entre carte PCMCIA et contrôleur graphique, libérant le processeur des tâches de décodage vidéo.

Ce qui impressionne dans le PCMCIA, c’est sa sophistication technique précoce. Chaque carte embarque son propre système d’information CIS, une sorte de carte d’identité électronique qui décrit ses capacités au système d’exploitation. Cette approche plug-and-play devance de plusieurs années l’arrivée de l’USB. L’ordinateur reconnaît automatiquement la carte insérée et configure les ressources nécessaires, sans intervention de l’utilisateur.

La robustesse physique des cartes PCMCIA établit des références durables. Les spécifications exigent 10 000 cycles d’insertion en bureau et 5 000 en conditions difficiles. La conception électrique protège les composants : les broches d’alimentation se connectent en premier et se déconnectent en dernier, évitant les surtensions destructrices.

Au tournant des années 2000, CardBay modernise l’interface en introduisant une liaison série haute vitesse basée sur l’USB, tout en préservant la compatibilité avec l’existant. Cette approche illustre la maturité du standard, capable d’évoluer sans casser l’écosystème construit autour de lui.

Les concepts d’insertion à chaud et de configuration automatique du PCMCIA inspirent directement l’USB et le PCI Express. La coopération entre industriels américains et japonais démontre qu’un standard mondial peut émerger de la collaboration plutôt que de la guerre commerciale.

Au-delà de l’informatique portable, le PCMCIA essaime dans l’électronique grand public. Appareils photo numériques, décodeurs télévision, systèmes embarqués automobiles adoptent ce format pour sa fiabilité et sa souplesse d’usage. Cette polyvalence témoigne de la qualité de conception originelle.

Pourtant, le PCMCIA n’échappe pas aux limites de son époque. Son bus simple, hérité d’une interface mémoire directe, manque de signaux de synchronisation élaborés. La largeur de 16 bits restreint les performances des applications gourmandes. Ces contraintes techniques préparent son remplacement progressif par des standards plus récents comme l’ExpressCard.

Le PCMCIA appartient à l’histoire de l’informatique, mais il a prouvé qu’un consortium industriel pouvait créer un standard durable, capable de stimuler l’innovation tout en résolvant des problèmes d’interopérabilité complexes.

Haut de page

MP3

En 1987, dans les laboratoires de l’Institut Fraunhofer en Allemagne, des chercheurs travaillaient sur le Digital Audio Broadcasting, un projet qui paraissait anodin. Personne ne se doutait alors qu’ils étaient en train de poser les fondements d’une révolution qui allait secouer l’industrie musicale mondiale. Le CD venait juste de faire ses premiers pas, cinq ans plus tôt, et se posait la question de la compression audio numérique.

Karlheinz Brandenburg, diplômé en génie électrique et mathématiques de l’université d’Erlangen, dirigeait ces recherches avec une obsession : comment réduire drastiquement la taille des fichiers audio sans massacrer leur qualité ? La réponse résidait dans les bizarreries de notre système auditif. L’oreille humaine cache des failles que Brandenburg comptait bien exploiter. Certains sons en masquent d’autres, certaines fréquences disparaissent dans l’ombre d’autres plus dominantes. Ces phénomènes psychoacoustiques allaient devenir les piliers du futur MP3.

L’année 1988, l’ISO crée le Moving Pictures Experts Group. Ce consortium international avait pour mission d’établir des standards de compression audio et vidéo. Les travaux de Fraunhofer trouvaient enfin leur cadre institutionnel. Quatre années de développement s’écoulèrent avant que la norme MPEG-1 Layer 3 ne voie officiellement le jour en 1992. Ce nom barbare allait bientôt se muer en trois lettres qui changeraient le monde : MP3.

La magie opère grâce à un processus d’une complexité redoutable. Le signal audio subit d’abord un découpage temporel minutieux, puis passe sous le crible d’un banc de filtres hybrides mêlant transformation en cosinus discrète modifiée et filtrage polyphase. Un modèle psychoacoustique calcule ensuite les seuils de masquage pour chaque bande fréquentielle. Tout ce que l’oreille ne perçoit pas naturellement disparaît purement et simplement du fichier final. Seules subsistent les informations sonores réellement audibles, encodées avec le soin nécessaire.

Cette approche chirurgicale produit des résultats spectaculaires. Un morceau de musique occupe environ 10 mégaoctets par minute sur un CD. Avec une compression MP3 à 128 kilobits par seconde, ce même morceau tient dans 1 mégaoctet. Dix fois moins d’espace pour une qualité que la plupart des auditeurs jugent convenable. Cette prouesse technique allait bientôt rencontrer Internet.

Le milieu des années 1990 voit naître une convergence explosive. Internet s’étend, les connexions s’améliorent, et le MP3 trouve sa voie. En 1995, le format circule sur les réseaux informatiques. WinAmp, petit logiciel de lecture audio, accompagne cette diffusion et transforme l’ordinateur personnel en chaîne hi-fi. Mais cette démocratisation s’accompagne d’un phénomène imprévu : le piratage musical explose.

Napster fait trembler l’industrie du disque. Cette plateforme d’échange peer-to-peer met en relation des millions d’internautes désireux de partager leur collection musicale numérisée. Les maisons de disques découvrent avec effroi que leur modèle économique vacille. Les procès pleuvent, les débats sur le droit d’auteur s’enflamment. Le MP3 est le symbole d’une bataille juridique et économique sans précédent.

L’industrie riposte en créant l’offre légale. Saehan Information Systems commercialise le premier baladeur MP3 portable en 1998. Trois ans plus tard, Apple frappe un grand coup avec l’iPod et iTunes. Steve Jobs réussit là où beaucoup ont échoué : créer un écosystème viable alliant matériel et distribution légale de musique numérique. L’iPod est l’objet technologique incontournable du début du XXI^e siècle.

La souplesse technique du MP3 explique en partie son succès. Le format propose une gamme de débits allant de 32 à 320 kilobits par seconde. Chaque utilisateur adapte le compromis taille-qualité selon ses besoins et contraintes. Trois modes de compression coexistent : CBR maintient un débit constant, VBR fait varier le débit selon la complexité du passage musical, ABR trouve un compromis entre les deux approches. Cette diversité satisfait aussi bien l’audiophile exigeant que l’utilisateur pressé.

Sous le capot, la technologie impressionne par sa sophistication. L’analyse spectrale repose sur la transformée de Fourier rapide qui décompose le signal en ses composantes fréquentielles. Un mécanisme de « réservoir de bits » redistribue dynamiquement le débit entre les trames selon les besoins de chaque segment audio. Cette gestion intelligente optimise chaque octet disponible.

Pourtant, le MP3 n’échappe pas aux compromis inhérents à toute compression. Des artefacts peuvent apparaître, comme ces pré-échos qui précèdent les attaques instrumentales brutales. Les hautes fréquences perdent parfois de leur netteté. Ces défauts, imperceptibles pour beaucoup, agacent les puristes et motivent le développement de successeurs plus performants comme l’AAC ou l’Opus.

L’aventure juridique du MP3 trouve son épilogue en 2017. Les brevets de l’Institut Fraunhofer et de Thompson Licensing expirent cette année-là. Leurs créateurs annoncent officiellement l’arrêt du support du format, encourageant l’adoption de technologies plus récentes. Une page se tourne après vingt-cinq années de domination.

Le MP3 a métamorphosé notre rapport à la musique. Fini les rayonnages de CD, terminés les walkman et leurs cassettes fragiles. La musique est nomade, accessible partout, copiable à l’infini. Cette liberté nouvelle bouleverse les habitudes d’écoute mais interroge sur la valorisation du travail artistique. Comment rémunérer équitablement les créateurs dans un monde où leur œuvre se dématérialise ?

Au-delà de la musique, le MP3 illustre parfaitement comment la recherche fondamentale peut transformer la société. Les travaux sur la psychoacoustique et le traitement du signal ont révolutionné une industrie entière. Cette technologie démontre aussi la puissance des standards ouverts et de la recherche publique dans l’innovation technologique.

L’héritage du MP3 se retrouve dans tous les codecs audio modernes. Spotify, Deezer, Apple Music s’appuient sur les principes qu’il a établis. Supplanté techniquement, le MP3 reste le format de référence dans l’inconscient collectif.

Haut de page

WAVE

En 1991, quand Microsoft et IBM unissent leurs efforts, ils créent bien plus qu’un simple format de fichier audio. Le WAVE naît dans cette collaboration, à une époque où l’ordinateur personnel découvre vraiment le multimédia. Les machines commencent à produire autre chose que des bips électroniques, et il faut bien stocker cette nouvelle richesse sonore quelque part.

Le choix technique s’oriente vers RIFF, cette architecture de fichier pensée comme un grand conteneur modulaire. Chaque élément trouve sa place dans des « chunks », ces petits segments identifiés par quatre caractères. Une approche qui fait alors évoluer la gestion des données multimédias. Les développeurs apprécient cette souplesse de pouvoir ajouter, retirer, réorganiser les informations sans casser la structure générale.

La philosophie du WAVE tient en quelques mots : préserver l’intégrité du son. Pas de compression, pas d’artifice, juste la représentation numérique brute du signal analogique. Le format se contente de deux éléments essentiels : le segment « fmt » qui décrit les caractéristiques techniques, et le « data » qui contient les échantillons sonores. Cette simplicité apparente cache en réalité une robustesse remarquable.

Les années 1990 voient le WAVE s’imposer progressivement. Sa compatibilité naturelle avec Windows lui donne un avantage certain, mais les systèmes Macintosh et Linux l’adoptent aussi. Les professionnels du son découvrent un outil fiable, capable de restituer exactement ce qu’ils ont enregistré. Fini les dégradations dues aux algorithmes de compression : ce qu’on entend à la sortie correspond fidèlement à ce qu’on a capturé à l’entrée.

L’Union européenne de radio-télévision comprend vite l’intérêt du format. En 1997, elle lance le Broadcast Wave Format, une extension qui enrichit le WAVE de métadonnées spécialisées. Soudain, un fichier audio raconte son histoire : qui l’a créé, quand, dans quelles conditions, avec quel matériel. Cette traçabilité devient vite indispensable dans l’industrie audiovisuelle, où chaque seconde de programme doit être documentée et vérifiable.

Mais le WAVE révèle aussi ses limites. Cette frontière des 4 Go, héritée de la structure RIFF originale, se trouve problématique quand les studios s’orientent vers la haute résolution. Un enregistrement de concert en 96 kHz peut facilement dépasser cette limite. L’UER réagit en 2009 avec RF64, une extension qui repousse ces contraintes techniques. Les archivistes et les producteurs peuvent enfin travailler sans se soucier de la durée de leurs enregistrements.

La représentation des données dans le WAVE suit une logique précise. Les échantillons 8 bits utilisent des octets non signés, de 0 à 255, tandis que le 16 bits adopte le complément à deux, entre -32 768 et 32 767. Cette cohérence technique facilite grandement le travail des programmeurs et garantit une conversion fidèle vers le signal analogique.

Le monde archivistique adopte massivement le format. L’Association Internationale des Archives Sonores et Audiovisuelles en fait une recommandation officielle. Sa logique ? Un format simple, documenté, sans compression, c’est la garantie d’une lecture possible dans cinquante ans. La British Library numérise ses collections audio en WAVE, tout comme la Bibliothèque du Congrès américain. Ces choix institutionnels ancrent définitivement le format dans la culture de la conservation numérique.

Dans les années 2000, FLAC arrive et compresse sans perte, divisant par deux la taille des fichiers tout en préservant la qualité audio. Pourtant, le WAVE ne faiblit pas. Dans les studios d’enregistrement, les salles de montage, les archives, il reste la référence. Sa simplicité constitue finalement sa force : pas d’algorithme complexe à décoder, pas de brevet à contourner, juste des données brutes et lisibles.

Le format évolue discrètement. Les métadonnées s’enrichissent avec les segments INFO, les balises XMP ou ID3. Ces ajouts transforment progressivement le WAVE d’un simple conteneur audio en véritable document numérique, capable de porter des informations contextuelles riches. Les workflows professionnels modernes tirent parti de cette flexibilité pour automatiser la gestion des contenus.

Des outils comme JHOVE accompagnent cette évolution en proposant validation et analyse technique. Vérifier la conformité d’un fichier WAVE, extraire ses métadonnées, détecter d’éventuelles corruptions sont des fonctions indispensables quand on gère des milliers d’heures d’archives audio. La communauté développe ainsi tout un écosystème autour du format.

Plus de trente ans après sa création, le WAVE traverse les époques sans prendre une ride. Sa longévité s’explique par un équilibre subtil entre simplicité technique et polyvalence d’usage. Là où d’autres formats disparaissent avec leurs technologies d’origine, le WAVE persiste parce qu’il répond au besoin de conserver le son dans sa forme la plus pure, sans artifice ni compromis.

Le format audio de Microsoft et IBM de 1991 continue de capturer nos sons les plus précieux, preuve que certaines innovations traversent les générations sans perdre leur pertinence.

Haut de page

Python

C’est une histoire qui commence par un week-end de décembre 1989. Guido van Rossum, chercheur au Centre de Mathématiques et d’Informatique des Pays-Bas, profite de ses congés pour bricoler un nouveau langage de programmation. Rien de très ambitieux au départ : il veut créer quelque chose de plus pratique qu’ABC, un langage sur lequel il a travaillé, quelque chose qui fonctionne mieux avec UNIX sans pour autant y être enchaîné.

Le nom qu’il choisit trahit son goût pour l’humour britannique. Python, c’est un clin d’œil aux Monty Python’s Flying Circus, cette troupe qui a marqué la comédie anglaise. Ce choix annonce l’état d’esprit qui va habiter la communauté des développeurs : un mélange de sérieux technique et de second degré bienvenu dans un monde parfois trop austère.

Il publie sa première version en février 1991 sur alt.sources, ce forum où les programmeurs échangent leurs créations. La version 0.9.0 contient ce qui va faire la singularité de Python, à savoir une syntaxe qui privilégie la lisibilité, une approche qui tranche avec les langages de l’époque. L’indentation, élément de syntaxe à part entière, est un héritage direct d’ABC. Cette idée fait grincer des dents au début. Les programmeurs habitués aux accolades et aux points-virgules trouvent cela étrange. Pourtant, cette contrainte va se révéler libératrice : elle force à écrire du code propre et lisible.

La philosophie se cristallise autour d’un principe simple : « Il devrait y avoir une façon unique et préférable de faire les choses ». Cette maxime guide toutes les décisions de conception. Là où d’autres langages multiplient les syntaxes pour une même opération, Python fait le choix de la simplicité. Le code est plus prévisible, donc plus facile à maintenir et à comprendre.

Python 1.0 arrive en janvier 1994 avec un arsenal fonctionnel solide. Que ce soit lambda, map, filter ou reduce, ces outils empruntés à la programmation fonctionnelle enrichissent les possibilités d’expression. Le langage trouve ses marques, attire ses premiers adeptes. La version 1.5 de décembre 1997 consolide ces fondations et prépare le terrain pour la suite.

L’an 2000 apporte Python 2.0 et ses nouveautés. Le ramasse-miettes automatise la gestion mémoire, libérant le programmeur de cette corvée. Les compréhensions de liste introduisent une syntaxe élégante pour manipuler les collections : [x**2 for x in range(10)] remplace avantageusement plusieurs lignes de boucles traditionnelles. Ces ajouts ne trahissent pas l’esprit originel mais l’affinent.

Le succès grandissant de Python révèle une approche différente du développement. Le langage encourage la modularité sans l’imposer brutalement. Les modules se combinent naturellement, le code se réutilise sans acrobaties. Cette fluidité séduit des programmeurs lassés par la complexité d’autres outils.

Puis vient 2008 et Python 3.0, une version qui bouleverse les habitudes. Van Rossum et son équipe font le choix de la rupture pour corriger des défauts de conception. Cette décision courageuse fracture temporairement la communauté : les anciens programmes ne fonctionnent plus directement avec la nouvelle version. Mais cette audace paie à long terme. Python 3 pose des bases plus saines, plus cohérentes.

Le typage dynamique de Python facilite l’écriture rapide de prototypes. Pas besoin de déclarer le type d’une variable avant de l’utiliser, le langage s’en charge. Cette souplesse accélère le développement initial tout en demandant parfois plus de rigueur dans les tests. La gestion des erreurs, inspirée de Modula-3, structure les programmes sans les alourdir.

L’orientation objet s’intègre naturellement dans Python dès ses premières versions. Pas de choc conceptuel, juste une approche pragmatique qui laisse le choix au programmeur, comme écrire du code procédural simple ou organiser ses programmes en classes sophistiquées selon les besoins.

La richesse de la bibliothèque standard distingue Python de ses concurrents. « Batteries incluses », dit-on dans la communauté. E-mail, web, cryptographie, compression : la plupart des besoins courants trouvent une réponse dans la distribution de base. Cette abondance évite de chercher des bibliothèques tierces pour des tâches standard.

L’accessibilité fait de Python un langage de choix pour l’apprentissage. Sa syntaxe, proche du langage naturel, démystifie la programmation. Des livres comme Python for Kids popularisent son usage pédagogique. Les universités l’adoptent massivement pour initier leurs étudiants.

PyPI, l’index des paquets Python, transforme le partage de code en jeu d’enfant. Une simple commande pip install suffit pour ajouter des fonctionnalités à un projet. Cette facilité nourrit un écosystème dynamique où chacun contribue et bénéficie du travail des autres.

Les PEP (Python Enhancement Proposals) organisent l’évolution du langage de manière démocratique. Ces propositions d’amélioration structurent les débats, documentent les choix techniques. Cette gouvernance ouverte maintient la cohérence tout en accueillant les contributions externes.

Google adopte Python dès ses débuts pour certaines parties de son moteur de recherche. Cette légitimation par une entreprise technologique majeure ouvre des portes. D’autres organisations suivent, attirées par la productivité du langage et la qualité de son écosystème.

L’explosion de l’intelligence artificielle propulse Python au premier plan. TensorFlow, PyTorch, scikit-learn : les bibliothèques spécialisées se multiplient. Les data scientists adoptent massivement le langage pour ses capacités d’analyse et de visualisation. NumPy transforme Python en concurrent sérieux de MATLAB pour le calcul scientifique.

Django révolutionne le développement web en Python. Ce framework propose une approche complète : ORM intégré, interface d’administration automatique, système de templates sophistiqué. Instagram, Pinterest, Mozilla utilisent Django pour leurs sites à fort trafic, prouvant sa robustesse industrielle.

Les versions récentes peaufinent l’expérience utilisateur. Python 3.8 introduit l’opérateur morse ( :=) qui assigne une valeur tout en l’utilisant dans une expression. Python 3.9 améliore les performances du dictionnaire, structure de données centrale du langage. Ces évolutions traduisent une maturité technique croissante.

La portabilité reste un atout majeur : un programme Python fonctionne identiquement sous Windows, macOS ou Linux. Cette universalité, combinée à la gratuité et au modèle open source, élimine bien des barrières à l’adoption. Les entreprises apprécient cette liberté qui les protège du verrouillage technologique.

L’intégration avec d’autres langages ouvre des perspectives. Cython compile du Python vers du C pour gagner en performance. Jython transpile (convertit du code dans un autre langage) vers Java, PyPy recompile à la volée. Ces passerelles permettent d’optimiser les parties critiques sans abandonner la productivité de Python.

Python s’impose dans des domaines variés : automatisation système, développement web, analyse de données, intelligence artificielle, calcul scientifique. Cette polyvalence reflète les choix de conception initiaux de van Rossum. En privilégiant la simplicité et la lisibilité, il a créé un outil qui s’adapte aux besoins changeants de l’informatique. Trente ans après ce week-end de décembre 1989, le langage continue d’évoluer tout en gardant son âme : rendre la programmation accessible sans sacrifier la puissance.

Haut de page

Linux

UNIX était un système d’exploitation écrit en langage C qui pouvait s’adapter à différents matériel. C’était un moyen de contourner le casse-tête des ordinateurs de qui ne se parlaient pas entre constructeurs, comme ceux d’IBM et de Burroughs par exemple. Seul le noyau nécessitait des ajustements spécifiques à chaque architecture. Malin, mais les licences UNIX coûtaient une fortune : les revendeurs gonflaient les prix jusqu’à dix fois le tarif initial.

Andrew Tanenbaum, professeur américain installé aux Pays-Bas, eut alors une autre approche. Il voulait montrer à ses étudiants comment fonctionnait réellement un système d’exploitation. Son MINIX, taillé pour les processeurs Intel 8086 qui envahissaient le marché, n’égalait pas les performances des systèmes commerciaux. Sa force résidait ailleurs : Tanenbaum publia les 12 000 lignes de code dans son livre « Operating Systems : Design and Implementation ». On voyait déjà cette pratique pour des programmes en BASIC sur des ordinateurs personnels, comme des jeux, mais pas pour des systèmes d’exploitation entiers. Les programmeurs curieux pouvaient enfin regarder sous le capot.

Linus Torvalds, étudiant en deuxième année d’informatique à Helsinki, faisait partie de ces lecteurs passionnés. Ce Finlandais autodidacte découvrait simultanément les idées de Richard Stallman. Stallman avait démarré sa carrière au laboratoire d’IA du MIT, où il créa l’éditeur Emacs. Au début des années 1980, il observa avec amertume que les entreprises logicielles débauchaient les meilleurs programmeurs en leur imposant des clauses de confidentialité draconiennes. Selon lui, les logiciels devaient rester libres, copiables et modifiables par tous.

Le projet du système GNU (acronyme récursif pour « GNU is Not UNIX ») vit le jour en 1983. Stallman commença par le compilateur GCC en 1984, un chef-d’œuvre technique qui surpassait les réalisations d’équipes entières de développeurs commerciaux. Mais il manquait encore le noyau du système.

Torvalds, inspiré par MINIX, s’en chargea et sa première version Linux (0.01) apparut en septembre 1991, suivie par la 0.02 en octobre. L’accueil fut immédiat : des programmeurs du monde entier téléchargeaient le code, l’essayaient, l’amélioraient et renvoyaient leurs contributions à Torvalds. Une dynamique collaborative inédite se mettait en marche.

Tanenbaum ne fut pas tendre avec ce petit nouveau. En 1991, il critiqua violemment l’architecture monolithique du noyau Linux, la qualifiant d’erreur de conception majeure. « Linux est obsolète », asséna-t-il. Torvalds encaissa les critiques et poursuivit son travail. L’histoire lui donnera raison.

L’association avec les programmes GNU transforma Linux en système complet. La licence GPL garantissait que le code source resterait accessible, créant un cercle vertueux : plus de contributeurs, plus d’améliorations, plus d’utilisateurs. Les étudiants et programmeurs affluaient vers ce terrain de jeu libre.

Red Hat et Debian lancèrent les premières distributions commerciales, assemblant des logiciels précompilés pour simplifier l’installation. Les interfaces graphiques KDE et GNOME rendirent le système accessible aux non-initiés. Linux sortait des laboratoires pour conquérir les bureaux.

Le manchot Tux, mascotte du projet, raconte une anecdote savoureuse. Lors de vacances dans l’hémisphère sud, Torvalds rencontra un pingouin qui lui mordit la main. Cet incident cocasse inspira plus tard le choix du symbole. L’humour n’était jamais loin dans cette aventure.

Linux développa sa propre philosophie. Chaque outil accomplit une seule tâche, mais la réalise parfaitement. L’interface traite fichiers et périphériques d’entrée-sortie de façon uniforme. Les utilisateurs combinent ces outils simples pour créer des fonctionnalités sophistiquées, personnalisant leur environnement selon leurs goûts.

La robustesse impressionne : un programme défaillant ne fait pas s’effondrer le système entier. La mémoire de chaque processus reste cloisonnée, empêchant les interférences non autorisées. L’environnement de développement intègre nativement une panoplie d’outils de programmation.

Linux est la transformation d’un projet étudiant en phénomène planétaire. Il fait tourner des serveurs web, des supercalculateurs et nos appareils mobiles Android. Une communauté internationale de développeurs prouve qu’elle peut créer et maintenir un système d’exploitation sophistiqué, bousculant les modèles propriétaires établis. Le petit noyau de Linus a grandi jusqu’à défier les géants de l’industrie, portant les couleurs du développement collaboratif et de l’ouverture du code source.

Haut de page

Visual Basic

Visual Basic commence avec une idée simple : rendre accessible la programmation Windows à un public plus large que les seuls experts en C ou en assembleur. En mai 1991, Microsoft frappe un grand coup en lançant Visual Basic 1.0. Pour la première fois, créer une interface graphique ne nécessite plus d’écrire des centaines de lignes de code obscur. Il suffit de glisser-déposer des boutons, des zones de texte et des menus directement sur l’écran.

Cette approche visuelle bouleverse les habitudes. Là où il fallait auparavant maîtriser les subtilités de l’API Windows et manipuler des structures complexes, Visual Basic propose une logique intuitive : ce que vous voyez à l’écran correspond exactement à ce que verra l’utilisateur final. Un bouton placé dans un coin de la fenêtre apparaîtra au même endroit dans l’application terminée.

Microsoft ne s’arrête pas là. En septembre 1992, une version DOS voit le jour, tentant de transposer cette facilité d’usage dans l’environnement texte. Les caractères ASCII étendus simulent tant bien que mal des éléments graphiques, mais l’expérience est rudimentaire comparée à la version Windows.

La version 2.0 de novembre 1992 corrige les premiers défauts et accélère l’exécution des programmes. L’environnement de développement gagne en fluidité, ce qui encourage encore plus de programmeurs à franchir le pas. Avec la 3.0 de l’été 1993, Microsoft introduit une nouveauté de taille : l’accès direct aux bases de données. L’intégration avec Access simplifie la création d’applications de gestion, un marché en pleine expansion.

Visual Basic 4.0 sort en 1995. Windows 95 démocratise les systèmes 32 bits, et Microsoft adapte son langage en conséquence. Cette version navigue entre deux mondes : elle génère du code 16 bits pour les anciens systèmes tout en exploitant les capacités des nouveaux processeurs 32 bits. La programmation orientée objet fait son apparition, timidement certes, mais elle ouvre de nouvelles perspectives architecturales.

Deux ans plus tard, Visual Basic 5.0 abandonne définitivement le 16 bits. Cette décision audacieuse témoigne de la confiance de Microsoft dans l’avenir du 32 bits. La compilation native remplace l’interprétation traditionnelle du BASIC, accélérant significativement l’exécution des programmes. Les développeurs découvrent la possibilité de créer leurs propres contrôles réutilisables, ouvrant la voie à un écosystème de composants tiers.

Visual Basic 6.0, sorti mi-1998, s’aventure sur le terrain du web. Internet Explorer évolue vers une plateforme de développement à part entière, permettant de créer des applications hybrides mêlant desktop et web. Cette version connaît un succès phénoménal et semble toujours utilisée dans certaines entreprises, malgré l’arrêt officiel du support.

L’arrivée du nouveau millénaire nous apporte Visual Basic .NET en 2002. Microsoft opère une rupture totale avec le passé. Le code géré, la gestion automatique de la mémoire et l’intégration au Framework .NET transforment radicalement la nature du langage. Cette transition brutale déstabilise une partie de la communauté, habituée à la simplicité des versions précédentes.

Visual Basic .NET 2003 consolide cette nouvelle orientation. Le support du .NET Compact Framework ouvre les portes du développement mobile, confidentiel à cette époque. Microsoft propose des outils de migration automatique, mais la transformation est souvent laborieuse.

En 2005, Microsoft simplifie la nomenclature et abandonne le suffixe .NET. Visual Basic 2005 récupère une partie de son identité perdue. La fonctionnalité « Edit and Continue » révolutionne le débogage en autorisant les modifications de code en temps réel. L’espace de noms « My » facilite l’accès aux ressources système, retrouvant l’esprit de simplicité des premières versions.

Les versions suivantes accompagnent l’évolution du Framework .NET : 2008 exploite la version 3.5, 2010 s’appuie sur la 4.0, 2012 utilise la 4.5. Chaque itération apporte son lot d’améliorations techniques, mais l’essence du langage reste fidèle à sa mission initiale : démocratiser le développement logiciel.

La programmation événementielle constitue l’âme de Visual Basic. À l’inverse des programmes traditionnels qui suivent un cheminement linéaire du début à la fin, les applications Visual Basic vivent au rythme des interactions utilisateur. Un clic sur un bouton déclenche une procédure, une frappe au clavier active une autre fonction. Cette approche réactive transforme la logique de la programmation.

Cette philosophie événementielle reflète l’évolution de l’informatique personnelle. Les ordinateurs des années 1990 sont de plus en plus interactifs, et les utilisateurs attendent des interfaces réactives et intuitives. Visual Basic répond parfaitement à cette attente en proposant un modèle de développement aligné sur cette nouvelle réalité.

L’adoption massive de Visual Basic témoigne de sa pertinence : à la fin des années 1990, neuf applications Windows sur dix sortent de cet environnement. Cette domination s’explique par l’explosion du marché informatique, la standardisation de Windows et surtout l’accessibilité du langage.

Visual Basic a métamorphosé le paysage du développement logiciel en rendant la création d’applications Windows accessible à un public bien plus large que les seuls informaticiens chevronnés. Des comptables créent leurs propres outils de gestion, des ingénieurs développent des applications de calcul, des enseignants programment des logiciels éducatifs. Cette démocratisation redistribue les cartes de l’industrie logicielle.

Haut de page

DEC OSF/1

En 1992, Digital Equipment Corporation traversait une période de mutation. L’entreprise, autrefois géant de la mini-informatique, cherchait à s’imposer sur le marché des serveurs d’entreprise face à une concurrence de plus en plus féroce. Elle lance alors le développement d’une version particulière d’OSF/1, adaptée à sa nouvelle architecture Alpha et destinée aux serveurs AlphaServer.

Le projet naît d’une nécessité : créer un système capable de rivaliser avec les solutions UNIX existantes tout en exploitant pleinement les capacités des processeurs Alpha. Les équipes d’ingénieurs se fixent des objectifs ambitieux : gérer au minimum deux processeurs, atteindre 120 transactions par seconde sur les tests TPC-A et supporter au moins 1 gigaoctet de mémoire. Ces spécifications représentaient un travail technique considérable.

L’architecture retenue s’appuie sur un bus système à huit nœuds maximum. Sept emplacements accueillent jusqu’à quatre processeurs chacun, le huitième étant réservé au pont système-vers-PCI. Cette conception modulaire répond à une philosophie claire : offrir une évolutivité sans compromettre les performances. Les ingénieurs intègrent des technologies émergentes comme les bus PCI et EISA, un pari risqué qui s’avérera payant pour la compatibilité avec l’écosystème PC.

La gestion de la mémoire pose des contraintes particulières. Le système doit jongler avec des processeurs de vitesses différentes tout en maintenant une cohérence parfaite des caches. La solution adoptée fait appel à un cache secondaire de 1 Mo utilisant des composants SRAM de 15 nanosecondes. Ce choix résulte d’un compromis délicat entre performance et coût, les mémoires plus rapides étant prohibitives pour un produit commercial.

Les tampons de flux constituent l’une des innovations les plus remarquables du système. Ces dispositifs surveillent les adresses des transactions de lecture et anticipent les besoins en préchargeant les données fréquemment utilisées, faisant chuter les temps d’accès de 9 à 7 cycles, un gain significatif qui se répercute sur les performances globales.

Côté entrées-sorties, DEC adopte une approche hybride entre PCI et EISA. Cette décision conservatrice s’explique par des contraintes économiques. Bien que plus ancien, l’EISA reste moins cher que le PCI tout en offrant des performances acceptables pour certaines applications. Le système supporte ainsi jusqu’à 18 ports réseau.

Le démarrage du système intègre des fonctionnalités de haute disponibilité soignées. Les dispositifs de stockage « hot-swap » permettent le remplacement à chaud des composants défaillants. Plus impressionnant encore, le système gère automatiquement les ROM flash corrompues sans intervention humaine, une prouesse technique qui évitera bien des cauchemars aux administrateurs système.

La compatibilité multi-OS représente un autre atout important. DEC OSF/1 cohabite avec Windows NT et OpenVMS sur la même machine, répondant ainsi aux besoins hétérogènes des entreprises. Cette polyvalence, rare à l’époque, séduira de nombreux clients soucieux de préserver leurs investissements logiciels existants.

La version 3.0, dévoilée en 1994, marque l’aboutissement de ces efforts. Le support complet du multiprocesseur symétrique (SMP) place le système dans la cour des grands. Les développeurs ont repensé les mécanismes de synchronisation et les algorithmes du noyau pour tirer parti du parallélisme. Le résultat dépasse les attentes : les performances mesurées surpassent largement les objectifs initiaux.

L’accueil du marché est enthousiaste. L’AlphaServer 2100, équipé de DEC OSF/1, est la référence en termes de rapport prix-performances. Les tests indépendants confirment la supériorité du système, consolidant la position de DEC sur le marché des serveurs d’entreprise.

Cette réussite technique influence durablement l’industrie. Les concepts développés pour DEC OSF/1 – gestion avancée de la mémoire, support multiprocesseur optimisé, architecture modulaire – essaiment dans d’autres systèmes. L’approche équilibrée entre innovation et pragmatisme sera un modèle pour les développements ultérieurs.

En 1995, DEC rebaptise son système Digital UNIX, puis Tru64 UNIX après le rachat par Compaq en 1998. HP, qui absorbe Compaq en 2002, poursuit le développement jusqu’en 2012. Cette longévité témoigne de la solidité des fondations posées par les équipes de DEC au début des années 1990. Rétrospectivement, DEC OSF/1 illustre parfaitement les enjeux de cette décennie charnière. Face à la montée en puissance des architectures RISC et à l’explosion des besoins en calcul distribué, DEC a su créer un système à la hauteur des ambitions.

Haut de page

Blowfish

En 1993, alors que le Data Encryption Standard montrait ses premiers signes de faiblesse avec sa clé de 56 bits devenue vulnérable aux attaques par force brute, Bruce Schneier présentait au monde Blowfish, un algorithme de chiffrement symétrique qui allait révolutionner l’approche de la sécurité informatique.

Il n’avait pas choisi le hasard pour développer cet algorithme. Les solutions propriétaires dominaient le marché, souvent assorties de brevets contraignants et de coûts prohibitifs. L’idée d’un algorithme libre, gratuit et performant germait dans l’esprit de ce cryptographe américain qui souhaitait démocratiser l’accès au chiffrement fort. Blowfish naissait de cette vision : proposer une alternative crédible aux standards établis, sans les entraves juridiques ni financières.

Les spécifications techniques de Blowfish tranchaient avec les pratiques de l’époque. Contrairement à DES et sa clé figée, ce nouvel algorithme acceptait des clés de longueur variable, s’étendant de 32 à 448 bits. Cette flexibilité répondait aux besoins diversifiés des utilisateurs, qu’ils soient particuliers cherchant une protection basique ou gouvernements exigeant une sécurité maximale. Le cœur de l’algorithme reposait sur un réseau de Feistel à 16 tours, architecture éprouvée mais rehaussée par une innovation remarquable : les S-boxes dépendantes de la clé.

Ces boîtes de substitution constituaient la signature de Blowfish. Plutôt que d’utiliser des tables fixes comme ses prédécesseurs, l’algorithme générait ses propres S-boxes à partir de la clé fournie. L’initialisation démarrait avec les décimales de π, garantissant l’absence de trappes secrètes, puis les modifiait selon un processus complexe impliquant la clé utilisée. Cette approche rendait chaque implémentation unique tout en conservant les propriétés cryptographiques recherchées.

La présentation officielle eut lieu en 1994 lors du workshop Fast Software Encryption à Cambridge. L’accueil fut mitigé : si l’innovation technique impressionnait, la communauté cryptographique restait prudente face à ce nouveau venu. Les premiers tests de sécurité se succédèrent. Serge Vaudenay identifia des classes de clés faibles dans les versions réduites à moins de 14 tours, mais ces vulnérabilités n’affectaient pas la version standard. Vincent Rijmen développa une attaque différentielle du second ordre contre une variante à 4 tours, démonstration technique brillante qui ne remettait nullement en cause la robustesse de l’algorithme complet.

L’adoption commerciale de Blowfish dépassa les espérances de son créateur. Access Manager de Citi-Software Ltd l’intégra dans son gestionnaire de mots de passe, exploitant sa rapidité d’exécution pour sécuriser les données sensibles. Le traitement de texte AEdit en fit son moteur de chiffrement de documents, tandis que Blowfish Advanced CS de Markus Hahn l’utilisait pour l’effacement sécurisé de fichiers. Cette multiplication des implémentations témoignait de la confiance accordée par l’industrie à cet algorithme libre.

Les performances constituaient l’un des atouts majeurs de Blowfish. Sur les processeurs 32 bits, il ne nécessitait que 18 cycles d’horloge par octet chiffré, performance remarquable face aux 45 cycles de DES ou aux 50 cycles d’IDEA. Cette efficacité provenait du choix judicieux d’opérations simples : XOR, addition sur des mots de 32 bits, accès à des tables pré-calculées. Les tableaux de sous-clés tenaient dans le cache des processeurs comme le 80486 ou le 68040, optimisant ainsi les accès mémoire.

Cependant, cette rapidité d’exécution s’accompagnait d’un revers : l’initialisation. La génération des sous-clés requérait l’équivalent de 521 itérations de chiffrement, processus long qui pénalisait les applications nécessitant des changements fréquents de clé. Cette caractéristique orientait naturellement Blowfish vers les usages où la clé restait stable : chiffrement de fichiers, communications sécurisées établies, stockage de données.

La sécurité théorique de Blowfish impressionnait par sa solidité mathématique. Schneier avait calculé qu’une clé de 197 bits résisterait même si l’on convertissait toute l’énergie produite par le Soleil en opérations de calcul. Ces projections, bien qu’hypothétiques, illustraient la marge de sécurité considérable offerte par l’algorithme. Une clé de 128 bits nécessitait des milliards d’ordinateurs puissants pendant des millions d’années pour être brisée par force brute.

Les S-boxes dépendantes de la clé renforçaient cette sécurité en compliquant la cryptanalyse différentielle. Chaque clé générait ses propres tables de substitution, rendant difficile l’établissement de patterns exploitables. Le réseau de Feistel assurait une diffusion optimale : après quelques tours, chaque bit de sortie dépendait de l’ensemble des bits d’entrée, propriété centrale pour résister aux attaques statistiques.

Malgré ses qualités indéniables, Blowfish révélait certaines limites avec le temps. Sa taille de bloc de 64 bits, standard dans les années 1990, paraissait insuffisante face aux exigences croissantes de sécurité qui privilégiaient désormais les blocs de 128 bits. L’empreinte mémoire de l’algorithme, avec ses multiples tables, posait problème sur les systèmes embarqués aux ressources limitées comme les cartes à puce.

Ces contraintes n’empêchèrent pas Blowfish de s’imposer durablement. Trente ans après sa création, l’algorithme équipe encore de nombreux systèmes, témoignage de sa conception solide et équilibrée. Son successeur Twofish, finaliste du concours AES en 1998, reprit plusieurs de ses innovations tout en corrigeant les limitations identifiées. Mais Blowfish conservait ses adeptes, séduits par sa simplicité d’intégration et ses performances éprouvées.

L’impact de Blowfish dépassa largement le domaine technique. Il démontra qu’un algorithme cryptographique libre pouvait rivaliser avec les solutions commerciales les plus sophistiquées. Cette réussite inspira des développeurs et des chercheurs, contribuant à l’essor du mouvement de la cryptographie libre. OpenSSL et d’autres projets comme GnuPG s’appuyèrent sur cette démonstration pour légitimer leur approche collaborative.

L’analyse publique dont bénéficia Blowfish valida également le principe de Kerckhoffs, selon lequel la sécurité d’un système cryptographique ne doit reposer que sur le secret de la clé, non sur celui de l’algorithme. Cette transparence, loin d’affaiblir la sécurité, la renforçait en soumettant l’algorithme au regard critique de la communauté scientifique internationale.

Blowfish demeure une référence pédagogique incontournable pour comprendre les mécanismes de la cryptographie symétrique moderne. Son histoire illustre la transition du chiffrement matériel vers le chiffrement logiciel, démocratisation des outils cryptographiques, importance croissante des performances sur les architectures grand public. Cette synthèse réussie entre sécurité théorique et efficacité pratique en fit un modèle pour de nombreux algorithmes ultérieurs.

Haut de page

JPEG

Dans les années 1980, une situation paradoxale caractérisait le monde numérique : les images proliféraient mais aucun standard n’existait pour les compresser et les échanger. Les télécommunications faisaient leurs premiers pas vers le multimédia tandis que l’informatique découvrait les joies de la couleur. Face à ce vide normatif, une initiative internationale voit le jour en 1986 : le Joint Photographic Experts Group, plus connu sous l’acronyme JPEG.

Cette collaboration réunit des chercheurs venus de l’ISO et du CCITT (Comité consultatif international télégraphique et téléphonique, l’ancêtre de l’UIT-T). Leur mission semble claire sur le papier : inventer une méthode de compression universelle. Dans les faits, le défi se révèle autrement plus complexe. Comment concilier qualité visuelle et économie d’espace de stockage ? Comment créer un format qui fonctionne aussi bien pour la télécopie couleur que pour les futures applications qu’on ne soupçonne pas encore ?

Les travaux démarrent par une phase d’exploration tous azimuts. En juin 1987, douze techniques de compression différentes se disputent la vedette lors de tests comparatifs. L’ambiance doit être électrique : chaque équipe défend sa méthode avec la conviction que la sienne changera le monde. Après cette première confrontation, trois approches sortent du lot et méritent un approfondissement.

Les trois finalistes subissent une nouvelle batterie d’évaluations en janvier 1998 à Copenhague. C’est là qu’émerge la technique qui dominera les décennies suivantes : la Transformée en Cosinus Discrète, plus connue sous le sigle DCT. Cette approche mathématique, développée dans les années 1970, trouve enfin son terrain d’application idéal.

Le principe du JPEG ressemble à une recette de cuisine sophistiquée. L’image se découpe d’abord en petits carrés de 8×8 pixels, comme si on la taillait en mosaïque. Chaque morceau subit la fameuse transformation DCT qui convertit les pixels en coefficients de fréquences spatiales. Cette étape révèle l’ingéniosité du procédé : plutôt que de stocker chaque pixel individuellement, on encode les variations et les répétitions dans l’image.

Vient ensuite la quantification, l’étape la plus délicate du processus. Ici, l’algorithme fait des choix : il élimine les informations que l’œil humain perçoit mal ou pas du tout. Cette sélection impitoyable constitue le cœur de la compression avec perte. L’encodage de Huffman complète la chaîne en compactant les données résultantes selon leur fréquence d’apparition.

Les résultats dépassent les espérances. Des taux de compression de 10 à 1, voire 20 à 1, sont monnaie courante sans altération visible de la qualité. Pour la première fois, on peut stocker des centaines d’images sur l’équivalent numérique de quelques disquettes.

La normalisation s’étire sur des années, révélant la complexité de l’exercice. Le comité JPEG opte pour une architecture modulaire qui autorise différents modes de fonctionnement. Le mode « baseline » constitue le socle minimal : tout décodeur digne de ce nom doit le supporter. Cette approche pragmatique évite l’écueil des standards trop rigides ou trop permissifs.

Les premiers brouillons circulent dès 1990 dans les laboratoires et les entreprises. L’UIT-T valide la spécification en 1992 sous la référence T.81, suivie par l’ISO en 1994 avec la norme ISO/IEC 10918-1. Ces dates officielles masquent une réalité plus nuancée : le format s’impose dans les faits bien avant sa validation administrative.

Le comité prend une décision qui se révélera déterminante pour l’avenir : les composants du mode baseline restent libres de droits. Seules certaines fonctionnalités optionnelles peuvent faire l’objet de licences RAND. Cette politique tranche avec l’époque où les brevets constituaient souvent des barrières à l’adoption.

L’Independent JPEG Group publie en 1991 une implémentation complète sous licence libre. Ce code source, distribué selon les termes d’une licence proche de BSD, devient la référence technique. Les développeurs du monde entier peuvent enfin intégrer le JPEG dans leurs applications sans négociation de licences complexes.

L’IJG ne s’arrête pas là. Ses développeurs affinent régulièrement leur code, corrigent les bugs, ajoutent les fonctionnalités avancées de la norme. Cette démarche collaborative annonce l’esprit open source qui triomphera quelques années plus tard.

Les premières applications restent fidèles aux objectifs initiaux : télécopie et vidéotex exploitent les capacités du nouveau format. Mais c’est l’explosion du Web au milieu des années 1990 qui propulse le JPEG vers un succès planétaire. Les pages web s’enrichissent d’images photographiques sans pour autant devenir impraticables sur les modems 56K.

L’arrivée des appareils photo numériques amplifie le phénomène. Kodak, Canon, Nikon adoptent massivement le format pour leurs boîtiers. Les cartes mémoires, chères et limitées en capacité, bénéficient directement de la compression JPEG. Un appareil photo de 2000 stocke plusieurs centaines d’images sur une carte CompactFlash de 64 Mo.

À cette époque, le nombre d’images JPEG en circulation se compte déjà en milliards. Chaque jour apporte son lot de nouvelles photographies numériques. Le format est invisible tant il s’impose naturellement. Les utilisateurs manipulent des fichiers .jpg sans connaître l’existence du comité qui les a rendus possibles.

Pourtant, des limites apparaissent progressivement. À fort taux de compression, des artefacts caractéristiques se manifestent : effet de blocs, oscillations autour des contours nets, dégradation des zones uniformes. Ces défauts gênent quand on pousse la compression à l’extrême, alors qu’ils sont imperceptibles dans les usages modérés.

Les images HDR révèlent d’autres insuffisances du format original. Le JPEG traditionnel est confiné à 8 bits par canal de couleur, un plafond qui paraît dérisoire face aux capteurs modernes capables de 12 ou 14 bits.

Ces limitations motivent le développement de JPEG 2000, une refonte complète basée sur les ondelettes plutôt que sur la DCT. Cette nouvelle mouture promet une meilleure qualité à taux de compression égal et supporte nativement les images HDR. Elle intègre aussi des fonctionnalités avancées comme la montée en résolution progressive.

Paradoxalement, JPEG 2000 ne parvient jamais à détrôner son prédécesseur. L’inertie technologique joue son rôle : pourquoi changer un format qui fonctionne ? Les gains de qualité, réels mais subtils, ne justifient pas le coût de migration pour la plupart des applications.

Le JPEG classique domine toujours la photographie numérique. Les smartphones génèrent chaque année des milliers de milliards d’images au format .jpg. Instagram, Facebook, Twitter s’appuient massivement sur cette technologie vieille de plus de trente ans.

Ce succès durable s’explique par des facteurs favorables. La compression efficace en est l’argument principal, mais d’autres éléments comptent tout autant. L’architecture flexible du standard a permis son adaptation à des usages très variés. La politique ouverte en matière de brevets a facilité l’adoption industrielle. Le caractère libre de l’IJG a démocratisé l’accès à la technologie.

Trente-cinq ans après sa création, le comité JPEG continue ses travaux. L’approche modulaire, les tests comparatifs rigoureux, la gestion équilibrée de la propriété intellectuelle constituent autant de leçons pour les normalisateurs d’aujourd’hui. Il explore maintenant de nouvelles pistes comme l’intelligence artificielle appliquée à la compression. Mais son premier-né reste son plus bel héritage : un format devenu tellement universel qu’on ne le remarque plus.

Haut de page

IBM ThinkPad

Dans les couloirs d’IBM des années 1920, un petit carnet noir accompagnait chaque employé. Sur sa couverture, un mot simple : « THINK ». Ce bloc-notes de poche incarnait la philosophie de l’entreprise et son exhortation permanente à la réflexion. Soixante-dix ans plus tard, cet esprit donnerait son nom à l’une des gammes d’ordinateurs portables les plus influentes de l’histoire informatique.

L’éveil d’IBM aux réalités du marché portable remonte à 1980. Une équipe d’analystes internes livre alors une prédiction audacieuse : les ordinateurs portables surpasseront les machines de bureau en volume de ventes avant 1996. Cette révélation pousse John Akers, PDG de l’époque, à restructurer l’organisation. En 1992, il crée la Personal Computer Company, une division indépendante confiée à Robert J. Corrigan pour rattraper le retard accumulé face aux constructeurs japonais et californiens.

Les premiers pas se révèlent laborieux, mais le ThinkPad 700T est dévoilé en avril 1992. Muni d’un processeur Intel 386SX/20 et d’un écran monochrome STN de 10 pouces, il peine à convaincre. Ses 4 ou 8 Mo de mémoire et ses deux unités de stockage de 10 Mo semblent dérisoires face aux attentes du marché. Mais cette expérience forge les bases d’un projet plus ambitieux.

Au laboratoire Yamato d’IBM, près de Tokyo, Arimasa Naitoh orchestre une équipe passionnée. Cet ingénieur japonais jouit d’une réputation exceptionnelle pour dénouer les problèmes techniques les plus épineux. Aux côtés de Ken Yonemochi et Koichi Higuchi, il exploite l’art nippon de la miniaturisation pour repenser chaque composant. Pendant ce temps, Richard Sapper, designer allemand consultant pour IBM depuis 1980, prend une décision radicale. Exit le beige omniprésent dans l’informatique : le futur ThinkPad sera noir.

Cette couleur inhabituelle traduit une ambition esthétique qui dépasse les conventions. Sapper s’inspire de l’élégance japonaise et de la fonctionnalité allemande pour dessiner un ordinateur différent. Le ThinkPad 700C bouleverse les codes établis.

L’écran TFT couleur de 10,4 pouces constitue sa première avancée majeure. Quand la concurrence se contente encore d’affichages monochromes, IBM parie sur la couleur. Cette prise de risque technologique s’accompagne d’une innovation plus polémique : le TrackPoint. Ted Selker, scientifique chez IBM, conçoit ce petit bouton rouge situé au cœur du clavier. Sensible à la pression, il remplace la souris traditionnelle. L’idée divise. Certains utilisateurs s’en entichent immédiatement, d’autres le détestent. Mais cette originalité forge l’identité ThinkPad.

Sous le capot, les spécifications impressionnent. Le processeur IBM 486 SLC cadencé à 25 MHz, la mémoire extensible jusqu’à 16 Mo et le disque dur de 120 Mo placent la machine au sommet des performances. L’autonomie de 3,8 heures défie les standards. Commercialisé à 4 350 dollars, le 700C affiche un prix inférieur de 15% à celui du Toshiba 4400, son rival direct. Cette agressivité tarifaire porte ses fruits : 100 000 commandes affluent dans les deux premiers mois.

Le succès encourage IBM à multiplier les expérimentations. Le ThinkPad 500 de 1993 explore l’ultra-portabilité avec son écran de 7,24 pouces. Au Japon exclusivement, le modèle 550BJ intègre une imprimante Canon, anticipant les besoins de mobilité totale. Le 750P ose les jalons du tactile avec son écran sensible à la pression, concept que perfectionne le 360P grâce à un mécanisme pivotant. Le 755CD marque une autre étape en incorporant un lecteur de CD-ROM, équipement qui demeurera standard pendant deux décennies.

Mais c’est le ThinkPad 701C qui cristallise le génie d’IBM. John Karidis, ingénieur chez Big Blue, imagine l’impensable : un clavier qui se déploie à l’ouverture de l’écran. Deux parties mécaniques s’articulent pour former un clavier complet dans un châssis compact. Cette prouesse vaut au 701C, surnommé « Butterfly », une place dans les collections permanentes du Museum of Modern Art de New York. Paradoxe cruel : malgré cette consécration artistique, le modèle disparaît vite du catalogue, victime de sa complexité mécanique.

Les années 1990 voient la gamme se structurer. La série T s’impose comme référence professionnelle, alliant robustesse et performances. La ligne X cible les nomades exigeants, privilégiant la légèreté sans sacrifier la fiabilité. Les modèles A répondent aux besoins de puissance brute des stations de travail mobiles. Cette segmentation claire transforme le ThinkPad en véritable phénomène culturel. Posséder un ThinkPad noir est un marqueur social dans les entreprises. Dès la première année, les ventes dépassent le milliard de dollars.

L’ironie frappe en 2004. IBM, inventeur du PC et créateur du ThinkPad, enregistre une perte d’un milliard de dollars dans sa division informatique personnelle. Les marchés évoluent trop vite, la concurrence asiatique presse. En mai 2005, Lenovo rachète l’activité PC d’IBM pour 1,75 milliard de dollars. Le ThinkPad change de propriétaire mais conserve son âme.

Le T60, premier ThinkPad estampillé Lenovo, rassure les inquiets. Son identité visuelle perdure, le TrackPoint résiste, la robustesse demeure. Les processeurs double cœur Intel font leur apparition, la cage en alliage de magnésium renforce la structure. Lenovo comprend qu’elle a hérité d’un patrimoine précieux.

Les transformations s’amorcent néanmoins. Le passage aux écrans 16 :10 avec le T400 en 2008 suscite des débats passionnés sur les forums spécialisés. L’adoption du clavier chiclet sur le T430 en 2011 divise la communauté d’utilisateurs. Mais c’est la suppression des boutons physiques du pavé tactile sur le T440 qui provoque la levée de boucliers la plus virulente. Lenovo recule partiellement sur le T450, preuve que l’héritage ThinkPad ne se manipule pas impunément.

La série X1 Carbon, lancée en 2012, incarne la modernité assumée. Son châssis en fibre de carbone repousse les limites de la légèreté sans compromettre la solidité légendaire de la marque. Ces innovations techniques s’accompagnent d’une fidélité aux codes esthétiques originels : le noir mat, le TrackPoint rouge, la sobriété des lignes.

Plus de 150 millions de ThinkPad circulent dans le monde. Cette longévité exceptionnelle traverse les modes. Peter Hortensius, cadre ayant navigué entre IBM et Lenovo, livre une explication éclairante : le ThinkPad incarne « moins un objet qu’un système de valeurs ». Fiabilité, sobriété, efficacité : ces principes traversent les décennies et résistent aux sirènes du marketing.

Haut de page

OpenGL

Dans l’informatique graphique des années 1990, chaque constructeur avait sa propre interface de programmation, ses propres règles, sa propre vision du rendu 3D. Silicon Graphics utilisait IrisGL, d’autres avaient leurs solutions maison. Les développeurs qui voulaient faire tourner leur application sur plusieurs plateformes devaient réécrire leur code autant de fois qu’il y avait de systèmes différents.

C’est dans ce chaos que Kurt Akeley et Mark Segal, tous deux chez SGI, ont eu une idée qui paraissait presque utopique : créer un standard ouvert et universel pour la programmation graphique 3D. Ils ne se contentaient pas de rêver, ils sont passés à l’acte. En juin 1992 naissait OpenGL, la première spécification vraiment multiplateforme pour la 3D.

Pour éviter qu’OpenGL devienne un nouveau produit propriétaire de SGI, l’entreprise a immédiatement constitué un conseil de surveillance : l’Architecture Review Board. Digital Equipment, Evans & Sutherland, Intel, IBM, Hewlett Packard, Intergraph, Microsoft, Silicon Graphics et Sun Microsystems se sont tous assis autour d’une table. Imaginez la scène : des concurrents directs qui acceptent de travailler ensemble sur un projet commun.

Le pari d’OpenGL tenait en quelques lignes directrices simples. D’abord, standardiser l’accès au matériel graphique sans se mêler de ce qui ne le regardait pas. La gestion des fenêtres ? Laissée au système d’exploitation. L’interface utilisateur ? Pas notre problème. Cette approche minimaliste a fait sa force.

Les créateurs ont fait des choix tranchés. Ils ont refusé d’inclure des fonctions qui ne pouvaient pas être accélérées par le matériel. Tout ce qui relevait de la commodité ou de la gestion de données était renvoyé vers des bibliothèques de niveau supérieur. GLU, la bibliothèque utilitaire qui accompagnait OpenGL, prenait en charge les matrices et les surfaces NURBS que les développeurs réclamaient.

En janvier 1996, OpenGL 1.1 franchit une étape importante. Les textures étendues, les opérations logiques en mode RGB et les tableaux de vertices changent la donne. Ces améliorations répondent aux demandes pressantes d’une industrie qui commence à comprendre le potentiel de la 3D temps réel.

L’adoption ne s’est pas faite du jour au lendemain. D’abord les applications scientifiques, suivies par l’industrie. Les logiciels de CAO ont compris l’intérêt d’OpenGL : culling de faces avant, lignes pointillées, tampons de stencil, toutes ces fonctionnalités étaient là, prêtes à l’emploi.

Le monde du jeu vidéo restait sceptique jusqu’à ce que John Carmack d’id Software prenne une décision qui allait tout changer. En 1996, il décide d’utiliser OpenGL pour une nouvelle version de Quake, alors que les PC équipés d’accélération 3D abordable se comptaient sur les doigts de la main. Pourtant, cette version de Quake a démontré qu’un standard ouvert pouvait rivaliser avec n’importe quelle solution propriétaire. Les constructeurs de cartes graphiques ont pris note.

OpenGL a grandi avec son époque. Quand les GPU sont devenus programmables, la version 2.0 de 2004 a introduit GLSL, le langage de shaders qui donnait aux développeurs un contrôle direct sur le traitement des vertices et des pixels. Cette évolution majeure reflétait l’émergence d’une nouvelle génération de processeurs graphiques.

L’explosion des appareils mobiles a donné naissance à OpenGL ES. Cette version allégée, taillée sur mesure pour les systèmes embarqués, est devenue l’âme graphique des smartphones et tablettes. Son succès a renforcé l’écosystème OpenGL dans son ensemble, créant un cercle vertueux entre desktop et mobile.

En 2006, le groupe Khronos reprend les rênes d’OpenGL. Cette organisation à but non lucratif garantit la continuité du standard tout en l’adaptant aux nouvelles technologies. Le changement de gouvernance marque une nouvelle étape dans la maturité d’OpenGL.

Trente ans après sa naissance, les domaines d’application d’OpenGL donnent le vertige. L’imagerie médicale s’appuie dessus pour visualiser des scanners en 3D. Les simulateurs de vol l’utilisent pour recréer des environnements réalistes. Hollywood s’en sert pour ses effets spéciaux au cinéma et à la télévision. Adobe l’a intégré dans After Effects, Premiere Pro et Photoshop. Les grandes chaînes de télévision comme CBS, NBC, CNN et BBC ont fait appel à OpenGL pour leurs couvertures d’élections.

Le mécanisme d’extensions d’OpenGL explique en partie cette longévité exceptionnelle. Les fabricants peuvent ajouter de nouvelles fonctionnalités sans casser l’existant. Ces extensions, une fois adoptées massivement, finissent par rejoindre le standard officiel. Cette souplesse a permis à OpenGL d’évoluer sans jamais perdre sa compatibilité descendante.

OpenGL reste la seule API graphique vraiment universelle. Windows, macOS, Linux, systèmes embarqués : partout où il y a un écran et un processeur graphique, OpenGL peut s’installer. WebGL apporte ses capacités aux navigateurs web, Vulkan prend le relais pour les applications haute performance. L’héritage continue.

Haut de page

IBM Simon

Quand IBM dévoile en 1992 le Simon Personal Communicator, personne ne mesure vraiment la portée de cette invention. L’idée paraît presque saugrenue : fusionner un téléphone portable avec un assistant personnel numérique dans le même boîtier. Les ingénieurs d’IBM imaginent un terminal mobile qui ferait tout à la fois : téléphoner, organiser ses rendez-vous, envoyer des messages électroniques. Une vision qui dépasse ce que le marché attend.

BellSouth Cellular lance la commercialisation en 1994. Prix affiché : 900 dollars, une somme rondelette qui équivaut à environ 1 960 dollars actuels. L’appareil impressionne par ses dimensions : 20,3 sur 6,4 sur 3,8 centimètres. Certains le comparent à un talkie-walkie militaire tant il paraît massif. Sous ce châssis noir se cache pourtant une technologie d’avant-garde : processeur compatible x86, modem fax intégré, slot pour carte PCMCIA Type II et surtout un écran LCD tactile de 11,4 sur 3,8 centimètres.

Car c’est bien là la révolution du Simon : son écran tactile. Fini le clavier physique traditionnel, l’utilisateur interagit directement avec ses doigts ou un stylet. Cette approche bouleverse les codes établis. L’interface graphique présente onze applications préinstallées qui couvrent les besoins quotidiens. Agenda, carnet d’adresses, calculatrice, bloc-notes, messagerie électronique, fax, téléphonie bien sûr. Le Simon intègre un navigateur web, fonctionnalité quasi-inexistante en 1994 sur les terminaux mobiles.

Le système d’exploitation, développé sur mesure, propose une interface intuitive avec des icônes claires. Passer d’une fonction à l’autre se fait d’une simple pression sur l’écran. On peut griffonner des notes à la main, dessiner des croquis, rédiger et expédier des courriers électroniques. La mémoire embarquée stocke toutes ces données tandis que l’emplacement PCMCIA ouvre des perspectives d’extension intéressantes.

Hélas, le succès ne suit pas. À peine 2 000 exemplaires sortent des chaînes de production. La plupart reviennent chez BellSouth et finissent détruits. Les raisons de cet échec commercial ? Le prix d’abord, prohibitif pour beaucoup. L’autonomie ensuite, décevante. Le poids aussi, rédhibitoire pour un usage quotidien. L’ergonomie enfin, perfectible malgré les innovations.

Mais le vrai problème vient d’ailleurs. En 1994, les réseaux ne suivent pas. L’infrastructure mobile reste balbutiante, les débits dérisoires, la couverture inégale. Comment exploiter pleinement un navigateur web quand la connexion peine à afficher une page de texte ? Les utilisateurs cherchent avant tout la mobilité et la simplicité. Un téléphone qui téléphone, point final. Le Simon arrive dix ans trop tôt.

Cette expérience malheureuse cache pourtant une réussite conceptuelle remarquable. IBM anticipe des usages qui ne se généraliseront qu’une quinzaine d’années plus tard. L’iPhone d’Apple en 2007 reprend nombre d’idées du Simon : écran tactile, interface graphique intuitive, convergence des fonctions. Les premiers smartphones Android s’inscrivent aussi dans cette lignée.

L’histoire du Simon rappelle une vérité de l’innovation technologique : la technique ne suffit pas. Un produit peut être techniquement parfait et commercialement désastreux si l’écosystème n’est pas mûr. Les réseaux, les usages, les mentalités doivent évoluer de concert. IBM l’apprend à ses dépens mais cette leçon enrichit la compréhension des marchés mobiles.

Trente ans après, le Simon fascine encore les passionnés d’informatique. Premier terminal à marier communication et organisation personnelle, il pose les jalons conceptuels des smartphones actuels. Son échec commercial n’efface pas sa valeur historique. Il témoigne d’une époque où les constructeurs osaient des paris technologiques audacieux sans besoin précis, quitte à essuyer des revers cuisants.

IBM avait imaginé l’informatique de poche avant l’heure. Les ingénieurs rêvaient d’un appareil unique capable de gérer tous les besoins numériques de son propriétaire. Le Simon n’a pas conquis les consommateurs de son époque, mais cette vision prématurée de 1994 domine aujourd’hui le marché mobile.

Haut de page

Adobe PDF

En 1990, John Warnock fixait un objectif ambitieux à Adobe Systems : créer un format de fichier qui préserverait la mise en forme exacte des documents, peu importe où ils seraient consultés. Ce projet interne, baptisé « The Camelot Project », naissait d’une frustration quotidienne : échanger des documents numériques relevait du parcours du combattant. Les polices disparaissaient, les mises en page se désorganisaient, les systèmes refusaient de coopérer.

Warnock et son équipe disposaient d’un atout de taille : PostScript, le langage qu’Adobe avait développé dans les années 1980. Mais transformer ce langage de programmation en format de fichier pratique demandait une approche différente. Trois ans plus tard, en 1993, PDF voyait le jour sous une forme binaire structurée, abandonnant la complexité de PostScript au profit de performances accrues pour l’affichage interactif.

Les débuts furent modestes. Adobe lança deux produits complémentaires : Acrobat pour créer les fichiers PDF, et Acrobat Reader distribué gratuitement pour les lire. Cette stratégie double – payant d’un côté, gratuit de l’autre – finit par porter ses fruits, mais l’adoption resta progressive pendant les premières années.

Internet changea la donne. Vers le milieu des années 1990, le Web explosait et PDF trouvait sa place naturelle : un document pouvait désormais traverser le réseau en gardant son apparence originale. Les entreprises, les administrations, puis les particuliers adoptèrent le format pour leurs communications numériques. PDF répondait à une promesse simple : ce que vous voyez est ce que votre correspondant verra.

Adobe ne se contenta pas de ce succès initial. Les versions successives enrichirent le format de fonctionnalités qui le transformèrent d’un simple conteneur de documents statiques en véritable plateforme interactive. Les annotations permirent d’annoter les textes, les liens hypertextes de naviguer entre les sections, les formulaires de collecter des données, les signatures numériques d’authentifier les documents. Le multimédia fit son apparition, intégrant vidéos et sons dans les fichiers.

La technique suivait cette évolution fonctionnelle, comme ça devrait l’être à chaque fois. PDF développa une approche sophistiquée de la compression, adaptant ses méthodes au contenu : JPEG pour les photographies, CCITT Group 4 pour les images en noir et blanc, LZW pour les textes et graphiques. Cette flexibilité technique maintenait la qualité tout en contrôlant la taille des fichiers, équilibre délicat mais indispensable.

La gestion des polices illustrait bien l’ingéniosité du format. Plutôt que de subir les caprices des systèmes d’exploitation et leurs collections de fontes variables, PDF proposait deux solutions : incorporer directement les polices dans le document ou utiliser des mécanismes de substitution intelligents. Le document conservait ainsi son apparence sur un ordinateur dépourvu des polices d’origine.

L’année 2008 marqua un tournant. Adobe confia la spécification PDF à l’Organisation internationale de normalisation, transformant son format propriétaire en standard ouvert ISO 32000-1 :2008. Cette décision stratégique confirmait la maturité du format et ouvrait la voie à une adoption encore plus large.

Des versions spécialisées émergèrent pour des usages particuliers. Le format PDF/X conquit l’industrie graphique et l’impression professionnelle, PDF/A répondit aux besoins d’archivage à long terme, PDF/E s’adapta aux documents d’ingénierie, PDF/UA intégra les exigences d’accessibilité. Chaque déclinaison témoignait de la capacité du format à se plier aux contraintes spécifiques de différents secteurs.

PDF 2.0 arriva en 2017 avec la norme ISO 32000-2, apportant des améliorations en matière de signatures numériques, de métadonnées et de support multimédia. Cette version renforçait la sécurité et améliorait l’interopérabilité avec les technologies contemporaines, preuve que le format continuait d’évoluer.

Pendant ces décennies d’évolution, l’écosystème PDF s’enrichit bien au-delà des solutions Adobe. Des bibliothèques open source, des services en ligne, des applications tierces proposèrent leurs propres approches pour créer, modifier ou consulter les fichiers PDF. Cette diversification consolida le statut de standard universel du format.

Le PDF intégra progressivement Unicode pour le texte international, les métadonnées XMP pour décrire les documents, les mécanismes de protection des droits numériques pour sécuriser les contenus. Il s’adapta aux écrans mobiles et aux nouveaux modes de consultation, prouvant sa capacité d’adaptation aux transformations technologiques.

PDF s’impose dans pratiquement tous les échanges numériques professionnels et personnels. Son succès tient à une promesse : garantir que les documents conservent leur apparence exacte, où qu’ils soient consultés. Cette fidélité visuelle, associée à une compatibilité universelle et à une capacité d’évolution constante, a fait du PDF bien plus qu’un format de fichier, c’est un véritable langage commun de la communication numérique.

Haut de page

Common Gateway Interface

Le Web des premières années ressemblait à une immense bibliothèque figée. Consulter une page revenait à feuilleter un livre : on pouvait lire, mais impossible d’interagir. Cette situation changea radicalement quelques années plus tard quand les utilisateurs commencèrent à réclamer davantage. Ils voulaient remplir des formulaires, rechercher des informations, personnaliser leur expérience. Les pages statiques atteignaient déjà leurs limites.

Rob McCool travaillait au National Center for Supercomputing Applications sur le serveur web NCSA HTTPd. En 1993, il imagina une solution élégante pour résoudre ce problème : créer un pont entre le serveur web et des programmes externes. Cette idée donna naissance au Common Gateway Interface, plus connu sous l’acronyme CGI. Le terme gateway (passerelle) reflétait parfaitement sa vocation : relier deux mondes jusqu’alors séparés.

Le génie de CGI tenait dans sa simplicité. Quand un visiteur cliquait sur un lien ou envoyait un formulaire, le serveur ne se contentait plus de retourner un fichier existant. Il lançait un programme sur le serveur qui générait une réponse sur mesure, puis transmettait cette réponse au navigateur. Soudain, le Web devenait vivant. Les développeurs pouvaient écrire leurs scripts dans le langage de leur choix, pourvu qu’il respecte quelques règles de base.

Ces règles définissaient un protocole de communication standardisé. Le serveur transmettait les informations de la requête via des variables d’environnement baptisées méta-variables. Le script récupérait ces données, les traitait, et générait une réponse conforme au protocole HTTP. Cette approche universelle fonctionnait avec n’importe quel langage de programmation, de C à Python en passant par Perl.

Perl justement devint le champion de CGI. Sa capacité à manipuler le texte, sa syntaxe permissive et sa disponibilité sur toutes les plateformes séduisirent les développeurs web. Les premiers scripts traitaient les formulaires HTML, interrogeaient des bases de données et assemblaient des pages personnalisées. L’époque était aux expérimentations.

Ces expérimentations donnèrent naissance à des collections de scripts partagés. Matt Wright, lycéen dans le Colorado, créa en 1995 le « Matt’s Script Archive », qui devint une référence incontournable. Son script FormMail permettait d’envoyer le contenu des formulaires par e-mail et fut téléchargé des milliers de fois. Problème : Wright était jeune, inexpérimenté, et ses scripts comportaient des failles de sécurité béantes. La communauté Perl réagit en créant « Not Matt’s Scripts », proposant des alternatives plus robustes.

Car la sécurité posait un défi constant. Chaque script CGI représentait une porte d’entrée potentielle vers le système. Les développeurs devaient valider scrupuleusement les données d’entrée, éviter les débordements de mémoire et se prémunir contre l’injection de code malveillant. Les administrateurs confinaient généralement ces scripts dans un répertoire spécial, le fameux cgi-bin, pour limiter les dégâts en cas de problème.

L’architecture de CGI souffrait d’un défaut congénital : chaque requête déclenchait le lancement d’un nouveau processus. Sur un serveur peu fréquenté, cela passait inaperçu. Mais dès que le trafic augmentait, les performances s’effondraient. La machine passait plus de temps à créer et détruire des processus qu’à traiter les requêtes elles-mêmes.

Des solutions émergèrent pour contourner cette limitation. FastCGI gardait les processus en vie entre les requêtes, éliminant le surcoût de lancement. Mod_perl intégrait l’interpréteur Perl directement dans Apache, transformant les scripts en modules persistants. Ces optimisations redonnèrent une seconde jeunesse à CGI.

Pendant ce temps, d’autres approches gagnaient du terrain. PHP, créé en 1994 par Rasmus Lerdorf, proposait une intégration native au serveur web. Plus besoin de processus externes : le code s’exécutait directement dans Apache. Microsoft développait ASP pour ses serveurs IIS, tandis que Sun travaillait sur JSP pour l’univers Java. Chacun cherchait sa voie vers la programmation web dynamique.

Ces nouvelles technologies n’effaçaient pas l’héritage de CGI. Elles en reprenaient les concepts fondamentaux : séparation entre serveur et logique applicative, transmission d’informations via l’environnement, modèle requête-réponse. CGI avait tracé la route, d’autres l’élargissaient.

L’évolution s’accéléra au tournant des années 2000. Les frameworks web modernes apportaient des abstractions de plus haut niveau, une gestion d’état sophistiquée, des architectures orientées services. Ruby on Rails révolutionna le développement web en 2004, Django fit de même pour Python. Ces outils rendaient CGI obsolète pour la plupart des usages.

Pourtant, CGI refusait de disparaître complètement. Sa standardisation officielle dans la RFC 3875 en 2004 reconnaissait son importance historique. Cette spécification codifiait dix ans d’expérience pratique, détaillant chaque aspect technique de l’interface. Apache et d’autres serveurs continuaient de la supporter, préservant la compatibilité avec d’anciennes applications.

Cette longévité s’explique par la robustesse du modèle conceptuel de CGI. L’idée d’une interface standard entre serveur web et programmes externes reste pertinente aujourd’hui. Les architectures de microservices modernes et d’API REST reprennent ce principe à plus grande échelle, dont la philosophie stateless.

Haut de page

FreeBSD

Pour comprendre l’histoire de FreeBSD, il faut remonter aux années 1970, quand l’Université de Californie à Berkeley reçut le code source d’UNIX de Bell Labs. Les chercheurs se mirent alors à développer leurs propres améliorations sur ce système, créant ce qu’on appela BSD, pour Berkeley Software Distribution. Ces travaux universitaires aboutirent à plusieurs versions majeures qui marquèrent l’histoire, la dernière étant la 4.4BSD-Lite.

Cette version 4.4BSD-Lite concentrait une décennie d’innovations techniques. L’interface socket pour les communications réseau y fit son apparition, accompagnée de l’implémentation de référence du protocole TCP/IP. Le système de fichiers rapide améliora les performances, tandis que le support NFS et le modèle de mémoire virtuelle mmap posaient des bases qui restent d’actualité. Ces éléments techniques ne relevaient pas du simple exercice académique : ils transformèrent la manière dont les ordinateurs communiquaient et géraient leurs ressources.

Au début des années 1990, la situation était particulière. La communauté informatique cherchait un système d’exploitation libre et surtout fonctionnel. Un groupe de développeurs décida de créer une distribution complète à partir de 4.4BSD-Lite. Mais ils refusèrent le modèle habituel du leader unique. Sept personnes formèrent ce qu’ils nommèrent le Core Team, une direction collégiale qui allait définir la culture du projet pour les décennies suivantes.

Le choix technique initial porta sur l’architecture Intel 386. Les développeurs visaient la stabilité et la performance, notamment pour le réseau et le stockage. Le noyau intégra des mécanismes sophistiqués hérités de la technologie Mach pour la gestion de la mémoire virtuelle. L’interface de programmation resta fidèle aux standards UNIX, facilitant la migration des applications existantes.

La gouvernance évolua en 2000. Les neuf membres du Core Team devinrent élus tous les deux ans par les contributeurs actifs. Ce système démocratique permit un renouvellement régulier et l’émergence de nouvelles idées. Le projet se dota d’outils centralisés de développement : contrôle de versions, suivi des bogues. Ces infrastructures rendirent la collaboration à distance bien plus fluide qu’auparavant.

Le système de ports représenta une innovation majeure. Cette collection de logiciels préparés pour une installation automatisée simplifia radicalement l’ajout d’applications tierces. Les utilisateurs n’eurent plus à se soucier des dépendances ou des problèmes de compilation. Le système pkg vint plus tard améliorer encore la gestion des paquets logiciels, rendant l’expérience utilisateur comparable aux distributions Linux les plus avancées.

La documentation reçut une attention inhabituelle. Les développeurs ont constitué une équipe dédiée à la rédaction et la maintenance des manuels. Ces contributeurs obtinrent les mêmes droits que les programmeurs, une reconnaissance rare qui soulignait l’importance accordée à la documentation. Cette approche porta ses fruits : FreeBSD devint réputé pour la qualité de sa documentation technique.

En 2000, la FreeBSD Foundation apporta un soutien institutionnel au projet. Cette organisation à but non lucratif fournit l’infrastructure technique et finança des développements spécifiques. Elle emploie aujourd’hui une vingtaine de personnes qui travaillent au développement, à la documentation et à la promotion du système.

Le choix de la licence Berkeley fut stratégique. Moins restrictive que la GPL de Linux, elle permit aux entreprises d’intégrer le code sans obligation de publier leurs modifications. Cette flexibilité attira de nombreuses sociétés dans les domaines des systèmes embarqués et des appareils réseau. Apple y trouva d’ailleurs la base de Darwin, le cœur d’iOS et macOS.

Les échanges avec d’autres projets BSD enrichirent le développement. Tandis que NetBSD apporta son expertise multi-architecture et ses méthodes de tests automatisés, OpenBSD contribua significativement à la sécurité avec le programme SSH et les composants de chiffrement pour HTTPS. Cette collaboration entre projets cousins créa un écosystème technique cohérent.

L’infrastructure d’Internet adopta FreeBSD. Sa stabilité ainsi que ses performances réseau en firent le choix privilégié des fournisseurs d’accès dans les années 1990. Yahoo! et Hotmail l’utilisèrent pour leurs serveurs, démontrant sa capacité à gérer des charges massives. Les hébergeurs web suivirent, trouvant dans ce système une base fiable pour leurs services.

La culture communautaire joua un rôle déterminant. Les développeurs établirent des règles de communication respectueuses, évitant les conflits qui paralysaient d’autres projets. Cette approche inclusive encouragea la participation de contributeurs du monde entier. La communauté devint diverse et productive, loin des guerres d’ego qui nuisaient à certains projets concurrents.

Trente ans plus tard, FreeBSD reste pertinent. Le système continue d’intégrer les technologies modernes sans sacrifier sa stabilité. Son code se retrouve dans des produits commerciaux variés, des routeurs aux consoles de jeux. Les systèmes de stockage en réseau l’utilisent pour sa robustesse. Cette présence discrète mais omniprésente témoigne de la qualité du travail accompli.

Cette longévité s’explique par des facteurs qui se renforcent mutuellement. La base technique héritée de BSD était solide. L’organisation communautaire s’est révélée efficace. La documentation complète a facilité l’adoption. La licence permissive a séduit les entreprises. Mais surtout, une attention constante à la qualité technique et une gouvernance équilibrée ont permis de traverser les tempêtes du monde informatique sans perdre le cap.

Haut de page

Intel Pentium

En 1993, Intel abandonne sa nomenclature numérique. Le processeur qui devait s’appeler 586 prend finalement le nom de Pentium. Cette rupture n’a rien d’anodin puisqu’elle traduit une stratégie défensive face à AMD, qui avait commercialisé son Am486 en exploitant la similitude des appellations. Intel tente d’enregistrer « 586 » ou « i586 » comme marque déposée, mais essuie un refus. Une simple séquence de chiffres manque de caractère distinctif aux yeux des autorités compétentes.

Le premier Pentium repose sur l’architecture P5. Ce processeur superscalaire fonctionne entre 60 et 66 MHz, dispose d’un cache L1 de 16 Ko et utilise un bus système cadencé sur la même plage de fréquences. Sa fabrication en technologie 800 nanomètres représente une prouesse technique pour l’époque. Deux ans plus tard, le Pentium MMX intègre de nouvelles instructions dédiées au traitement multimédia. Intel développe parallèlement l’architecture P6, commercialisée sous l’appellation Pentium Pro en 1995. Cette version introduit l’exécution dans le désordre et embarque un cache de niveau 2 dans un boîtier multi-puces.

La famille s’enrichit en 1997 avec le Pentium II, qui combine les avancées du Pentium Pro et les instructions MMX. Ce modèle adopte un nouveau format physique, la cartouche SECC (Single Edge Contact Cartridge), qui simplifie l’assemblage et les tests. Le Pentium III arrive en 1999 avec le jeu d’instructions SSE (Streaming SIMD Extensions) et des registres 128 bits autorisant le traitement simultané de quatre nombres à virgule flottante.

Intel bascule vers l’architecture NetBurst avec le Pentium 4 en l’an 2000. Cette nouvelle conception privilégie les hautes fréquences d’horloge grâce à un pipeline allongé. Des versions mobiles voient le jour pour les ordinateurs portables, avec des optimisations sur la consommation énergétique. En 2005, le Pentium D inaugure l’ère multicœur en intégrant deux processeurs Pentium 4 dans un unique boîtier.

Intel modifie sa stratégie en 2006. La marque Pentium se positionne désormais entre les Celeron d’entrée de gamme et la nouvelle série Core haut de gamme. Les Pentium récents utilisent les mêmes puces que les processeurs Core, mais bridés : fréquences réduites, cache L3 partiellement désactivé, technologies avancées retirées. Les processeurs sont moins coûteux tout en conservant la compatibilité avec l’architecture x86.

Les évolutions techniques ont nécessité des adaptations matérielles. Les premiers modèles s’insèrent dans des supports Socket, puis les formats Slot apparaissent pour accueillir les cartouches SECC. L’augmentation du nombre de connexions requises conduit au développement du LGA 775, où les broches se trouvent sur le support plutôt que sur le processeur.

La miniaturisation progresse, la finesse de gravure passe de 800 nanomètres en 1993 à 32 nanomètres pour les versions récentes. Cette évolution autorise l’augmentation du nombre de transistors, améliore les performances et réduit la consommation électrique. En 2011, l’architecture Sandy Bridge intègre des fonctionnalités graphiques directement dans le processeur. Cette intégration répond aux besoins croissants des applications courantes en matière de rendu graphique.

Les processeurs Pentium ont contribué à démocratiser l’informatique personnelle. Leur architecture x86 s’impose comme standard de fait et crée un vaste écosystème logiciel. La rétrocompatibilité maintenue au fil des générations fait conserver leurs applications aux utilisateurs lors du renouvellement de leur matériel, même si nous savons avec le recul que cela a bien une limite. L’influence du Pentium dépasse le cadre des ordinateurs personnels. Ces processeurs servent de base au développement d’autres gammes : Celeron pour l’entrée de gamme, Xeon pour les serveurs et stations de travail, versions embarquées comme l’EP80579 pour les systèmes sur puce.

Les mutations de l’industrie se reflètent dans l’évolution des Pentium. La montée en puissance des applications multimédias motive l’ajout d’instructions spécialisées. L’importance croissante de l’efficacité énergétique conduit au développement de versions mobiles optimisées. L’émergence du calcul parallèle entraîne l’adoption d’architectures multicœurs.

Le Pentium illustre une forme de longévité remarquable dans l’industrie informatique. Cette marque créée en 1993 existe toujours en 2025, s’adaptant aux mutations technologiques et aux besoins du marché.

Haut de page

Lua

En 1993, trois chercheurs brésiliens du groupe de technologie graphique de l’Université Pontificale Catholique de Rio de Janeiro, Roberto Ierusalimschy, Luiz Henrique de Figueiredo et Waldemar Celes, travaillaient sur des projets informatiques pour Petrobras, la compagnie pétrolière nationale. Ils ne se doutaient pas qu’ils allaient créer l’un des langages de script les plus influents de l’histoire du jeu vidéo.

Entre 1977 et 1992, une politique protectionniste stricte rendait l’importation de logiciels étrangers difficile au Brésil. Les entreprises locales n’avaient d’autre choix que de développer leurs propres outils. C’est ainsi que Tecgraf avait conçu deux langages spécialisés : DEL pour la saisie de données, et SOL pour générer des rapports lithologiques destinés à Petrobras. Ces deux précurseurs contenaient les bases de ce qui allait devenir Lua.

La première version du langage fusionne les capacités de DEL et SOL dans une approche plus générale. Le nom « Lua », qui signifie « lune » en portugais, répond à SOL (« soleil »), créant ainsi une continuité poétique avec le travail antérieur. Les créateurs choisissent d’abord une licence restrictive, limitant l’usage commercial, avant d’adopter progressivement une philosophie plus ouverte à partir de la version 2.1, et la licence MIT en 2002.

La simplicité constitue le cœur de Lua. Le langage s’appuie sur quelques concepts fondamentaux : les tables (des tableaux associatifs), les fonctions et les coroutines. Cette économie de moyens se traduit par une implémentation remarquablement compacte d’environ 17 000 lignes de code C, capable de tourner sur presque toutes les plateformes, du microcontrôleur au supercalculateur. Mais c’est surtout sa capacité d’intégration avec d’autres langages, spécifiquement le C, qui fait sa force. L’interface entre Lua et C, baptisée API C et élément central du langage, transforme Lua en excellent outil d’extension pour les applications existantes.

Les versions successives marquent des étapes techniques significatives. La version 2.1 de 1995 introduit les mécanismes d’extensibilité sémantique, donnant aux programmeurs la possibilité d’adapter le comportement du langage. La version 3.0 de 1997 unifie les fonctions C et Lua en un seul type. La version 4.0 de 2000 refond complètement l’API C pour la rendre plus cohérente et réentrante. En 2003, Lua 5.0 bouleverse l’architecture interne avec l’introduction de la portée lexicale complète, des coroutines et une machine virtuelle basée sur les registres, une innovation remarquable pour un langage de script à cette époque.

L’industrie du jeu vidéo découvre Lua en 1998 quand LucasArts l’utilise pour Grim Fandango. Cette adoption pionnière déclenche un mouvement qui ne s’arrêtera plus. World of Warcraft, Angry Birds, The Sims et des centaines d’autres titres intègrent Lua pour gérer leur logique de jeu. Les raisons de ce succès ? Une intégration facile, une légèreté exceptionnelle, une vitesse d’exécution satisfaisante et une courbe d’apprentissage accessible.

Au-delà des jeux, Lua s’impose dans des domaines inattendus. Adobe l’intègre dans Photoshop Lightroom, où plus de 40% du code repose sur ce langage. On le retrouve dans des routeurs réseau, des téléviseurs numériques, des instruments scientifiques et toutes sortes d’applications embarquées. Cette polyvalence découle d’une philosophie de conception particulière : fournir des mécanismes plutôt qu’imposer des politiques. Au lieu de dicter une façon de programmer, Lua offre des outils généraux permettant aux développeurs de construire leurs propres solutions, que ce soit en programmation procédurale, fonctionnelle, orientée objet ou orientée données.

Le développement du langage reflète une vision cohérente maintenue par une équipe stable depuis l’origine. Les créateurs privilégient systématiquement la simplicité et la cohérence plutôt que l’accumulation de fonctionnalités. Chaque nouvelle version fait l’objet de tests rigoureux, les versions alpha affichant déjà une grande stabilité et les versions bêta étant quasiment finales. Cette prudence garantit la fiabilité du langage.

La communauté Lua s’organise principalement autour d’une liste de diffusion créée en 1997. Ce forum technique maintient un niveau de discussion élevé tout en restant ouvert aux débutants. La publication en 2003 du livre Programming in Lua contribue largement à la diffusion du langage et à la formation de nouveaux utilisateurs.

L’architecture interne de Lua témoigne de cette recherche de minimalisme. Le compilateur fonctionne en une seule passe sans représentation intermédiaire, traitant ainsi efficacement de gros fichiers de données. Cette caractéristique s’avère précieuse dans le domaine du jeu vidéo, où Lua sert souvent à décrire les ressources du jeu.

L’histoire de Lua démontre qu’un projet né de contraintes locales spécifiques peut devenir un outil universel. Son succès repose sur des principes de conception clairs, une mise en œuvre rigoureuse et une équipe de développement stable qui n’a jamais perdu de vue les qualités originelles du langage : simplicité et efficacité. Ce qui devait être une solution temporaire à un problème brésilien est devenu un standard mondial, prouvant que les meilleures idées naissent parfois des situations les plus contraignantes.

Haut de page

R

Deux statisticiens de l’Université d’Auckland, Ross Ihaka et Robert Gentleman, cherchaient un environnement statistique pour leur laboratoire d’enseignement sur Macintosh. Leur lecture du livre d’Abelson et Sussman, The Structure and Interpretation of Computer Programs, et leur intérêt pour le langage Scheme les conduisirent à développer un interpréteur minimaliste en C d’environ mille lignes de code. Ce qui n’était au départ qu’une expérimentation allait devenir l’un des outils les plus utilisés en statistique et analyse de données.

Le choix d’adopter une syntaxe proche du langage S, créé aux Bell Labs par John Chambers et son équipe, s’imposa. Cette décision garantissait une certaine familiarité pour les statisticiens habitués à S, tout en laissant la liberté d’innover sur le plan technique. R conserva des spécificités héritées de Scheme, notamment dans sa gestion de la mémoire avec un ramassage de miettes à allocation fixe qui limitait les problèmes de pagination. Les règles de portée lexicale permettaient aux fonctions d’accéder aux variables définies lors de leur création, une caractéristique qui distinguait R de ses contemporains.

En août 1993, Ihaka et Gentleman déposèrent leurs premières versions binaires sur StatLib et annoncèrent leur travail sur la liste de diffusion s-news. Martin Mächler de l’ETH Zurich, intrigué par le projet, les incita à publier le code source sous licence GNU GPL. Cette suggestion fut d’abord accueillie avec prudence. Les deux chercheurs hésitaient à ouvrir complètement leur code. Ils franchirent pourtant le pas en juin 1995. Cette décision transforma radicalement la nature du projet : de développement fermé entre deux collaborateurs, R devint une initiative collaborative internationale.

La création des listes de diffusion automatisées à l’ETH Zurich en 1996 accéléra les contributions externes. Les rapports d’anomalies, les suggestions et les correctifs affluèrent. Le langage s’enrichit progressivement de nouvelles fonctionnalités. Face à l’ampleur des contributions, un groupe plus large de développeurs principaux se forma en 1997, établissant une structure organisationnelle qui perdure.

L’année 2000 marqua une étape importante avec la création de la R Foundation for Statistical Computing, organisation à but non lucratif basée à Vienne. Cette fondation, constituée par les membres de l’équipe de développement, s’assigna trois objectifs : soutenir le développement continu de R, fournir un point de référence pour les interactions avec la communauté, et gérer les droits d’auteur du logiciel et de sa documentation.

R s’imposa comme un outil statistique complet, aux capacités étendues de manipulation de données, de calcul et de visualisation graphique. Son architecture modulaire autorisa l’ajout de fonctionnalités via des packages, enrichissant sans cesse ses possibilités d’application. Le système intégra des opérateurs performants pour les calculs matriciels, une collection d’outils d’analyse statistique, et des fonctionnalités graphiques sophistiquées. La documentation adoptait un format proche de LaTeX, garantissant une documentation exhaustive accessible en ligne et en version imprimée. Cette approche, combinée à la disponibilité du code source, donnait aux utilisateurs les moyens de comprendre le comportement des fonctions.

Le modèle de développement de R illustre les avantages du logiciel libre dans le domaine scientifique. La collaboration internationale des développeurs, la revue par les pairs du code source, et les tests approfondis dans diverses situations réelles contribuèrent à la robustesse du logiciel. La taille de la communauté d’utilisateurs, estimée en dizaines voire centaines de milliers de personnes, multipliant les vérifications et améliorations du code, renforça cette solidité.

Le cycle de développement suit un rythme régulier avec des versions majeures publiées annuellement depuis 2013. Chaque version fait l’objet de tests rigoureux, incluant des phases alpha, bêta et release candidate, concernant autant le code source que les versions binaires précompilées pour différentes plateformes. L’équipe maintient un système de gestion de versions basé sur Subversion, avec des branches distinctes pour la version stable et la version de développement. Les corrections d’erreurs sont intégrées dans la branche stable, tandis que les nouvelles fonctionnalités importantes sont développées dans la branche de développement.

L’impact de R sur la recherche statistique et l’analyse de données dépasse le cadre universitaire. Son adoption dans l’industrie, notamment dans les secteurs de la finance, de la recherche pharmaceutique et de l’analyse de données massives, témoigne de sa maturité technique. La disponibilité d’interfaces avec d’autres langages comme C, C++ et Fortran étend ses capacités aux calculs intensifs.

L’héritage de R réside dans sa combinaison d’un langage de programmation véritablement fonctionnel avec un environnement statistique complet. Cette association donne aux statisticiens les moyens de développer et tester de nouvelles méthodes d’analyse tout en offrant aux utilisateurs finaux un outil pratique et extensible. La pérennité du projet repose sur une infrastructure distribuée, incluant un réseau mondial de miroirs CRAN (Comprehensive R Archive Network) qui assure la disponibilité des ressources. Ce réseau distribue le logiciel principal ainsi que des milliers de packages complémentaires développés par la communauté.

Haut de page

DHCP

Les réseaux TCP/IP des années 1980 restaient modestes et leur configuration était entièrement statique. Les administrateurs attribuaient manuellement une adresse IP à chaque machine, qui conservait cette information dans sa mémoire secondaire. Toute modification impliquait une intervention directe sur la console, généralement suivie d’un redémarrage du système. Cette approche artisanale convenait aux infrastructures de l’époque, mais elle allait bientôt montrer ses limites.

La croissance des réseaux et l’arrivée des stations de travail économiques sans mémoire secondaire ont bouleversé cette organisation. Il devenait urgent de centraliser l’administration des liaisons entre adresses IP et matériel informatique. Le protocole RARP (Reverse Address Resolution Protocol) émergea comme première réponse : une machine connectée à un segment réseau pouvait désormais découvrir son adresse IP et initier normalement ses communications TCP/IP. Entre temps, BOOTP (Bootstrap Protocol) facilitait la configuration des stations sans disque en récupérant l’ensemble des paramètres TCP/IP et des données système nécessaires au démarrage. L’introduction des agents relais BOOTP permit de franchir les frontières d’un unique segment réseau. BOOTP intégrait déjà un mécanisme d’extension utilisant le dernier champ de la trame pour des données spécifiques, une idée que DHCP reprendrait.

Le RFC 1531 définit DHCP comme standard en octobre 1993. Cette extension de BOOTP corrigeait deux faiblesses majeures : l’obligation d’intervenir manuellement pour ajouter les informations de configuration de chaque client, et l’impossibilité de réutiliser les adresses IP. Le protocole gagna en popularité, ce qui conduisit à des clarifications successives. En 1997, le RFC 2131 devint la référence pour les réseaux IPv4, statut qu’il conserve encore aujourd’hui.

L’arrivée d’IPv6 imposa le développement de DHCPv6, documenté dans le RFC 3315. Il ne s’agissait pas d’une simple transposition de DHCPv4 aux adresses IPv6, mais d’un protocole substantiellement différent. Le changement le plus notable concernait l’identification des clients : DHCPv4 repose sur l’adresse MAC, tandis que DHCPv6 introduit le DUID (DHCP Unique Identifier). La conception de DHCPv6 abandonne le principe d’une adresse unique par périphérique, autorisant les appareils à solliciter plusieurs adresses. Le RFC 3633 ajouta la délégation de préfixe, une fonctionnalité inédite sans équivalent en DHCPv4. Le RFC 3736 étendit les capacités du protocole pour prendre en charge la configuration des clients utilisant l’auto-configuration sans état des adresses.

L’Internet Systems Consortium (ISC) a joué un rôle déterminant dans le développement de DHCP. L’organisation maintient deux systèmes majeurs : ISC DHCP et Kea. Ted Lemon et Vixie Enterprises écrivirent la première implémentation, ISC DHCP, comme référence pour le nouveau protocole. La version 1.0 sortit en juin 1998, suivie un an plus tard par la version 2.0. La version 3.0, publiée en 2001, intégra le support de la norme de basculement IETF et les mises à jour DDNS asynchrones. La version 4.0, en 2007, apporta le support IPv6.

Une équipe d’ingénierie dédiée travaille sur ISC DHCP depuis 2004. Ted Lemon et Shawn Routhier, anciens employés d’ISC, ont contribué au projet pendant de nombreuses années. Thomas Markwalder assure la maintenance principale depuis 2016, tandis que Francis Dupont participe activement au maintien du logiciel depuis 2007. La communauté a enrichi le projet avec un système de stockage des baux LDAP et un script d’affichage des baux.

Kea représente une implémentation entièrement nouvelle, destinée à remplacer ISC DHCP vieillissant. Conçu initialement dans le cadre applicatif BIND 10 pour supporter plusieurs applications DNS et DHCP, le projet s’est recentré sur DHCP après l’arrêt du développement DNS en 2014. Tomek Mrugalski et Marcin Siodelski ont dirigé le développement initial de Kea, qui se distingue par son interface de gestion REST moderne et son architecture modulaire. Contrairement à ISC DHCP, Kea sépare les démons DHCPv4, DHCPv6 et DNS dynamique, et propose des bibliothèques optionnelles pour étendre les fonctionnalités du serveur DHCP principal.

La communauté DHCP s’est structurée autour d’outils complémentaires. Le logiciel perfdhcp, distribué avec Kea, évalue les performances des serveurs DHCP en générant un trafic important depuis plusieurs clients simulés. Il teste les serveurs IPv4 et IPv6, fournissant des statistiques sur les temps de réponse et les requêtes perdues. Le projet Anterius, issu du programme « Google Summer of Code d’ISC », a démontré la possibilité de développer un tableau de bord de gestion léger pour Kea. Plus récemment, le projet Stork, lancé en 2020, propose une interface web robuste et extensible, s’intégrant avec la base de données temporelle Prometheus et l’outil de visualisation Grafana.

DHCP illustre bien la capacité d’adaptation des protocoles réseau aux besoins changeants de l’informatique. D’un simple outil de configuration automatique, il s’est transformé en un système sophistiqué gérant l’attribution dynamique des adresses dans les réseaux modernes. Son développement continu, porté par une communauté active, lui garantit une pertinence durable face aux défis des infrastructures réseaux contemporaines.

Haut de page

NCSA Mosaic

NCSA Mosaic débarque en 1993 et chamboule durablement la façon dont les gens accèdent aux ressources sur Internet. L’histoire commence un an plus tôt, quand Marc Andreessen, étudiant à l’Université de l’Illinois, traîne plus souvent au National Center for Supercomputing Applications qu’en amphi. Le timing n’a rien d’anodin : les centres de super calcul traversent une mutation majeure. Les ordinateurs Cray, devenus hors de prix face aux microprocesseurs qui gagnent en puissance, laissent place aux réseaux informatiques reliant chercheurs et enseignants.

Internet à cette époque ressemble à un patchwork de protocoles et de services disparates. FTP transfère les fichiers, Gopher organise des menus, WAIS fouille l’information. Tim Berners-Lee vient de créer HTTP et HTML au CERN, mais les outils disponibles ne tirent pas vraiment parti de ces innovations. Quelques navigateurs pionniers comme Erwise ou ViolaWWW apportent des fonctionnalités intéressantes, sans pour autant dépasser le stade de prototypes cantonnés à des plateformes précises.

Andreessen et son collègue Eric Bina développent la version alpha de Mosaic pendant les vacances de Noël. Leur navigateur se démarque d’entrée : il affiche les images directement dans le texte, ce qui change radicalement l’expérience. Intuitive, l’interface graphique permet une navigation par simples clics sur les liens hypertextes. Le décollage est fulgurant. De douze utilisateurs au lancement début 1993, Mosaic en compte des centaines de milliers dès le milieu de l’année.

Cette adoption massive tient à des raisons techniques concrètes. Le navigateur tourne sur UNIX, Windows et Macintosh, digère les différents protocoles Internet et s’installe facilement grâce à un exécutable unique. Les internautes apprécient les signets qui mémorisent leurs pages favorites et l’historique de navigation. Le chargement des images reste tributaire des débits modestes de cet période, mais la vitesse d’affichage convient.

Le succès pousse le NCSA à accorder des licences d’exploitation du code source. Spyglass devient le distributeur principal et fournit une version à Microsoft, qui servira de départ à Internet Explorer. Andreessen quitte le NCSA fin 1993 pour monter Mosaic Communications avec Jim Clark, société rebaptisée ensuite Netscape. Leur stratégie commerciale détonne : distribuer gratuitement le navigateur aux particuliers et aux établissements d’enseignement, facturer les entreprises.

L’impact sur Internet est spectaculaire. Le trafic web bondit de 1,5% à 23,9% du volume total sur NSFNet en deux ans. Le nombre de serveurs accessibles explose : une cinquantaine en janvier 1993, plus de 1 500 en juin 1994. Cette croissance soulève des questions de gouvernance. La NSF confie alors la gestion des noms de domaine à Network Solutions Inc., créant un monopole commercial qui fera couler beaucoup d’encre.

Le navigateur Mosaic fixe les standards d’interface graphique repris par tous ses successeurs : barre d’adresse, boutons de navigation, affichage intégré des images. Il popularise la navigation hypertexte auprès du grand public et inspire le modèle économique du « freemium » adopté par tant de services en ligne. Les problématiques qu’il révèle en matière de sécurité, avec l’ajout ultérieur du protocole SSL, ou de respect de la vie privée, restent brûlantes d’actualité.

Dans l’histoire de l’informatique, Mosaic marque le moment où Internet passe d’outil académique à média grand public. Sa simplicité d’usage et ses innovations techniques ont rendu possible le Web moderne.

Haut de page

Secure Socket Layer

Quand le World Wide Web s’ouvre au grand public au début 1990, personne ne mesure vraiment les enjeux de sécurité qui vont en découler. Pourtant, dès 1994, Netscape Communications comprend qu’il faut protéger les échanges sur Internet. L’entreprise lance alors SSL (Secure Socket Layer) dans sa version 1.0, un protocole destiné à sécuriser les communications entre navigateurs et serveurs web.

L’idée de départ ne date pas d’hier : en 1978 déjà, Loren Kohnfelder proposait d’utiliser des certificats numériques pour garantir l’authenticité des clés publiques. Cette intuition théorique servira de fondation à SSL, qui combine cryptographie asymétrique et symétrique pour assurer confidentialité et intégrité des données transmises.

La première version publique, SSL 2.0, sort en 1995. Mais elle traîne avec elle un cortège de failles : l’authentification des messages repose uniquement sur MD5, les clés servant à l’authentification et au chiffrement sont identiques, et la fermeture des connexions TCP expose le protocole à des attaques par troncature. Pire encore, rien ne protège vraiment la négociation initiale contre les attaques de l’homme du milieu.

Netscape réagit vite et publie SSL 3.0 dès 1996. Cette nouvelle mouture améliore sensiblement la génération des clés à partir du secret maître. Le protocole adopte une version préliminaire de HMAC pour authentifier les messages et impose désormais la prise en charge des algorithmes DH/DSS et Triple-DES.

Trois ans plus tard, l’IETF prend les rênes et standardise le protocole sous le nom de TLS (Transport Layer Security) 1.0. La technologie propriétaire de Netscape devient un standard ouvert. TLS 1.0 est compatible avec SSL 3.0 mais renforce la sécurité grâce à l’utilisation complète de HMAC.

Les versions se succèdent ensuite à un rythme régulier : TLS 1.1 en 2006, TLS 1.2 en 2008, puis TLS 1.3 en 2018. Chaque itération abandonne des mécanismes obsolètes et corrige les vulnérabilités découvertes entre-temps. SSL 2.0 est officiellement abandonné, SSL 3.0 suit le même chemin. À partir de 2015, TLS 1.0 ne suffit plus pour les systèmes traitant des données bancaires.

Derrière SSL et TLS se cache une infrastructure complexe de clés publiques (PKI). Les autorités de certification (CA) émettent des certificats X.509 aux entités qui opèrent des serveurs web avec des noms DNS spécifiques. Ces certificats sont généralement signés par des CA intermédiaires, créant une chaîne de confiance qui remonte jusqu’à une racine présente dans les magasins de certificats des systèmes d’exploitation ou des navigateurs.

La validation des certificats par les CA a évolué au fil du temps. La validation de domaine (DV) vérifie simplement l’autorité sur un nom de domaine. La validation d’organisation (OV) authentifie l’entité qui demande le certificat. La validation étendue (EV), introduite plus tard, impose aux CA de suivre un protocole strict pour vérifier l’identité du demandeur.

L’adoption de SSL et TLS a longtemps été timide, jusqu’à l’arrivée de Let’s Encrypt en 2015. Cette autorité de certification automatisée et gratuite fait tomber les barrières financières qui freinaient l’obtention de certificats. Google et d’autres géants du web commencent à favoriser les sites sécurisés dans leurs résultats de recherche, ce qui accélère considérablement l’adoption du protocole.

Le fonctionnement de SSL et TLS suit quatre étapes principales. La session démarre par une négociation où client et serveur échangent leurs capacités cryptographiques. Vient ensuite l’authentification, généralement du serveur vers le client uniquement. La troisième phase établit une clé partagée via la cryptographie asymétrique. Enfin, la session utilise cette clé pour chiffrer les données échangées avec un algorithme symétrique.

Les navigateurs web ont progressivement intégré des indicateurs visuels pour signaler une connexion sécurisée. Le cadenas, devenu symbole universel de la sécurité SSL et TLS, apparaît dès les premières versions de Netscape Navigator. Les navigateurs modernes affichent ces indicateurs dans la barre d’adresse, avec des codes couleur et des messages explicites qui renseignent l’utilisateur sur le niveau de sécurité.

Les premières applications de SSL concernent surtout le commerce électronique et les services bancaires en ligne. Le protocole s’étend ensuite à la messagerie électronique sécurisée, aux réseaux privés virtuels et à bien d’autres services nécessitant des communications confidentielles.

L’évolution des menaces informatiques a conduit à enrichir TLS de nouvelles fonctionnalités. Le mécanisme de politique de sécurité HSTS (HTTP Strict Transport Security) force désormais l’utilisation du protocole sécurisé. La transparence des certificats (Certificate Transparency) favorise la détection d’émission frauduleuse de certificats.

L’histoire de SSL et TLS montre bien qu’en matière de sécurité, rien n’est jamais acquis. Les versions successives du protocole ont dû sans cesse renforcer la protection des communications tout en préservant la compatibilité avec les systèmes existants. Cette technologie s’est imposée comme le standard de facto pour sécuriser les échanges sur Internet, contribuant à l’essor du commerce électronique et des services en ligne qui exigent de la confidentialité.

Haut de page

Microsoft Windows NT 3.51

Microsoft lance Windows NT 3.1 (pour « New Technology » en juillet 1993. Cette première version inaugure une famille de systèmes d’exploitation qui va redessiner le paysage informatique professionnel. La plateforme vise les processeurs Intel x86 et RISC. Les analystes d’IDC définissent alors un système d’exploitation avancé par ses API 32 bits, son multitâche préemptif gérant processus et threads, son réseau intégré et sa mémoire virtuelle paginée à la demande.

Les retours sur Windows NT 3.1 poussent Microsoft à développer la version 3.51, qui sort en 1995. Deux déclinaisons apparaissent : Windows NT Workstation et Windows NT Server. La première cherche la réactivité maximale des applications interactives, la seconde optimise les performances réseau. Ce choix reflète une stratégie claire de segmentation entre postes de travail et serveurs.

Windows NT Workstation 3.51 réduit son empreinte mémoire de 4 à 8 Mo comparé à son prédécesseur. Les applications 16 bits gagnent entre 25 et 50% de performances sur les configurations de bureau classiques. Sur les systèmes RISC (Alpha AXP et MIPS), l’émulation Intel pour les applications Windows 16 bits et MS-DOS reçoit des améliorations substantielles.

Les applications 16 bits Windows peuvent désormais tourner dans des machines virtuelles DOS (VDM) séparées. Une application qui plante ne compromet plus la stabilité des autres programmes. Les mécanismes d’intégration comme DDE (Dynamic Data Exchange) et OLE (Object Linking and Embedding) fonctionnent toujours entre les VDM.

Microsoft enrichit Windows NT 3.51 avec OpenGL, cette bibliothèque de fonctions graphiques 3D développée initialement par Silicon Graphics. Un comité réunissant Digital Equipment Corporation, IBM, Intel et Microsoft valide cette technologie. Les applications de CAO, design industriel et analyse scientifique exploitent ces nouvelles capacités 3D.

La connectivité réseau progresse nettement. Le système intègre un redirecteur NetWare compatible qui facilite l’accès aux fichiers et imprimantes des serveurs Novell via IPX/SPX. La pile TCP/IP double ses performances. PPP et SLIP permettent les connexions TCP/IP sur lignes asynchrones, ce qui attire les communautés UNIX et Internet.

La sécurité se renforce avec le verrouillage des comptes après plusieurs tentatives de connexion ratées. Cette protection bloque les attaques par force brute sur les mots de passe. NTFS gagne la compression par fichier et répertoire, qui réduit la taille des données de 40 à 50% selon leur nature.

Microsoft améliore la fiabilité. Quand une erreur système fatale survient, Windows NT 3.51 sauvegarde automatiquement l’état de la mémoire dans un fichier de débogage et redémarre. Cette approche, empruntée aux systèmes UNIX, maximise la disponibilité des machines connectées au réseau.

Le système vise quatre catégories d’utilisateurs. D’abord les entreprises recherchent sa stabilité pour limiter les coûts des redémarrages fréquents. Avec 2 000 postes redémarrant 4 fois par mois pendant 5 minutes, une organisation perd 8 000 heures de productivité par an. Les développeurs apprécient sa robustesse pour créer des applications Win16 et Win32. Les utilisateurs techniques (ingénieurs, scientifiques, statisticiens) exploitent ses performances pour leurs calculs intensifs, souvent portés depuis UNIX. Les passionnés d’informatique adoptent ses innovations sans perdre en productivité.

La gestion des périphériques s’étend aux cartes PCMCIA pour les portables haut de gamme. Le système gère maintenant les scanners SCSI et les tables traçantes HP. Le mode d’entrée absolu facilite l’usage des numériseurs et écrans tactiles. Windows NT 3.51 intègre aussi les pilotes des formats vidéo Cinepak et Indeo.

L’interface utilisateur adopte les contrôles communs de Windows 95. Le Gestionnaire de fichiers, d’impression et autres applications système héritent d’une présentation modernisée avec des info-bulles. La séquence de connexion est personnalisable, autorisant par exemple les cartes à puce bancaires.

Microsoft propose différentes formules de support technique, incluant une assistance téléphonique disponible 24 heures sur 24 pour les incidents critiques. Les entreprises peuvent choisir différents niveaux de service, du support basique aux contrats Premium avec garantie de temps de réponse. Un réseau de centres autorisés complète le dispositif.

L’administration se simplifie avec cinq modes de sauvegarde : normal (copie complète), copie (sans marquage), incrémental (fichiers modifiés), différentiel (changements depuis la dernière sauvegarde complète) et quotidien (modifications du jour). Le système documente chaque sauvegarde avec le nom de bande, la date, l’identité de l’opérateur et le numéro de séquence.

Windows NT 3.51 marque une étape importante dans l’histoire des systèmes Microsoft. Son architecture solide, ses performances et ses fonctionnalités avancées séduisent les entreprises et utilisateurs exigeants. Le système établit des bases techniques qui influenceront les futures versions de Windows, démontrant la capacité de Microsoft à concevoir enfin des systèmes professionnels fiables.

Haut de page

Apple Power Macintosh

L’annonce d’une alliance entre Apple, IBM et Motorola en mai 1991 aurait fait sourire n’importe quel observateur de l’industrie informatique. Ces trois entreprises, dont deux étaient des adversaires acharnés sur le marché des ordinateurs personnels, décidaient pourtant de collaborer. IBM incarnait l’ennemi historique d’Apple, celui contre lequel la marque à la pomme s’était construite depuis ses débuts.

Cette union improbable trouvait sa source dans les difficultés croissantes d’Apple avec ses processeurs Motorola 68000. Intel grignotait inexorablement des parts de marché avec ses puces x86, moins élégantes techniquement aux yeux des puristes, mais toujours plus performantes. Motorola ne parvenait plus à tenir la cadence face à son concurrent américain. Les nouveaux Macintosh accusaient un retard préoccupant, et leur compétitivité s’érodait.

Apple devait réagir. L’entreprise se tourna vers l’architecture RISC, acronyme de Reduced Instruction Set Computing. Cette technologie venait d’IBM, qui l’avait expérimentée dès les années 1970 dans son projet 801, mené depuis un bâtiment du même nom à Yorktown Heights, dans l’État de New York. John Cocke dirigeait une équipe qui développait une architecture processeur modulaire, capable d’alimenter aussi bien des ordinateurs personnels que des machines plus imposantes.

Le 3 juillet 1991, Apple et IBM scellaient officiellement leur partenariat. Motorola les rejoignait comme troisième larron. Cette alliance AIM devait accoucher d’une nouvelle génération de processeurs RISC destinés aux futurs Macintosh. IBM et Motorola concevraient les puces ensemble. Apple et IBM collaboreraient sur un système d’exploitation orienté objet. Le PowerPC 601 surgit de cette collaboration. Cette première puce dérivait du processeur RSC d’IBM. Apple voulait des ordinateurs plus véloces que les PC à base d’Intel, sans sacrifier la compétitivité tarifaire. Le Power Macintosh 6100/60 inaugurait la gamme avec ce processeur cadencé à 60 MHz.

L’architecture RISC apportait des bénéfices tangibles. Les processeurs simplifiaient leur jeu d’instructions pour exécuter les programmes plus efficacement. Ils embarquaient 32 registres généraux, contre huit seulement pour les puces Intel x86. Cette richesse réduisait les accès à la mémoire externe et dopait les performances.

La migration vers le PowerPC représentait un casse-tête technique pour Apple. Il fallait préserver la compatibilité avec les applications existantes, écrites pour l’architecture 68000. L’entreprise y parvint grâce à un émulateur logiciel qui permettait aux utilisateurs de continuer à faire tourner leurs programmes habituels sur les nouveaux Power Macintosh, avec une performance acceptable.

Apple rationalisait sa gamme autour de trois modèles : les séries 6100, 7100 et 8100. Cette simplification contrastait avec la prolifération antérieure des références qui compliquait le choix des clients. Les machines se distinguaient par leur fréquence, indiquée après le numéro de série : 60 MHz pour le 6100/60, 66 MHz pour le 7100/66, 80 MHz pour le 8100/80.

Les Power Macintosh proposaient des fonctionnalités avancées : audio stéréo 16 bits, ports série compatibles LocalTalk et GeoPort, connectivité Ethernet intégrée. La mémoire vive grimpait jusqu’à 72 Mo pour le modèle 6100/60, 136 Mo pour le 7100/66, 264 Mo pour le 8100/80. Ces caractéristiques les plaçaient en bonne position face aux PC concurrents.

Un détail curieux mérite l’attention dans cette histoire. Motorola n’a jamais fabriqué le moindre processeur PowerPC 601, malgré sa communication qui laissait croire le contraire. IBM Microelectronics assurait seule la production. Motorola participa néanmoins au développement des générations suivantes comme les 603, 604 et 620.

Cet arrangement satisfaisait tout le monde. IBM pénétrait le marché des ordinateurs personnels avec sa technologie RISC, initialement pensée pour ses stations de travail RS/6000. Apple obtenait des processeurs performants à bon prix. Motorola gardait un pied dans l’écosystème Macintosh, bien qu’elle perdît son statut de fournisseur exclusif.

Les Power Macintosh rencontrèrent un succès commercial notable. Ils donnaient à Apple la possibilité de vendre des machines plus rapides que les PC équivalents dans certaines applications, notamment graphiques. Un Macintosh Quadra équipé d’un processeur 68040 à 40 MHz surclassait déjà un PC avec un 486 à 66 MHz. Les nouveaux Power Macintosh creusaient l’écart.

Cette réussite technique ne bouleversa pas la position d’Apple sur le marché. L’entreprise conservait une part d’environ 10 à 15%, face à la domination écrasante des PC compatibles IBM. Les utilisateurs professionnels, guidés avant tout par des considérations budgétaires, restaient fidèles à la plate-forme Intel/Windows.

L’architecture PowerPC poursuivit son évolution pendant des années. Les processeurs gagnaient en puissance et en sobriété énergétique. Apple l’exploita jusqu’en 2006, avant de basculer vers les processeurs Intel. Cette transition fermait un chapitre technologique singulier, où des concurrents historiques s’étaient associés pour créer une alternative aux architectures établies.

Haut de page

CD-RW

L’idée de stocker des informations sur un disque optique remonte aux années 1950. Des Américains comme David Paul Gregg et James Russell imaginent d’écrire avec des faisceaux d’électrons et de lire avec des rayons laser. Le principe du disque rotatif et d’une surface réfléchissante transforme ces intuitions en possibilités concrètes.

Vers 1970, Hollywood s’intéresse aux disques optiques pour diffuser des films. MCA et Philips s’associent et lancent fin 1978 le premier vidéodisque laser grand public, le LaserVision. Des lasers hélium-néon lisent les creux moulés sur un disque de 30 cm, dont la taille rappelle celle des vinyles. L’information vidéo se cache dans l’espacement variable entre les bords de ces creux, disposés en spirale.

En 1974, les laboratoires Philips se lancent dans le développement d’un système audio sur disque optique. Leurs ingénieurs misent sur les technologies existantes tout en pariant sur les progrès à venir des circuits intégrés et des lasers à semi-conducteurs. Le projet prend de l’ampleur et l’équipe conclut qu’une technique numérique surpasserait l’enregistrement analogique. L’envergure du chantier pousse Philips à chercher un partenaire : Sony rejoint l’aventure en 1979.

Le compact disc adopte un diamètre de 120 mm, bien plus compact que le LaserVision. Les concepteurs savent que les lasers à semi-conducteurs du moment délivrent environ 1 mW à 800 nm. Ils ajustent l’optique en conséquence. Le faisceau laser traverse un substrat transparent de 1,2 mm avant d’atteindre les données gravées sur la couche d’aluminium du disque.

Les premiers lecteurs CD audio arrivent dans les magasins en 1982. La technologie trouve sa place dans l’univers informatique. Philips et Sony annoncent le CD-ROM en 1984, et les premiers lecteurs sont livrés l’année suivante comme périphériques pour gros systèmes. Les organisations internationales valident le standard en 1985. Mais l’organisation des données reste propriétaire jusqu’en 1988, quand l’ISO 9660 devient la référence.

La recherche sur les disques inscriptibles et réinscriptibles s’accélère dans les années 1970 aux États-Unis, en Europe et au Japon. La puissance limitée des lasers freine les avancées. En France, Thomson-CSF puis Alcatel Thomson Gigadisc expérimentent des disques en verre recouverts de couches contenant de l’or malléable. L’écriture crée des bosses microscopiques, mais les lectures laser répétées déforment ces reliefs.

Une autre piste s’avère plus féconde pour les supports WORM (Write Once Read Many) : enduire du verre ou du plastique de mélanges polymères colorants. L’optique est celle des disques en lecture seule, à condition de disposer d’une puissance crête de 50 à 100 mW. Philips et Sony définissent le CD inscriptible (CD-R) dans leur « Orange Book » de 1988. À la fin des années 1990, les lasers requis se démocratisent et la gravure de CD-R se répand dans l’informatique personnelle.

Deux technologies se disputent le marché des disques réinscriptibles : l’enregistrement magnéto-optique et le changement de phase. La première démarre fort au début des années 1970. Elle repose sur la synchronisation d’un chauffage laser avec la modulation d’un champ magnétique. Les têtes de lecture/écriture sont complexes, mais les supports tolèrent un nombre quasi illimité de cycles.

Les supports à changement de phase utilisent une fine couche d’alliage de chalcogénures, comme l’AgInSbTe ou le GeSbTe. Cette couche est stable dans deux états : amorphe et microcristallin, chacun présentant une réflectivité distincte. Une impulsion laser brève et intense fait fondre la couche qui refroidit en état amorphe. Une impulsion plus longue mais moins énergétique chauffe le film sans le faire fondre, déclenchant la cristallisation. Des années 1970 aux années 1990, les recherches affinent les compositions d’alliages et les procédés de dépôt.

Au milieu des années 1990, des producteurs coréens et taïwanais entrent sur le marché. La première production de CD-ROM à Taiwan et en Corée démarre en 1994. Deux ans plus tard, les fabricants taïwanais représentent 12% de la production mondiale. En 1996, LG seul pèse près de 10% des ventes mondiales. Cette concurrence fait chuter les prix des lecteurs.

Le nombre de fabricants de lecteurs optiques passe de 2 en 1983 à 16 en 1985, grimpe à 65 vers 1995 pour redescendre à 44 en 1999. Les entreprises spécialisées nouvellement créées stimulent d’abord les progrès techniques. Avant 1988, année de l’ISO 9660, les lecteurs les plus rapides s’appuient sur des formats propriétaires. Après la standardisation, les géants de l’électronique et de l’informatique dominent la course à la performance.

Les prix des graveurs optiques s’effondrent : 15 000 dollars en 1991, 5 000 dollars en 1993, et moins de 1 000 dollars en 1995. Le CD-RW s’installe durablement dans le paysage informatique jusqu’à l’arrivée du DVD réinscriptible des années 2000. La technologie marque l’histoire du stockage numérique.

Haut de page

IBM Aptiva

IBM lance l’Aptiva en septembre 1994. L’ordinateur prend la succession de la gamme PS/1 sur le marché grand public. Les constructeurs cherchent à se démarquer dans un univers standardisé autour d’Intel et de Windows, le fameux « Wintel ». Mais la tâche s’avérera rude.

Les premiers Aptiva reçoivent des processeurs Intel 80486, avant d’évoluer vers les Pentium et les puces AMD. IBM fabrique la plupart des machines en interne, à l’exception de la série E confiée à Acer. Les ordinateurs sont vendus en solutions complètes : unité centrale, écran, enceintes, clavier et souris. La première génération tourne sous IBM PC DOS 6.3 et Windows 3.1. Les versions Pentium proposent Windows 95, et sur certains modèles une option « select-a-system » qui laisse choisir entre PC DOS 7/Windows 3.1 et OS/2 Warp.

Sur les modèles M, A, C et S, IBM intègre une carte Mwave maison pour gérer le son et le modem. Cette solution propriétaire accumule les problèmes de compatibilité et de performances. IBM finit par l’abandonner au profit de composants standards. L’entreprise doit régler un contentieux en dédommageant financièrement les acheteurs pour l’acquisition de périphériques compatibles.

En 1996 arrive la série S « Stealth », qui change sur le plan esthétique. IBM abandonne le beige traditionnel des ordinateurs pour un design noir qui tranche avec les habitudes. L’électronique grand public influence désormais l’apparence des machines. La série S sépare les lecteurs de disquettes et de CD-ROM du boîtier principal contenant la carte mère. Ces éléments trouvent place dans une console média fine qui sert de socle à l’écran. Un câble de 1,8 mètre relie le tout à l’unité centrale. Cette architecture libère l’espace de travail : le boîtier principal peut se glisser sous le bureau ou dans un meuble, tout en gardant les lecteurs à portée de main.

IBM réduit le nombre de configurations à cinq modèles. L’entrée de gamme embarque un Pentium 166 MHz pour 2 499 dollars. Le haut de gamme utilise un Pentium 200 MHz vendu 3 099 dollars, écran non inclus (compter entre 499 et 799 dollars selon la taille). Toutes les machines disposent d’au moins 16 mégaoctets de mémoire vive, de disques durs de 2,5 à 3,2 gigaoctets et de modems 28 800 bits par seconde.

Entre 1994 et 2001, IBM décline l’Aptiva en plusieurs séries identifiables par une lettre : M (Magic), A, C (Courageous), E, L et S (Stealth). Les premiers modèles adoptent un format bureau (référence 2144) ou tour (2168). La production bascule ensuite vers le format tour exclusivement. De nombreux types de machines se succèdent : 2134-2138, 2140-2144, 2151-2159, 2161-2168, 2170-2178, 2193-2198, 2255, 2270-2274, 6832 et 6864.

IBM arrête la commercialisation de l’Aptiva en 2001 sans proposer de remplaçant direct. Cette décision s’inscrit dans le retrait de l’entreprise du marché grand public. Les clients sont redirigés vers la gamme NetVista, plutôt destinée aux professionnels. Ce virage stratégique témoigne des difficultés des constructeurs traditionnels face à la standardisation du marché et à l’arrivée de nouveaux acteurs.

Haut de page

Netscape Navigator

En 1994, Jim Clark et Marc Andreessen fondent Netscape Communications avec une vision claire : créer une interface universelle donnant accès au Web depuis n’importe quel appareil. Clark avait fait fortune avec Silicon Graphics, tandis qu’Andreessen sortait tout juste de l’Université de l’Illinois où il avait dirigé l’équipe de développement de Mosaic, premier navigateur conçu pour le grand public. Leur association allait bouleverser la manière dont le monde accède à Internet.

La première version de Navigator sort en décembre 1994 et connaît un succès immédiat. Les internautes l’adoptent massivement. Un an plus tard, la valeur boursière de Netscape atteint 7 milliards de dollars. L’entreprise ne se limite pas au navigateur : elle développe des solutions serveur qui s’appuient sur les protocoles Internet pour faire fonctionner intranets, extranets et autres applications professionnelles.

Navigator se démarque par ses avancées techniques. Son moteur de rendu charge textes et images en parallèle, là où les navigateurs concurrents affichent d’abord le texte avant de faire apparaître les images. Un système de cache accélère le chargement des pages consultées régulièrement. La sécurité bénéficie d’une attention particulière avec l’intégration du protocole SSL (Secure Socket Layer) pour protéger les données sensibles. Des mécanismes anti-logiciels espions et anti-publicitaires viennent renforcer cette protection.

L’interface de Navigator 1.1 offre neuf façons de naviguer. On peut saisir directement une URL, suivre des liens hypertextes, utiliser un fil d’Ariane pour retracer son parcours, cliquer sur des boutons de raccourcis, revenir en arrière, consulter l’historique, gérer des signets avec annotations, prévisualiser les liens ou s’appuyer sur des repères visuels. Cette richesse fonctionnelle rend le Web accessible à ceux qui n’ont aucune formation technique.

Microsoft comprend vite que Navigator menace son empire. En 1995, Bill Gates lance Internet Explorer et l’intègre gratuitement à Windows 95. La stratégie porte ses fruits. La part de marché de Navigator, qui frôlait les 90% début 1996, commence à fondre. Fin 1997, elle passe sous la barre des 50%.

Les pertes financières s’accumulent. En novembre 1998, Netscape accepte d’être racheté par America Online (AOL) pour 4,3 milliards de dollars. AOL conclut simultanément un accord avec Sun Microsystems à hauteur de 1,25 milliard de dollars pour commercialiser les logiciels Netscape et prendre en charge ses divisions.

Netscape libère le code source de Navigator sous le nom de projet Mozilla en mars 1998. C’est la première fois qu’une entreprise cotée en bourse rejoint le mouvement du logiciel libre. Des milliers de personnes téléchargent le code dès sa mise en ligne. Des développeurs du monde entier contribuent bénévolement au projet, comme le jeune Pavlov depuis la Géorgie. Netscape mise sur cette communauté pour améliorer le navigateur et contrer Microsoft. La licence adoptée s’inspire de la GPL (GNU Public License) tout en autorisant les exploitations commerciales.

La base de code de Navigator explose, passant de quelques centaines de milliers de lignes à plus de 2 millions. Les ingénieurs enchaînent les journées, certains dorment au bureau pour tenir les délais. La compatibilité multi-plateformes complique encore les choses : le code doit tourner sur Windows, Mac OS et diverses versions d’UNIX.

En 1997, Netscape lance une refonte ambitieuse avec le projet Communicator 6.0. L’objectif : restructurer le code en modules plus faciles à maintenir et réécrire certaines parties en Java pour simplifier le développement multi-plateformes. Début 1998, le projet est abandonné. Java n’offre pas les performances attendues. La modularisation se poursuit de façon plus progressive dans les versions 4.5 et 5.0.

La fusion avec AOL en 1999 signe la fin de l’indépendance de Netscape. De nombreux cadres vendent leurs actions durant la dernière année, mais le PDG Jim Barksdale augmente sa participation et convertit ses titres en actions AOL d’une valeur dépassant le demi-milliard de dollars lors de la fusion. Plusieurs ingénieurs quittent le navire, déçus par l’orientation marketing prise par AOL.

L’héritage de Netscape reste immense. L’entreprise a rendu le Web accessible au plus grand nombre en simplifiant la navigation. Ses innovations en matière de sécurité et de performances ont établi des standards qui perdurent. Le projet Mozilla a inspiré de nombreuses initiatives open source et donné naissance à Firefox.

L’aventure Netscape illustre la vitesse à laquelle les choses basculent dans l’industrie du logiciel. En moins de cinq ans, la start-up est devenue une simple division d’un grand groupe. Cette histoire montre aussi l’enjeu stratégique des navigateurs web, devenus l’interface universelle pour accéder aux services en ligne.

En 2003, la part de marché de Navigator est dérisoire. AOL maintient le développement jusqu’en 2008, date à laquelle le projet s’arrête définitivement. Les développeurs rejoignent l’équipe de Firefox, qui hérite des brevets de Navigator. Cette succession témoigne de la pérennité des innovations de Netscape dans le paysage du Web contemporain.

Haut de page

World Wide Web Consortium

En 1994, quatre ans après que Tim Berners-Lee a créé le Web, le World Wide Web Consortium (couramment appelé W3C) voit le jour. L’organisation internationale se donne une mission : conduire le World Wide Web vers son plein développement par l’élaboration de protocoles et de directives qui garantissent sa croissance sur le long terme. Dans les années 1990, la multiplication rapide des usages du Web rend cette structure indispensable.

Trois éléments techniques forment les fondations du Web. Le protocole HTTP assure les communications, les URI permettent l’identification universelle des ressources, et HTML structure le balisage des documents. Dès 1993, la combinaison de ces technologies provoque une expansion fulgurante. Le caractère libre et ouvert de ces technologies explique en grande partie ce succès : elles restent accessibles sans droits d’utilisation, là où d’autres systèmes comme Gopher échouent après que l’université du Minnesota a tenté d’imposer une licence payante.

Le W3C adopte une structure originale. Ce consortium international réunit des entreprises, des universités et des institutions publiques. Cette configuration associe les différents acteurs du Web dans un forum neutre, à l’écart des intérêts commerciaux directs. Trois institutions hébergent l’organisation : le MIT aux États-Unis, l’ERCIM en France et l’université Keio au Japon. Dix-huit bureaux régionaux complètent le dispositif et assurent une présence mondiale.

L’élaboration des standards forme le cœur de l’activité. Les recommandations techniques suivent un cheminement rigoureux. Des groupes de travail, constitués d’experts issus des organisations membres, élaborent des propositions. Celles-ci sont ensuite soumises à des périodes de commentaires publics. Cette méthode garantit la qualité technique et l’adéquation aux besoins réels. Les premières années produisent des standards fondamentaux : XML, les feuilles de style CSS, le modèle de document DOM.

Le W3C propose alors d’autoriser l’inclusion de technologies brevetées dans ses standards en 2001, moyennant des licences RAND (Reasonable And Non-Discriminatory). La communauté des développeurs, attachée aux principes du logiciel libre, s’oppose vivement à cette proposition. Après des mois de débats intenses, l’organisation adopte finalement une politique qui privilégie les technologies libres de droits. L’épisode illustre la capacité du W3C à intégrer les retours de la communauté.

Les domaines d’intervention s’étendent au fil des années. L’accessibilité est une préoccupation centrale, des recommandations voient le jour pour rendre le Web utilisable par tous, quelles que soient les capacités physiques ou mentales. L’internationalisation constitue un autre axe de travail, notamment l’usage du Web dans différentes langues et systèmes d’écriture. Le consortium développe parallèlement des standards pour l’adaptation aux terminaux mobiles, anticipant la diversification des modes d’accès.

Le Web sémantique représente une direction centrale des travaux depuis le début des années 2000. Cette évolution vise à enrichir les contenus web de métadonnées compréhensibles par les machines. Les technologies RDF et OWL, normalisées par le consortium, décrivent les relations entre les informations et en simplifient le traitement automatique. Des groupes spécialisés, comme celui dédié aux sciences de la vie et à la santé (HCLS), explorent les applications pratiques de ces technologies dans différents domaines.

L’organisation adapte ses méthodes de travail en continu. Les groupes de travail, qui réunissaient initialement des représentants des membres uniquement, s’ouvrent progressivement à des experts invités. Les périodes de commentaires publics prennent une importance croissante et permettent d’intégrer les retours d’une communauté élargie de développeurs et d’utilisateurs. Cette évolution reflète la volonté de maintenir un équilibre entre expertise technique et besoins du terrain.

Les années 2010 voient l’émergence de nouveaux chantiers techniques. Des capacités multimédia natives introduites par HTML5, et réduction de la dépendance aux technologies propriétaires. Les standards pour les applications web progressives permettent la création d’applications sophistiquées directement dans le navigateur. Le W3C développe simultanément des recommandations pour la protection de la vie privée et la sécurité, en réponse aux préoccupations croissantes dans ces domaines.

La gouvernance du consortium suit un modèle original qui combine direction technique et consultation large. Tim Berners-Lee, en tant que directeur, conserve un rôle d’orientation stratégique tout en favorisant l’émergence de consensus. Une équipe permanente d’environ cinquante personnes assure la coordination des activités, tandis que plus de six cents experts participent aux différents groupes de travail.

La production de standards techniques s’accompagne d’un travail important de documentation et d’éducation. Le W3C publie des guides d’utilisation, organise des ateliers et maintient des ressources pédagogiques. Cette action contribue à la diffusion des bonnes pratiques et aide à l’adoption des nouvelles technologies. Des traductions des documents principaux sont réalisées dans de nombreuses langues, ce qui renforce l’accessibilité internationale des standards.

L’histoire du W3C montre qu’il est possible de gérer collectivement une infrastructure technique mondiale. Par son mode de fonctionnement qui associe expertise technique, consultation publique et recherche du consensus, l’organisation maintient un développement cohérent du Web tout en préservant son caractère ouvert et universel.

Haut de page

Yahoo!

En 1994, deux étudiants en génie électrique de Stanford, David Filo et Jerry Yang, commencent à compiler une liste de sites web qu’ils apprécient. Leur petit projet personnel, qu’ils baptisent d’abord « Jerry and David’s Guide to the World Wide Web », répond à un besoin simple : s’y retrouver dans un Web débutant. Le nom Yahoo! leur vient ensuite à l’esprit, acronyme de « Yet Another Hierarchical Officious Oracle », formule qui traduit bien l’humour et la décontraction des deux fondateurs.

Le bouche-à-oreille fait le reste. En avril de la même année, l’annuaire recense une centaine de sites et attire un millier de visiteurs par semaine. Cinq mois plus tard, les chiffres s’emballent : 2 000 sites référencés, 50 000 consultations par jour. Netscape, qui vient de lancer son navigateur, décide d’afficher un lien vers Yahoo! sur sa page d’accueil, et le trafic explose.

Les serveurs de Stanford ne suivent plus. Marc Andreessen, de Netscape, propose d’héberger gratuitement le service. En mars 1995, Yahoo! se constitue en société et reçoit un million de dollars de Sequoia Capital. Les deux étudiants quittent l’université, s’installent dans des bureaux à Mountain View et recrutent leurs premiers employés.

La publicité en ligne démarre en août 1995. General Motors et Visa figurent parmi les premiers annonceurs. Yahoo! expérimente le ciblage publicitaire selon les centres d’intérêt des internautes, une démarche neuve pour l’époque. Le site s’enrichit parallèlement d’actualités, de météo, de cours boursiers et d’autres contenus gratuits.

L’introduction en bourse d’avril 1996 tourne à l’euphorie. L’action augmente de 154% le premier jour, valorisant l’entreprise à 848 millions de dollars. Une performance qui surpasse celle de Netscape quelques mois auparavant. Yahoo! utilise ces fonds pour se déployer à l’international, d’abord au Japon avec Softbank.

Les acquisitions s’enchaînent : Four11 pour la messagerie électronique, GeoCities pour l’hébergement de pages personnelles, Broadcast.com pour le multimédia. Le groupe diversifie son offre tout en gardant sa ligne directrice : un portail web généraliste et gratuit. La bulle Internet le propulse à des sommets, sa capitalisation dépassant 125 milliards de dollars en 2000. Puis la bulle éclate, les revenus publicitaires s’effondrent. Surtout, Yahoo! peine à s’adapter. Google s’impose grâce à son algorithme PageRank. Facebook redéfinit les interactions sociales. Les tentatives de redressement, notamment sous la direction de Marissa Mayer entre 2012 et 2017, n’inversent pas la tendance.

Verizon rachète les activités Internet de Yahoo! en 2017 pour 4,5 milliards de dollars, une fraction de sa valeur passée. Yahoo! demeure pourtant un cas d’école des premiers temps du Web commercial. L’entreprise a rendu Internet accessible au grand public avec un portail simple. Elle a établi des modèles économiques viables, notamment via la publicité ciblée.

Les erreurs stratégiques parlent d’elles-mêmes. Yahoo! a sous-traité sa recherche web à Google et Microsoft par la suite, renonçant à investir massivement dans ce domaine. La culture d’innovation s’est étiolée, laissant place à une bureaucratie peu réactive. Les acquisitions coûteuses se sont souvent soldées par des échecs d’intégration.

Quelques marques Yahoo! survivent chez Verizon. Yahoo! Finance a toujours une audience notable. L’histoire de cette entreprise montre bien la vitesse à laquelle les positions dominantes s’effritent dans la technologie. Elle souligne l’impératif d’innovation continue et d’adaptation aux usages. Le parcours de Yahoo! incarne les promesses et les écueils du Web commercial, les difficultés à bâtir des entreprises technologiques durables.

Yahoo! est lié à l’histoire d’Internet. En démocratisant le Web dans les années 1990, l’entreprise a participé à la diffusion de cette technologie. Son modèle de portail gratuit financé par la publicité a inspiré de nombreux services, même si Yahoo! n’a pas conservé sa domination.

Haut de page

AltaVista

En 1995, Paul Flaherty, chercheur chez DEC, eut une idée pendant ses vacances. Il voulait démontrer la puissance du processeur Alpha que son entreprise venait de développer. De cette intuition allait naître AltaVista, le premier véritable moteur de recherche du Web. Deux ingénieurs de DEC, Michael Burrows et Louis Monier, prirent en charge le développement du projet.

L’infrastructure reposait sur deux machines aux noms évocateurs : Scooter et Turbo Vista. La première, équipée d’un disque dur de 20 gigaoctets et d’un gigaoctet de mémoire vive, parcourait les pages web. La seconde, avec 250 gigaoctets de stockage et deux gigaoctets de RAM, stockait les données et renvoyait les résultats. Cette configuration représentait alors une puissance de calcul impressionnante.

AltaVista apportait une rupture technique majeure. Pour la première fois, un moteur indexait le texte intégral des pages web. Ses prédécesseurs se contentaient des titres et des en-têtes. L’interface, volontairement minimaliste, offrait pourtant des fonctions avancées : recherche par mots-clés, recherche de phrases exactes, restriction des résultats à un domaine particulier.

Le succès fut immédiat. Dès le lancement, 300 000 requêtes affluèrent chaque jour. Deux ans après, ce chiffre atteignait 80 millions. En 1998, une étude menée auprès de chercheurs professionnels révéla qu’AltaVista était leur moteur préféré à 45%, loin devant HotBot qui récoltait 20% des suffrages.

La rapidité de traitement des requêtes, rendue possible par l’architecture du processeur Alpha, faisait la différence. Le moteur proposait des fonctions innovantes comme la recherche multilingue et la traduction automatique via son service Babel Fish. Sa base de données contenait plus de 16 millions de pages web en 1996, un chiffre qui grossissait sans cesse.

Mais l’histoire d’AltaVista illustre comment une avance technologique peut fondre faute de vision stratégique. En 1998, Compaq racheta DEC. L’année suivante, sous la direction de Rod Schrock, AltaVista abandonna son interface épurée pour se transformer en portail web. L’entreprise voulait concurrencer Yahoo!. Cette décision diluait pourtant l’expertise principale d’AltaVista dans la recherche d’information.

En 1999, Compaq vendit 83% des parts d’AltaVista à CMGI, propriétaire du moteur de recherche Lycos. CMGI prépara une introduction en bourse, mais l’éclatement de la bulle internet contraignit l’entreprise à y renoncer. Pendant ce temps, Google, fondé en 1998, gagnait du terrain grâce à son focus exclusif sur la recherche et son algorithme PageRank.

En 2003, Overture Services acquit AltaVista, avant d’être racheté par Yahoo!. Le moteur de recherche pionnier se retrouva intégré à la plateforme Yahoo!, perdant son identité propre. Le 8 juillet 2013, Yahoo! mit fin à l’existence d’AltaVista, redirigeant son domaine vers son propre moteur de recherche.

L’héritage d’AltaVista est pourtant significatif dans l’histoire du Web. Son architecture technique influença les moteurs de recherche ultérieurs. Il établit le standard de la recherche en texte intégral à grande échelle. Son interface simple et efficace inspira de nombreux concurrents, notamment Google.

L’échec d’AltaVista s’explique par plusieurs éléments. DEC considérait initialement le moteur comme un simple démonstrateur technologique plutôt qu’une opportunité commerciale. Les changements fréquents de propriétaire empêchèrent toute stratégie cohérente sur le long terme. La transformation en portail web trahissait une incompréhension des attentes des utilisateurs, qui privilégiaient la simplicité et l’efficacité de la recherche.

Sur le plan technique, AltaVista avait pourtant tout bon. Son crawler, nommé Scooter, indexait des millions de pages. Le moteur proposait des opérateurs de recherche avancés comme NEAR pour mesurer la proximité des termes. Il fut le premier à analyser les métadonnées des pages web et à recourir à l’analyse linguistique pour améliorer les résultats.

Le déclin d’AltaVista coïncida avec la montée de Google, qui perfectionna des concepts introduits par son prédécesseur. Google ajouta la notion de popularité des pages dans son algorithme de classement, là où AltaVista se concentrait principalement sur la pertinence textuelle. Cette évolution répondait mieux aux besoins des utilisateurs confrontés à un web en expansion rapide.

La disparition d’AltaVista marqua la fin d’une époque pionnière du Web, où l’innovation technique pure ne suffisait plus à garantir le succès face à des concurrents maîtrisant mieux les aspects commerciaux et marketing.

Haut de page

Apache Web Server

Le serveur web Apache naît en 1995, mais son histoire commence deux ans plus tôt avec le NCSA HTTPd. En 1993, Rob McCool développe au National Center for Supercomputing Applications de l’Université de l’Illinois ce premier serveur HTTP portable. Distribué gratuitement avec son code source, le logiciel connaît un succès immédiat. Les administrateurs de sites web l’adoptent massivement, préférant cette solution gratuite aux serveurs commerciaux de Netscape qui coûtent plusieurs milliers de dollars. Le NCSA HTTPd est alors le serveur le plus déployé sur Internet.

Mais en 1994, l’équipe originale quitte le NCSA pour rejoindre Netscape, McCool compris. Le développement s’arrête net. Les utilisateurs se retrouvent avec un logiciel figé, certes fonctionnel mais perfectible. Ils avaient pris l’habitude de corriger les bogues par eux-mêmes, d’ajouter des fonctions selon leurs besoins, puis de partager ces modifications sur les listes de discussion sous forme de patches. Brian Behlendorf fait partie de ces contributeurs actifs ; il a notamment créé un système d’authentification par mot de passe pour le site Hotwired.

Face à l’abandon du projet, un petit groupe de webmasters décide de reprendre le flambeau. En février 1995, huit programmeurs bénévoles dont Brian Behlendorf et Roy Fielding créent la liste de diffusion « new-httpd » pour coordonner leurs travaux. Deux mois plus tard, en avril, ils publient leur première version : la 0.6.2, construite sur NCSA HTTPd 1.3 et enrichie des correctifs développés par la communauté.

L’origine du nom Apache divise encore aujourd’hui. La fondation a longtemps expliqué qu’il rendait hommage à la tribu amérindienne des Apaches, connue pour son endurance et ses talents guerriers. Pourtant, entre 1996 et 2001, la FAQ du projet avançait une autre explication : « a patchy server », un serveur rapiécé, allusion directe aux nombreux correctifs appliqués au code original. Brian Behlendorf a successivement validé les deux versions, suggérant qu’elles coexistent peut-être toutes deux.

En décembre 1995 arrive Apache 1.0. Robert Thau pilote cette réécriture complète du code, baptisée en interne « Shambhala ». Cette version introduit une architecture modulaire qui change tout et simplifie l’ajout de nouvelles fonctions. Le développement se décentralise, l’innovation vient de partout dans la communauté, et les résultats ne se font pas attendre. Dès avril 1996, Apache est le serveur web le plus utilisé sur Internet. Il n’a jamais quitté cette première place depuis.

Le projet s’inspire du fonctionnement de l’IETF et de sa devise : « rough consensus and running code ». Les règles restent simples. Chacun peut contribuer, mais seuls les développeurs principaux votent pour les versions officielles. L’entrée de nouveaux membres votants exige une nomination et l’unanimité des membres existants. Ce système préserve la cohérence du projet tout en restant ouvert.

Apache s’impose grâce à ses innovations techniques. L’hébergement virtuel, disponible dès l’été 1995, répond à un besoin criant des fournisseurs d’accès Internet. Cette fonction pouvant gérer plusieurs sites web sur un seul serveur, jusqu’à 10 000 sites sur une seule machine. Les solutions commerciales ne proposent rien de tel. Le code source accessible offre un autre avantage décisif : les utilisateurs modifient le logiciel selon leurs besoins, sans attendre qu’un éditeur daigne implanter une nouvelle fonction ou corriger un bogue.

IBM s’intéresse à Apache en 1998. Le géant informatique cherche un serveur web pour sa gamme Websphere. Plutôt que ses propres solutions, il choisit Apache, reconnaissant sa supériorité technique. IBM comprend où réside la valeur : non dans le serveur, mais dans les services et les extensions propriétaires comme les systèmes de commerce électronique. Cette collaboration marque le début d’une relation durable. IBM contribue en retour au développement d’Apache, enrichissant le projet de son expertise.

La structuration du projet franchit une nouvelle étape en 1999 avec la création de l’Apache Software Foundation, une organisation à but non lucratif. Cette évolution règle les aspects légaux et administratifs tout en préservant l’indépendance et la culture collaborative du projet. L’ASF développe progressivement un portefeuille de projets, dont Tomcat, l’implémentation de référence de l’architecture Java J2EE.

L’équipe de développement principale compte une quinzaine de personnes, réparties entre les États-Unis, la Grande-Bretagne, le Canada, l’Allemagne et l’Italie. Contrairement aux clichés, ces développeurs ne sont pas des adolescents passionnés mais des professionnels aguerris : doctorants, docteurs en informatique, développeurs chevronnés, chefs d’entreprise. Les développeurs principaux produisent environ 80% des nouvelles fonctions, mais plus de 400 personnes ont contribué au code et plus de 3 000 ont signalé des problèmes.

Apache domine le marché malgré une concurrence féroce. Microsoft intègre son Internet Information Server à Windows NT dès 1996, sans jamais dépasser 30% de parts de marché. D’autres acteurs se positionnent sur des niches, Zeus pour les sites à très forte fréquentation par exemple. Certains disparaissent, comme le serveur de Netscape qui avait pourtant atteint 10% du marché.

En septembre 2009, Apache sert plus de 54% des sites web mondiaux et plus de 66% des sites les plus fréquentés. Cette domination s’auto-entretient : la large adoption génère des retours d’expérience et des contributions qui renforcent la qualité et la stabilité du logiciel, attirant à leur tour de nouveaux utilisateurs.

Cette réussite a inspiré d’innombrables autres projets et façonné les pratiques du développement open source.

Haut de page

BeOS

En 1990, Jean-Louis Gassée et Steve Sakoman quittent Apple pour fonder Be Inc. Leur projet est de créer un système d’exploitation totalement neuf, capable de tirer parti des machines modernes sans traîner le boulet de la compatibilité avec l’existant. Apple traverse alors une période difficile, son vieux système montrant ses limites face aux progrès du matériel.

BeOS naît de cette volonté de repartir d’une page blanche. Les ingénieurs de Be construisent un système pensé d’abord pour le multimédia, sans se soucier des compromis habituels. Le multithreading traverse toutes les couches du système, chaque tâche se divise en fils d’exécution multiples pour exploiter au mieux les ressources. Le système de fichiers BFS en 64 bits intègre des capacités de base de données et un journal pour protéger les données. La gestion du multiprocesseur symétrique s’avère soignée ce qui fait que BeOS tourne plus vite sur un Pentium 233 avec 64 Mo de mémoire que Mac OS X sur des machines huit fois plus musclées.

Les démonstrations de 1995-1996 impressionnent. BeOS fait tourner simultanément plusieurs fenêtres de rendu 3D temps réel, lit de la vidéo et navigue sur le web sans broncher, là où les systèmes concurrents peinent. Apple, cherchant désespérément un remplaçant moderne pour son système vieillissant, engage des discussions pour racheter Be Inc. en 1996. Les négociations échouent sur le prix. Apple se tourne vers NeXT, ramenant Steve Jobs dans la maison qu’il avait créée.

Be Inc. poursuit sa route et vise le marché PC Intel à partir de 1998, tout en gardant sa version PowerPC. Le système séduit par son interface élégante, sa réactivité et ses trouvailles techniques comme les requêtes dynamiques dans le système de fichiers. Les utilisateurs apprécient la stabilité, la rapidité d’exécution, la gestion fine des attributs de fichiers.

Mais BeOS ne parvient pas à percer. Les applications manquent cruellement. Les développeurs hésitent à investir du temps sur une plateforme qui compte peu d’utilisateurs, et les utilisateurs attendent des applications avant d’adopter le système. Le serpent se mord la queue. Windows écrase le marché PC, les fidèles du Mac restent sur leur plateforme, l’espace se fait étroit pour un nouveau venu.

Be Inc. tente un virage en 1999 vers les appareils Internet émergents. Trop tard. Les investisseurs se lassent de financer un projet qui ne trouve pas son public. L’entreprise ferme en 2001 et cède ses brevets à Palm.

L’histoire ne s’arrête pas complètement là. Haiku, un projet open source, reprend le flambeau et reconstitue BeOS dans l’esprit. Certaines idées du système, la gestion avancée des métadonnées ou l’architecture orientée multimédia, infusent ailleurs.

BeOS raconte les difficultés d’un marché où l’excellence technique ne suffit pas. Le timing joue son rôle : BeOS arrive probablement trop tard pour bousculer les systèmes installés. Reste l’empreinte d’une architecture moderne, d’une attention aux performances qui continue d’inspirer. Le système montre qu’en se libérant des contraintes historiques, on peut atteindre des résultats remarquables.

La leçon porte sur l’écosystème logiciel. Sans applications populaires, un système si brillant soit-il s’étiole. Cette réalité pèse encore sur les stratégies actuelles, où bâtir une communauté de développeurs compte autant que les prouesses techniques.

L’échec commercial de BeOS n’efface pas l’apport technique ni les questions soulevées sur les dynamiques du marché.

Haut de page

DVD

En 1994, l’industrie cherche un successeur au CD-ROM. Les besoins de stockage augmentent, la vidéo numérique progresse, et le CD montre ses limites. Deux camps se forment autour de technologies concurrentes : le Super Disc d’un côté, le Multimedia CD de l’autre. Personne ne veut revivre la même guerre fratricide qui avait laissé des traces dans les années 1980 entre VHS contre Betamax. Les industriels finissent par s’entendre sur une norme commune.

Cette convergence réunit des acteurs que tout aurait pu séparer : fabricants d’électronique grand public japonais, studios hollywoodiens, géants de l’informatique américains. Ils créent ensemble un disque aux dimensions du CD mais capable de stocker sept fois plus de données. Les Japonais découvrent les premiers lecteurs en novembre 1996. Les Américains doivent patienter jusqu’en août 1997.

Le DVD repose sur une astuce technique simple mais efficace. Là où le CD empile 1,2 mm de polycarbonate en une seule couche, le DVD superpose deux substrats de 0,6 mm. Cette architecture autorise l’usage d’un laser à longueur d’onde réduite : 650 ou 635 nanomètres contre 780 pour le CD. Les pistes se resserrent, les alvéoles rapetissent. Un DVD simple couche contient 4,7 Go. La double couche atteint 8,5 Go par face. Un disque double face stocke 17 Go en théorie, mais ce format reste marginal.

Hollywood adopte le DVD avec enthousiasme. La compression MPEG-2 fait tenir un long métrage de deux heures sur une seule couche, avec une image qui surpasse celle des cassettes VHS et des LaserDisc. Les studios apprécient les menus interactifs, les pistes audio multiples et les bonus. Le spectateur choisit sa langue, active les sous-titres, découvre des scènes coupées. Ce n’est plus un simple film qu’on regarde : c’est une expérience qu’on explore.

Les fabricants tirent les leçons du passé. Tout lecteur DVD est capable de lire les CD existants. Cette rétrocompatibilité rassure les consommateurs qui gardent leurs collections de CD audio et leurs CD-ROM de jeux. La transition se fait sans douleur, sans obligation de tout racheter. Microsoft intègre le support DVD dans Windows 98, normalisant son usage dans l’univers PC.

L’informatique trouve son compte dans cette histoire. Les lecteurs DVD-ROM remplacent progressivement leurs prédécesseurs dans les tours d’ordinateurs. Les développeurs de jeux vidéo et de logiciels multimédia disposent soudain d’espaces généreux pour leurs créations. Myst et Riven avaient dû se contenter de plusieurs CD ; leurs successeurs tiendront sur un seul DVD.

Le marché se complique avec l’arrivée des formats enregistrables. Le DVD-R débarque en 1997 pour une écriture unique. Puis viennent DVD-RAM, DVD-RW, DVD+RW, chacun avec ses partisans et ses spécificités techniques. Cette profusion crée de la confusion mais stimule aussi l’innovation et tire les prix vers le bas. Les consommateurs s’y perdent parfois, mais les graveurs multistandards finissent par s’imposer.

La question de la protection des contenus obsède les studios. IBM et Disney collaborent pour mettre au point le Content Scrambling System, un cryptage censé empêcher les copies pirates. Le système CSS ne bouleverse pas les performances de lecture mais donne aux producteurs de films la garantie qu’ils réclament. Sans cette protection, nombre d’entre eux auraient sans doute rechigné à adopter le format.

Les chiffres de vente parlent d’eux-mêmes. Entre 1997 et 2002, plus de 27 millions de lecteurs trouvent acquéreur aux États-Unis. Le prix d’entrée fond comme neige au soleil : plus de 1 000 dollars en 1997, moins de 200 en 2001. Cette démocratisation foudroyante signe l’arrêt de mort du VHS. Les vidéoclubs transforment leurs rayonnages, les particuliers renouvellent leurs équipements.

Le DVD tente quelques escapades hors de son territoire naturel. Le DVD Audio, au succès mitigé, veut détrôner le CD avec une qualité sonore supérieure et des fonctions multimédia. Le DVDPlus, appelé aussi DualDisc, propose une face DVD et une face CD sur le même disque. Ces variations enrichissent l’écosystème sans vraiment s’imposer, le DVD étant avant tout associé à la vidéo domestique.

Au-delà du divertissement, le format trouve sa place dans l’éducation et la formation professionnelle. Sa capacité à combiner vidéo haute qualité, son multicanal et interactivité en fait un outil pédagogique apprécié. Les bibliothèques l’utilisent pour numériser et diffuser leurs fonds audiovisuels. Les entreprises distribuent leurs catalogues produits sur DVD interactifs.

Dès le début des années 2000, les laboratoires explorent l’avenir. Le DVD holographique promet 100 Go par disque. Ces recherches préparent l’arrivée du Blu-ray et de la haute définition. Le DVD a accompli sa mission : démocratiser la vidéo numérique, standardiser les pratiques, préparer le terrain pour les générations suivantes.

Haut de page

GPU

Dans les années 1980, le traitement graphique restait l’affaire de contrôleurs VGA rudimentaires. Ces composants ne faisaient que recevoir des données d’image, les organiser et les transmettre à un moniteur. Rien de plus.

L’IBM Professional Graphics Controller sort en 1984. Cette carte intègre un microprocesseur Intel 8088 spécialement dédié aux tâches graphiques, libérant ainsi le processeur principal. À 5 500 dollars et avec une compatibilité limitée, elle ne connaît qu’une diffusion confidentielle. Mais l’idée germe : confier les calculs graphiques à un processeur spécialisé.

La standardisation OpenGL par SGI stimule tout un écosystème de solutions matérielles dédiées au rendu graphique. La décennie suivante accélère le mouvement. SGI présente en 1993 le RealityEngine, dont l’architecture établit les bases du pipeline graphique moderne. Ce principe du pipeline, qui transforme des coordonnées 3D en pixels 2D par étapes successives, structure encore aujourd’hui le fonctionnement des GPU.

Puis arrive la 3dfx Voodoo en 1996. Cette carte grand public dédiée à l’accélération 3D bouleverse le jeu vidéo sur ordinateur personnel. Un million de transistors, 4 Mo de mémoire DRAM 64 bits, une fréquence de 50 MHz : des chiffres offraient alors des performances jamais vues.

NVIDIA frappe fort en 1999 avec la GeForce 256. C’est la première carte commercialisée sous le nom de GPU. Ce choix terminologique n’a rien d’anodin : il souligne l’intégration complète des fonctions de traitement graphique sur une seule puce, transformation géométrique et éclairage compris. Ses 23 millions de transistors et ses 32 Mo de mémoire inaugurent l’ère moderne du processeur graphique.

Le début des années 2000 apporte la programmabilité. En 2001, sur la GeForce 3 de NVIDIA, les développeurs programment certaines étapes du pipeline via des shaders. Cette souplesse nouvelle ouvre des horizons pour les effets visuels et le rendu 3D.

L’année 2002 voit débarquer une génération de GPU entièrement programmables avec la GeForce FX et la Radeon 9700. Les développeurs peuvent désormais programmer les opérations par pixel et par vertex, en contrôlant finement le rendu graphique. La GeForce FX, avec ses 80 millions de transistors et sa mémoire DDR de 128 Mo, témoigne de la complexité grandissante de ces composants.

La GeForce 8800 de NVIDIA, en 2006, opère un virage. Son architecture unifiée remplace les unités de traitement spécialisées par des processeurs polyvalents capables d’exécuter différents types de calculs graphiques. CUDA accompagne cette évolution : cet environnement de programmation autorise l’usage du GPU pour des calculs généraux, bien au-delà du simple graphisme.

L’architecture Fermi, que NVIDIA dévoile en 2009, confirme cette orientation vers le calcul généraliste. Première architecture GPU pensée pour le calcul scientifique, elle intègre une hiérarchie de mémoire cache, la correction d’erreurs ECC et améliore les performances en double précision. Les GPU se rapprochent des processeurs classiques tout en conservant leur puissance de traitement massivement parallèle.

Cette tendance à la fusion s’observe partout. AMD lance en 2011 sa ligne Fusion, qui intègre GPU et CPU sur une seule puce. Intel développe de son côté Larrabee, une architecture combinant des cœurs x86 avec des unités vectorielles larges. La convergence entre processeurs graphiques et généralistes s’accélère.

Les GPU modernes incarnent la puissance du traitement parallèle. Leur architecture, fruit d’une évolution continue depuis les simples contrôleurs graphiques des années 1980, fait tourner aujourd’hui une gamme étendue d’applications : rendu 3D, calcul scientifique, intelligence artificielle. Cette polyvalence, alliée à une puissance de calcul considérable, fait des GPU des composants indispensables des systèmes informatiques contemporains.

Haut de page

Microsoft Internet Explorer

Le milieu des années 1990 voit le Web prendre son envol. Les premiers navigateurs grand public apparaissent, et Microsoft décide d’entrer dans la danse. Le 16 août 1995, l’entreprise de Redmond lance Internet Explorer 1.0. C’est le début d’une aventure qui durera plus de vingt ans et qui marquera l’histoire d’Internet.

Internet Explorer n’est pas né dans les laboratoires de Microsoft. L’entreprise a pris un raccourci en obtenant une licence du code source de Spyglass Mosaic, un navigateur développé par la société Spyglass. D’autres entreprises ont fait un choix identique à l’époque. Spyglass Mosaic s’appuyait sur les travaux du National Center for Supercomputing Applications, qui avait créé NCSA Mosaic, le premier navigateur graphique à connaître un succès populaire.

Au départ, l’équipe chargée du projet est minuscule : une demi-douzaine de développeurs tout au plus. Microsoft distribue son navigateur de différentes façons. Il est inclus dans le pack Microsoft Plus! pour Windows 95, un ensemble d’extensions et d’utilitaires vendus à part. Les fabricants d’ordinateurs reçoivent une version OEM à préinstaller sur leurs machines. Les utilisateurs peuvent l’installer via l’Internet Jumpstart Kit fourni avec le pack Plus!. Un point intéressant : il fonctionne sur la version originale de Windows 95, sans mise à jour du système.

Quelques mois plus tard, Microsoft sort Internet Explorer 1.5 pour Windows NT. Cette version apporte le support basique des tableaux HTML, un élément qui devenait indispensable pour construire des pages Web.

La stratégie de Microsoft évolue vite. L’entreprise comprend qu’Internet n’est pas une mode passagère et change son fusil d’épaule. Dans les versions suivantes de Windows 95, le navigateur s’intègre de plus en plus au système d’exploitation. Cette intégration croissante va déclencher des polémiques qui marqueront l’histoire du navigateur.

Les documents internes de Microsoft révèlent que l’entreprise n’avait pas prévu d’inclure un navigateur avec Windows 95. Début 1994, les plans mentionnent seulement l’ajout d’éléments de base pour se connecter à Internet : la pile TCP/IP et le support des protocoles PPP et SLIP. Steven Sinofsky écrit en juin 1994 qu’aucun logiciel client comme Mosaic ou Cello n’est prévu dans Windows 95.

Le changement s’opère par étapes. En 1995, Microsoft hésite encore. Faut-il commercialiser le navigateur dans le pack « Plus! » ou l’intégrer directement à Windows ? Les discussions internes montrent des interrogations sur la pertinence de cette intégration, notamment à cause des contraintes d’espace sur les disquettes d’installation.

Sur le plan technique, Internet Explorer 1.0 reflète son époque. L’interface graphique reste simple, les fonctionnalités limitées. On navigue page par page, sans onglets ni blocage de publicités. Mais cela correspond aux besoins des utilisateurs de 1995, qui découvrent le Web.

Les fabricants d’ordinateurs contribuent à la diffusion du navigateur. Microsoft signe des accords avec eux pour préinstaller Internet Explorer sur les machines neuves. Cette approche assure une distribution massive du logiciel.

L’architecture logicielle pose les bases des versions futures. Le code hérité de Spyglass Mosaic est remanié pour s’adapter à Windows. Les développeurs modifient l’interface et optimisent les performances pour le système d’exploitation de Microsoft. La documentation montre pourtant que Microsoft considère Internet Explorer comme un produit distinct de Windows. Les communications internes et externes présentent le navigateur comme une application autonome, sans lien avec le système d’exploitation.

Cette première version constitue une étape dans l’histoire du Web. Microsoft entre dans un domaine en pleine expansion avec une approche pragmatique : acquérir une technologie existante plutôt que tout développer en interne.

Haut de page

Java

En 1991, une équipe d’ingénieurs de Sun Microsystems se lance dans le projet « Green » sous la direction de James Gosling. Leur ambition est de créer un système distribué qui permettrait aux appareils électroniques de dialoguer entre eux dans un réseau hétérogène. L’idée était de proposer aux fabricants d’électronique grand public une technologie adaptée à leurs besoins.

Les ingénieurs démarrent leurs travaux avec C++. Mais la nécessité d’adapter le code à différents processeurs les pousse à envisager des modifications du compilateur. Malgré les extensions possibles, C++ se révèle trop complexe pour répondre à leurs exigences. Cette impasse les conduit à concevoir un nouveau langage : Oak, baptisé ainsi d’après l’arbre que Gosling aperçoit depuis la fenêtre de son bureau.

Oak voit le jour pour programmer des dispositifs de contrôle de télévision interactive et des systèmes domotiques. Après plusieurs mois d’un travail intense, l’équipe accouche d’un système d’exploitation complet, d’une boîte à outils, d’une interface, d’une plateforme matérielle inédite et de trois puces personnalisées. Le tout aboutit au « *7 » (Star 7), que Gosling décrit comme une « télécommande portable ».

L’équipe Green, devenue FirstPerson Inc., répond à un appel d’offres en 1993 pour un système d’exploitation de décodeur et une technologie de vidéo à la demande. Leur solution brille par son excellence technique, mais le marché leur échappe au profit de SGI pour des raisons que Gosling juge non techniques. FirstPerson persiste dans le secteur des décodeurs jusqu’en 1994, date à laquelle la réalité s’impose : ce marché n’est pas viable. L’entreprise disparaît, et la moitié de ses effectifs rejoint Sun Interactive pour travailler sur des serveurs de données vidéo numériques.

Tout bascule vers la mi-1994. Internet et le World Wide Web explosent. L’équipe décide alors de réorienter Oak vers les applications web. Les caractéristiques du langage, notamment son indépendance architecturale et sa neutralité vis-à-vis des plateformes, se prêtent remarquablement à cet environnement.

En janvier 1995, Oak devient Java, un nom disponible à l’enregistrement. Le langage se transforme en outil de création d’applications web. Pour en démontrer le potentiel, l’équipe conçoit HotJava, un navigateur web entièrement écrit en Java, capable d’exécuter des applications Java (les Applets) directement intégrées aux pages web. Netscape et Microsoft s’empareront de cette fonctionnalité. Sun publie ensuite le kit de développement initial (JDK) accompagné de HotJava.

La simplicité de Java frappe d’emblée. Le code se lit et s’écrit aisément, ce qui réduit les risques d’erreurs. L’environnement d’exécution prend en charge automatiquement l’allocation de mémoire et le ramassage des miettes, éliminant ainsi une source majeure de bogues qui empoisonne C ou C++.

Java impose une approche orientée objet rigoureuse, qui structure et modularise la programmation. Son interprétation autorise l’exécution des programmes sur diverses plateformes sans recompilation, grâce à la Machine Virtuelle Java (JVM). Les programmes se compilent en bytecode, un format intermédiaire indépendant du matériel. Cette caractéristique garantit la portabilité des applications Java sur tout système doté d’un interpréteur Java.

La robustesse du langage tient à son système de typage fort et ses vérifications poussées lors de la compilation. L’absence de pointeurs, ces sources récurrentes de problèmes dans d’autres langages, renforce la fiabilité des programmes.

Java se décline ensuite en plusieurs éditions. Java 2 Standard Edition (J2SE) vise les ordinateurs de bureau classiques. Java 2 Enterprise Edition (J2EE) s’adresse aux applications d’entreprise. Java 2 Micro Edition (J2ME) couvre les appareils mobiles et embarqués.

Les améliorations s’enchaînent. Java 1.02, sorti en 1996, souffre de limitations importantes, comme l’impossibilité d’imprimer. Les versions suivantes enrichissent progressivement les fonctionnalités. Java 1.2, publié en décembre 1998 et rebaptisé Java 2 trois jours plus tard, introduit notamment de nouvelles bibliothèques graphiques plus élaborées.

La communauté des développeurs adopte Java pour des raisons variées. Le langage simplifie la création d’applications réseau, héritage de sa conception initiale pour les systèmes distribués. Son modèle de sécurité intégré protège contre les programmes malveillants. Ses capacités multitâches facilitent le développement d’applications performantes et réactives.

L’architecture de la Machine Virtuelle Java témoigne de la sophistication technique du système. Le chargeur de classes, la zone de méthodes, le tas et la pile Java composent cet environnement d’exécution. Le moteur d’exécution combine un interpréteur et un compilateur Just-In-Time qui optimise les performances en traduisant le bytecode en code natif.

Java a transformé la programmation web en introduisant les applets, qui exécutent du code dans les navigateurs. Cette innovation a enrichi l’expérience utilisateur sur Internet et inspiré de nouvelles approches du développement web.

La philosophie « Write Once, Run Anywhere » (écrire une fois, exécuter partout) a influencé la conception des langages et plateformes ultérieurs. Le modèle de sécurité de Java, son ramasse-miettes automatique et son approche de la programmation orientée objet ont établi des standards qui perdurent dans le développement logiciel contemporain.

Haut de page

JavaScript

En 1995, le Web traverse une phase d’expansion rapide. Netscape et Microsoft se livrent une bataille commerciale intense autour de leurs navigateurs respectifs. Brendan Eich, ingénieur chez Netscape, reçoit une mission pour le moins inhabituelle : concevoir un langage de programmation en dix jours, un outil qui s’exécutera directement dans le navigateur Netscape. Mais cette demande s’inscrit dans une vision stratégique plus large. Netscape ne voit plus le navigateur comme une simple application ; l’entreprise le considère, avec le serveur, comme une nouvelle forme de système d’exploitation distribué.

À cette époque, Java de Sun Microsystems s’impose comme la solution de référence pour les applications Web complexes. Ce langage compilé génère du bytecode pour sa machine virtuelle, reprend les principes orientés objet de C++ et promet des performances comparables aux langages natifs. Pourtant, Netscape identifie un manque : il faut un second langage, plus léger, interprété, qui viendrait compléter Java. Un outil accessible aux programmeurs amateurs, qui s’intégrerait sans friction dans les pages Web.

Brendan Eich conçoit alors JavaScript comme un langage aux influences multiples. La syntaxe emprunte au C ses accolades et ses points-virgules, ainsi que les structures de données, tandis que les modèles s’inspirent de Smalltalk. La symétrie entre données et code, caractéristique de LISP, trouve sa place dans la conception. Pour la gestion des événements, Eich se tourne vers HyperCard. Quant à l’approche orientée objet, elle s’appuie sur une sémantique d’exécution utilisant des prototypes, à la manière du langage Self, plutôt que sur une syntaxe de classes comme Java.

Les premières années du langage restent modestes. JavaScript sert surtout à faire défiler des messages dans la barre d’état du navigateur ou à animer quelques images. Rien de bien spectaculaire. Mais le langage contient suffisamment d’éléments fondamentaux pour perdurer. Son adoption initiale limitée lui laisse le temps d’évoluer progressivement, notamment grâce au processus de standardisation ECMA qui améliore ses performances et sa robustesse.

Le véritable tournant survient entre 2004 et 2005 avec l’arrivée d’Ajax. JavaScript peut désormais récupérer des données depuis les serveurs et mettre à jour les documents HTML sans recharger toute la page. Microsoft introduit cette fonctionnalité dans Internet Explorer via l’objet XMLHttpRequest, repris par les autres navigateurs. L’interface utilisateur bascule en partie vers le navigateur, créant des expériences beaucoup plus riches. Gmail et Google Maps illustrent cette transformation.

Ce changement révèle vite les faiblesses des moteurs JavaScript des navigateurs. Les pages Web ne redémarrent plus toutes les minutes. Elles maintiennent des sessions prolongées, manipulent des données dynamiques volumineuses, communiquent en continu avec les serveurs en arrière-plan. Google développe Chrome et son interpréteur V8 pour répondre à ces nouveaux besoins de performance. Le marché suit le mouvement. Les performances des interpréteurs JavaScript progressent chez tous les éditeurs.

En 2012, Mozilla lance asm.js, un sous-ensemble strict de JavaScript optimisé pour exécuter du code compilé depuis C ou C++. Grâce à cette innovation, des jeux complexes sont portés sur le Web. Epic Games en fait la démonstration spectaculaire en adaptant son moteur Unreal Engine 3 en JavaScript en quelques jours seulement. Le succès d’asm.js influencera directement la création de WebAssembly, un format binaire plus efficace pour exécuter du code natif dans les navigateurs.

Node.js élargit ensuite le terrain de jeu de JavaScript au-delà du navigateur. Le langage investit le développement d’applications serveur. Sa nature événementielle, présente depuis l’origine, facilite la création d’applications Web hautement évolutives sans la complexité de la programmation « multithreadée ».

La standardisation continue via ECMAScript apporte régulièrement de nouvelles fonctionnalités. Les modules ES6 en sont un exemple. Tout cela en préservant une compatibilité ascendante indispensable à la pérennité du Web. JavaScript se transforme progressivement d’un simple outil d’animation en un langage polyvalent capable de gérer des applications complexes, que ce soit côté client ou serveur.

L’écosystème qui l’entoure s’enrichit constamment. Les transpileurs permettent d’utiliser les dernières fonctionnalités tout en restant compatible avec les anciennes versions des navigateurs. Les gestionnaires de paquets comme npm facilitent le partage de code entre développeurs. React, Angular, Vue.js standardisent le développement d’interfaces utilisateur complexes.

Le succès de JavaScript tient beaucoup à son accessibilité et sa capacité d’adaptation. Malgré ses imperfections initiales, liées à sa création express, le langage a su répondre aux besoins changeants du Web. Son interprétation directe, sa flexibilité, son intégration native dans les navigateurs en font un élément central du développement Web moderne.

La position dominante de JavaScript ne signifie pas pour autant la fin de son évolution. WebAssembly ouvre de nouvelles perspectives en tant que format de compilation universel pour le Web. D’autres langages peuvent désormais s’exécuter dans le navigateur. JavaScript conserve néanmoins son rôle d’interface privilégiée avec le DOM et les APIs Web. Il démontre sa capacité à coexister avec les nouvelles technologies.

Haut de page

PHP

En 1994, Rasmus Lerdorf, programmeur canadien d’origine groenlandaise, développe quelques scripts Perl pour gérer les visites sur son CV en ligne. Ces outils baptisés « Personal Home Page Tools » servent d’abord à afficher son curriculum vitæ et à enregistrer le trafic. Rien de bien spectaculaire au départ, juste une solution pratique à un besoin personnel.

Consultant en développement web à Toronto, Lerdorf constate qu’il réécrit sans cesse les mêmes scripts CGI en C pour ses différents clients. Cette répétition le pousse à rassembler son code dans une bibliothèque C qu’il intègre au serveur web NCSA. Il y ajoute un système de templates pour simplifier les appels. L’idée reste pragmatique : gagner du temps et travailler plus efficacement.

Le 8 juin 1995, il publie la première version publique sous le nom « Personal Home Page Tools version 1.0 ». Il a réécrit ses scripts en binaires CGI, ajoutant des fonctionnalités pour traiter les formulaires web et dialoguer avec les bases de données. Le tout prend alors le nom de « Personal Home Page/Forms Interpreter », ou PHP/FI. Lerdorf cherche surtout à détecter les bogues plus vite et à améliorer son code grâce aux retours d’autres développeurs.

Cette première mouture contient déjà des variables inspirées de Perl, la gestion des formulaires et la possibilité de s’intégrer directement dans le HTML. La syntaxe emprunte à Perl tout en restant plus accessible, la cohérence n’étant pas toujours au rendez-vous. Les développeurs web commencent à s’y intéresser, séduits par cette manière plus simple de créer des pages dynamiques.

Lerdorf ne considère pas PHP comme sa propriété. Il voit plutôt un outil pour résoudre des problèmes. Quand d’autres développeurs lui demandent d’utiliser ses scripts, il les partage volontiers. Sa valeur ajoutée réside dans sa capacité à résoudre les problèmes de ses clients, pas dans la possession exclusive du code.

Le vrai tournant arrive en 1997. Zeev Suraski et Andi Gutmans, deux développeurs israéliens du Technion IIT, réécrivent l’analyseur syntaxique. Cette refonte donne naissance à PHP 3, où le nom devient un acronyme récursif : « PHP : Hypertext Preprocessor ». Les tests publics commencent, et la version officielle sort en juin 1998. Les deux Israéliens poursuivent leur travail en réécrivant le cœur de PHP, créant ainsi le moteur Zend en 1999. Ils fondent Zend Technologies à Ramat Gan.

PHP 4 sort le 22 mai 2000, propulsé par le moteur Zend 1.0. Cette version améliore nettement le support de la programmation orientée objet et les performances générales. Le langage gagne en maturité et s’affirme comme un vrai outil pour bâtir des sites web dynamiques.

La version 5 arrive le 13 juillet 2004 avec le moteur Zend Engine II et un nouveau modèle objet. La programmation orientée objet est vraiment exploitable, et les PHP Data Objects (PDO) offrent une interface unifiée pour accéder aux bases de données. En 2008, PHP 5 est la seule version stable activement développée.

L’histoire de PHP montre combien la communauté compte dans son évolution. Le langage s’enrichit grâce aux contributions de nombreux développeurs. La PHP Extensions Community Library (PECL) sert d’incubateur où des groupes de volontaires expérimentent de nouvelles idées avant qu’elles n’intègrent éventuellement la distribution principale.

La gestion du projet suit une logique méritocratique. Le code prime sur les débats théoriques. Si un développeur propose une implémentation qui fonctionne, elle sera probablement adoptée, quel que soit son degré de perfection. Cette philosophie accélère l’innovation et l’ajout de fonctionnalités, parfois au détriment d’une certaine cohérence d’ensemble.

Le succès de PHP tient beaucoup à sa simplicité d’usage et sa proximité avec le HTML. Les développeurs peuvent insérer directement du code PHP dans leurs pages web, ce qui rend le langage accessible aux débutants. Cette facilité d’apprentissage explique en grande partie sa popularité grandissante.

Le développement se poursuit avec PHP 7.0 en 2015. Le moteur Zend Engine 3 booste considérablement les performances. La vitesse d’exécution s’améliore de manière spectaculaire, et de nouvelles fonctionnalités apparaissent comme les déclarations de type scalaire ou l’opérateur combiné de comparaison.

PHP 8.0 sort en 2020, marquant une nouvelle étape avec le compilateur JIT (Just-In-Time), les types d’union et les expressions match. Ces évolutions renforcent la robustesse du langage sans sacrifier sa simplicité d’utilisation.

Au fil des années, PHP est devenu incontournable dans le développement web. Son évolution reflète les changements dans les pratiques de programmation et les besoins du web moderne. D’un simple outil personnel, il s’est transformé en langage complet supportant la programmation orientée objet, la gestion des exceptions et de nombreuses fonctionnalités avancées.

Haut de page

Ruby

Le 24 février 1993, deux informaticiens japonais, Yukihiro Matsumoto et Keiju Ishitsuka, discutent en ligne du nom à donner à leur nouveau projet de langage de programmation. Ils veulent une pierre précieuse. Après avoir hésité avec « Coral », ils choisissent « Ruby ». Plus court d’un caractère, donc plus simple à taper.

Yukihiro Matsumoto, que tout le monde appelle Matz, veut créer un langage de script orienté objet vraiment agréable à utiliser. Il emprunte à Perl sa souplesse, à Smalltalk sa vision orientée objet, à Eiffel sa rigueur, à Ada sa fiabilité, à Lisp son expressivité. De ce mélange naît un langage qui se distingue par son élégance.

La première version publique, la 0.95, sort le 21 décembre 1995 sur les forums japonais. Le succès au Japon est immédiat. En 1997, netlab.jp, une entreprise japonaise spécialisée dans l’open source, embauche Matz pour qu’il travaille à plein temps sur Ruby. La version 1.0 paraît en 1996, la 1.1 en août 1997. Le développement s’accélère.

Matsumoto conçoit Ruby selon le principe de moindre surprise. Les méthodes portent des noms tirés du vocabulaire anglais courant qui décrivent naturellement leur fonction. Pour les chaînes de caractères, on trouve des verbes comme strip, split, delete ou upcase. L’apprentissage est intuitif, la maintenance du code plus aisée.

Dans Ruby, tout est objet. Vraiment tout, y compris les nombres et les types primitifs. Cette approche, héritée de Smalltalk, unifie la syntaxe. Les développeurs appliquent les mêmes principes à tous les éléments qu’ils manipulent. Le langage gagne en cohérence.

Ruby autorise la modification de ses composants essentiels, les programmeurs pouvant ainsi redéfinir, enrichir les classes existantes, et ajouter des méthodes aux classes intégrées. On peut par exemple enrichir la classe des nombres d’une méthode plus pour rendre le code plus expressif. Cette flexibilité séduit.

En 2001, Ryan Leavengood commence à développer RubyGems, un outil pour simplifier la distribution des bibliothèques de code. Le projet s’arrête quand Leavengood le quitte à la version 0.4.0, mais une nouvelle équipe le reprend en 2003 et le réécrit entièrement. RubyGems se mue alors un élément central de l’écosystème.

L’année 2004 change tout. David Heinemeier Hansson crée Ruby on Rails, un framework web qui propulse Ruby sur la scène internationale. Cette plateforme séduit par son approche pragmatique et sa productivité. Apple intègre Ruby on Rails à Mac OS X v10.5 « Leopard ». Cette reconnaissance par un géant de l’industrie accélère l’adoption du langage.

La popularité de Ruby culmine en 2006, année où il reçoit le titre de « Langage de l’année ». En 2016, il atteint la huitième place de l’index TIOBE. Entre 2013 et 2020, Ruby évolue de la version 2.0.0 à la version 3.0.0. Le langage atteint sa maturité technique.

La communauté reste dynamique. En 2022, on compte 2,4 millions de développeurs Ruby dans le monde. Airbnb, Shopify, Coinbase et GitLab utilisent Ruby et contribuent à son développement. La Fondation Rails, créée récemment, travaille sur la documentation, la formation et la promotion du langage.

La version 3.0, sortie en 2020, apporte des améliorations significatives en termes de performances. Le projet « Ruby 3x3 » vise à tripler les performances de la version 3.x par rapport à Ruby 3.0. Les développeurs optimisent le compilateur MJIT, perfectionnent le ramasse-miettes et améliorent le support de la concurrence via les Ractors.

Plusieurs implémentations alternatives enrichissent l’écosystème. JRuby s’exécute sur la machine virtuelle Java, TruffleRuby offre des performances élevées grâce à GraalVM. Matz dirige le développement de mruby, une version légère conçue pour l’embarqué. Ces variations élargissent les possibilités d’utilisation du langage.

Haut de page

SSH

En 1995, à l’Université d’Helsinki, Tatu Ylönen venait de subir une attaque sur le réseau de son établissement. Des mots de passe circulaient en clair, interceptés par des attaquants qui exploitaient les failles béantes de protocoles comme Telnet, rlogin ou rsh. Face à cette menace concrète, le chercheur finlandais décida de concevoir une solution radicalement différente : un protocole capable de chiffrer les communications et d’authentifier solidement les parties en présence. SSH, pour Secure Shell, naissait de cette nécessité immédiate de protéger les échanges sur Internet.

La première version sortit en juillet 1995 sous forme gratuite. Le succès fut immédiat dans les cercles universitaires et techniques. Chacun mesurait l’urgence de sécuriser les connexions distantes, et SSH répondait à ce besoin. Devant cet engouement, Ylönen fonda SSH Communications Security en décembre 1995. L’entreprise commercialisa des versions professionnelles tout en maintenant une version libre pour les usages non commerciaux, un équilibre délicat entre logique économique et diffusion large du protocole.

L’année suivante marqua un tournant avec SSH-2, refonte complète de la version initiale. Cette nouvelle mouture adopta une architecture à trois couches : le protocole de transport gérait le chiffrement et l’authentification du serveur, celui d’authentification vérifiait l’identité de l’utilisateur, et le protocole de connexion multipliait les canaux de communication dans un tunnel sécurisé unique. Cette modularité apporta flexibilité et robustesse accrues.

L’IETF lança en 1997 un groupe de travail dédié à la standardisation de SSH. Entre 2004 et 2006, plusieurs RFC précisèrent les spécifications de SSH-2. Cette normalisation favorisa l’interopérabilité entre implémentations et consacra SSH comme standard de fait pour l’administration système distante. Mais un événement allait bouleverser l’écosystème en 1999 : l’apparition d’OpenSSH, implémentation libre développée dans le projet OpenBSD. Cette alternative gratuite et ouverte accéléra l’adoption universelle du protocole. OpenSSH devint vite la référence, intégrée par défaut dans la plupart des systèmes UNIX et Linux.

Sur le plan technique, SSH repose sur une approche hybride mêlant cryptographie asymétrique et symétrique. Au moment d’établir la connexion, des mécanismes à clé publique authentifient et échangent les clés. Une fois la liaison établie, le chiffrement symétrique prend le relais pour protéger les données avec de meilleures performances. Le protocole introduisit le mécanisme des « known hosts » : les clients mémorisent les clés publiques des serveurs contactés, détectant ainsi toute tentative d’attaque par homme du milieu. SSH permit aussi de tunneliser d’autres protocoles TCP/IP via le transfert de port, étendant considérablement son champ d’application.

La souplesse de SSH-2 autorisa le support de méthodes d’authentification variées : mots de passe, clés publiques, authentification par hôte. Cette adaptabilité permit de calibrer la sécurité selon les contextes. Compression des données et multiplexage de canaux vinrent optimiser l’usage de la bande passante, rendant le protocole encore plus efficient.

Dans les années 2000, SSH s’imposa comme brique clé de l’infrastructure Internet. Son usage déborda largement l’accès distant pour englober le transfert sécurisé de fichiers avec SFTP, la gestion de systèmes entiers, le déploiement d’applications. Les entreprises l’adoptèrent massivement pour sécuriser leurs opérations d’administration. Le protocole continua d’évoluer, intégrant des algorithmes cryptographiques plus récents comme AES ou les courbes elliptiques. La communauté de développeurs resta mobilisée pour adapter SSH aux menaces nouvelles et aux cas d’usage émergents.

L’empreinte de SSH sur l’informatique moderne reste considérable. En tant que solution pratique et sûre pour l’administration distante, le protocole a accompagné la croissance d’Internet et l’explosion du cloud computing. Sa conception modulaire a inspiré d’autres protocoles de sécurité. SSH demeure omniprésent dans les environnements de développement, les centres de données, les services cloud. Il illustre comment une réponse technique née d’un incident précis peut devenir un standard international incontournable.

Le succès durable de SSH tient à sa capacité à allier sécurité robuste et simplicité d’usage. En automatisant la complexité cryptographique tout en restant accessible, le protocole a démocratisé les bonnes pratiques de sécurité dans l’administration système.

Haut de page

Lynx

Quand on évoque les navigateurs web, l’image qui vient spontanément à l’esprit est celle d’une interface graphique colorée, animée, interactive. Pourtant, il existe depuis 1992 un programme qui défie cette représentation : Lynx, un navigateur entièrement textuel né à l’Université du Kansas. Son histoire révèle comment l’accessibilité et la sobriété peuvent traverser trois décennies sans prendre une ride.

Au départ, Lynx n’avait rien d’un navigateur web. Les développeurs du Kansas cherchaient à construire une interface pour consulter leur système d’information local. L’hypertexte vint s’y greffer progressivement, puis le protocole Gopher fit son apparition. Ce n’est qu’après ces ajouts successifs que Lynx apprit à parler le langage du Web. Cette genèse par strates explique d’ailleurs la structure du code : une mosaïque de morceaux assemblés au fil du temps, sans plan d’ensemble initial. Certains y verraient un défaut ; d’autres, la marque d’une adaptation organique aux besoins réels.

Le nom du programme renvoie au lynx, ce félin réputé pour sa vision perçante. L’analogie n’est pas anodine : là où les autres navigateurs multipliaient les ornements visuels, Lynx allait droit au but. Les premiers utilisateurs découvraient un Internet brut, dépouillé, mais fonctionnel. Cette nudité assumée se révéla un atout majeur pour les personnes aveugles ou malvoyantes, qui pouvaient enfin accéder au web via des lecteurs d’écran.

La navigation dans Lynx repose sur le clavier. Les flèches déplacent le curseur entre les liens, la touche Entrée active celui qui est sélectionné, quelques raccourcis donnent accès aux fonctions avancées. Rien de plus. Cette économie de moyens cache néanmoins une vraie sophistication technique. Le programme sait gérer les formulaires HTML, comprend les cookies, et offre une configuration poussée via le fichier .lynxrc. On peut personnaliser les couleurs (si, si, même en mode texte), définir ses préférences, ou brancher son éditeur de texte préféré pour modifier une page directement.

Le traitement des images illustre bien la philosophie du projet. Plutôt que de les ignorer purement et simplement, Lynx affiche leur texte alternatif – cet attribut « alt » que les développeurs web oublient trop souvent. Cette approche, née d’une contrainte technique, est devenue une référence en matière d’accessibilité. Elle force à se demander : que voit quelqu’un qui ne voit pas ?

Dans le web actuel, saturé de JavaScript et de feuilles de style complexes, Lynx garde son utilité. Les administrateurs système qui travaillent en ligne de commande l’utilisent régulièrement. Les connexions à faible débit y trouvent leur compte. Et puis il y a ceux qui préfèrent lire sans être distraits par des animations ou des publicités qui clignotent. Il faut dire que le mode lecture des navigateurs d’aujourd’hui joue parfaitement ce rôle aussi.

Les développeurs web se servent encore de Lynx comme d’un révélateur. Afficher une page dans ce navigateur, c’est voir son squelette HTML à nu. Si le contenu est compréhensible dans ces conditions, c’est bon signe. Cette méthode s’inscrit dans ce qu’on appelle l’amélioration progressive : partir d’une base fonctionnelle simple, et enrichir l’expérience pour ceux qui disposent de moyens techniques plus avancés.

Que Lynx ait survécu aussi longtemps n’est pas un hasard. Son code source ouvert et sa communauté de développeurs ont su le faire évoluer sans trahir ses principes fondateurs. Les mises à jour maintiennent la compatibilité avec les standards modernes, tandis que l’interface reste fidèle à l’esprit d’origine. Peu de logiciels peuvent se targuer d’une telle constance sur trois décennies.

Haut de page

MySQL

En 1979, Michael « Monty » Widenius travaille chez TcX, une petite entreprise, quand il développe un outil de reporting en BASIC. Les contraintes matérielles de l’époque sont sévères : 16 Ko de RAM, un processeur à 4 MHz. Dans cet environnement spartiate, Widenius apprend à écrire du code léger et rapide. Cette expérience forge son approche du développement logiciel. Sa position de copropriétaire chez TcX lui donne une liberté rare pour un programmeur : celle de contrôler son code. Cette conjonction entre compétence technique, propriété intellectuelle et autonomie va se révéler déterminante.

Durant les années 1990, les clients de TcX réclament une interface SQL pour manipuler leurs données. Widenius explore plusieurs pistes : acheter une licence de base de données commerciale, intégrer le code de mSQL... Aucune ne le satisfait vraiment. Il décide de créer sa propre solution. En mai 1996, MySQL version 1.0 sort, mais reste confinée à un cercle restreint. La première version publique (3.11.1) arrive en octobre 1996, d’abord uniquement pour Solaris. Un mois plus tard, Linux est supporté.

MySQL s’étend progressivement à d’autres systèmes d’exploitation. Ses fonctionnalités s’enrichissent au fil des versions. Le modèle de distribution repose sur une licence particulière : l’usage commercial est gratuit tant qu’on ne redistribue pas le logiciel avec ses propres produits. TcX vend aussi du support technique. Ces revenus financent le développement.

La version 3.22 de MySQL propose déjà une part substantielle du langage SQL. Son optimiseur impressionne, surtout pour un projet piloté majoritairement par un seul homme. Le système brille par sa rapidité et sa stabilité. Les API se multiplient, le rendant utilisable depuis presque tous les langages de programmation. Mais des lacunes demeurent : pas de transactions, pas de sous-requêtes, pas de clés étrangères, pas de procédures stockées ni de vues. Le verrouillage au niveau des tables ralentit parfois considérablement les opérations.

Vers 1999-2000, MySQL AB voit le jour en tant qu’entreprise distincte. L’équipe s’étoffe avec le recrutement de développeurs. Un partenariat avec Sleepycat se noue pour créer une interface SQL vers les fichiers Berkeley DB. L’objectif est de doter MySQL de capacités transactionnelles. La version 3.23 résulte de ces travaux.

L’intégration de Berkeley DB ne se déroule pas comme prévu. La stabilité n’est jamais vraiment au rendez-vous. Mais cet effort n’est pas vain : le code source de MySQL est maintenant équipé pour accueillir différents types de moteurs de stockage. En avril 2000, avec l’appui de Slashdot, la réplication maître-esclave fait son entrée. L’ancien moteur ISAM est remanié pour devenir MyISAM, qui apporte des améliorations dont la recherche en texte intégral.

Heikki Tuuri propose à la même période d’intégrer InnoDB, son propre moteur de stockage aux fonctionnalités similaires. L’interface de gestion des tables, née des travaux sur Berkeley DB, facilite cette intégration. MySQL version 4.0, combiné à InnoDB, est déclarée stable en mars 2003.

Mais la vraie innovation de la 4.0 est le cache des requêtes. Cette fonctionnalité améliore drastiquement les performances de nombreuses applications. Le code de réplication sur l’esclave est réécrit avec deux threads : un pour les entrées-sorties réseau depuis le maître, l’autre pour traiter les mises à jour. L’optimiseur gagne en efficacité. Le protocole client/serveur devient compatible SSL.

Pendant le développement de la 4.1, les travaux sur la branche 5.0 avancent. Cette version apporte les procédures stockées, les curseurs côté serveur, les déclencheurs, les vues, les transactions XA et des améliorations majeures de l’optimiseur. Pourquoi créer une branche séparée ? Les développeurs veulent éviter que l’ajout des procédures stockées ne retarde la stabilisation de la 4.1. La version 5.0 sort en alpha en décembre 2003. Deux branches en alpha coexistent temporairement, créant une certaine confusion.

Entre 2005 et 2006, Oracle rachète successivement Innobase puis Sleepycat, les deux fournisseurs de moteurs de stockage transactionnels de MySQL. Ces acquisitions suscitent des inquiétudes dans la communauté. Larry Ellison, le patron d’Oracle, commente avec désinvolture qu’il a parlé à presque toutes les entreprises du secteur. Il qualifie MySQL de société minuscule dont le chiffre d’affaires oscille entre 30 et 40 millions de dollars, à comparer aux 15 milliards de revenus annuels d’Oracle.

La trajectoire commerciale de MySQL AB suit pourtant une courbe ascendante. En 2001, Mårten Mickos prend la direction de l’entreprise et transforme une startup technique en une entreprise viable. Les revenus grimpent de 6,5 millions de dollars en 2002 à 75 millions en 2007. Le modèle économique repose d’abord sur la double licence pour les intégrateurs OEM, puis bascule vers les abonnements de support pour les utilisateurs finaux avec le lancement du MySQL Network en 2005. L’entreprise compte 8 millions d’installations actives en 2006, emploie 320 personnes réparties dans 25 pays dont 70% travaillent depuis chez elles. Mickos annonce cette année-là préparer une entrée en bourse pour 2008 avec un objectif de 100 millions de revenus.

Mais c’est Sun Microsystems qui frappe le premier. En janvier 2008, l’entreprise californienne annonce l’acquisition de MySQL AB pour environ 1 milliard de dollars. Jonathan Schwartz, le directeur général de Sun, qualifie cette opération de la plus importante de l’histoire de sa société. Il y voit une occasion de se repositionner au cœur de l’économie du web. Les chiffres parlent d’eux-mêmes : 75% des installations MySQL tournent sur du matériel d’autres fabricants que Sun, 80% utilisent Linux plutôt que Solaris. L’acquisition donne à Sun accès à une immense base installée auprès de laquelle vendre serveurs et logiciels. Avec ce milliard de dollars, MySQL établit un nouveau standard de valorisation pour les sociétés de logiciels libres.

L’intégration chez Sun se révèle chaotique. Widenius et Axmark, deux des trois fondateurs, quittent l’entreprise peu après le rachat. En 2009, Mickos démissionne à son tour pour devenir entrepreneur en résidence chez Benchmark Capital. Sun perd en quelques mois les leaders techniques et commerciaux qui avaient bâti le succès de MySQL.

La même année, Oracle annonce l’acquisition de Sun pour 7,4 milliards de dollars. MySQL devient ainsi propriété du principal concurrent commercial dans le domaine des bases de données. Cette perspective soulève de nombreuses interrogations. Oracle va-t-il continuer à développer MySQL ou chercher à l’étouffer pour protéger sa propre base de données ? Les entreprises qui dépendent de MySQL peuvent-elles encore lui faire confiance ? La Commission européenne examine l’opération de près avant de donner son feu vert, non sans demander des garanties sur le maintien du développement de MySQL.

Widenius lui-même ne reste pas inactif. Dès 2009, il démarre le développement de MariaDB, un fork de MySQL. Cette nouvelle base de données conserve une compatibilité totale avec MySQL tout en ajoutant ses propres améliorations. La fondation MariaDB à but non lucratif est créée en 2012. Le nom vient cette fois de Maria, l’autre fille du fondateur. Ce fork devient progressivement l’alternative de référence pour ceux qui se méfient d’Oracle. Wikipedia bascule vers MariaDB, Google aussi. Les distributions Linux commencent à remplacer MySQL par MariaDB dans leurs dépôts par défaut.

MySQL continue néanmoins son évolution sous la gouvernance d’Oracle. L’équipe reste en grande partie la même qu’avant le rachat. Des fonctionnalités NoSQL font leur apparition. Oracle maintient MySQL sous double licence GPL et commerciale.

Haut de page

RealPlayer

En avril 1995, Internet perce dans les foyers du monde entier. Les modems 56k se déploient et peinent à transmettre des fichiers .wav, et personne n’imagine encore qu’on puisse écouter de la musique ou regarder une vidéo sans attendre qu’elle se télécharge entièrement. Rob Glaser, qui vient de quitter Microsoft après dix ans passés sur les applications et le multimédia, voit les choses autrement. Il fonde RealNetworks avec une idée qui paraît presque folle à l’époque : diffuser du son directement depuis Internet.

Le premier RealAudio Player chamboule les usages dès sa sortie. Pour la première fois, on peut écouter des contenus audio en streaming, un mot qui n’appartient pas encore au vocabulaire courant. Le succès arrive vite : trois ans plus tard, Microsoft intègre le lecteur dans Windows 98. On mesure mieux cette prouesse quand on réalise que YouTube ne verra le jour que dix ans après.

Les équipes de RealNetworks travaillent sur deux fronts. D’un côté, elles développent des techniques de compression qui permettent d’obtenir une qualité décente malgré les débits ridicules. De l’autre, elles inventent une façon originale de combiner les protocoles Internet avec et sans connexion pour fluidifier la diffusion. C’est du bricolage savant, mais ça marche.

L’entreprise choisit une stratégie qui deviendra courante plus tard : un lecteur gratuit pour les utilisateurs, des serveurs payants pour ceux qui veulent diffuser. Jim Breyer, du fonds Accel Partners, rejoint le conseil d’administration et les investisseurs affluent. En 1996, contre l’avis d’une partie des équipes, RealNetworks lance une version premium du lecteur. Le pari rapporte gros : plus de trois millions d’exemplaires partent, la majorité vendus en ligne.

La vidéo arrive en 1997 avec le RealSystem. Les connexions restent lentes, mais Glaser anticipe leur amélioration. Pour prouver que sa technologie tient la route, il s’associe avec Spike Lee qui réalise les premiers courts-métrages pensés pour Internet. Plus de 500 000 personnes les regardent en un mois. Le message passe.

Le logiciel change plusieurs fois de nom au fil des ans – RealAudio, RealOne Player, RealPlayer G2 – chaque version apportant son lot de nouveautés. Conversion de formats, téléchargement de vidéos, playlists, extraction audio... Les fonctionnalités s’empilent. En 2015, l’entreprise tente autre chose avec RealTimes, une application mobile pour créer des montages vidéo à partir de photos. C’est une manière de suivre les nouveaux usages, tout en ayant le cœur de métier ailleurs.

Glaser garde de son passage chez Microsoft une certaine vision de la convergence entre technologie et médias. Il pousse sa société vers l’innovation permanente, quitte à prendre des risques. En 2002, RealNetworks lance Helix, une plateforme capable de diffuser n’importe quel format audio ou vidéo. La société va jusqu’à ouvrir une partie de son code source aux développeurs, histoire de favoriser l’amélioration collective des solutions.

RealPlayer a transformé notre rapport aux médias en ligne, nous faisant passer du téléchargement fastidieux au streaming instantané. Les plateformes actuelles lui doivent beaucoup, bien que peu de gens s’en souviennent. L’entreprise a tenu vingt-cinq ans en s’adaptant sans cesse.

Haut de page

Sun UltraSPARC

Les recherches menées à Berkeley entre 1980 et 1984 sur les architectures RISC, conduites en parallèle de celles de Stanford sur MIPS, débouchèrent sur la création de Scalable Processor ARChitecture (SPARC) par Sun Microsystems en 1985. Quatre ans plus tard, Sun fonda SPARC International pour ouvrir cette architecture à d’autres constructeurs.

La première version SPARC V7 sortit en 1986. La V8 arriva en 1990 avec le support matériel des multiplications et divisions, une MMU et des opérations en virgule flottante sur 128 bits. La V9 franchit un cap : elle gérait les registres et opérations 64 bits, repensait la gestion des exceptions et intégrait le préchargement.

C’est en 1995 que Sun lança le premier UltraSPARC, premier processeur à intégrer SPARC V9. Marc Tremblay participa à sa conception. Ce microprocesseur superscalaire exécutait les instructions dans le désordre et en traitait quatre simultanément. Son pipeline comptait huit étages. Les ingénieurs avaient simplifié l’unité d’exécution par rapport au SuperSPARC pour gagner en fréquence, notamment en modifiant le branchement de l’UAL.

Le processeur comportait 32 registres 64 bits répartis en huit fenêtres, totalisant 144 registres. Cette technique évitait aux fonctions appelées de perdre du temps à sauvegarder puis restaurer les registres. Sept registres d’entrée et trois de sortie donnaient accès à deux UAL et à l’unité de gestion mémoire. Une seule UAL gérait multiplications et divisions.

L’unité virgule flottante se découpait en cinq blocs : additions et soustractions, multiplications, divisions et racines carrées, suivis par deux blocs dédiés aux instructions SIMD du Visual Instruction Set. Trente-deux registres 64 bits servaient ces opérations, dont cinq pour les entrées et trois pour les sorties.

Le cache primaire se divisait en deux parties de 16 Ko, l’une pour les instructions, l’autre pour les données. Un cache secondaire externe unifié devait compléter l’ensemble, avec une capacité entre 512 Ko et 4 Mo, accessible en un cycle. Ce cache utilisait de la SRAM synchrone cadencée à la vitesse du processeur.

Texas Instruments fabriqua UltraSPARC avec le procédé CMOS EPIC-3 en 0,5 μm sur quatre niveaux de métal. Le constructeur renonça au BiCMOS qui n’apportait guère d’avantages à cette finesse de gravure. La puce intégrait 3,8 millions de transistors dans un boîtier PBGA de 521 contacts.

Dix ans plus tard, l’UltraSPARC T1 rompit avec cette logique. Sun y matérialisa son concept de throughput computing, qui préférait multiplier cœurs et threads plutôt qu’augmenter les fréquences ou complexifier les pipelines. Dans sa version complète, le T1 comptait huit cœurs exécutant chacun quatre threads, soit 32 threads au total. Sun sacrifia performances en virgule flottante et taille des caches au profit du parallélisme.

Le T1 utilisait un pipeline court à exécution dans l’ordre : fetch, sélection de thread, décodage, exécution, mémoire et write-back. Ses UAL fonctionnaient avec une latence d’un cycle, les multiplicateurs et diviseurs sur plusieurs cycles. Une unique unité virgule flottante se partageait entre les huit cœurs. Chaque thread disposait de son propre buffer d’instructions.

Le processeur basculait entre threads selon plusieurs règles. Par défaut, il alternait entre threads disponibles selon une politique LRU. Les instructions longues déclenchaient un changement de thread pour maintenir le pipeline actif. Le cache L1 était traversant, le L2 incluait le L1. Le T1 se contentait volontairement d’un cache réduit : le grand nombre de threads masquait les latences mémoire.

L’UltraSPARC T1 embarquait un hyperviseur qui ajoutait un niveau de privilège au-dessus des modes utilisateur et superviseur. Cette couche logicielle légère offrait une interface de virtualisation complète aux systèmes invités. Sun documenta intégralement cette API et publia les sources VHDL du T1 sous licence libre, rebaptisé OpenSPARC T1.

Le T1 ne consommait pas plus de 70 watts, deux fois moins qu’un Xeon ou un Itanium. Cette sobriété comptait pour les centres de données où la climatisation pouvait coûter plus cher que le matériel lui-même.

Cette architecture convenait aux serveurs web, aux applications client-serveur et à certaines bases de données qui exploitaient son parallélisme élevé. Sun admettait que les charges scientifiques, surtout celles utilisant massivement la virgule flottante, n’étaient pas le terrain de prédilection de ces processeurs.

UltraSPARC reflète l’évolution des architectures processeurs, des premiers RISC aux designs massivement multicœurs. Il témoigne des stratégies explorées pour accroître les performances : complexification des pipelines d’un côté, parallélisation massive de l’autre.

Haut de page

Wiki

En 1994, Ward Cunningham a inventé quelque chose qui allait changer la manière dont nous créons du contenu sur Internet. Son « Wiki Wiki Web » n’était au départ qu’un outil pour faciliter le travail d’équipe chez Tektronix, mais il allait devenir bien plus que ça.

Cunningham avait grandi dans le Midwest américain pendant les années Spoutnik, bricolant des circuits électroniques dès son enfance. Après des études d’ingénierie électrique à Purdue et un master en informatique, il s’était passionné pour la programmation orientée objet. En travaillant avec Smalltalk et Lisp, il avait remarqué que ces langages produisaient du code qu’on pouvait comprendre en le lisant n’importe où, sans avoir besoin de tout le contexte. Cette idée de lisibilité immédiate allait l’influencer.

Le nom wiki vient du hawaïen et veut dire « rapide ». Cunningham l’avait découvert en prenant les navettes Wiki Wiki à l’aéroport d’Honolulu. C’était exactement ce qu’il cherchait : un mot qui traduisait la rapidité avec laquelle on pouvait modifier des pages web. Fini les processus lourds où il fallait écrire, faire relire, corriger, et enfin publier. Avec le wiki, on écrivait, on publiait tout de suite, et les autres pouvaient relire et corriger après. Un vrai bouleversement.

La simplicité technique était au cœur du système. Un simple navigateur web suffisait. Pas besoin de logiciels compliqués ni de connaître des langages de balisage obscurs. La syntaxe restait basique : pour créer un lien vers une autre page, il suffisait d’écrire un mot en CamelCase, avec une majuscule au milieu. Le système créait automatiquement le lien.

Au lancement, Cunningham a rédigé une centaine de pages sur la programmation informatique. Cette astuce donnait l’impression qu’une communauté existait déjà, que d’autres contribuaient. Les visiteurs voyaient comment ça marchait et se sentaient encouragés à participer. Il a invité les développeurs à créer leur page personnelle, les familiarisant petit à petit avec l’édition collaborative.

Les développeurs ont adopté le concept. Dès les premières semaines, des clones du système sont apparus. Le wiki tranchait avec les systèmes de gestion de contenu classiques qui imposaient des validations à tous les étages. Ici, la liberté était totale.

Beaucoup craignaient le vandalisme, les abus inévitables. Mais la communauté s’est autorégulée naturellement. Cunningham l’expliquait simplement : supprimer du contenu inapproprié demandait moins d’efforts que d’en créer. Cette asymétrie favorisait l’émergence d’informations pertinentes. Le système reposait sur une confiance mutuelle entre utilisateurs, construite par la transparence totale des modifications et la possibilité pour chacun de contribuer.

L’impact du wiki a explosé en 2001 avec Wikipédia. Jimmy Wales a repris les principes du Wiki Wiki Web en y ajoutant une licence adaptée et une vision mondiale multilingue. Le wiki devenait un phénomène culturel planétaire.

Des recherches menées à l’Université d’Ulster ont montré l’efficacité pédagogique des wikis. Plus de 80% des étudiants trouvaient la navigation intuitive et appréciaient la liberté d’édition. Sans barrières techniques, ils se concentraient sur le contenu plutôt que sur les outils.

Le wiki a introduit des innovations techniques durables : versionnage des pages, création automatique de liens, recherche plein texte. Ces fonctionnalités sont devenues des standards du travail collaboratif moderne. Il a prouvé qu’une communauté en ligne pouvait s’organiser efficacement sans hiérarchie rigide. Cette philosophie d’auto-organisation a inspiré d’innombrables projets collaboratifs sur Internet.

Trente ans après, le Wiki Wiki Web original tourne toujours. La simplicité et l’ouverture restent des principes durables dans les technologies collaboratives.

Haut de page

Microsoft Windows 95

Le 24 août 1995, à minuit, des files d’attente s’étiraient devant les magasins CompUSA et Best Buy. On n’avait jamais vu ça pour un logiciel. Microsoft orchestrait le lancement de Windows 95 avec une démesure qui fit date : 300 millions de dollars investis dans une campagne publicitaire mondiale, les Rolling Stones et leur « Start Me Up » en bande-son, Jay Leno animant l’événement aux côtés de Bill Gates. L’entreprise de Redmond alla jusqu’à produire une émission d’une heure avec Jennifer Aniston et Matthew Perry, alors au sommet de leur gloire grâce à Friends. Résultat ? Plus de 40 millions d’exemplaires vendus en cinq semaines.

Derrière ce battage médiatique se cachait une refonte radicale de l’expérience informatique. Windows 95 tournait définitivement la page de MS-DOS et de Windows 3.1. Le bureau affichait désormais des icônes, une barre des tâches parcourait le bas de l’écran, et un bouton Démarrer concentrait l’accès aux programmes. Cette interface transformait l’ordinateur en un outil que n’importe qui pouvait apprivoiser, sans pour autant renoncer aux fonctions avancées qui intéressaient les utilisateurs chevronnés.

L’architecture 32 bits du système imposait un processeur compatible mais libérait des possibilités nouvelles. La mémoire se gérait mieux, les ressources s’allouaient avec plus de finesse. Le multitâche préemptif entrait en scène pour les applications 32 bits, autorisant l’exécution parallèle de plusieurs programmes sans que le système ne s’enlise. Microsoft devait néanmoins résoudre une équation délicate : faire cohabiter les vieux logiciels DOS et Windows 16 bits avec les nouveaux programmes 32 bits. L’API Win32 apportait une réponse en donnant aux développeurs un ensemble cohérent de fonctions, compatible aussi bien avec Windows NT qu’avec Windows CE. Les programmeurs pouvaient ainsi porter leurs applications d’une plateforme à l’autre sans trop de douleur.

La technologie Plug and Play visait à simplifier l’installation des périphériques. Dans les faits, ses débuts chaotiques valurent au système le surnom ironique de « Plug and Pray ». Malgré ces ratés initiaux, le principe d’une détection automatique du matériel s’imposa par la suite comme une évidence. La gestion des fichiers gagnait elle aussi en souplesse : les noms longs, jusqu’à 250 caractères, remplaçaient la contrainte archaïque des 8 caractères héritée du DOS. MacOS bénéficiait de cette liberté, et Windows 95 comblait enfin son retard. Le système de fichiers VFAT préservait la compatibilité avec les anciennes applications, un compromis typique de l’approche Microsoft.

L’interface réseau intégrée et le support natif de TCP/IP arrivaient au moment où Internet décollait vraiment. Microsoft lançait dans la foulée le Microsoft Network (MSN), service en ligne propriétaire censé concurrencer AOL, accessible moyennant un abonnement mensuel. Internet Explorer ne faisait pas partie du système de base mais fut ajouté dans les versions suivantes via le pack Microsoft Plus! La fonction « Briefcase » permettait de synchroniser des fichiers entre différents ordinateurs, préfigurant les services cloud qui fleuriraient une décennie plus tard. Les profils utilisateurs offraient à chaque membre d’une famille ou d’une entreprise la possibilité de personnaliser son environnement de travail.

Le système embarquait des fonctionnalités réseau évoluées : partage de fichiers peer-to-peer, support des protocoles NetBEUI et IPX/SPX, clients pour NetWare et réseaux Microsoft. Ces caractéristiques facilitèrent son adoption en entreprise, où il supplanta peu à peu Windows 3.1 et Windows for Workgroups. La concurrence n’avait pas dit son dernier mot. Mac OS séduisait par son élégance et ses capacités multimédias, mais restait prisonnier du matériel Apple. OS/2 d’IBM impressionnait techniquement mais souffrait d’une communication défaillante. Linux, système libre encore émergent, attirait les utilisateurs techniques par sa stabilité et sa modularité.

Un ordinateur type de cette époque montait un processeur 486 vou Pentium, un disque dur IDE ou SCSI, un lecteur CD-ROM double vitesse et une carte son Sound Blaster. Ces machines devaient composer avec les exigences de Windows 95 : 4 Mo de mémoire vive au minimum, 8 Mo recommandés, et un espace disque conséquent. Microsoft fit évoluer le système via plusieurs versions (OSR1, OSR2) qui intégrèrent FAT32, l’USB et l’AGP. Windows 95 resta disponible jusqu’en 2001, cédant progressivement du terrain à Windows 98 puis Windows ME.

L’impact du système sur l’industrie informatique fut considérable. Il standardisa l’interface graphique moderne et contribua à faire de l’ordinateur un objet familier dans les foyers. Cette période marqua l’apogée de la domination Microsoft sur le marché grand public. Une interface repensée, une architecture modernisée, un marketing agressif : Windows 95 établit un standard qui influença le développement des systèmes d’exploitation pendant les vingt années qui suivirent. Le système reste dans les mémoires comme celui qui démocratisa l’informatique personnelle.

Haut de page

Microsoft DirectX

Windows 95 posait un problème de taille aux développeurs de jeux vidéo. La plupart des titres tournaient encore sous DOS, qui laissait les applications accéder directement au matériel. Avec Windows et sa gestion sécurisée de la mémoire, les performances graphiques s’effondraient. Microsoft risquait de perdre les développeurs si rien ne changeait.

La solution vint d’une petite entreprise, RenderMorphics, dont Microsoft racheta le code source. Ce fut le point de départ de DirectX. Les premières versions n’impressionnèrent personne : bugs à répétition, interface de programmation d’une complexité rebutante. Le système s’appuyait sur des execute buffers, sortes de paquets contenant les listes de sommets à afficher et leurs instructions. Les développeurs détestaient cette approche.

Tout bascula avec DirectX 5. L’interface DrawPrimitive simplifia radicalement la programmation sans sacrifier les performances. Microsoft venait de créer une option crédible pour développer des jeux sous Windows. Le marché vidéoludique explosait, et la bataille entre DirectX et OpenGL commença pour de bon.

John Carmack, l’architecte principal d’id Software, ne mâcha pas ses mots en décembre 1996. Il jugea DirectX « terriblement défectueux », une API qui imposait des contraintes absurdes aux programmeurs sans rien apporter en retour. D’autres développeurs reconnus bombardèrent Microsoft de lettres, tous préconisaient l’adoption d’OpenGL.

Microsoft organisa des démonstrations comparatives pour prouver la supériorité de DirectX. Ces tests furent contestés : les méthodes de comparaison semblaient douteuses. Les débats tournaient souvent autour des performances en rendu logiciel, un aspect qui perdrait vite de son importance avec l’arrivée de cartes graphiques puissantes et abordables.

DirectX s’imposa malgré les polémiques. L’API intégrait des outils complets pour gérer le son et les périphériques d’entrée. Le marché Apple pesait peu, ce qui réduisait l’intérêt de la compatibilité multiplateforme. DirectX savait aussi interroger les capacités du matériel graphique, un atout appréciable.

L’architecture technique s’appuyait sur COM (Component Object Model), ce qui permettait de l’utiliser depuis C++, C# ou Visual Basic. Le C pur restait possible, au prix d’une complexité accrue. DirectX progressa de concert avec OpenGL dans le support des shaders personnalisés, permettant aux programmeurs un contrôle fin sur le pipeline graphique.

DirectX 8 abandonna DirectDraw, l’API 2D qui avait longtemps constitué un pilier du système. Trois ans plus tard, DirectX 10 débarqua avec Windows Vista après un développement mené en collaboration avec les créateurs d’applications et les fabricants de matériel.

L’apport majeur de DirectX 10 fut le geometry shader, une nouvelle étape programmable dans le pipeline graphique. Placé entre le traitement des sommets et la rastérisation, il pouvait générer jusqu’à 1 024 primitives à partir d’une seule entrée. Les concepteurs maintinrent certaines étapes en fonctionnalité fixe, préférant les performances à une flexibilité totale.

DirectX 10 standardisa le traitement des différentes étapes programmables via un « cœur commun ». Cette machine virtuelle unifia la gestion des registres d’entrée-sortie, des registres temporaires et des points de liaison des ressources. Elle utilisait un langage assembleur 32 bits, mais Microsoft encourageait l’emploi du langage de haut niveau HLSL (High Level Shading Language) pour programmer les shaders.

La technologie n’a cessé d’évoluer depuis. Microsoft voulait garder Windows attractif pour les créateurs de jeux, quitte à essuyer des critiques sur ses pratiques commerciales et sa stratégie de verrouillage. DirectX est devenu un standard incontournable de l’industrie vidéoludique.

Une API contestée à ses débuts s’est muée en solution de référence grâce à des améliorations techniques bien pensées et une compréhension aiguë des besoins des développeurs. Les choix techniques et stratégiques pèsent dans l’évolution des technologies, se mêlant aux enjeux commerciaux et aux dynamiques communautaires.

Haut de page

ICQ

En 1996, quatre développeurs israéliens bricolent un système de messagerie qui va changer la façon dont les gens communiquent en ligne. Yair Goldfinger, Sefi Vigiser, Amnon Amir et Arik Vardi, avec Yossi Vardi, le père de ce dernier, ne cherchaient pas à créer un tel outil. Leur projet initial visait simplement à rendre plus pratique la consultation des messages sur les beepers. ICQ est né presque par hasard, comme un outil annexe pour faciliter leur propre travail collaboratif.

À cette époque, rester connecté en permanence relevait du luxe. Les modems occupaient la ligne téléphonique, et maintenir une présence en ligne sur IRC pour dialoguer n’était pas toujours envisageable. L’équipe se heurtait aux difficultés de communication lors du travail à distance. D’où l’idée d’ICQ, dont le nom dit tout : I Seek You, je te cherche. La fonction première du logiciel était de permettre aux utilisateurs de se retrouver en ligne.

Deux mois ont suffi pour développer le programme. Chaque utilisateur recevait un numéro d’identification unique, l’UIN, comparable à un numéro de téléphone. Les numéros courts signalaient une inscription ancienne, créant une sorte de prestige social chez les premiers utilisateurs. On pouvait voir qui était connecté, échanger des messages en temps réel, rechercher d’autres utilisateurs via un annuaire intégré.

Le logiciel s’est répandu tout seul, sans campagne marketing. Les communautés de jeux en ligne ont été les premières conquises. Les joueurs de MUD, de Meridian 59 ou de Diablo sur Battle.net adoptaient massivement ICQ pour coordonner leurs parties et garder le contact entre deux sessions. Cette adoption spontanée annonçait le rôle que tiendrait Discord bien plus tard dans l’univers vidéoludique.

Le succès attire America Online, qui rachète Mirabilis en juin 1998 pour 407 millions de dollars. Sous AOL, ICQ continue son expansion en gardant son identité et son équipe basée à Tel Aviv. En 2001, le service comptait 100 millions d’inscrits, en majorité des jeunes entre 13 et 29 ans qui passaient cinq heures par jour connectés.

Les versions se succèdent avec leur lot de nouveautés. ICQ intègre le chiffrement à partir de la version 99b, alors que les premières moutures en étaient dépourvues. Suivent les appels vocaux, la vidéoconférence, le transfert de fichiers, les messages vers les mobiles, l’ICQphone pour appeler des fixes. En 2013, ICQ est le premier service à proposer des appels vidéo chiffrés de bout en bout avec le protocole ZRTP.

Les réseaux sociaux et la messagerie mobile rebattent les cartes. En 2010, AOL cède ICQ au groupe russe Mail.ru pour 188 millions de dollars. Le service est populaire en Europe de l’Est et en Russie, avec 42 millions d’utilisateurs quotidiens. En 2021, Hong Kong connaît un regain d’intérêt pour ICQ : les téléchargements sont multipliés par 35 en une semaine après les polémiques sur la confidentialité de WhatsApp.

ICQ s’adapte à l’ère mobile avec des applications pour Android, iOS, Windows et macOS. L’intelligence artificielle fait son apparition pour suggérer des réponses rapides et transcrire les messages vocaux. Durant la pandémie de COVID-19, le service déploie des fonctionnalités de visioconférence jusqu’à 30 participants, répondant aux besoins du télétravail.

Ces efforts ne suffisent pas. Face à WhatsApp, Messenger ou Telegram, ICQ ne reconquiert pas sa place. En mai 2024, VK annonce l’arrêt définitif pour le 26 juin, invitant les utilisateurs à migrer vers VK Messenger et VK WorkSpace. Un pionnier disparaît.

ICQ a posé les bases de la messagerie instantanée moderne : statuts de présence, messages en temps réel, listes de contacts, recherche d’utilisateurs. Le service a montré l’importance de la communication asynchrone et personnelle sur Internet, avant l’avènement des réseaux sociaux et leurs messageries. Son influence perdure dans les fonctionnalités de nos applications actuelles.

Par son caractère novateur, ICQ a transformé Internet en espace de communication personnelle et immédiate. Rencontres amoureuses, discussions entre joueurs, conversations professionnelles, échanges familiaux : pendant près de trois décennies, le service a tissé une toile de relations humaines à travers le monde numérique.

Haut de page

KDE

Le 14 octobre 1996, un message apparaît sur Usenet. Matthias Ettrich y annonce le lancement d’un projet baptisé KDE, pour Kool Desktop Environment. Son ambition ? Bâtir un environnement de bureau graphique complet pour UNIX et Linux. À cette époque, les interfaces sous ces systèmes se résument surtout à des gestionnaires de fenêtres rudimentaires comme Feeble Virtual Window Manager pour le système X Window. L’utilisateur confronté à ces outils spartiate peine à retrouver le confort des bureaux Windows ou Mac.

Ettrich fait un pari technique : s’appuyer sur la bibliothèque Qt. Ce choix déclenche aussitôt des controverses, la licence de Qt heurtant certains puristes du libre. Mais le projet avance. Une première version bêta sort en 1997, puis KDE 1.0 débarque neuf mois plus tard. Une communauté de développeurs se fédère autour de cette initiative.

L’architecture repose sur plusieurs briques. KWin gère l’affichage des fenêtres. Konqueror, qui succède à KFM, sert à la fois de gestionnaire de fichiers et de navigateur web. DCOP, remplacé plus tard par D-Bus, fait communiquer les applications entre elles. Le moteur de rendu KHTML mérite qu’on s’y attarde : Apple s’en inspirera pour créer WebKit, qui équipera Safari et Chrome à ses débuts.

Chaque mouture KDE 2 et KDE 3 enrichissent les fonctionnalités pendant les années 2000. En 2008, KDE 4.0 bouleverse la donne. L’interface et l’architecture technique sont refondues de fond en comble. Plasma, le nouvel environnement de bureau, transforme l’expérience utilisateur. Les applications adoptent Qt 4 et exploitent les possibilités qu’offre cette nouvelle version.

Sur le plan organisationnel, le projet se structure. KDE e.V. voit le jour, association de droit allemand qui gère les aspects financiers et juridiques. Elle collecte les dons, protège la propriété intellectuelle, organise Akademy, la conférence annuelle qui rassemble la communauté. Cette professionnalisation n’entame pas l’esprit collaboratif du projet.

La décennie suivante apporte KDE Frameworks 5, qui découpe les bibliothèques en modules réutilisables. Plasma 5 modernise le bureau tout en préservant sa flexibilité légendaire. Le projet s’adapte aux écrans tactiles avec Plasma Mobile, preuve que KDE sait suivre l’évolution des usages.

Le modèle de développement est résolument ouvert. Les décisions sont prises sans pyramide hiérarchique, par consensus. Des contributeurs du monde entier participent : développeurs bien sûr, mais aussi traducteurs, designers, rédacteurs de documentation. Le Google Summer of Code et d’autres programmes de mentorat attirent régulièrement de nouveaux talents.

Les applications couvrent tous les besoins quotidiens. Calligra pour la bureautique, Amarok pour la musique, KMail pour les courriels, Kate pour l’édition de texte... Ces logiciels rivalisent avec les solutions propriétaires. Certaines trouvailles de KDE, comme la détection automatique des pièces jointes oubliées dans les e-mails, ont d’ailleurs été reprises ailleurs.

L’influence de KDE dépasse la technique. Le projet prouve qu’on peut créer des applications complexes et innovantes en logiciel libre. Il facilite l’adoption de Linux sur les ordinateurs personnels en proposant une interface accessible aux habitués de Windows. Des distributions comme openSUSE ou Kubuntu l’ont choisi comme environnement par défaut, ce qui dit beaucoup sur sa maturité.

Trente après sa naissance, KDE tient toujours sa ligne : redonner aux utilisateurs le contrôle de leur environnement numérique, dans le respect de leur liberté et de leur vie privée. Le projet innove dans l’accessibilité, la sécurité. Sa longévité tient à sa capacité d’attirer de nouveaux contributeurs sans renier ses valeurs.

Haut de page

Cascading Style Sheets

En 1994, au CERN, berceau du Web, Håkon Wium Lie identifie un problème : le Web manque d’un moyen de styliser les documents. Lui qui sortait du MIT Media Laboratory, où il avait travaillé sur des présentations de journaux personnalisés, voyait bien que cette lacune freinait l’édition électronique.

L’idée de séparer structure et mise en page existait déjà. Tim Berners-Lee avait conçu son navigateur NeXT en 1990 avec une feuille de style rudimentaire. Mais il n’avait rien publié, estimant que chaque navigateur devait trouver sa propre solution d’affichage. D’autres expérimentaient de leur côté : Pei Wei avec son navigateur ViolaWWW en 1992, qui proposait son propre langage de style.

Puis arrive NCSA Mosaic en 1993. Ce navigateur qui va populariser le Web représente paradoxalement un retour en arrière : les utilisateurs ne peuvent modifier que quelques couleurs et polices. Les créateurs de pages web s’en plaignent. Marc Andreessen, l’un des programmeurs de Mosaic, refuse d’abord tout changement avant de changer son fusil d’épaule en cofondant Netscape.

Le 13 octobre 1994, trois jours avant l’annonce du navigateur Netscape, Håkon publie la première version des Cascading HTML Style Sheets. Dave Raggett, architecte principal de HTML 3.0, l’avait poussé à publier avant la conférence « Mosaic and the Web » à Chicago. Raggett avait compris que HTML ne deviendrait jamais un langage de description de page.

Bert Bos rejoint Håkon. Il développait alors Argo, un navigateur hautement personnalisable avec des feuilles de style. Leurs deux propositions initiales diffèrent du CSS actuel mais contiennent déjà les concepts originaux. Une particularité du langage : il reconnaît que le style d’un document web ne peut venir uniquement de l’auteur ou du lecteur. Leurs souhaits doivent se combiner en cascade, en tenant compte des capacités du dispositif d’affichage et du navigateur.

Le World Wide Web Consortium (W3C) est opérationnel en 1995. Un atelier sur les feuilles de style se tient à Paris. Thomas Reardon de Microsoft s’engage à intégrer CSS dans Internet Explorer. Fin 1995, le W3C établit le HTML Editorial Review Board pour valider les futures spécifications HTML. La spécification CSS devient un élément de travail en vue d’une Recommandation W3C.

Internet Explorer 3 sort en août 1996. C’est le premier navigateur commercial à prendre en charge CSS. L’équipe de Chris Wilson chez Microsoft implémente de façon fiable la plupart des propriétés de couleur, d’arrière-plan, de police et de texte. Netscape suit avec Navigator 4.0, mais son implémentation reste limitée. Opera entre dans la course en novembre 1998 avec sa version 3.5, qui offre un support plus complet de CSS1.

CSS obtient son propre groupe de travail au W3C en février 1997. Chris Lilley le préside. Le groupe développe CSS niveau 2, qui sera une recommandation en mai 1998. Les réunions se tiennent généralement par téléphone une heure par semaine, avec environ quatre rencontres annuelles dans différentes villes du monde.

Eric Meyer améliore le processus de test en développant une suite de tests CSS1 avec l’aide de nombreux volontaires. Cette suite facilite considérablement le travail des développeurs. Le Web Standards Project (WaSP) surveille la conformité des navigateurs aux recommandations du W3C.

CSS se développe avec plus de 60 modules définissant différentes capacités. Le langage s’adapte à de nouveaux usages : création de livres électroniques au format EPUB, conception d’interfaces utilisateur graphiques. Des langages dérivés apparaissent. Qt Style Sheets pour les widgets Qt, JavaFX Style Sheets pour JavaFX, MapCSS pour décrire le style des cartes.

En 2008, les polices web connaissent une évolution majeure. CSS niveau 2 intégrait des polices dans un document web, mais seul Internet Explorer implémentait cette fonction. Microsoft et Monotype développent le format propriétaire Embedded OpenType. La situation change avec l’émergence de polices libres distribuables sur le Web, le format WOFF étant la solution adoptée par la communauté.

CSS s’est imposé comme un standard incontournable du Web : moins de cinq pourcent des pages HTML n’utilisent pas de feuilles de style. Des conférences spécialisées et de nombreux ouvrages témoignent de la vitalité de cette technologie qui continue d’évoluer pour répondre aux besoins du Web moderne.

Haut de page

Flash

Jonathan Gay est un lycéen qui programme ses premières applications graphiques sur Apple II en 1985. Ses expérimentations avec le langage Pascal l’amènent à collaborer avec Charlie Jackson, fondateur de Silicon Beach Software. Ensemble, ils développent Airborne!, un jeu pour Macintosh qui combine animation et son numérique.

Il poursuit sa route en créant SmartSketch, un logiciel de dessin fonctionnant aussi bien sur Macintosh que sous Windows. L’utilisateur peut dessiner à l’écran avec un stylet électronique. Cette innovation donne naissance à FutureWave Software au milieu des années 1990. Quand Internet se développe, l’entreprise transforme SmartSketch en outil d’animation bidimensionnelle capable d’afficher des graphismes animés sur le Web. FutureSplash Animator naît en 1995.

Microsoft adopte le logiciel pour son site MSN. Le succès est immédiat. En 1996, Macromedia rachète FutureWave et rebaptise le programme Flash. S’ouvre alors une période d’innovations intenses : audio, vidéo, interactivité transforment la création et la diffusion de contenus sur Internet.

La fin des années 1990 et le début des années 2000 marquent l’apogée de Flash. La technologie s’impose pour les jeux en ligne, les sites web interactifs et les animations. En 2000, ActionScript fait son apparition. Ce langage de programmation orienté objet offre aux développeurs la possibilité de créer des applications web sophistiquées. Des millions de sites intègrent des éléments Flash, du simple bouton animé aux environnements immersifs complets.

Les atouts techniques expliquent ce succès. Le format vectoriel garantit une qualité graphique constante quelle que soit la taille d’affichage. Le plug-in, léger (moins d’1 Mo), s’installe sans difficulté. La distribution atteint 98% des ordinateurs connectés à Internet. Le modèle de sécurité « sandbox » protège les utilisateurs en isolant les contenus Flash, et des éditeurs tiers peuvent créer des outils compatibles à la suite de la publication du format SWF.

Adobe Systems acquiert Macromedia en 2005 et poursuit le développement. Mais arrivent les smartphones et les tablettes. En 2010, Steve Jobs publie une lettre qui critique vertement Flash : sécurité insuffisante, instabilité, consommation excessive de batterie. Apple refuse d’intégrer la technologie dans iOS. Le déclin s’amorce.

HTML5 accélère le mouvement. Ce nouveau standard propose nativement dans les navigateurs web ce qui relevait auparavant de Flash : animation, audio, vidéo, interactions avancées. Les développeurs migrent vers ces technologies ouvertes, standardisées et plus performantes.

Adobe s’adapte. L’entreprise réoriente Flash vers la création d’animations HTML5 et le rebaptise Adobe Animate. En 2017, Adobe annonce l’arrêt du support pour fin 2020. Vingt-cinq années d’une technologie qui a façonné l’expérience web d’une génération s’achèvent ainsi.

Flash laisse pourtant des traces dans le développement web moderne. L’interactivité et l’expérience utilisateur qu’il a popularisées restent d’actualité. L’animation fluide, la synchronisation audio-vidéo, les interfaces dynamiques : ces concepts sont désormais intégrés aux standards du Web. Ils témoignent de l’impact durable de Flash sur l’évolution d’Internet.

Cette trajectoire illustre les mutations rapides des technologies numériques. Elle montre l’importance de s’adapter aux nouveaux usages et standards. Le passage de Flash au HTML5 symbolise la transition vers un Web plus ouvert, sécurisé et économe en ressources. Une technologie ne perdure que si elle répond aux besoins changeants des utilisateurs et aux exigences techniques de son époque.

Haut de page

OpenBSD

L’histoire d’OpenBSD prend racine dans l’épopée d’UNIX et de l’Internet. Quand IBM et Digital dominaient l’informatique d’entreprise dans les années 1970, le département de la Défense américain finançait des recherches sur les réseaux distribués. À l’université de Berkeley, un groupe de développeurs coordonné par des chercheurs créait BSD UNIX, qui allait devenir la référence pour la mise en œuvre des protocoles TCP/IP de l’Internet.

Au début des années 1990, le Berkeley Computer Science Research Group, qui coordonnait le développement de BSD, s’apprêtait à être dissous. BSD avait commencé comme une collection de logiciels pour UNIX d’AT&T, et s’était transformé au fil des ans en un système d’exploitation complet et des groupes souhaitaient poursuivre son développement. Lynne et Bill Jolitz adaptèrent le système aux processeurs Intel x86 avec 386BSD. Des développeurs commencèrent à partager des améliorations sous forme de « patchkits », donnant naissance à deux projets distincts : FreeBSD, orienté vers l’optimisation pour le matériel PC, et NetBSD, visant la portabilité maximale.

En octobre 1995, Theo de Raadt scinda NetBSD pour créer OpenBSD. La première version fut publiée en juillet 1996. Cette nouvelle distribution se distinguait par son engagement radical envers la sécurité et l’élégance de sa conception. L’équipe lança un audit complet du code source, recherchant et corrigeant systématiquement les failles de sécurité. Cette démarche produisit un système réputé pour sa fiabilité exceptionnelle, avec seulement deux vulnérabilités exploitables à distance en installation par défaut depuis sa création.

OpenBSD innova en intégrant des mécanismes de sécurité préventifs. Le système adopta le principe W^X (Write XOR Execute) où la mémoire ne peut être simultanément inscriptible et exécutable. Il introduisit la randomisation de l’espace d’adressage (ASLR) pour varier les cibles de saut et les écarts entre les zones mémoire à chaque exécution. Des pages de garde illisibles et non inscriptibles furent placées en fin des blocs mémoire alloués pour détecter les dépassements. Les développeurs mirent en œuvre la séparation des privilèges, où les démons s’exécutent avec des droits minimaux dans un environnement restreint.

Le projet se distingua en publiant son code source en temps réel via CVS anonyme, une pratique innovante à l’époque où la plupart des projets travaillaient en vase clos. Cette transparence permit à la communauté de vérifier et d’améliorer continuellement la sécurité du système. OpenBSD fut précurseur dans l’utilisation de la cryptographie forte, devenant en 1997 le premier système libre à intégrer IPSec par défaut. Cette décision entraîna des complications avec les restrictions américaines sur l’exportation des technologies cryptographiques, contournées grâce à la coordination du projet depuis le Canada.

Au-delà de son système d’exploitation, OpenBSD devint la source de nombreux composants largement utilisés. OpenSSH, créé pour remplacer les solutions non libres de connexion sécurisée, s’imposa comme la référence mondiale. Le pare-feu PF (Packet Filter), LibreSSL, le serveur de messagerie OpenSMTPd et d’autres outils issus du projet furent adoptés par de nombreux systèmes. Ces logiciels se retrouvent aujourd’hui dans la plupart des appareils connectés, des routeurs Cisco aux produits Apple, en passant par les systèmes Android.

La philosophie d’OpenBSD privilégie la correction et la sécurité du code plutôt que la simplicité d’utilisation immédiate. Le système n’active par défaut qu’un minimum de services, obligeant l’administrateur à configurer explicitement les fonctionnalités souhaitées. Cette approche, parfois critiquée pour sa rigidité, a démontré son efficacité en prévenant de nombreuses compromissions. Les développeurs s’attachent à maintenir la compatibilité avec le modèle BSD originel tout en renforçant la sécurité dans les limites de ce cadre.

La licence BSD, plus permissive que la GPL, autorise l’utilisation du code dans des produits commerciaux fermés. Cette liberté a favorisé l’adoption d’OpenBSD comme base pour diverses solutions de sécurité réseau. Le système s’est imposé dans les infrastructures critiques nécessitant une sécurité maximale : pare-feux, serveurs en périphérie de réseau, systèmes de détection d’intrusion. Si son utilisation sur les postes de travail est limitée par le support restreint des applications grand public, OpenBSD continue d’influencer l’ensemble de l’industrie par ses innovations en matière de sécurité.

Haut de page

PostgreSQL

En 1986, à l’Université de Californie à Berkeley, le professeur Michael Stonebraker lance le projet POSTGRES. La DARPA, l’Army Research Office et la National Science Foundation financent cette initiative qui fait suite à INGRES, un système relationnel développé quelques années auparavant par la même équipe. L’ambition était de repousser les limites du modèle relationnel dans un contexte où les critiques fusent de toutes parts.

Le modèle relationnel, introduit par Edgar F. Codd, déchaîne les passions dans la communauté informatique. Les traditionalistes martèlent que ce type de système ne peut pas fonctionner correctement et que les langages de requêtes proposés restent trop complexes pour les utilisateurs. L’équipe de Berkeley décide de leur clouer le bec en créant un prototype opérationnel.

La première version de démonstration apparaît en 1987. Les choix techniques sont audacieux : UNIX comme système d’exploitation et le langage C pour la programmation. Ces décisions se révèlent judicieuses, influencées par les échanges avec Ken Thompson, un diplômé de Berkeley. L’équipe n’hésite pas à réécrire des composants entiers du système pour en améliorer la qualité, appliquant une méthode de développement itérative qui s’avère payante.

Les premières années du projet voient une intense activité de recherche et développement. En 1989, la version 1 est distribuée à quelques utilisateurs externes. La version 2 sort en 1990 avec un nouveau système de règles. La version 3, publiée en 1991, apporte son lot d’améliorations : support de plusieurs gestionnaires de stockage, optimisation du moteur d’exécution des requêtes, refonte du système de règles.

POSTGRES trouve sa place dans des applications variées. On le retrouve dans l’analyse de données financières, le suivi des performances de moteurs d’avion, une base de données de suivi d’astéroïdes, des systèmes d’information médicale et des applications géographiques. Des universités l’adoptent comme outil pédagogique. En 1992, il est le gestionnaire de données principal pour le projet scientifique Sequoia 2000.

La communauté d’utilisateurs double en 1993. Cette croissance génère une charge de support considérable pour l’équipe universitaire. En 1994, deux étudiants, Andrew Yu et Jolly Chen, ajoutent un interpréteur SQL au système. Cette évolution donne naissance à Postgres95, une version plus compacte et performante. Le code se réduit de 25% et les performances s’améliorent de 30 à 50% sur les tests de référence Wisconsin.

En 1996, le projet prend le nom de PostgreSQL. Ce nouveau nom souligne la continuité avec POSTGRES et l’intégration des fonctionnalités SQL. Cette nouvelle incarnation marque le début d’une approche collaborative et open source. Le système se distingue par son extensibilité, qui autorise l’ajout de nouveaux types de données et d’opérateurs sans toucher au noyau.

Le développement de PostgreSQL repose sur une philosophie minimaliste. Le système privilégie l’utilisation d’outils externes pour des fonctions comme la gestion des connexions, la réplication ou la sauvegarde. Cette approche favorise la création d’un écosystème riche de projets complémentaires et l’adaptation aux évolutions technologiques comme le stockage sur disques SSD ou le déploiement dans le cloud.

La structure organisationnelle du projet reflète sa nature collaborative. L’équipe centrale fonctionne avec une charte minimale et aucune entreprise n’est en capacité d’employer la majorité de ses membres. Cette gouvernance distribuée garantit que PostgreSQL reste sous le contrôle de sa communauté d’utilisateurs et de développeurs.

L’émergence du World Wide Web et des applications mobiles apporte de nouvelles contraintes pour les bases de données relationnelles traditionnelles. PostgreSQL s’adapte en intégrant naturellement des types de données non relationnels : documents complexes, données géographiques, informations GPS, contenus pour réseaux sociaux. Cette capacité d’évolution sans refonte constitue un avantage technique de premier ordre.

Les années 2000 voient l’adoption croissante de PostgreSQL par des entreprises et organisations de toutes tailles. Le système est une alternative sérieuse aux bases de données propriétaires d’Oracle, IBM et Microsoft. Son modèle de développement ouvert autorise une innovation continue et une réactivité aux besoins des utilisateurs que les éditeurs traditionnels peinent à égaler.

La longévité et le succès de PostgreSQL résultent de choix architecturaux initiaux pertinents et d’une gouvernance stable. Le système maintient un équilibre entre innovation technique et stabilité, tout en préservant son indépendance vis-à-vis des intérêts commerciaux. Cette combinaison unique explique sa position actuelle comme système de gestion de bases de données open source le plus avancé.

Les contributions à PostgreSQL proviennent d’horizons variés : chercheurs universitaires, entreprises utilisatrices, fournisseurs de services, développeurs indépendants. Cette diversité nourrit une dynamique d’amélioration continue du code, de la documentation et des outils associés. Le projet maintient des standards élevés de qualité tout en restant accessible aux nouveaux contributeurs.

PostgreSQL continue d’évoluer pour répondre aux exigences modernes : performances à grande échelle, analyse de données complexes, intelligence artificielle. Sa conception extensible lui autorise l’intégration de ces nouvelles fonctionnalités sans compromettre sa cohérence ni sa fiabilité. Cette capacité d’adaptation, associée à sa maturité technique, en fait une technologie structurante de l’informatique contemporaine capable de rivaliser avec les solutions propriétaires historiques.

Haut de page

USB

En 1990, brancher un périphérique sur un ordinateur relevait du parcours du combattant. L’arrière des machines ressemblait à un enchevêtrement de connecteurs hétéroclites et poussiéreux : ports série et parallèle pour les imprimantes, prises PS/2 pour clavier et souris, connecteurs DIN à 5 broches pour les claviers les plus anciens, sans oublier les ports SCSI et les prises de jeu pour les passionnés. Chaque accessoire réclamait son propre type de connexion, avec ses particularités matérielles et ses pilotes dédiés. Un vrai casse-tête pour les utilisateurs.

C’est Intel qui décida de mettre de l’ordre dans ce chaos en lançant un projet dès 1992. L’idée ? Créer un connecteur universel qui remplacerait progressivement tous les autres. Deux ans plus tard, six entreprises s’associèrent pour donner naissance à l’Universal Serial Bus : Intel, Compaq, IBM, Microsoft, LSI et Hewlett-Packard. Apple rejoignit brièvement le groupe avant de se retirer pour développer FireWire, sa propre technologie. L’ambition était claire : unifier les ports, les prises et les signaux électroniques qui reliaient ordinateurs et périphériques.

La première version vit le jour en 1996, avec un débit de 1,56 Mbps. Modeste, l’innovation tenait surtout dans le principe : un seul type de câble pour transférer données et énergie. Les concepteurs voulaient un connecteur compact et bon marché, capable de faire office de traducteur entre les différentes façons dont les périphériques communiquaient. Les ordinateurs pourraient ainsi gérer simultanément plusieurs accessoires sans que ces derniers n’entrent en conflit.

Intel déposa un brevet pour l’USB en 1997. Mais voilà, les brevets peuvent tuer une norme dans l’œuf. Quand une seule entreprise détient tous les droits, elle peut bloquer les concurrents ou réclamer des royalties prohibitives. Intel l’avait bien compris. La société créa un « pool de brevets », où les droits sont partagés entre plusieurs détenteurs qui se répartissent les redevances. Cette astuce permit aux fabricants de produire librement des appareils compatibles USB sans craindre de poursuites.

Les promoteurs fondèrent l’USB Implementers Forum (USB-IF), qui rassembla plus de 700 entreprises, pour faire adopter la norme par le plus grand nombre, bien au-delà du cercle des fabricants d’ordinateurs. Cette diversité joua un rôle déterminant dans le succès de l’USB.

L’adoption ne fut pas fulgurante. Les entreprises informatiques commencèrent à intégrer sérieusement l’USB vers la fin des années 1990. La technologie progressa vite : en 2000, l’USB 2.0 débarqua pour contrer FireWire, qui affichait des débits de 400 Mbps et permettait des transferts bidirectionnels simultanés. Sur le papier, l’USB 2.0 grimpait à 480 Mbps, mais les tests montraient parfois des performances inférieures à celles de son rival. Pourtant, sa compatibilité étendue et ses frais de licence raisonnables limitèrent l’essor de FireWire. Apple finit par intégrer l’USB à ses machines en 2003, avant d’abandonner complètement FireWire 400 en 2005.

En 2011, sept milliards d’appareils équipés d’USB étaient fabriqués chaque année dans le monde. La norme continua de progresser, atteignant des débits de 40 000 Mbps en 2019. Le port USB devint la référence pour à peu près tout : souris, claviers, imprimantes, disques durs externes. Les variantes Micro-USB et Mini-USB élargirent encore son territoire. En 2019, le marché mondial des périphériques USB pesait 31 milliards de dollars.

La standardisation transforma l’expérience utilisateur. N’importe quel accessoire USB fonctionne sur n’importe quel ordinateur, parmi des milliers de références disponibles. Les fabricants peuvent concevoir leurs produits en sachant exactement comment ils se connecteront aux machines, ce qui réduit les risques lors du développement de nouveaux appareils. Cette normalisation a libéré l’innovation : adaptateurs Wi-Fi, lecteurs optiques, ports Ethernet, dongles de réseau mobile, tous ont pu se développer grâce à cette base commune.

L’aspect environnemental mérite d’être souligné. En rendant les accessoires compatibles avec n’importe quel nouveau matériel, l’USB limite la quantité d’appareils électroniques jetés. Moins de déchets, moins de matières premières extraites, moins d’émissions de CO² liées à la fabrication de câbles et d’accessoires propriétaires.

Dans l’univers de l’Internet des Objets, la consommation énergétique est très importante. Le protocole USB prévoit qu’en mode actif, un périphérique dispose d’une intensité limitée et doit répondre immédiatement aux requêtes de l’ordinateur. Si aucune communication n’a lieu pendant quelques millisecondes, l’appareil bascule en suspension et sa consommation chute. Des innovations récentes, comme le mode basse énergie et les oscillateurs sans cristal, ont amélioré l’efficacité énergétique pour les appareils sur batterie.

Le pool de brevets a permis aux fabricants de converger vers une solution commune, y compris entre concurrents. La présence de technologies alternatives, comme les connexions sans fil ou la charge par induction, continue de pousser l’USB à évoluer pour rester pertinent dans un monde toujours plus connecté.

Haut de page

VPN

Les circuits virtuels des années 1970 ont posé les premières pierres de ce qui deviendrait plus tard les réseaux privés virtuels. Ces connexions logiques traversaient les réseaux pour acheminer les messages longs, créant un chemin entre le port source et sa destination. Le concept fonctionnait bien sur les réseaux fortement maillés, mais personne n’imaginait alors qu’il serait un pilier de la sécurité des communications.

L’expansion d’Internet des années 1990 a bouleversé la donne. Les entreprises se sont retrouvées face à un dilemme : comment relier leurs sites distants et leurs employés nomades tout en préservant la confidentialité des échanges ? Les liaisons spécialisées coûtaient une fortune, et Internet, bien que séduisant par son ubiquité, exposait les données à tous les regards. La solution est venue du chiffrement, cette vieille technique remise au goût du jour pour créer des tunnels sécurisés au cœur du réseau public.

En 1996, Gurdeep Singh Pall et son équipe chez Microsoft ont conçu le PPTP, le Point-to-Point Tunneling Protocol. Le magazine PC Magazine lui a décerné le prix de l’innovation de l’année, et pour cause : il standardisait enfin ce que l’industrie cherchait depuis des années. Le PPTP creusait des tunnels dans Internet, des passages secrets où les données circulaient à l’abri des curieux. C’était la première vraie solution VPN industrielle.

D’autres protocoles ont suivi. L2TP et IPSec ont enrichi la panoplie disponible. IPSec mérite qu’on s’y attarde : en travaillant directement au niveau de la couche réseau, il protégeait les communications de bout en bout avec une robustesse qui en a fait un standard incontournable. Les entreprises tenaient là leurs outils pour bâtir des réseaux privés virtuels dignes de ce nom.

Les années 2000 ont vu les VPN gagner en sophistication. Pare-feu, authentification forte, gestion fine des accès : les solutions se sont étoffées. Le télétravail prenait son essor, et avec lui la nécessité de connecter toujours plus d’utilisateurs distants. Les entreprises ont commencé à abandonner leurs coûteuses liaisons dédiées au profit de connexions VPN sur Internet. Les économies étaient substantielles, la sécurité restait au rendez-vous.

SSL et TLS ont apporté une simplification bienvenue. Fini les logiciels clients complexes à déployer : un simple navigateur web suffisait désormais pour accéder aux applications d’entreprise à distance. OpenVPN est arrivé dans ce contexte comme une alternative libre et flexible aux solutions propriétaires. La technologie SSL/TLS qu’il utilisait a séduit par sa simplicité d’usage et sa compatibilité avec l’existant.

Le cloud et les smartphones ont rebattu les cartes dans les années 2010. Les infrastructures VPN ont dû s’adapter à des volumes de connexions simultanées sans précédent. Les utilisateurs nomades se multipliaient, jonglant entre leurs différents appareils. Les solutions ont intégré de la qualité de service, de l’optimisation des performances, tout ce qu’il fallait pour maintenir l’expérience utilisateur malgré la complexité croissante.

De nos jours, les VPN combinent plusieurs technologies : IPSec pour les sites distants, SSL/TLS pour l’accès web, pare-feu et authentification forte pour la sécurité. Ils interconnectent les bureaux dispersés, protègent les accès aux ressources internes, sécurisent les communications des travailleurs mobiles. Cette convergence technologique répond aux besoins actuels, mais elle n’était pas évidente il y a vingt ans.

L’histoire des VPN reflète finalement celle des usages réseau. Partis de circuits virtuels rudimentaires, ils se sont transformés en véritables forteresses numériques. La mobilité, le cloud, la cybersécurité : autant d’enjeux que la technologie VPN a su accompagner. Elle continue d’ailleurs d’évoluer, intégrant les dernières avancées cryptographiques pour rester pertinente.

Les particuliers se sont eux aussi emparés des VPN, dépassant largement le cadre professionnel initial. La protection de la vie privée sur Internet est devenue une préoccupation majeure, et les services VPN grand public ont fleuri. Certains les utilisent pour contourner les restrictions géographiques pour des raisons politiques, d’autres pour masquer leur navigation. Cette démocratisation a changé la perception de la technologie, autrefois réservée aux experts réseau.

L’Internet des objets et la 5G vont générer de nouveaux besoins de connectivité sécurisée. Les menaces évoluent, se sophistiquent, et les VPN devront suivre le mouvement. La cryptographie post-quantique pointe à l’horizon, promettant de nouveaux algorithmes pour résister aux ordinateurs de demain. Le VPN n’a pas fini sa mutation.

Haut de page

Hotmail

En 1996, consulter ses e-mails relevait d’une certaine logistique. Il fallait installer un logiciel sur son ordinateur, configurer les paramètres du serveur, et surtout rester lié à cette machine pour accéder à ses messages. Jack Smith et Sabeer Bhatia, deux anciens d’Apple passés par Stanford, trouvaient cette situation absurde. Ils voulaient lire leurs e-mails depuis n’importe où, sans se heurter aux pare-feux tatillons de leur entreprise. De cette frustration banale allait naître Hotmail, le premier service de messagerie utilisable directement dans un navigateur web.

Les deux compères réunissent 4 000 dollars en 1995 pour bâtir un prototype. La démonstration séduit le fonds Draper Fisher Jurvetson, qui injecte 300 000 dollars contre 15% du capital. Mais l’argent file vite. Un mois avant le lancement, les caisses sont vides. Doug Carlisle leur tend une perche : 100 000 dollars d’investissement supplémentaire. Smith et Bhatia refusent, craignant de perdre le contrôle de leur création. Ils choisissent plutôt l’emprunt.

Le 4 juillet 1996, jour de l’indépendance américaine, Hotmail ouvre ses portes au public. Le nom joue sur les lettres HTML, ces quatre caractères qui structurent les pages web, en les glissant en majuscules dans « HoTMaiL ». Le service offre 2 mégaoctets de stockage gratuit. C’est peu, mais personne ne s’en plaint à l’époque. La vraie trouvaille de Bhatia tient dans un détail apparemment anodin : chaque message expédié depuis Hotmail porte en signature « PS : I Love You » suivi d’un lien vers le service. Cette astuce, qu’on baptisera plus tard marketing viral, fait exploser les compteurs. Cent mille inscriptions en moins d’un mois, un million d’utilisateurs en moins de six mois.

Microsoft observe cette montée en puissance. Fin 1997, Hotmail revendique 10 millions d’utilisateurs et s’arroge un quart du marché des webmails. Bill Gates ne laisse pas passer l’occasion. Le 30 décembre 1997, l’affaire se conclut pour 400 millions de dollars. Bhatia hésite d’abord, peu enchanté par l’image de monopole qui colle à Microsoft, mais finit par reconnaître le flair de Gates.

L’intégration dans la galaxie MSN accélère la croissance. Début 1999, MSN Hotmail franchit les 30 millions d’utilisateurs et enregistre 150 000 nouvelles inscriptions chaque jour. Mais cette expansion rapide s’accompagne de déconvenues embarrassantes. En 1999, n’importe qui peut se connecter à n’importe quel compte en tapant simplement le mot de passe « eh ». Microsoft parle d’un « problème de sécurité inconnu » et écarte l’hypothèse d’une porte dérobée délibérée. Deux ans plus tard, nouvelle faille : une simple manipulation d’URL suffit pour lire les messages d’autrui.

Google lance son service Gmail en 2004 avec un gigaoctet de stockage, soit cinq cents fois plus que les 2 mégaoctets de Hotmail. Microsoft réagit en montant à 250 mégaoctets et en autorisant des pièces jointes de 10 mégaoctets. Une refonte complète du service démarre, mais la version finale n’émerge de sa phase bêta qu’en 2007 sous l’appellation Windows Live Hotmail. Ces tergiversations laissent le champ libre à Gmail, tandis que Hotmail commence à faire figure de dinosaure.

Microsoft multiplie ensuite les ajustements : intégration de Bing, compatibilité avec Firefox et Chrome, filtres rapides, nettoyage automatique de la boîte de réception. En 2010, le protocole Exchange ActiveSync débarque, suivi l’année suivante par les alias et les actions instantanées. Malgré ces efforts, le service traîne une réputation écornée. Les utilisateurs avertis le boudent, les spammeurs en font leur terrain de jeu favori.

Juillet 2012 marque un nouveau départ avec Outlook.com. Microsoft abandonne le nom Hotmail et propose une interface épurée qui tranche avec l’ancienne mouture. Le succès est immédiat : plus de 10 millions d’inscriptions volontaires en deux semaines. La migration des comptes Hotmail s’achève en mai 2013. Microsoft annonce alors 400 millions de comptes actifs. Les utilisateurs peuvent garder leur adresse en @hotmail.com ou basculer vers @outlook.com.

En 2019, un pirate exploite une faille de sécurité pour utiliser les identifiants d’un agent du support pour accéder à certains comptes. Le mode sombre fait son apparition cette année aussi, histoire d’économiser les batteries et de ménager les yeux.

Des millions d’adresses @hotmail.com restent en circulation, côtoyant les @live.com, @msn.com, @passport.com et @outlook.com. L’histoire de Hotmail raconte surtout celle d’un service pionnier, avalé par un géant, qui dut sans cesse se réinventer pour ne pas disparaître dans l’oubli numérique.

Haut de page

Internet Archive

Brewster Kahle crée Internet Archive en 1996. Il veut bâtir une bibliothèque numérique universelle qui garderait trace de l’histoire d’Internet. Pas une archive fermée dans un coffre-fort numérique, mais un espace ouvert où chacun pourrait retrouver les pages disparues du web. La Wayback Machine, lancée en octobre 2001, donne accès 24 ans plus tard à plus de mille milliards de pages Web et plus de 99 pétaoctets de données. Un vertige.

Kahle fixe dès le départ des règles simples. N’utiliser que du matériel standard. Bannir les logiciels commerciaux. Garder une architecture assez simple pour qu’on n’ait pas besoin d’un doctorat pour la maintenir. Ces choix pragmatiques expliquent probablement pourquoi le service tourne depuis plus de vingt ans avec moins de cinq personnes pour s’en occuper. Une longévité presque incroyable dans l’univers du web.

L’infrastructure repose sur des nœuds de stockage dispersés et des serveurs web en façade. Les données se répartissent sur plus de 2 500 nœuds, soit plus de 6 000 disques durs. La capacité totale frôle le pétaoctet. Chaque jour, le système traite des dizaines de millions de requêtes et transfère plus de 40 téraoctets de données.

Contrairement aux sites classiques, Internet Archive n’utilise pas de cache. Cette absence surprend au premier abord. Mais les concepteurs ont vite compris que les requêtes sur des archives se dispersent trop dans le temps et l’espace. Un cache traditionnel ne servirait à rien. Ils ont préféré optimiser directement l’accès aux données stockées.

Le format ARC structure le stockage des pages archivées. Chaque fichier regroupe environ 100 mégaoctets de pages sans lien entre elles, accompagnées de leurs en-têtes. L’organisation rend le stockage efficace mais impose de lire séquentiellement pour retrouver une page précise. Chaque fichier existe sur au moins deux nœuds différents, histoire de ne pas tout perdre en cas de panne.

Pour localiser les données, le système adopte une méthode originale. Pas d’index centralisé. Les requêtes partent en UDP vers tous les nœuds de stockage. Chaque nœud garde en mémoire la liste de ses fichiers et répond s’il a ce qu’on cherche. Cette approche distribuée résiste bien aux pannes et simplifie l’ajout ou le retrait de nœuds.

Les statistiques montrent que l’anglais écrase les autres langues dans les contenus consultés. Les langues européennes suivent, loin derrière. Plus de 82% des sessions humaines arrivent par des liens externes. Wikipédia arrive en tête des sites qui envoient du trafic vers Internet Archive. La plupart des pages consultées n’existent plus sur le web actif. La preuve que l’archive joue bien son rôle de mémoire.

Deux types d’utilisateurs se partagent les accès : les humains et les robots. Les sessions robotiques sont dix fois plus nombreuses mais génèrent autant de données que les sessions humaines. Les robots ne viennent jamais avec un référent dans leurs requêtes, alors que les utilisateurs humains arrivent presque toujours via des liens.

La croissance du web impose des défis constants. L’index des URL archivées dépasse 2 téraoctets. Au début, sa mise à jour posait problème. Les disques chauffaient trop sous l’activité intense. Le déménagement vers un centre de données mieux refroidi et une méthode de mise à jour incrémentale ont résolu le problème. De plus, les disques SSD ouvrent de nouvelles pistes. Ils surpassent les disques mécaniques sur les accès aléatoires, fréquents dans l’usage des archives. Ces technologies pourraient rendre efficaces des systèmes de cache, jusqu’ici impossibles avec les supports traditionnels.

Internet Archive travaille avec d’autres institutions comme la Bibliotheca Alexandrina en Égypte ou les Archives européennes. Ces collaborations servent à répliquer les données géographiquement. La disponibilité s’améliore et la préservation aussi. Le service propose aussi des collections spécialisées : le Million Book Project, les Archives Prelinger. La mission s’élargit au-delà de l’archivage du web.

En 2024, Google Search facilite plus que jamais l’accès au passé. Les versions archivées de pages Web sont directement accessibles avec un simple lien vers la Wayback Machine de l’Internet Archive.

Internet Archive démontre qu’une approche minimaliste peut aboutir à un service durable. Son architecture privilégie la simplicité et la solidité plutôt que la sophistication. Un système d’archivage à grande échelle est capable de fonctionner avec une équipe réduite. Cette réussite inspire aujourd’hui d’autres projets d’archivage numérique dans le monde.

Haut de page

Wi-Fi

Quand Norman Abramson lança le projet ALOHAnet à l’Université d’Hawaï dans les années 1970, il ne se doutait probablement qu’il allait transformer notre rapport quotidien à l’information. Cette expérience, qui consistait à relier des ordinateurs par ondes radio à travers les îles hawaïennes, démontrait qu’on pouvait se passer de câbles pour faire circuler des données.

Les choses se sont accélérées en 1985 quand la Federal Communications Commission américaine, sous l’impulsion de Michael Marcus, a autorisé l’usage libre de certaines bandes de fréquences : 902-928 MHz, 2,4-2,4835 GHz et 5,725-5,850 GHz. Ces bandes ISM (Industrial, Scientific and Medical), initialement réservées à des usages industriels et médicaux, sont devenues le terrain de jeu des technologies sans fil grand public. D’autres pays ont suivi le mouvement.

La première norme IEEE 802.11 est apparue en 1997, avec un débit modeste de 2 Mbit/s sur la bande des 2,4 GHz. Mais c’est Apple qui a véritablement popularisé la technologie auprès du grand public en 1999, en intégrant le Wi-Fi dans sa borne AirPort et son ordinateur portable iBook. Ces appareils exploitaient la norme IEEE 802.11b, qui grimpait à 11 Mbit/s. Le nom « Wi-Fi », création d’une agence de marketing, n’a d’ailleurs aucun sens technique particulier, contrairement à ce que laisse supposer sa consonance avec « Hi-Fi ».

L’architecture technique du Wi-Fi s’inspire directement des travaux sur le protocole ALOHA. Le principe CSMA/CA (Carrier Sense Multiple Access with Collision Avoidance) autorise le partage d’un canal radio entre plusieurs appareils sans se marcher dessus en permanence. Les recherches de Kleinrock, Tobagi et Lam à UCLA ont contribué à affiner ces mécanismes d’accès au médium, adaptés aux contraintes particulières des communications radio.

Les normes se sont ensuite succédé à un rythme soutenu. IEEE 802.11a a introduit en 1999 la modulation OFDM et la bande des 5 GHz. En 2003, IEEE 802.11g apportait 54 Mbit/s dans la bande bien encombrée des 2,4 GHz. Le vrai bond en avant est venu en 2009 avec IEEE 802.11n et la technologie MIMO, qui multiplie les antennes pour atteindre 600 Mbit/s. IEEE 802.11ac a franchi en 2013 la barre symbolique du gigabit par seconde, avec un débit théorique de 3,5 Gbit/s.

Cette course aux performances répond aux besoins croissants de connectivité. Les premiers réseaux Wi-Fi peinaient à diffuser une simple page web, quand aujourd’hui on diffuse des films en 4K sur différents appareils simultanément. IEEE 802.11ax, baptisé Wi-Fi 6 et publié en 2021, pousse le curseur à 9,6 Gbit/s tout en gérant mieux les environnements denses comme les stades ou les aéroports. La norme intègre des mécanismes sophistiqués de partage du spectre et réduit la consommation énergétique des appareils.

Le Wi-Fi a modifié bien plus que notre façon de nous connecter à internet. La technologie a redessiné les espaces de travail, rendant possible le nomadisme professionnel. Les cafés sont devenus des bureaux d’appoint, les aéroports des salles de réunion. Dans nos logements, le Wi-Fi a permis l’explosion des objets connectés, des thermostats aux ampoules en passant par les enceintes. Les écoles et universités ont repensé leurs méthodes pédagogiques autour de cette connectivité permanente.

La sécurité des communications radio a longtemps été un talon d’Achille, les premières protections comme le WEP se révélant vite obsolètes. Le chiffrement WPA3 offre maintenant un niveau de protection satisfaisant. Les interférences entre appareils, la cohabitation avec d’autres technologies sans fil comme le Bluetooth, la portée limitée des signaux : autant de problèmes qui ont trouvé des réponses techniques au fil des versions.

L’avenir s’annonce plus ambitieux. Le Wi-Fi 7 (IEEE 802.11be), finalisé en 2024, vise 40 Gbit/s en débit théorique. Ces performances ouvrent des perspectives pour la réalité virtuelle ou augmentée, qui exigent une latence minimale et des débits considérables. L’intégration d’intelligence artificielle dans la gestion des réseaux devrait améliorer l’allocation dynamique du spectre et l’expérience utilisateur.

De l’expérience ALOHAnet aux réseaux Wi-Fi 6, le parcours illustre cette capacité qu’a l’informatique à transformer une idée de laboratoire en technologie du quotidien. Le Wi-Fi est devenu invisible tant il est omniprésent, présent dans nos poches, nos maisons, nos voitures. Cette discrétion témoigne paradoxalement de sa réussite : les meilleures technologies sont celles qu’on ne remarque plus.

Haut de page

Google

Internet passe dans une autre dimension à la fin des années 1990. Les pages web se multiplient à un rythme qui dépasse l’entendement, et les moteurs de recherche de l’époque peinent à suivre. AltaVista, Lycos, Excite : tous butent sur le même problème. Comment classer ces millions de pages en distinguant l’utile du futile ?

Sergey Brin et Larry Page se rencontrent en 1995 à Stanford. Ils sont doctorants, plutôt brillants, et commencent à travailler sur BackRub, un projet qui scrute les liens entre les pages web. L’idée leur vient assez naturellement : une page importante doit être celle vers laquelle pointent beaucoup d’autres pages. Plus les références affluent, plus la page gagne en légitimité. C’est simple, presque évident après coup.

Un an plus tard, BackRub se transforme. Le projet prend un nouveau nom, inspiré du terme mathématique « googol » qui désigne 10 puissance 100. Cette référence traduit leur ambition : indexer une masse colossale de documents. L’algorithme PageRank naît de cette réflexion, en attribuant une note à chaque page selon la quantité et la qualité des liens entrants, créant une sorte de hiérarchie spontanée du contenu web.

En septembre 1998, les deux étudiants fondent Google Inc. dans un garage de Menlo Park. Andy Bechtolsheim, cofondateur de Sun Microsystems, leur avance 100 000 dollars. Quelques mois avant, ils avaient tenté de vendre leur technologie à Excite pour un million de dollars. George Bell, le PDG, refuse. Cette décision compte parmi les erreurs les plus monumentales de l’histoire d’Internet.

La technique fait la différence. En 1999, Google traite déjà 3,6 millions de requêtes quotidiennes. L’interface est dépouillée, la vitesse impressionne, et surtout les résultats tombent juste. Les internautes s’en rendent compte vite. L’entreprise développe des méthodes d’indexation efficaces et bâtit une infrastructure distribuée capable d’absorber des volumes de données jamais vus.

Google ne se contente pas de lire le contenu des pages. L’algorithme examine leur position dans le maillage du web. Il analyse le texte des liens qui pointent vers une page, l’indexation des contenus étant rendue possible sans les avoir visités. Cette approche fonctionne remarquablement bien pour les images ou les PDF.

Le modèle économique se dessine progressivement. En octobre 2000, le système publicitaire AdWords voit le jour, les annonceurs achètent des mots-clés pour apparaître dans les résultats. L’innovation tient au système d’enchères et à la séparation claire entre liens sponsorisés et résultats naturels. La confiance des utilisateurs reste intacte.

La croissance s’emballe au tournant des années 2000. Le nombre de pages indexées passe de 1 milliard en 2000 à plus de 4 milliards en 2004. Google construit ses propres centres de données, équipés de serveurs conçus sur mesure. Cette maîtrise technique maintient les performances malgré l’explosion du trafic.

La culture d’entreprise cultive l’innovation. La devise « Don’t be evil » fixe un cap. Les ingénieurs disposent de 20% de leur temps pour leurs projets personnels. Gmail et Google News naîtront de cette liberté. L’entreprise attire les meilleurs talents en leur offrant un environnement stimulant et des conditions généreuses.

L’introduction en bourse en 2004 se fait par un système d’enchères original. Le succès dépasse les espérances : la valorisation atteint 23 milliards de dollars dès le premier jour. La domination de Google dans l’économie numérique ne fait plus de doute.

Google transforme notre rapport au savoir. Le moteur devient un réflexe quotidien pour des centaines de millions d’utilisateurs. Nos façons de chercher, d’accéder à l’information changent durablement. L’influence déborde le cadre de la recherche : les techniques développées par l’entreprise, notamment dans le traitement de masses de données, inspirent d’innombrables innovations.

PageRank a trouvé des applications dans l’analyse des réseaux, bien au-delà de la recherche web. Les avancées dans le traitement distribué des données, la gestion d’infrastructure, l’apprentissage automatique ont établi des références qui structurent encore l’informatique du XXI^e siècle.

Haut de page

VMware

IBM avait déjà inventé la virtualisation dans les années 1960. Les ordinateurs centraux de l’époque permettaient à des utilisateurs de partager les ressources d’une même machine physique à plusieurs systèmes virtuels. Mais cette technologie resta confinée aux mainframes pendant des décennies, jusqu’à ce qu’une petite équipe de l’université Stanford décide de la transposer sur les processeurs x86.

Au milieu des années 1990, le professeur Mendel Rosenblum et ses étudiants tentaient de construire un supercalculateur. Pour faire tourner différents systèmes d’exploitation sur leur prototype, ils expérimentèrent la virtualisation. Les résultats dépassèrent leurs attentes. Rosenblum comprit alors qu’il tenait quelque chose de plus grand qu’un simple projet universitaire. Il fonda VMware en 1998 avec son épouse Diane Greene, Edouard Bugnion, Scott Devine et Edward Wang.

L’idée de départ était simple : les centres de données gaspillaient leurs ressources. Les serveurs tournaient à 10 ou 15% de leur capacité car ils étaient dimensionnés pour absorber les pics d’activité. Le reste du temps, processeurs et mémoire restaient inutilisés. La virtualisation permettrait de faire tourner plusieurs charges de travail sur une seule machine physique.

VMware Workstation 1.0 sortit en 1999. Il demandait un Pentium II à 266 MHz et 64 Mo de RAM. Cette première version supportait MS-DOS 6, Windows 95/98/NT, Red Hat Linux 5.0 et quelques autres systèmes. Le défi technique était considérable : l’architecture x86 n’avait jamais été pensée pour la virtualisation. Les ingénieurs durent ruser.

Leur solution combinait deux approches. L’exécution directe pour le code applicatif non privilégié, la traduction binaire dynamique pour le code système. Cette méthode hybride donnait des performances correctes tout en isolant les machines virtuelles les unes des autres. C’était une prouesse : personne n’avait réussi à virtualiser proprement l’architecture x86 jusque-là.

ESX Server 1.5 débarqua en 2002. Cet hyperviseur pouvait gérer 64 machines virtuelles simultanées avec 3,6 Go de RAM chacune. Contrairement à Workstation qui s’installait sur un système d’exploitation existant, ESX tournait directement sur le matériel nu. Les performances s’en trouvaient améliorées. Cette année-là, VMware décrocha son premier brevet (US 6397242) pour ses techniques de virtualisation x86.

L’année suivante marqua l’arrivée de vMotion. Cette technologie changeait la donne : on pouvait déplacer une machine virtuelle d’un serveur physique vers un autre sans coupure de service. Plus besoin d’arrêter les applications pour faire de la maintenance. VMware lança aussi vCenter Server, une console centralisée pour piloter tout l’environnement virtuel.

EMC Corporation racheta VMware en 2004 pour 635 millions de dollars. L’entreprise ouvrit des bureaux au Royaume-Uni, en Chine, en Inde et en Irlande. Trois ans plus tard, EMC décida d’introduire VMware en bourse tout en conservant 90% du capital. L’action était proposée à 29 dollars. Elle termina sa première journée à 51 dollars, valorisant la société à 19,1 milliards de dollars.

VMware vSphere sortit en 2009. Cette plateforme intégrait de nombreuses fonctionnalités avancées de gestion des ressources virtuelles. Les choses s’accélérèrent en 2013 avec NSX pour virtualiser les réseaux et vSAN pour le stockage. La virtualisation ne se limitait plus aux serveurs : infrastructure réseau et stockage passaient eux aussi par la couche logicielle.

Entre-temps, les processeurs avaient évolué. AMD et Intel ajoutèrent des extensions matérielles dédiées à la virtualisation (AMD-V et VT-x). VMware adapta ses produits pour en tirer parti. Ces fonctionnalités matérielles facilitaient la virtualisation des systèmes 64 bits et boostaient les performances.

Dell racheta EMC en 2015 et hérita ainsi de VMware. L’entreprise garda son autonomie opérationnelle et poursuivit ses développements. Elle s’investit dans des projets environnementaux comme Carbon Neutrality, visant à diminuer les émissions de CO₂ des centres de données. En 2023, Broadcom a finalisé son acquisition de VMware.

Un chiffre résume l’impact de VMware au-delà de son propre hyperviseur : dès 2009, le nombre de serveurs virtuels dépassait celui des serveurs physiques. La virtualisation x86 avait transformé l’industrie. Elle réduisait les coûts d’infrastructure, optimisait l’utilisation des ressources et apportait de la souplesse aux systèmes d’information. Elle a aussi été fondatrice des techniques du cloud computing : automatisation, élasticité des ressources, tout reposait sur ces mécanismes de virtualisation.

En rendant la virtualisation accessible sur l’architecture x86, VMware a modernisé la gestion des infrastructures. Son succès a poussé d’autres acteurs à développer leurs propres solutions, comme AWS Nitro, créant une émulation qui profite à tous.

Haut de page

Microsoft Windows 98

Après le triomphe de Windows 95, Microsoft dominait le marché de l’informatique personnelle en 1998. L’entreprise avait rompu avec IBM, désormais en déclin sur le segment des ordinateurs grand public, qui abandonnait OS/2 au profit de Windows et NT. Le système d’exploitation que Bill Gates avait failli voir disparaître à plusieurs reprises régnait maintenant sur l’univers des ordinateurs de bureau.

Windows 98, nom de code Memphis, sortit le 25 juin 1998. La version OSR2 de Windows 95 avait déjà intégré Internet Explorer 3 puis 4, le système de fichiers FAT32 et le support USB. Cette nouvelle mouture devait consolider ces avancées et apporter des améliorations importantes. Jim Allchin, vice-président senior de la gestion des systèmes commerciaux américains, fixa le cap : améliorer les fonctionnalités réseau, simplifier le Panneau de configuration et automatiser davantage le système. L’équipe privilégia l’optimisation qualitative plutôt que l’ajout de nouveautés tape-à-l’œil. La presse spécialisée ne manqua pas de critiquer cette approche, regrettant l’absence d’innovations spectaculaires.

Le développement débuta en janvier 1997 avec une première version pour développeurs. La version alpha initiale (build 1387) sortit le 7 février 1997. Le 3 octobre, la bêta 2.1 (build 1602) permit enfin la mise à niveau depuis Windows 3.x. La Release Candidate 0 arriva le 16 février 1998, suivie de la version bêta finale le 9 mai. Les passionnés de technologie eurent ainsi le temps de tester le système avant sa sortie officielle.

Sur le plan technique, Windows 98 introduisit le Windows Driver Model (WDM) qui remplaça progressivement le modèle VxD hérité de Windows 2.0 pour 386. Cette évolution permit l’arrivée de l’interface ACPI (Advanced Configuration and Power Interface). Sans WDM, l’hibernation système aurait été impossible, les performances des périphériques Plug and Play auraient plafonné, et le traitement audio aurait souffert de limitations importantes. Les fabricants de matériel adoptèrent ce nouveau modèle progressivement, mais cette modernisation facilita grandement les transitions ultérieures entre versions de Windows.

Le support matériel progressa sensiblement. La gestion USB gagna en maturité avec l’ajout des concentrateurs, des périphériques d’imagerie et audio. La compatibilité avec les contrôleurs IDE et SCSI s’étendit, le support AGP fit son apparition. DirectX 5.2 enrichit les capacités multimédias du système, particulièrement pour les jeux. La gestion multi-écrans et la lecture de DVD complétèrent ces nouveautés.

Les fonctionnalités réseau connurent une refonte importante. L’intégration de Winsock 2, la signature SMB, l’optimisation DHCP et NDIS 5.0 modernisèrent la connectivité. Le partage de connexion Internet simplifia la mise en réseau domestique. Ces perfectionnements techniques ne se déroulèrent pas sans accrocs. Lors d’une présentation publique au COMDEX de Chicago le 20 avril 1998, Chris Capossela et Bill Gates subirent un écran bleu embarrassant en tentant de démontrer les capacités Plug and Play du système.

Les exigences matérielles comprenaient, au minimum, un processeur 486DX2 à 66 MHz, 16 Mo de RAM et 500 Mo d’espace disque disponible. Les recommandations officielles préconisaient un Pentium avec 24 Mo de RAM, certains services informatiques universitaires suggérant 32 Mo. Des utilisateurs découvrirent qu’en utilisant le paramètre /nm lors de l’installation, il était possible de contourner ces prérequis et d’installer le système sur un 80386 avec seulement 4 Mo de RAM. Une installation minimale n’occupait que 120 Mo d’espace disque. Les temps ont bien changé.

Les premiers jours de commercialisation virent s’écouler 530 000 copies en magasin. Ce chiffre, inférieur aux ventes record de Windows 95, s’explique par une promotion plus modeste et des changements moins spectaculaires. Certains revendeurs et clients tentèrent néanmoins de recréer l’atmosphère des lancements de Windows 95, avec des files d’attente et des événements spéciaux à minuit.

Windows 98 Second Edition, lancé le 5 mai 1999, apporta principalement des corrections de bugs mais inclut quelques améliorations. Internet Explorer 5 remplaça la version 4, le support FireWire fit son apparition, la technologie SBP-2 améliora la gestion du stockage USB. DirectX passa en version 6.1, tandis que le support WDM pour l’audio et les modems progressa significativement. Le support de l’API WinG fut abandonné au profit de DirectX, et Windows Media Player remplaça RealPlayer 4.

L’organisation du développement chez Microsoft étaient en avance sur les méthodes actuelles de l’industrie logicielle. Une équipe se concentrait sur le produit en cours pendant qu’une autre préparait la version suivante. Cette séparation maintenait un cap clair tout en préservant la compatibilité avec les systèmes antérieurs. L’introduction progressive du WDM illustre cette approche : les anciens pilotes restaient utilisables pendant que les fabricants adoptaient le nouveau modèle.

Windows 98 marqua une étape dans l’évolution des systèmes d’exploitation, malgré un accueil mitigé de la presse technique. Son héritage réside dans sa capacité à avoir consolidé les innovations de son époque tout en préparant les évolutions futures. Le système fut progressivement supplanté par Windows 2000 et Windows XP ensuite, qui offraient une stabilité et une sécurité accrues grâce à leur architecture NT. La fin du support officiel par Microsoft au milieu des années 2000 marqua la conclusion de cette période.

Haut de page

XML

En 1996, le W3C confie à Jon Bosak, ingénieur chez Sun Microsystems, la direction d’un groupe de travail ambitieux. La mission est de concevoir un langage de balisage qui conjuguerait la puissance structurante du SGML avec une simplicité d’usage que ce dernier n’avait jamais atteinte. HTML dominait le web, mais ses limites devenaient criantes : conçu pour la mise en forme visuelle, il se révélait inapte à organiser logiquement l’information.

Deux ans plus tard, XML naît officiellement sous forme de recommandation du W3C. Le langage introduit une syntaxe stricte basée sur des balises, impose la notion de document bien formé et offre aux développeurs la liberté de créer leurs propres vocabulaires de balises via les DTD. Chaque secteur peut désormais façonner ses propres structures de données avec flexibilité sans attendre qu’un organisme ne les standardise.

L’innovation majeure tient dans la séparation radicale entre contenu et présentation. Un document XML peut se transformer en page web, en PDF, en fichier texte, selon les besoins du moment. XSLT, normalisé l’année suivante, fournit les outils de transformation nécessaires à cette modularité. Les données acquièrent une autonomie inédite, libérées de leur format de destination.

Les services web émergent en 2000, le commerce électronique s’installe, et les entreprises découvrent l’intérêt d’échanger des informations entre systèmes disparates sans recourir à des conversions hasardeuses. XML s’impose naturellement. Son écosystème s’enrichit : XPath nous fait naviguer dans les documents, XQuery interroge les données, XML Schema supplante progressivement les DTD en mettant à disposition des mécanismes de validation plus fins.

Cette histoire trouve ses racines bien plus tôt, en 1969, dans les laboratoires d’IBM. Charles Goldfarb, Edward Mosher et Raymond Lorie y développent le GML, ancêtre direct du SGML. Leur intuition : la structure d’un document doit être indépendante de son contenu. Ce principe, avant-gardiste à l’époque, étaye encore notre façon de gérer l’information numérique.

Les bases de données s’adaptent. Les systèmes relationnels traditionnels intègrent le stockage natif de documents XML, tandis que des solutions spécialisées apparaissent pour répondre à des besoins spécifiques. Des secteurs entiers bâtissent leurs standards sur ce format, pivot des architectures orientées services qu’on appelle les SOA : l’édition numérique réorganise ses chaînes de production, la finance structure ses échanges de données.

La simplicité relative de XML face au SGML explique en partie son succès auprès des développeurs. Mais c’est surtout sa nature auto-descriptive qui séduit : un document XML porte en lui les clés de sa compréhension. Cette caractéristique garantit une certaine pérennité : les fichiers restent lisibles et exploitables des années après leur création, la documentation externe restant la plupart du temps accessoire.

L’arrivée de JSON au milieu des années 2000 bouleverse quelque peu le paysage. Plus léger, plus direct, il conquiert le développement web. Pourtant, XML ne cède pas le terrain. Il garde sa pertinence là où la rigueur structurelle compte, où la validation formelle s’impose, où les transformations complexes sont nécessaires. Les deux formats coexistent, chacun excellant dans son domaine.

Le langage XML a transformé notre approche de la documentation, encouragé une pensée structurée de l’information, changé la manière dont les organisations conçoivent leurs systèmes. Les principes de balisage hiérarchique qu’il a popularisés se retrouvent dans des formats bien plus récents. Le web sémantique, les architectures de microservices modernes portent son empreinte.

Le W3C a orchestré tout ce processus de normalisation avec une méthode qui fait référence. XML et ses technologies satellites forment aujourd’hui un ensemble cohérent de spécifications, fruit d’un travail collectif remarquable. Ces standards continuent d’évoluer, s’adaptent aux besoins émergents, témoignent de la vitalité d’un format qui approche ses trente ans d’existence sans avoir pris une ride.

Haut de page

GNOME

En 1996, Miguel de Icaza se lance dans une aventure qui va transformer le paysage des systèmes libres : créer un environnement de bureau graphique complet pour GNU/Linux. Le projet GNOME (GNU Network Object Model Environment) répond alors à une frustration bien réelle. Les systèmes UNIX tournaient sans problème sur les serveurs, mais leur interface utilisateur restait rudimentaire. Comment espérer séduire le grand public avec des outils aussi austères ?

La situation se complique avec l’émergence de KDE, qui repose sur Qt, une bibliothèque dont la licence heurte les principes du logiciel libre. La communauté se trouve face à un dilemme : faut-il recréer Qt en version libre ou partir sur autre chose ? L’équipe de GNOME tranche pour la seconde option. Émuler une API existante leur semble une impasse, comme le montrent les difficultés de projets tels que GNUstep, Wine ou LessTif.

Le choix se porte sur Gtk+, une bibliothèque graphique née pour les besoins de GIMP, le logiciel de retouche d’images développé par Peter Mattis et Spencer Kimball. Écrite en C mais pensée objet, Gtk+ offre des bases solides. Autour d’elle viennent se greffer des composants comme Gdk Imlib pour gérer les images ou VFS pour manipuler les fichiers.

Les débuts du projet reflètent l’esprit du libre : discussions ouvertes sur des listes de diffusion, code source partagé via CVS, accès direct au dépôt pour les contributeurs qui ont fait leurs preuves. La version 0.0 sort en août 1997. Mars 1999 voit arriver la 1.0, aussitôt adoptée par Red Hat Linux comme environnement par défaut.

GNOME se construit de manière modulaire. Des bibliothèques comme libgnome ou libgnomeui côtoient des applications de base et des outils de développement. Cette organisation donne de la souplesse car chacun travaille sur son composant sans marcher sur les pieds du voisin. L’interface suit des règles de style strictes pour garantir une cohérence d’ensemble.

Dès le départ, l’internationalisation compte parmi les priorités. Le système GNU gettext traduit les interfaces dans de nombreuses langues. GNOME devient accessible aux utilisateurs du monde entier, bien au-delà de la sphère anglophone.

L’année 1999 voit naître deux entreprises autour du projet : Eazel et Ximian, cette dernière fondée par Miguel de Icaza. Eazel développe Nautilus, le gestionnaire de fichiers, mais ferme boutique en 2001. Ximian connaît un meilleur sort en proposant une version enrichie de GNOME et des outils comme Evolution, avant que Novell ne la rachète en 2003.

Un cap se franchit en 2000 avec la création de la GNOME Foundation. Cette structure vient coordonner les efforts des différents acteurs et préserver les objectifs initiaux. La fondation associe un conseil d’administration élu démocratiquement et un conseil consultatif qui réunit entreprises et organisations à but non lucratif.

Cette année, Sun Microsystems fait un choix remarqué : GNOME remplace CDE sur Solaris. Le projet gagne ses lettres de noblesse dans le monde professionnel. Sun va plus loin en créant un laboratoire dédié à l’accessibilité, ouvrant l’environnement aux personnes en situation de handicap.

L’architecture technique s’appuie sur CORBA (Common Object Request Broker Architecture) pour faire communiquer les composants entre eux. Cette technologie autorise l’interaction entre applications écrites dans des langages différents. Les développeurs créent ORBit, une version allégée de CORBA taillée pour les besoins de GNOME.

Le projet encourage l’utilisation de langages de script comme Scheme et Perl. Cette ouverture simplifie la personnalisation des applications et leur automatisation. Le jeu de cartes GNOME exploite Scheme pour définir les règles des différentes variantes de solitaire.

Red Hat s’impose comme contributeur de poids, notamment via son laboratoire de recherche avancée. L’entreprise met en place une compilation quotidienne qui améliore la qualité du code en détectant vite les problèmes. Novell, Collabora et Intel apportent aussi leur pierre à l’édifice.

GNOME instaure un cycle de développement rigoureux avec des versions majeures tous les six mois. Ce rythme soutenu et innovant pour l’époque prévoit des phases de gel progressif : d’abord les fonctionnalités, puis l’interface, enfin les traductions. Cette méthode stabilise les versions sans précipitation.

La version 2.0 de 2002 consolide l’architecture du projet. Elle améliore l’intégration des composants et harmonise davantage l’interface. Les versions suivantes poursuivent ce travail de cohérence tout en ajoutant de nouvelles possibilités.

GNOME montre qu’un projet libre sert à rassembler des bénévoles et des entreprises autour d’objectifs communs. Sa gouvernance équilibrée, qui mêle démocratie communautaire et participation des acteurs économiques, inspire d’autres initiatives. Le projet prouve qu’une alternative libre aux environnements propriétaires peut atteindre un niveau professionnel, tant en qualité qu’en fonctionnalités.

Haut de page

Bluetooth

Dans les laboratoires d’Ericsson, en 1994, des ingénieurs cherchent à résoudre un problème simple : remplacer les câbles qui relient les appareils électroniques par une liaison radio bon marché et peu gourmande en énergie. Ce projet prendra un nom surprenant, emprunté à l’histoire viking. Harald Bluetooth, roi du Danemark au X^e siècle, avait unifié le Danemark et la Norvège. Les concepteurs y voient un symbole parfait pour une technologie destinée à connecter des équipements différents.

Quatre ans plus tard, en février 1998, cinq géants de l’électronique – Ericsson, IBM, Intel, Nokia et Toshiba – créent le Bluetooth Special Interest Group. Cette association a pour mission de définir des spécifications techniques communes. Le mouvement prend de l’ampleur : 3COM, Microsoft, Lucent et Motorola rejoignent le groupe, qui compte déjà plus de 1 900 membres en 2000.

La première version commerciale sort en 1999. Les appareils de différents fabricants peinent à communiquer entre eux. La version 1.1, en 2002, corrige ces défauts de jeunesse et stabilise le débit à 1 Mbit/s. Deux ans après, la version 2.0 triple la vitesse de transmission grâce à l’Enhanced Data Rate.

Le fonctionnement repose sur des piconets, ces petits réseaux où un appareil maître coordonne jusqu’à sept esclaves actifs. La bande de fréquence des 2,4 GHz sert de terrain de jeu, avec une astuce intéressante : la fréquence d’émission change 1 600 fois par seconde parmi 79 canaux disponibles. Cette gymnastique limite les interférences.

La sécurité n’a pas été négligée. Les concepteurs ont prévu trois niveaux de protection, du mode ouvert à la liaison chiffrée, avec des mécanismes d’authentification et d’autorisation. Mais c’est en 2010 que tout bascule. La version 4.0 introduit le Bluetooth Low Energy, une variante qui consomme bien moins d’énergie. Les montres connectées, les capteurs de santé et les objets domotiques trouvent là leur voie d’accès au monde sans fil.

Six ans plus tard, la version 5.0 multiplie par quatre la portée et double la vitesse. L’Internet des Objets explose, et le Bluetooth s’adapte. Les couches protocolaires s’empilent : la couche radio gère les ondes, la bande de base contrôle les paquets, le gestionnaire de liaison établit les connexions. Au-dessus, L2CAP découpe et répartit les données. Des protocoles comme RFCOMM émulent aussi des ports série pour garder la compatibilité avec l’existant.

Les profils définissent les usages : transfert de fichiers, synchronisation, téléphonie, audio. Le profil d’accès générique sert de socle à tous les autres. Cette architecture en couches a permis au Bluetooth de dépasser son rôle initial de simple remplaçant de câble. Les prévisions tablent sur 5,4 milliards d’appareils expédiés en 2023.

En 2017, l’ajout du maillage ouvre de nouvelles perspectives. Des réseaux étendus sont rendus possibles, utiles pour l’éclairage connecté et l’automatisation des bâtiments. Dans les hôpitaux, des capteurs suivent les patients à distance. Les usines collectent des données pour anticiper les pannes. Les balises Bluetooth guident les clients dans les magasins et révolutionnent le marketing de proximité.

Cette technologie illustre bien comment une liaison radio simple peut évoluer vers un système complexe. Du point à point aux réseaux maillés, du câble de remplacement à l’épine dorsale de l’IoT, le Bluetooth a su se transformer sans rompre avec ses versions précédentes. Les débits augmentent, la portée s’étend, l’efficacité énergétique progresse. Et pourtant, un appareil récent dialogue encore avec un vieux périphérique des années 2000.

Haut de page

MSN Messenger

Quand MSN Messenger débarque en 1999, la messagerie instantanée n’a rien d’une nouveauté. L’IRC existe depuis 1988, né de l’imagination du Finlandais Jarkko Oikarinen. Ce système de discussion en temps réel a déjà prouvé son utilité en 1991 lors d’événements comme la guerre du Golfe en janvier ou la tentative de coup d’État contre Mikhaïl Gorbatchev en août. Des milliers d’internautes du monde entier s’y retrouvent pour échanger des informations en direct, créant une forme primitive de réseau social mondial.

Microsoft arrive dans un contexte particulier. L’informatique domestique se démocratise, et la vision de Bill Gates d’un ordinateur connecté dans chaque foyer, reprise par le président Clinton, commence à se matérialiser. Les interfaces graphiques ont rendu les machines accessibles aux novices. Le terrain est prêt pour des applications grand public qui ne nécessitent plus de compétences techniques avancées.

Mais MSN Messenger ne se contente pas de reproduire l’IRC. Là où ce dernier privilégie les canaux publics et les discussions de groupe, Microsoft mise sur l’intimité des conversations privées entre contacts autorisés. L’inspiration vient d’ICQ, créé en 1996 par quatre développeurs israéliens de Mirabilis. Ce petit programme au nom astucieux (« I seek you ») a séduit 100 000 utilisateurs simultanés dès juin 1997. AOL l’achète en 1998, preuve que le marché de la messagerie instantanée attire les convoitises.

L’architecture technique repose sur un modèle client-serveur. Contrairement à certains concurrents qui optent pour le pair-à-pair, Microsoft centralise les échanges sur ses serveurs avec des protocoles propriétaires. Cette approche donne à l’entreprise un contrôle total sur sa plateforme, mais crée aussi des failles de sécurité spécifiques. Les communications passent par le port TCP 5190, mais les utilisateurs débrouillards apprennent vite à contourner les restrictions en redirigeant le trafic vers d’autres ports.

Les fonctionnalités s’enrichissent au fil des versions. Liste de contacts avec indicateurs de présence, conversations textuelles instantanées, transfert de fichiers, avatars personnalisables, messages d’humeur, et bien-sûr les mémorables Wizz. La possibilité de modifier son statut (en ligne, occupé, absent, invisible) représente une innovation sociale notable. Pour la première fois, les utilisateurs contrôlent leur disponibilité de façon explicite, chose impossible avec le téléphone traditionnel.

L’arrivée des mobiles au courant des années 2000 bouleverse les usages. Des versions pour téléphones portables apparaissent, mais leur adoption est mitigée. Les téléphones de l’époque souffrent de limitations rédhibitoires : autonomie faible, écrans minuscules, connexions coûteuses. Une étude menée en Suède entre 2007 et 2008 montre que les utilisateurs considèrent la version mobile comme un simple complément. Ils l’utilisent surtout pour « tuer le temps », pas vraiment pour communiquer sérieusement.

La sécurité pose problème dès le départ. Les utilisateurs s’exposent à toutes sortes de menaces : virus, chevaux de Troie, écoute des conversations, usurpation d’identité. Le CERT documente des attaques exploitant l’ingénierie sociale. Les pirates jouent sur la confiance des utilisateurs pour diffuser des logiciels malveillants déguisés en améliorations légitimes. Le fait que beaucoup d’adolescents utilisent MSN Messenger sans supervision parentale aggrave le problème.

Dans les entreprises, l’outil suscite des débats animés. Certaines organisations y voient un moyen de fluidifier la communication interne et la collaboration informelle. D’autres s’inquiètent des risques de fuite d’informations confidentielles et de la baisse de productivité. Beaucoup finissent par déployer des versions sécurisées et contrôlées, quand elles ne bloquent pas purement et simplement l’accès.

L’interopérabilité reste un sujet épineux. Les utilisateurs aimeraient pouvoir discuter avec leurs contacts quel que soit leur service de messagerie. Mais Microsoft, AOL et Yahoo maintiennent des écosystèmes fermés malgré les demandes répétées et la pression de la FCC. Des solutions comme Trillian permettent de contourner ces barrières en agrégeant plusieurs services, mais sans garantir toutes les fonctionnalités natives.

Internet évolue. Les réseaux sociaux émergent et redéfinissent la communication en ligne. Facebook propose sa propre messagerie intégrée. Les smartphones modernes rendent obsolètes les applications de bureau. Microsoft finit par remplacer MSN Messenger par Skype en 2013, actant la fin d’une ère qui aura duré quatorze ans.

Les applications de messagerie contemporaines reprennent les concepts inventés ou popularisés par MSN Messenger : listes de contacts, indicateurs de présence, conversations instantanées, partage de fichiers, émojis. WhatsApp, Telegram, Signal ou Discord doivent beaucoup à ce pionnier.

MSN Messenger a modifié durablement nos façons de communiquer. En rendant la messagerie instantanée accessible au grand public, il a transformé les relations interpersonnelles à l’ère numérique. Son histoire reflète les mutations technologiques et sociales de la charnière entre XX^e et XXI^e siècles, période où l’informatique connectée est devenue partie intégrante du quotidien.

Haut de page

RSS

Dave Winer lança scriptingNews en 1997, alors qu’il travaillait chez UserLand. Ce format cherchait à rendre plus simple le partage de contenus sur Internet. Deux ans plus tard, Netscape reprit l’idée et créa RSS 0.90 (Rich Site Summary), un format XML avec un en-tête RDF qu’il déploya aussitôt sur my.netscape.com.

UserLand réagit avec scriptingNews 2.0b1, qui intégrait les fonctionnalités de RSS 0.90. Netscape répondit avec RSS 0.91, une version allégée sans RDF mais gardant l’essentiel de scriptingNews. UserLand abandonna alors son propre format pour rallier RSS 0.91. Netscape stoppa ensuite le développement de la technologie.

L’année 2000 marqua un tournant. Un groupe mené par Rael Dornfest chez O’Reilly conçut RSS 1.0, une refonte complète basée sur RDF et les espaces de noms XML. Cette version rompait avec la lignée 0.9x. Dave Winer continua de son côté avec RSS 0.92, ajoutant des éléments facultatifs à la version 0.91.

En 2002, après avoir quitté UserLand, Winer créa RSS 2.0. Cette mouture enrichissait RSS 0.92 tout en gardant la compatibilité avec les versions précédentes. L’université Harvard publia la spécification sous licence Creative Commons en 2003, ouvrant le format à tous.

RSS permit aux sites web d’annoncer leurs mises à jour dans un format standardisé. Les utilisateurs s’abonnaient à ces flux via des agrégateurs et recevaient les nouveaux contenus sans visiter chaque site. Les blogs profitèrent largement de cette automatisation.

Les bibliothèques et centres de documentation adoptèrent vite la technologie pour leurs alertes et leur veille. Le format diffusait les sommaires de revues scientifiques ou les nouvelles acquisitions. BioMed Central et Nature l’intégrèrent à leurs plateformes.

La diversité des outils de lecture explosa. FeedReader et NetNewsWire côtoyaient des solutions en ligne comme Bloglines. Firefox et Opera ajoutèrent des fonctions natives de gestion des flux. Google Reader devint une référence jusqu’à sa fermeture en 2013.

La structure XML de RSS garantissait l’interopérabilité. Chaque flux contenait des éléments obligatoires : titre, lien, description. Des métadonnées facultatives enrichissaient le tout. La hiérarchie organisait les contenus par catégories et acceptait les pièces jointes multimédias.

Les médias en ligne transformèrent grâce à RSS la façon dont on consommait l’information. Les lecteurs centralisaient le suivi de leurs sources préférées et filtraient selon leurs intérêts. Cette autonomie réduisait la dépendance aux portails traditionnels.

Le marketing numérique s’empara du format pour diffuser offres commerciales et newsletters. La syndication touchait les audiences via les agrégateurs. Google créa AdSense pour monétiser les flux RSS, ouvrant des opportunités publicitaires.

Les réseaux sociaux et Twitter changèrent progressivement les habitudes. RSS resta néanmoins utile aux professionnels de l’information et aux utilisateurs soucieux de maîtriser leurs sources.

Le format inspira d’autres standards comme Atom, normalisé en 2005 par l’IETF. Ces spécifications complémentaires enrichirent l’écosystème du web en facilitant l’agrégation de contenus structurés.

L’architecture distribuée de RSS influença le web social. La publication automatisée et les abonnements inspirèrent les notifications des réseaux sociaux. Le principe de flux d’activité, central dans les interfaces modernes, vient en partie de là.

La simplicité de RSS en fit un pilier du web participatif des années 2000. La technologie montra l’importance des standards ouverts pour l’interopérabilité des services. Son héritage perdure dans les protocoles actuels de distribution de contenu.

En 2024, des millions de sites et d’applications utilisent encore RSS. Les flux alimentent des systèmes de veille, des agrégateurs d’actualités et des outils d’automatisation. Cette longévité témoigne de la pertinence d’un modèle décentralisé de distribution de l’information.

Haut de page

SOAP

Fin 1997, Microsoft commence à explorer une idée qui va transformer la communication entre applications : utiliser XML pour des appels de procédures distantes via HTTP. L’ambition est simple : faire dialoguer des machines à travers le réseau avec des types de données standard, sans les complications des protocoles propriétaires. DevelopMentor, habitué à collaborer avec Microsoft, et Userland, qui voit le Web comme un terrain de publication, rejoignent l’aventure. Le nom SOAP émerge au début de 1998.

Mais les choses se compliquent vite. L’équipe DCOM chez Microsoft freine des quatre fers. Plutôt que d’adopter cette nouvelle approche, elle préfère exploiter la position dominante de l’entreprise pour imposer DCOM via un tunneling HTTP. Les experts XML maison trouvent l’idée séduisante mais prématurée : ils attendent les fonctionnalités avancées que promettent XML Schema et les espaces de noms. Face à ce blocage, Userland prend les devants et publie sa propre version des spécifications sous le nom XML-RPC durant l’été 1998.

En 1999, Microsoft avance sur XML Schema et intègre les espaces de noms dans ses produits. SOAP regagne du terrain, l’équipe BizTalk restant réticente car leur modèle repose sur la messagerie, pas sur les appels de procédures distantes. Le 13 septembre 1999, SOAP 0.9 sort pour examen public et se retrouve soumis à l’IETF. Trois mois plus tard, SOAP 1.0 voit le jour avec peu de changements.

En mars 2000, le W3C annonce qu’il envisage une activité autour des protocoles XML. À la conférence XTech, une session animée rassemble plusieurs visionnaires qui débattent des orientations futures sans parvenir à un consensus. Mais le 8 mai 2000 marque un vrai tournant : SOAP 1.1 arrive au W3C avec IBM comme co-auteur. Ce soutien inattendu change tout. La nouvelle version se révèle bien plus modulaire et extensible, dissipant les craintes que SOAP n’impose des technologies propriétaires Microsoft. IBM publie aussitôt une implémentation Java qu’il confie au projet Apache XML pour un développement open source. Les sceptiques commencent à s’intéresser sérieusement au protocole. Sun manifeste son intérêt et travaille à intégrer les services Web dans J2EE. D’autres fournisseurs et projets libres emboîtent le pas.

En septembre 2000, le W3C forme un groupe de travail dédié au protocole XML, qui prend SOAP 1.1 comme point de départ. Après des mois de modifications, d’améliorations et de décisions difficiles sur ce qu’il fallait conserver ou abandonner, SOAP 1.2 devient une recommandation officielle en juin 2003.

SOAP s’impose parce qu’il représente le meilleur compromis industriel pour standardiser l’informatique distribuée multi-plateformes basée sur XML. Sa simplicité est son atout majeur : historiquement, les architectures adoptées massivement l’ont été grâce à cette qualité.

Le protocole définit l’unité de communication via une enveloppe qui encadre toutes les informations. Un message contient un corps où du XML arbitraire peut prendre place, accompagné d’en-têtes qui transportent des données en dehors du corps principal. Le modèle de traitement fixe des règles précises pour gérer les messages quand des extensions entrent en jeu. Les SOAP faults gèrent les erreurs en identifiant leur source et leur cause, tout en autorisant l’échange d’informations de diagnostic entre participants.

L’extensibilité passe par les en-têtes SOAP qui transportent des données d’extension avec le message et peuvent cibler des nœuds spécifiques le long de son parcours. SOAP propose un mécanisme flexible de représentation des données : il accepte des données déjà sérialisées dans divers formats (texte, XML) et fournit une convention pour représenter des structures abstraites comme les types des langages de programmation en XML.

Les appels de procédures distantes et leurs réponses se « mappent » naturellement en messages SOAP. C’est un type d’interaction courant en informatique distribuée qui correspond bien aux constructions des langages procéduraux. Le cadre de liaison définit une architecture pour construire des liaisons qui envoient et reçoivent des messages SOAP via des transports arbitraires. Ce cadre sert notamment à déplacer les messages SOAP à travers HTTP, le protocole omniprésent sur Internet.

SOAP reste largement utilisé dans les entreprises pour l’intégration d’applications et de services, surtout avec les systèmes existants. Les secteurs bancaires et financiers comptent parmi ses utilisateurs fidèles. Google l’emploie pour la plupart de ses applications, tout comme PayPal, Amazon et eBay. Le protocole conserve sa pertinence grâce à sa robustesse technique et sa capacité à gérer des opérations complexes qui nécessitent de maintenir des états conversationnels et des informations contextuelles. Son évolution a permis le développement des services Web et l’essor de l’informatique distribuée.

Haut de page

Transport Layer Security

La sécurité des communications sur Internet repose aujourd’hui sur un socle technique discret mais indispensable. En 1994, Netscape cherche à protéger les échanges sur son navigateur Web et invente SSL (Secure Sockets Layer). La première version publique, SSL 2.0, sort l’année suivante. Mais ce premier jet contient trop de failles pour être vraiment fiable. SSL 3.0 arrive en 1996 pour corriger le tir.

Trois ans plus tard, l’IETF récupère le projet et le baptise TLS 1.0. Ce changement de nom marque aussi une prise en main par la communauté technique internationale. Le protocole crée un tunnel chiffré entre un client et un serveur, garantissant que personne ne peut lire ou modifier les données qui transitent.

Les années 2000 voient émerger des acteurs comme Comodo, spécialisés dans l’émission de certificats numériques. Différentes formules apparaissent : les certificats EV (Extended Validation) en 2007, qui nécessitent des vérifications poussées, puis les certificats DV (Domain Validation), plus simples à obtenir. TLS 1.1 sort en 2006 avec quelques protections supplémentaires contre certaines attaques, sans vraiment convaincre les administrateurs systèmes de migrer massivement.

En 2008, TLS 1.2 apporte son lot de nouveautés : support des extensions, mécanismes de sécurité renforcés. Pourtant l’adoption traîne. Il faudra attendre plusieurs incidents retentissants pour que le secteur comprenne l’urgence de moderniser ses infrastructures.

Entre 2011 et 2014, les alertes se multiplient. L’attaque contre DigiNotar en 2011 révèle qu’un pirate a réussi à pénétrer ce certificateur néerlandais et à émettre des centaines de certificats frauduleux. L’attaque BEAST exploite une vulnérabilité dans TLS 1.0. Le réveil est brutal.

En 2014 la faille Heartbleed touche plus de 300 000 serveurs web publics. Trois ans après sa découverte, près de 180 000 équipements restent vulnérables. POODLE en 2014, FREAK et DROWN en 2015-2016 confirment que la vigilance doit être permanente. Chaque incident accélère la migration vers TLS 1.2 et pousse au développement d’une version vraiment nouvelle.

TLS 1.3 débarque en 2018 après plusieurs années de gestation. Cette mouture ne se contente pas de rafistoler l’existant : elle nettoie le protocole de fond en comble. Les fonctionnalités obsolètes ou dangereuses disparaissent. La poignée de main, ce ballet initial entre client et serveur, passe de deux à un seul aller-retour dans la plupart des cas. Le gain de rapidité se fait sentir immédiatement.

Cette version impose le Perfect Forward Secrecy, une propriété qui empêche de déchiffrer rétrospectivement les communications y compris si les clés long terme tombent entre de mauvaises mains plus tard. Le nombre de suites cryptographiques passe de plus de 35 à seulement cinq. Ce grand ménage améliore la sécurité mais demande des ajustements dans les infrastructures existantes.

L’histoire de TLS reflète celle des menaces sur Internet. Le protocole a dû s’adapter sans cesse, jongler entre innovation et compatibilité avec les systèmes déjà déployés. Les versions successives ont durci les mécanismes cryptographiques et simplifié leur utilisation. Parfois, l’inertie a freiné les évolutions. Mais les incidents de sécurité ont régulièrement rappelé qu’on ne pouvait pas se reposer sur ses acquis.

Désormais, TLS protège tout un pan du trafic web. Le protocole ne se limite plus aux transactions bancaires ou aux données sensibles. Il est la norme pour toute communication en ligne, surtout depuis que Google a indiqué en 2015 que le chiffrement influençait l’indexation, même si cette exigence est plus une conséquence de l’affaire PRISM et la nécessité d’élever le niveau de sécurité du web globalement. Par son architecture modulaire, de nouveaux algorithmes sont ajoutés au fur et à mesure des avancées en cryptographie.

Les leçons du développement de TLS ont essaimé vers d’autres protocoles de sécurité. L’importance de la validation formelle, la transition progressive vers de nouvelles versions, l’équilibre délicat entre sécurité et performances sont devenus des principes directeurs dans le domaine. L’expérience accumulée montre que la sécurité des communications numériques exige une évolution continue.

Haut de page

Napster

Shawn Fanning avait 18 ans quand il a créé Napster en 1999. L’histoire commence simplement : cet étudiant voulait partager des fichiers musicaux avec ses amis. Il ne se doutait pas qu’il allait déclencher l’une des plus grandes révolutions de l’histoire de la musique.

Le principe technique reposait sur le peer-to-peer. Les utilisateurs échangeaient directement des fichiers MP3 entre leurs ordinateurs, sans serveur central pour stocker les données. Napster ne conservait qu’un répertoire des fichiers disponibles sur les machines connectées. Quand quelqu’un cherchait une chanson, le logiciel établissait une connexion directe avec l’ordinateur d’un autre membre qui possédait le fichier.

En moins de deux ans, plus de 26 millions d’utilisateurs ont rejoint le service et échangé plus de 80 millions de chansons. Cette croissance explosive tenait à la simplicité d’utilisation et à la gratuité. Il suffisait de taper le titre d’une chanson pour la télécharger. Le format MP3, qui compressait les fichiers audio sans trop dégrader la qualité, rendait ces transferts rapides avec les connexions Internet de l’époque.

Les maisons de disques ont très vite compris la menace. Elles contrôlaient la diffusion musicale depuis toujours grâce à la vente de supports physiques. Napster bousculait ce modèle en permettant la circulation libre des œuvres sur Internet. La Recording Industry Association of America (RIAA) a estimé ses pertes à 55 milliards de dollars sur une décennie.

Le procès a commencé en décembre 1999. La RIAA poursuivait Napster pour violation contributive des droits d’auteur. L’accusation ne portait pas sur une violation directe, mais sur le fait de faciliter ces violations par les utilisateurs. David Boies, l’avocat de Napster, s’est appuyé sur l’Audio Home Recording Act de 1992 qui autorisait les copies privées à usage personnel non commercial.

Les tribunaux devaient trancher une question inédite : le partage de fichiers constituait-il un « usage loyal » selon la loi américaine ? Quatre critères entraient en jeu : le but de l’utilisation, la nature de l’œuvre, la proportion utilisée, et l’impact sur le marché. En juillet 2000, la juge Marilyn Patel a ordonné l’arrêt de la distribution de fichiers protégés. Une cour d’appel a suspendu temporairement cette décision, mais Napster a fermé en 2001.

Cette fermeture n’a rien arrêté. D’autres services ont pris le relais avec des architectures plus décentralisées : Gnutella, Kazaa, puis BitTorrent. Chacun apprenait des failles juridiques du précédent pour mieux se protéger des poursuites. L’industrie musicale se trouvait face à un problème technique qu’elle ne pouvait résoudre par les seuls moyens juridiques.

Apple a saisi l’opportunité en lançant iTunes en 2003. Steve Jobs a compris qu’il fallait proposer une alternative légale qui soit aussi simple que Napster. Le pari a fonctionné : les gens acceptaient de payer si le service restait pratique. Cette approche a montré qu’un nouveau modèle économique était possible.

L’histoire de Napster révèle surtout l’inadaptation des lois sur le droit d’auteur face aux possibilités ouvertes par Internet. Ces lois avaient été conçues pour un monde où la copie d’une œuvre nécessitait des moyens industriels. Le numérique permettait à chacun de reproduire et distribuer du contenu sans aucune dégradation. Les cadres juridiques du XX^e siècle ne tenaient plus.

Le service a transformé les habitudes de consommation musicale. Une génération entière s’est habituée à la gratuité et à l’immédiateté. Cette attente n’a pas disparu avec la fermeture de Napster. Elle a forcé l’industrie à repenser ses modèles, conduisant finalement aux services de streaming comme Spotify qui tentent de concilier accès libre et rémunération des artistes.

La dimension internationale a compliqué les choses. Napster touchait des utilisateurs partout dans le monde, mais les lois sur le droit d’auteur restaient nationales. Comment appliquer le cadre juridique américain à des échanges transfrontaliers ? Cette question reste d’actualité pour toutes les plateformes numériques.

Les procès ont créé une jurisprudence importante. Ils ont montré qu’Internet ne pouvait fonctionner comme une zone de non-droit. Les législateurs du monde entier s’en sont inspirés pour développer leurs propres cadres réglementaires. L’affaire Napster a établi des précédents qui influencent encore les débats sur la régulation du numérique. L’équilibre entre innovation, droits des créateurs et attentes des utilisateurs demeure fragile.

Haut de page

Bug de l’an 2000

L’histoire du bug de l’an 2000 commence bien avant les années de panique qui précédèrent le passage au nouveau millénaire. Dans les années 1960, quand les programmeurs travaillaient avec des cartes perforées limitées à 80 colonnes et que chaque octet de mémoire coûtait une fortune, coder les dates sur deux chiffres semblait une décision parfaitement raisonnable. Qui aurait imaginé que ces programmes tourneraient encore quarante ans plus tard ? Cette économie d’espace, anodine sur le moment, allait se transformer en l’un des plus grands casse-têtes techniques de la fin du XX^e siècle.

Le mécanisme du problème était d’une simplicité désarmante. Les systèmes ne stockant que les deux derniers chiffres de l’année ne pouvaient distinguer 1900 de 2000. Un calcul de durée entre deux dates, un tri chronologique, une vérification de validité : autant d’opérations qui risquaient de produire des résultats aberrants. Les premiers signes apparurent dès les années 1980, bien avant que l’expression « bug de l’an 2000 » ne fasse la une des journaux. En 1988, la chaîne britannique Marks & Spencer refusa une livraison de conserves dont le système avait interprété la date de péremption en 2000 comme 1900, considérant les produits périmés depuis près de quatre-vingt-dix ans. L’anecdote fit sourire, mais elle annonçait des ennuis autrement plus sérieux.

La prise de conscience s’amorça vraiment courant 1990. Les experts commencèrent à multiplier les alertes : dysfonctionnements bancaires, réseaux électriques à l’arrêt, contrôle aérien paralysé, équipements médicaux défaillants. En 1992, Mary Bandar, une dame de 104 ans, reçut une invitation à rejoindre une classe de maternelle — son année de naissance « 88 » ayant été lue comme 1988 plutôt que 1888. L’incident aurait pu prêter à rire s’il n’avait révélé l’ampleur du problème qui se profilait.

Les gouvernements finirent par réagir. Le Royaume-Uni créa la « Taskforce 2000 » en 1996, suivie l’année suivante par « Action 2000 », dotée d’un budget initial d’un million de livres sterling qui grimpa à 17 millions. Les Nations Unies établirent en février 1999 le Centre international de coopération Y2K, financé par la Banque mondiale. Les entreprises lancèrent des programmes de mise en conformité massifs. La Bourse de New York y consacra 30 millions de dollars sur sept ans.

Mais le problème ne se cantonnait pas aux grands systèmes centraux. Les contrôleurs logiques programmables, omniprésents dans l’industrie pour commander machines et processus, utilisaient souvent des dates à deux chiffres. Les PC présentaient leurs propres complications, liées à leur horloge temps réel et à leur BIOS. Certaines versions, comme l’Award v4.50 de 1994-1995, ne géraient tout simplement pas les dates au-delà de 1999, tout comme Windows 95 n’était pas compatible non plus avec le passage à l’an 2000.

Face à cette situation, quelques stratégies techniques émergèrent. L’expansion des années à quatre chiffres représentait la solution la plus solide, mais elle exigeait de revoir en profondeur les programmes et les bases de données. La technique dite du « windowing » conservait le format à deux chiffres tout en ajoutant une logique d’interprétation : « 00 » à « 19 » correspondait à 2000-2019, « 20 » à « 99 » à 1920-1999. Cette méthode, moins coûteuse, avait le défaut de simplement reporter le problème à une date ultérieure.

Les audits se multiplièrent à partir de 1997. Les cabinets commencèrent à exiger de leurs clients qu’ils certifient la conformité de leurs systèmes critiques pour garantir la continuité de leur activité. Des sociétés spécialisées développèrent des outils automatisés pour détecter et corriger les problèmes dans le code source. Des programmeurs COBOL sortirent de leur retraite, réclamant des salaires confortables pour intervenir sur les systèmes qu’ils avaient bâtis des décennies plus tôt.

Les tests révélèrent des failles inquiétantes. Le système antimissile Rapier britannique se révéla inopérable après 2000. Une centrale nucléaire suédoise s’arrêta automatiquement lors d’un test de passage au nouveau millénaire. Chez Chrysler, un essai en 1997 paralysa le système de sécurité d’une usine, bloquant les accès et empêchant la gestion de la paie.

Le coût global des corrections oscilla entre 300 et 500 milliards de dollars. Les États-Unis dépensèrent 34 milliards, l’Italie 2,5 milliards, le Venezuela 100 millions. Les pays industrialisés, dont l’économie reposait davantage sur les systèmes numériques, investirent proportionnellement plus que les autres.

Finalement, le passage à l’an 2000 provoqua moins de chaos que redouté. Des incidents survinrent : quinze réacteurs nucléaires s’arrêtèrent, des systèmes de paiement par carte dysfonctionnèrent, des pannes de courant touchèrent Hawaï. Mais la catastrophe annoncée n’eut pas lieu, résultat direct des efforts déployés pendant la décennie précédente.

Cette expérience laissa des traces. Elle démontra que les principes d’ingénierie logicielle comme l’abstraction et l’encapsulation n’étaient pas que des concepts théoriques. Elle souligna les dangers des points de défaillance uniques et l’intérêt d’un couplage faible entre systèmes. Elle prouva qu’une mobilisation internationale face à une menace informatique identifiée restait possible.

Paradoxalement, le succès de la gestion du « Y2K » freina l’adoption de certaines leçons. L’industrie continua de privilégier la rapidité de mise sur le marché au détriment de la robustesse. Les chaînes d’approvisionnement se resserrèrent, réduisant leur capacité à absorber les chocs. La crise actuelle de la cybersécurité témoigne de cette difficulté persistante à concevoir des systèmes informatiques à la fois robustes et sécurisés. Le bug de l’an 2000 aura été, au fond, une occasion manquée d’apprendre vraiment de nos erreurs.

Ceci illustre bien deux principes d’architecture à garder en tête dans tout travail de conception, informatique ou pas : « Les problèmes d’aujourd’hui viennent des solutions d’hier » et « La cause et l’effet peuvent intervenir à des temps et des lieux lointains ».

Si ce contenu vous a plu, vous pouvez soutenir ce projet en faisant un don ou en commandant l'édition papier sur Lulu ou Amazon. Tout le contenu reste librement accessible sous licence CC BY-SA 4.0.