{"id":1115,"date":"2025-10-09T10:55:58","date_gmt":"2025-10-09T08:55:58","guid":{"rendered":"https:\/\/www.ilbytecidio.it\/?p=1115"},"modified":"2025-10-09T10:56:00","modified_gmt":"2025-10-09T08:56:00","slug":"windows-95-laccrocco-che-ha-portato-il-pc-nelle-nostre-case","status":"publish","type":"post","link":"https:\/\/www.ilbytecidio.it\/?p=1115","title":{"rendered":"Windows 95: l’accrocco che ha portato il PC nelle nostre case"},"content":{"rendered":"\n
\"\"<\/a>
La schermata di avvio di Windows 95<\/figcaption><\/figure>\n\n\n\n

Sto vedendo da un po’ di tempo post nostalgici che mostrano schermate di Windows 95 o foto di clienti entusiasti col pacchetto d’installazione in mano. La prima volta ho pensato che fosse buffo, poi mi sono ricordato che ormai sono passati 30 anni dalla sua pubblicazione e che quindi molti informatici di oggi sono semplicemente troppo giovani per averne vissuto il lancio, cos\u00ec ho pensato di raccontarlo un pochino. Andiamo quindi a scoprire perch\u00e9 l’ho definito “accrocco”.<\/p>\n\n\n\n\n\n\n\n

A met\u00e0 anni ’90 gi\u00e0 si intuiva che l’informatizzazione era il futuro, ma la tecnologia disponibile si sposava male con l’idea che i prossimi anni 2000 sarebbero stati anni iper-tecnologici. Nel famoso dibattito LINUX is obsolete<\/a>, Andrew Tanenbaum, informatico di fama internazionale, ipotizzava che in pochi anni si sarebbero diffusi i processori RISC, considerati allora molto promettenti, ma diffusi solo negli ultimi anni grazie all’architettura ARM, quella dei cellulari. Le cose sono andate diversamente: l’accoppiata PC IBM + MS-DOS ai suoi tempi si rivel\u00f2 cos\u00ec vincente che stabil\u00ec uno standard de facto<\/em> per tutti gli anni a venire. In pratica, la maggior parte dei computer in circolazione negli anni ’90 erano basati sulla stessa architettura, coi suoi limiti che la rendevano pi\u00f9 economica di altre, e con MS-DOS, che per\u00f2 era un sistema a riga di comando e quindi considerato ostico per molti potenziali utenti, nonch\u00e9 obsoleto, dato che sfruttava molto poco dei processori x86 di allora: niente multitasking, architettura a 16 bit ed esecuzione senza protezione della memoria n\u00e9 memoria virtuale (modalit\u00e0 reale). Microsoft aveva gi\u00e0 messo in atto alcune strategie per superare questi limiti. Per cominciare, lanci\u00f2 Windows, che inizialmente era solo un ambiente grafico che girava su MS-DOS e ne conservava molti limiti, poi speriment\u00f2 Windows NT, primo vero sistema operativo grafico a 32 bit, che per\u00f2 richiedeva macchine potenti e costose per girare.<\/p>\n\n\n\n

Microsoft rischiava a lungo andare di perdere terreno rispetto ad altre aziende, come la Apple che vendeva computer pronti all’uso dotati di un’interfaccia grafica intuitiva. Aveva bisogno di un prodotto moderno che mantenesse la compatibilit\u00e0 coi vecchi programmi, girasse con poca memoria sui processori pi\u00f9 diffusi (minimo 80386 e 80486) e offrisse per la prima volta il Plug & Play, cio\u00e8 la capacit\u00e0 (oggi data per scontata) di riconoscere automaticamente l’hardware connesso riducendo la configurazione manuale al minimo.<\/p>\n\n\n\n

Il problema venne risolto riutilizzando varie parti a 16 bit di MS-DOS e Windows 3.1, integrando con alcune altre a 32 bit scritte ad-hoc. Vediamo nel dettaglio:<\/p>\n\n\n\n

Windows 95 si avviava ancora tramite MS-DOS 7.0, che forniva:<\/p>\n\n\n\n