Jeffrey Snover y la historia del desarrollo de PowerShell

El nacimiento de Jeffrey Snover y PowerShell

• Explorando una enorme organización empresarial

  • Jeffrey Snover fue el arquitecto que creó PowerShell de Microsoft.
  • PowerShell fue una herramienta que transformó de manera radical la administración de sistemas Windows.
  • Al principio recibió respuestas escépticas, pero tuvo éxito gracias a la persistencia de Snover.

• El problema

  • Microsoft no estaba entendiendo el mercado de servidores.
  • La dirección, acostumbrada a las computadoras personales, tenía poca experiencia en entornos empresariales.
  • Snover fue contratado para resolver ese problema.

• La persuasión de Jeffrey

  • Snover se unió al equipo de servidores de Microsoft y trabajó para que Windows pudiera competir con UNIX.
  • El objetivo era ofrecer la misma funcionalidad a un costo menor.

• Vencer a UNIX

  • UNIX era un sistema operativo centrado en archivos, mientras que Windows era un sistema operativo centrado en APIs.
  • Las herramientas de UNIX no funcionaban correctamente en Windows.
  • Snover decidió desarrollar comandos de administración usando WMI (Windows Management Instrumentation).

• Desafíos culturales

  • El equipo de Microsoft prefería la GUI y veía con escepticismo la idea de Snover de una interfaz de línea de comandos.
  • Snover insistía en que, en entornos empresariales, se necesitaba una interfaz de línea de comandos y no una GUI.

• Escenario empresarial

  • El equipo de Microsoft prefería un enfoque moderno que ofreciera una interfaz de usuario para cada problema.
  • Snover defendía un enfoque de caja de herramientas.

• Windows no es UNIX

  • Windows era un sistema operativo centrado en APIs, no en archivos.
  • Se decidió usar WMI para desarrollar comandos de administración.

• Ventana de programación

  • Snover descubrió que tenía que programar durante 10 semanas.
  • La idea era escribir código durante 10 semanas y luego hacer que funcionara durante años.

• La cuña de .NET

  • Bill Gates estaba impulsando con fuerza .NET.
  • Snover consideró que usando .NET podría lograr una cobertura más amplia.

• Reorganización

  • La organización de Snover cayó en la confusión debido a una reestructuración.
  • Snover decidió seguir adelante con su plan.

• El equipo del shell

  • Otro grupo estaba desarrollando un shell.
  • Snover les propuso una mejor forma, pero no la entendieron.
  • Al final, Snover desarrolló su propio prototipo.

La opinión de GN⁺

• La importancia de PowerShell

  • PowerShell cambió el paradigma de la administración de sistemas Windows.
  • Hizo posible la administración de servidores a gran escala mediante una interfaz de línea de comandos.

• Liderazgo técnico

  • La persistencia de Snover y su visión clara fueron la clave del éxito.
  • El liderazgo técnico consiste en lograr resultados importantes incluso frente a una fuerte oposición.

• Productos con funciones similares

  • Ofrece funciones similares a Bash en Linux.
  • PowerShell cumple un papel parecido al de Bash en entornos Windows.

• Aspectos a considerar al adoptar una nueva tecnología

  • Al adoptar una nueva tecnología, hay que considerar la compatibilidad con los sistemas existentes.
  • PowerShell ofreció nuevas capacidades manteniendo la compatibilidad con las APIs existentes de Windows.

• Ventajas y desventajas

  • Ventajas: mayor eficiencia en la administración de grandes servidores, posibilidad de automatización
  • Desventajas: curva de aprendizaje inicial, resistencia de los usuarios acostumbrados a la GUI

[GN⁺]

Opiniones en Hacker News

• El creador de PowerShell, Jeffrey Snover, enfrentó una gran oposición dentro de Microsoft y al final fue degradado

  • Jeffrey fue contratado originalmente para ayudar a que Microsoft pudiera competir en los centros de datos
  • PowerShell existe porque Windows no está basado en archivos
  • Para administrar servidores se necesitaban varias llamadas a API y datos estructurados

• Al escribir PowerShell, no entendían por qué cuando un arreglo tenía longitud 1, el arreglo desaparecía y se convertía en el tipo contenido

  • Esto causó muchos errores

• Como desarrollador de Bash, cuando salió PowerShell estaba muy entusiasmado, pero todavía sigo usando Bash

  • Quiere conocer la experiencia de otros desarrolladores
  • Se pregunta si PowerShell realmente se convirtió en un shell más eficiente y moderno

• Está a cargo de mantener una base de código de procedimientos almacenados de SQL Server con 20 años de antigüedad

  • No estaba bajo control de versiones y tampoco se había hecho bien el ajuste de rendimiento
  • PowerShell Core era lo que mejor interoperaba con Windows
  • Escribir código era incómodo, pero se ejecutaba rápido y las herramientas para interactuar con el usuario eran buenas
  • Si uno buscaba con empeño, podía lograr lo que quería

• No entiende por qué usar algo que no sea Python, salvo al interactuar con subsistemas de Windows

  • PowerShell es demasiado verboso y lento
  • Se pregunta por qué Microsoft no lo basó en Python o Node

• Es extraño que Microsoft no viera el valor de una forma programática de configurar Windows y aplicaciones empresariales importantes

  • Que como alternativa se propusiera hacer clic con el mouse por Escritorio Remoto era absurdo

• PowerShell es producto de la confianza propietaria de Microsoft

  • No tenía ninguna conexión sintáctica con otros lenguajes
  • Una sintaxis extremadamente verbosa puede servir para presentaciones, pero en el uso real era incómoda
  • Había problemas cuando los nombres de archivo incluían corchetes

• Para administrar Windows, PowerShell era agradable de usar

  • Linux es excelente, pero usar Bash era terrible
  • Parece que los scripts de Bash seguirán usándose mucho tiempo

• No era usuario de Windows, pero PowerShell le pareció bueno

• PowerShell era excelente en muchos aspectos, pero no logró atraer a una base de usuarios más amplia

  • Los cmdlets de PowerShell eran autoexplicativos y ofrecían información abundante
  • Tenía funciones útiles como el modo de simulación
  • Sin embargo, no se popularizó fuera de Windows y Microsoft está descuidando PowerShell para intentar atraer a desarrolladores de Linux