Un ingénieur Microsoft retrace les grandes lignes de l'évolution de la ligne de commande Windows

Et donne plus de détails sur la Console Windows

Rich Turner, de Microsoft, s’est amusé à proposer une série de billets de blog retraçant l’évolution de la ligne de commande, allant de ses origines pour parvenir à ce que Microsoft propose à l’heure actuelle. Il se peut que vous ne voyiez jamais ou rarement des scripts batch ou de ligne de commande en cours d'exécution, car beaucoup sont exécutés en arrière-plan, par exemple lors de la connexion à un PC de travail. Mais des centaines de milliards de scripts et de commandes en ligne de commande sont exécutés tous les jours sous Windows uniquement.

La ligne de commande et le shell

La ligne de commande ou CLI (Command Line Interface / Interpreter) décrit le mécanisme le plus fondamental par lequel un humain exploite un ordinateur: Une CLI accepte l'entrée tapée par l'opérateur et exécute les commandes demandées.

Par exemple, echo Hello écrit le texte "Hello" sur le périphérique de sortie (qui peut être un écran). dir (Cmd) ou ls (PowerShell / * NIX) répertorie le contenu du répertoire en cours, etc.

Dans les ordinateurs précédents, les commandes disponibles à l'opérateur étaient souvent relativement simples, mais les opérateurs exigeaient rapidement de plus en plus de sophistication, et la possibilité d'écrire des scripts pour automatiser des tâches banales, répétitives ou complexes. Ainsi, les processeurs de ligne de commande ont gagné en sophistication et ont évolué vers ce que l'on appelle communément les « shell » de ligne de commande.

Sous UNIX / Linux, le shell original UNIX (sh) a inspiré une pléthore de shell, dont le shell Korn (ksh), le shell C (csh) et le Bourne Shell (sh), qui a engendré le Bourne Again Shell (bash), etc.


Dans le monde de Microsoft :

• Le MS-DOS d'origine (command.com) était un shell de ligne de commande relativement simple (sinon étrange) ;
• L'invite de commande de Windows NT (cmd.exe) a été conçue pour être compatible avec les scripts command.com/batch MS-DOS hérités et a ajouté plusieurs commandes supplémentaires pour le nouveau système d'exploitation, plus puissant
• En 2006, Microsoft a publié Windows PowerShell
  
  • PowerShell est un shell de ligne de commande basé sur un objet moderne inspiré des fonctionnalités des autres shells. Il a été construit sur et intègre la puissance du .NET CLR & .NET Framework ;
  • Grâce à PowerShell, les utilisateurs Windows peuvent contrôler, scripter et automatiser pratiquement tous les aspects d'une machine Windows, d'un groupe de machines Windows, d'un réseau, de systèmes de stockage, de bases de données, etc.
  • En 2017, Microsoft publie PowerShell en open-source et lui permet de fonctionner sur macOS et de nombreuses versions de Linux et BSD!
  
  
• En 2016, Microsoft a présenté Windows Subsystem for Linux (WSL)
  
  • Celui ci active les véritables binaires Linux non modifiés pour qu'ils s'exécutent directement sous Windows 10 ;
  • Les utilisateurs ont la possibilité d’installer une ou plusieurs distributions Linux depuis le Windows Store
  • Les utilisateurs peuvent exécuter une ou plusieurs instances de distribution les unes à côté des autres et des applications et outils Windows existants
  • WSL permet aux utilisateurs Windows d'exécuter côte à côte tous leurs outils Windows préférés et leurs outils de ligne de commande Linux sans double amorçage ou utilisation de machines virtuelles gourmandes en ressources (VM)
  
  

Évolutions de la ligne de commande

MS-DOS

Dans les premières années de l'industrie du PC, la plupart des ordinateurs fonctionnaient entièrement en tapant des commandes dans la ligne de commande, qu’il soit question de machines basées sur Unix, CP / M, DR-DOS, ou d'autres. En fin de compte, MS-DOS a pris de l'importance en tant que système d'exploitation standard de facto pour les PC IBM compatibles, en particulier dans les entreprises :


MS-DOS a été très rapidement adopté par les entreprises, grandes et petites, qui, combinées, ont créé plusieurs millions de scripts batch, dont certains sont encore utilisés aujourd'hui! Les scripts batch sont utilisés pour automatiser la configuration des machines des utilisateurs, définir / modifier les paramètres de sécurité, mettre à jour le logiciel, le code de build, etc.

Tandis que la ligne de commande est un outil puissant entre les mains de ceux qui ont la patience et la ténacité d'apprendre à tirer le meilleur parti des commandes et des outils disponibles, la plupart des utilisateurs non techniques ont eu du mal à utiliser efficacement leurs ordinateurs. La plupart n'aimait pas devoir apprendre et se souvenir de nombreuses commandes apparemment arcanes / abrégées pour que leurs ordinateurs fassent quelque chose d'utile.

Aussi, une expérience utilisateur plus conviviale et axée sur la productivité était requise.

L'interface graphique devient mainstream

Vient alors l'interface utilisateur graphique (GUI), inspiré par le travail de Xerox 'Alto.

De nombreuses interfaces graphiques concurrentes sont apparues rapidement dans Apple Lisa et Macintosh, Commodore Amiga (Workbench), Atari ST (GRI de DRI), Acorn Archimedes (Arthur / RISC OS), Sun Workstation, X11 / X Windows et bien d'autres, y compris Microsoft Windows:

Windows 1.0 est arrivé en 1985, et était fondamentalement une application MS-DOS qui fournissait un simple environnement GUI à fenêtre en mosaïque, permettant aux utilisateurs d'exécuter plusieurs applications côte à côte:


Cependant, Microsoft a réalisé qu’il pourrait uniquement étendre l'architecture et les capacités de MS-DOS et Windows et qu’il avait donc besoin d'un nouveau système d'exploitation sur lequel il devait se baser pour construire son avenir.

Microsoft s’essaye sur Unix et devient même un leader

Lors du développement de MS-DOS, Microsoft était également occupé à fournir Xenix - le port Unix de Microsoft version 7 - à une variété d'architectures de processeurs et de machines, y compris les Z8000, 8086/80286 et 68000.

En 1984, Xenix de Microsoft était devenu la variante Unix la plus populaire au monde !

Cependant, l'éclatement de Bell Labs - le siège d'Unix par le gouvernement américain - a donné naissance à AT&T qui a commencé à vendre Unix System V aux fabricants d'ordinateurs et aux utilisateurs finaux.

Microsoft a estimé que sans leur propre système d'exploitation, leur capacité à atteindre leurs objectifs futurs serait compromise. Cela a conduit à la décision de quitter Xenix: en 1987, Microsoft a transféré la propriété de Xenix à son partenaire The Santa Cruz Operation (SCO) avec lequel Microsoft avait travaillé sur plusieurs projets de portage et d'amélioration de Xenix sur diverses plateformes.

Microsoft et IBM sur OS/2

En 1985, Microsoft a commencé à...