Jeffrey Snover e a história do desenvolvimento do PowerShell

O nascimento do Jeffrey Snover e do PowerShell

• Navegando em grandes organizações corporativas

  • Jeffrey Snover é o arquiteto que criou o PowerShell da Microsoft.
  • O PowerShell foi uma ferramenta que transformou de forma revolucionária a administração de sistemas Windows.
  • No início, recebeu reações céticas, mas teve sucesso graças à persistência de Snover.

• O problema

  • A Microsoft não entendia o mercado de servidores.
  • Executivos acostumados com computadores pessoais tinham pouca experiência com ambientes corporativos.
  • Snover foi contratado para resolver esse problema.

• A persuasão de Jeffrey

  • Snover entrou para a equipe de servidores da Microsoft e trabalhou para tornar o Windows capaz de competir com o UNIX.
  • O objetivo era oferecer a mesma funcionalidade por um custo menor.

• Derrotando o UNIX

  • O UNIX era um sistema operacional centrado em arquivos, enquanto o Windows era centrado em API.
  • As ferramentas do UNIX não funcionavam corretamente no Windows.
  • Snover decidiu desenvolver comandos de administração usando WMI (Windows Management Instrumentation).

• Desafio cultural

  • A equipe da Microsoft preferia GUI e era cética em relação à ideia de Snover de uma interface de linha de comando.
  • Snover defendia que, em ambientes corporativos, era necessária uma interface de linha de comando, e não uma GUI.

• Cenário corporativo

  • A equipe da Microsoft preferia a abordagem moderna de fornecer uma interface de usuário para cada problema.
  • Snover defendia uma abordagem de caixa de ferramentas.

• O Windows não é UNIX

  • O Windows era um sistema operacional centrado em API, não em arquivos.
  • Decidiu-se desenvolver comandos de administração usando WMI.

• Janela de codificação

  • Snover descobriu que teria de programar por 10 semanas.
  • A ideia era escrever o código durante 10 semanas e fazer com que funcionasse por vários anos.

• A cunha do .NET

  • Bill Gates estava promovendo fortemente o .NET.
  • Snover julgou que poderia obter uma cobertura maior usando .NET.

• Reorganização

  • A organização de Snover entrou em confusão por causa de uma reestruturação.
  • Snover decidiu continuar levando seu plano adiante.

• A equipe do shell

  • Outro grupo estava desenvolvendo um shell.
  • Snover sugeriu a eles uma forma melhor, mas eles não entenderam.
  • No fim, Snover desenvolveu seu próprio protótipo.

Opinião do GN⁺

• A importância do PowerShell

  • O PowerShell mudou o paradigma da administração de sistemas Windows.
  • Tornou possível administrar servidores em larga escala por meio de uma interface de linha de comando.

• Liderança técnica

  • A persistência de Snover e sua visão clara foram a chave do sucesso.
  • Liderança técnica é alcançar resultados importantes apesar de forte oposição.

• Produtos com funcionalidades semelhantes

  • Oferece funcionalidades semelhantes às do Bash no Linux.
  • O PowerShell cumpre um papel semelhante ao do Bash no ambiente Windows.

• Pontos a considerar ao adotar novas tecnologias

  • Ao adotar uma nova tecnologia, é preciso considerar a compatibilidade com os sistemas existentes.
  • O PowerShell oferece novos recursos mantendo a compatibilidade com as APIs existentes do Windows.

• Prós e contras

  • Prós: aumento da eficiência na administração de servidores em larga escala, possibilidade de automação
  • Contras: curva de aprendizado inicial, resistência de usuários acostumados com GUI

[GN⁺]

Comentários do Hacker News

• O criador do PowerShell, Jeffrey Snover, enfrentou grande resistência dentro da Microsoft e acabou sendo rebaixado

  • Jeffrey foi contratado originalmente para ajudar a Microsoft a competir em data centers
  • O PowerShell passou a existir porque o Windows não era baseado em arquivos
  • Para administração de servidores, eram necessárias várias chamadas de API e dados estruturados

• Ao escrever em PowerShell, não entendia por que, quando um array tinha comprimento 1, o array era removido e virava o tipo contido

  • Isso causava muitos bugs

• Como desenvolvedor de Bash, fiquei muito animado quando o PowerShell foi lançado, mas ainda continuo usando Bash

  • Gostaria de saber a experiência de outros desenvolvedores
  • Tenho curiosidade se o PowerShell realmente se tornou um shell mais eficiente e moderno

• Estou encarregado de manter uma base de código de procedures armazenadas do SQL Server com 20 anos de idade

  • Não havia controle de versão, e o ajuste de desempenho também não tinha sido feito direito
  • O PowerShell Core tinha a melhor interoperabilidade com o Windows
  • Escrever código era desconfortável, mas ele executava rápido, e as ferramentas de interação com o usuário eram boas
  • Se você pesquisar bastante, consegue alcançar o que quer

• Não entendo por que não usaria Python, exceto ao interagir com subsistemas do Windows

  • O PowerShell é verboso demais e lento
  • Tenho curiosidade sobre por que a Microsoft não o baseou em Python ou Node

• É estranho que a Microsoft não tenha visto o valor de uma forma programática de configurar o Windows e aplicações empresariais importantes

  • É absurdo que sugerissem como alternativa clicar com o mouse via Remote Desktop

• O PowerShell é produto da autoconfiança proprietária da Microsoft

  • Não havia nenhuma conexão sintática com outras linguagens
  • A sintaxe extremamente verbosa pode funcionar bem em apresentações, mas era incômoda no uso real
  • Havia problemas quando nomes de arquivos incluíam colchetes

• Ao administrar Windows, o PowerShell era bom de usar

  • Linux é ótimo, mas usar Bash era terrível
  • Parece que scripts Bash ainda continuarão sendo muito usados

• Eu não era usuário de Windows, mas achei o PowerShell bom

• O PowerShell era excelente em muitos aspectos, mas não conseguiu atrair um público mais amplo

  • Os cmdlets do PowerShell eram autoexplicativos e forneciam informações ricas
  • Havia recursos úteis, como modo de simulação
  • No entanto, ele não ganhou popularidade fora do Windows, e a Microsoft está negligenciando o PowerShell para atrair desenvolvedores Linux