Jeffrey Snover et l’histoire du développement de PowerShell

La naissance de Jeffrey Snover et de PowerShell

• Explorer les grandes organisations d’entreprise

  • Jeffrey Snover est l’architecte à l’origine de PowerShell chez Microsoft.
  • PowerShell est un outil qui a transformé en profondeur l’administration des systèmes Windows.
  • Au départ, il a suscité des réactions sceptiques, mais les efforts persévérants de Snover l’ont conduit au succès.

• Le problème

  • Microsoft ne comprenait pas le marché des serveurs.
  • Les dirigeants, habitués aux ordinateurs personnels, manquaient d’expérience des environnements d’entreprise.
  • Snover a été recruté pour résoudre ce problème.

• La conviction de Jeffrey

  • Snover a rejoint l’équipe serveur de Microsoft et s’est efforcé de rendre Windows capable de rivaliser avec UNIX.
  • L’objectif était d’offrir les mêmes fonctions à un coût inférieur.

• Battre UNIX

  • UNIX était un système d’exploitation centré sur les fichiers, tandis que Windows était centré sur les API.
  • Les outils UNIX ne fonctionnaient pas correctement sur Windows.
  • Snover a décidé de développer des commandes d’administration à l’aide de WMI (Windows Management Instrumentation).

• Défi culturel

  • Les équipes de Microsoft préféraient les GUI et se montraient sceptiques face à l’idée de Snover d’une interface en ligne de commande.
  • Snover soutenait qu’en environnement enterprise, il fallait une interface en ligne de commande plutôt qu’une GUI.

• Scénario d’entreprise

  • Les équipes de Microsoft préféraient une approche moderne consistant à fournir une interface utilisateur pour chaque problème.
  • Snover défendait une approche de type boîte à outils.

• Windows n’est pas UNIX

  • Windows était un système d’exploitation centré sur les API, et non sur les fichiers.
  • Il a été décidé de développer des commandes d’administration à l’aide de WMI.

• Fenêtre de codage

  • Snover a appris qu’il devait coder pendant 10 semaines.
  • Le principe consistait à écrire du code pendant 10 semaines, puis à le faire fonctionner pendant plusieurs années.

• Le coin enfoncé par .NET

  • Bill Gates poussait fortement .NET.
  • Snover a jugé qu’il pourrait obtenir une couverture plus large en utilisant .NET.

• Réorganisation

  • L’organisation de Snover a sombré dans la confusion à cause d’une réorganisation.
  • Snover a décidé de poursuivre son plan malgré tout.

• L’équipe shell

  • Un autre groupe développait un shell.
  • Snover leur a proposé une meilleure méthode, mais ils ne l’ont pas comprise.
  • Finalement, Snover a développé son propre prototype.

L’avis de GN⁺

• L’importance de PowerShell

  • PowerShell a changé le paradigme de l’administration des systèmes Windows.
  • Grâce à l’interface en ligne de commande, il a rendu possible l’administration de serveurs à grande échelle.

• Leadership technique

  • La persévérance de Snover et la clarté de sa vision ont été les clés du succès.
  • Le leadership technique consiste à obtenir des résultats importants malgré une forte opposition.

• Produits aux fonctions similaires

  • Il offre des fonctions similaires à Bash sous Linux.
  • PowerShell joue un rôle comparable à celui de Bash dans l’environnement Windows.

• Points à considérer lors de l’adoption d’une nouvelle technologie

  • Lorsqu’on adopte une nouvelle technologie, il faut tenir compte de la compatibilité avec les systèmes existants.
  • PowerShell offre de nouvelles fonctionnalités tout en conservant la compatibilité avec les API Windows existantes.

• Avantages et inconvénients

  • Avantages : efficacité accrue pour l’administration de grands volumes de serveurs, possibilités d’automatisation
  • Inconvénients : courbe d’apprentissage initiale, résistance des utilisateurs habitués aux GUI

[GN⁺]

Discussion sur Hacker News

• Jeffrey Snover, le créateur de PowerShell, s’est heurté à une forte opposition chez Microsoft et a finalement été rétrogradé

  • Jeffrey avait été embauché à l’origine pour aider Microsoft à être compétitif dans les data centers
  • PowerShell existe parce que Windows n’est pas basé sur les fichiers
  • L’administration des serveurs nécessitait divers appels d’API et des données structurées

• Lors de l’écriture de PowerShell, il n’était pas clair pourquoi un tableau de longueur 1 était supprimé pour devenir le type qu’il contenait

  • Cela a provoqué de nombreux bugs

• En tant que développeur Bash, l’auteur était très enthousiaste à la sortie de PowerShell, mais utilise toujours Bash

  • Il aimerait connaître l’expérience d’autres développeurs
  • Il se demande si PowerShell est réellement devenu un shell plus efficace et plus moderne

• L’auteur est chargé de maintenir une base de code de procédures stockées SQL Server vieille de 20 ans

  • Elle n’était pas sous contrôle de source et l’optimisation des performances n’avait pas été correctement effectuée
  • PowerShell Core offrait la meilleure interopérabilité avec Windows
  • Écrire du code était inconfortable, mais l’exécution était rapide et les outils interactifs étaient bons
  • En cherchant bien, il était possible d’obtenir ce qu’on voulait

• En dehors des interactions avec les sous-systèmes Windows, l’auteur ne voit pas pourquoi il n’utiliserait pas Python

  • PowerShell est trop verbeux et lent
  • Il se demande pourquoi Microsoft ne s’est pas appuyé sur Python ou Node

• Il est étrange que Microsoft n’ait pas vu la valeur d’une manière programmatique de configurer Windows et des applications d’entreprise critiques

  • Proposer comme alternative de cliquer à la souris via Remote Desktop était absurde

• PowerShell est le produit de la confiance propriétaire de Microsoft

  • Il n’avait aucun lien syntaxique avec les autres langages
  • Une syntaxe extrêmement verbeuse peut être utile en présentation, mais elle est peu pratique à l’usage réel
  • Des problèmes survenaient lorsque des noms de fichiers contenaient des crochets

• Pour l’administration de Windows, PowerShell était agréable à utiliser

  • Linux est excellent, mais utiliser Bash était pénible
  • Les scripts Bash semblent destinés à rester largement utilisés

• Même sans être utilisateur de Windows, PowerShell était bon

• PowerShell était excellent à bien des égards, mais n’a pas réussi à attirer un public plus large

  • Les cmdlets PowerShell étaient auto-descriptifs et fournissaient des informations riches
  • Il disposait de fonctionnalités utiles comme un mode simulation
  • Cependant, il n’a pas gagné en popularité en dehors de Windows, et Microsoft délaisse PowerShell pour attirer les développeurs Linux