In de huidige Windows-versies en in verschillende soorten software is de TAB-toets bijna een van de meest gebruikte toetsen, maar het ontwerp ervan als een “navigatietoets om tussen velden in het dialoogvenster te springen” in de grafische interface is ontstaan uit een nogal grapjesachtige samenwerking tussen Microsoft en IBM uit het verleden.

Voordat Windows een mainstream desktopbesturingssysteem werd, werkte Microsoft samen met IBM om OS/2 te ontwikkelen. Dit systeem, geboren in 1987, werd beschouwd als een veelbelovend pc-platform van de volgende generatie. Raymond Chen, een senior engineer bij Microsoft, besprak onlangs in een blog een aflevering in de OS/2-ontwerpfase tussen de twee partijen en onthulde daarmee het weinig bekende verhaal achter het ontwerp van de TAB-sleutel.

Volgens de herinnering van Chen leek het controversiële punt triviaal: in het dialoogvenster van de grafische interface, welke toets verantwoordelijk zou moeten zijn wanneer de cursor tussen verschillende invoervakken springt. Microsoft-ontwikkelaars pleitten voor het gebruik van de TAB-sleutel, die tegenwoordig de de facto standaard is geworden, maar destijds werd deze oplossing fel tegengewerkt door het IBM-team en helemaal aan het senior management gerapporteerd.

De TAB-toets zelf is extreem veelzijdig op computergebied, zoals het verplaatsen van de cursor naar de volgende tabstop in een teksteditor, gebruikt voor het zetten van uitlijning, het inspringen van alinea's of het organiseren van inhoud in kolommen; in grafische interfaces en browsers wordt het vaak gebruikt om snel tussen formuliervelden, knoppen of links te springen om muisvrije navigatie te bereiken; in opdrachtregelomgevingen vertrouwen mensen ook op TAB Key voor het automatisch voltooien van opdrachten of paden, het schakelen tussen interface-elementen, enz.

In dit geschil over de TAB-sleutel drong een Microsoft-ingenieur, gestationeerd in IBM's Boca Raton-kantoor, eerst aan op de interne ontwerpbeslissingen van Microsoft, waarbij hij benadrukte dat hij bevoegd was om dergelijke interfacedetails onafhankelijk af te handelen. De zeer hiërarchische managementstructuur van IBM maakte het echter mogelijk dat dit 'kleine dingetje' voortdurend werd geëscaleerd en uiteindelijk werd voorgelegd aan een manager op vice-presidentniveau, en deze leidinggevende was duidelijk gekant tegen het gebruik van de TAB-sleutel.

Het keerpunt in het verhaal kwam toen IBM de bevestiging van het management op 'peer-niveau' wilde zoeken bij Microsoft. Volgens Chen, toen IBM Microsoft vroeg om een ​​formeel antwoord te geven van hetzelfde niveau van verantwoordelijke mensen, was het antwoord dat ze kregen nogal een grapje, maar to the point: deze kwestie is helemaal de aandacht van geen enkele leidinggevende waard, en "de moeder van Bill Gates heeft geen interesse in de TAB-toets." Deze enigszins ironische reactie geeft feitelijk aan dat dergelijke specifieke sleuteldetails in de ogen van Microsoft tot de autonome reikwijdte van het technische team behoren en niet zullen leiden tot besluitvorming op hoog niveau.

Het was dit humoristische antwoord dat ervoor zorgde dat dit meningsverschil, dat voortdurend was ‘geëscaleerd’, plotseling de basis voor een voortgezet debat verloor. Nadat IBM er niet in slaagde de verwachte "interventie op hoog niveau" te krijgen, kon het alleen de dominantie van Microsoft in de specifieke implementatie accepteren. De TAB-toets bleef uiteindelijk de standaardnavigatietoets tussen dialoogvelden en blijft tot op de dag van vandaag een van de meest bekende bewerkingen voor gebruikers bij het gebruik van Windows en veel software.

Chen Deze gebeurtenis uit het verleden vergelijkt feitelijk de verschillen in organisatiestructuur en cultuur tussen de twee bedrijven op dat moment: IBM staat bekend om zijn strikte hiërarchische systeem, en veel technische details kunnen gemakkelijk uitgroeien tot "procedurele kwesties" op managementniveau; terwijl Microsoft meer gedecentraliseerd is, waardoor eerstelijnsingenieurs meer ruimte krijgen om beslissingen te nemen, waardoor wordt voorkomen dat senior managers verdrinken in triviale details. Dit korte verhaal over de TAB-sleutel weerspiegelt de verschillen in besluitvormingsstijlen, verdeling van bevoegdheden en verantwoordelijkheden, en bedrijfscultuur tussen de twee technologiegiganten. Het herinnert de sector er ook aan dat zelfs een ogenschijnlijk onopvallende sleutelselectie diepgaande organisatorische kenmerken en historische achtergronden kan weerspiegelen.