Het is geen verzinsel: open Kladblok en probeer een bestand op te slaan met de naamcon.txt. Windows zal dan reageren dat de bestandsnaam "is gereserveerd voor gebruik". "CON" is niet de enige naam met deze beperking. Er bestaan ook oude verwijzingen naar seriële poorten, parallelle poorten en hulpapparaten die nooit zijn verdwenen. Waarom zijn ze er nog steeds? Het korte antwoord is "retrocompatibiliteit", maar youtuber Tom Scott gaat hier dieper op in in een van zijn recente video's...
Veranderingen in de computerwereld zijn vaak moeilijk te verwerken. We herinneren ons nog goed de klachten van gebruikers wanneer Facebook zijn interface aanpaste, of de weerstand tegen het Ribbon-systeem in Office 2007, dat jaren van gewoonten en spiergeheugen overboord gooide. Een ander recent voorbeeld is COBOL en de noodzaak om nieuwe programmeurs te werven om mainframes te onderhouden die al meer dan 30 jaar meegaan.
Het vinden van het juiste evenwicht tussen nieuw en vertrouwd is erg moeilijk, en vereist vaak compromissen. Windows heeft bijvoorbeeld nog elementen die teruggaan tot de builds 3.x en de afhankelijkheid van MS-DOS, maar sommige dingen zijn nog ouder. Het meest opvallende geval is de naam "CON". Wanneer we die gebruiken om een bestand op te slaan of een map te maken, geeft Windows aan dat het om een "gereserveerde naam" gaat. Waarom?
De oorsprong van gereserveerde namen
Tom Scott legt uit dat zowel CON als de andere gereserveerde namen (de volledige lijst staat hier gedocumenteerd) verwijzingen zijn die gebruikers in staat stelden om met bepaalde apparaten te "praten" en er informatie naartoe te sturen. Hun exacte oorsprong voert ons terug naar het midden van de jaren '70, de tijd van CP/M en de technische beperkingen van die bescheiden computers.
Hoewel onze verkenning van dit onderwerp wat dieper gaat, maakt de video van Tom het visueler: de gereserveerde namen bestaan om retrocompatibiliteit te garanderen, zelfs als de betrokken fysieke interfaces bijna zijn uitgestorven (het is zeldzaam om een computer met Windows 10 te vinden die nog een dedicated parallelle poort heeft).
De vreemde Excel-bug
Tom verwijst ook naar een bijzonder geval: de beroemde "bug van 29 februari 1900" in Microsoft Excel. Het jaar 1900 was geen schrikkeljaar, maar toen Excel voor het eerst op de markt kwam voor Windows in 1987 (twee jaar eerder op de Mac), had het als belangrijkste concurrent Lotus 1-2-3, die deze bug met zich meedroeg. Microsoft besloot, uit naam van de compatibiliteit met 1-2-3-spreadsheets, de bug te reproduceren in hun software. De "fout" staat er 33 jaar later nog steeds en maakt deel uit van de officiële specificaties.
