Eu me envolvi com o PowerShell ao longo dos anos e realmente não encontrei um lugar onde não pudesse fazer o trabalho facilmente com um pouco de python/cygwin/wmic/dos (leia esse último como lote do Windows).
Provavelmente é apenas familiaridade com essas outras ferramentas, mas não vi em nenhum lugar que fosse realPRECISARpara usar o PowerShell.
Responder1
Veresta postagemno SO, que está lentamente se tornando a resposta canônica para esta questão.
Responder2
Se você é um administrador e pretende gerenciar aplicativos de servidor da Microsoft em um futuro próximo, precisará aprender o PowerShell. É assim mesmo ^^
A maioria dos novos sistemas que eles estão lançando são gerenciados usando o PowerShell e as interfaces de usuário lentas criadas, que geralmente são bastante inúteis e todos funcionam emitindo cmdlets do PowerShell em segundo plano. Como RainyRat já apontou sobre o Exchange 2007 - aplique este conceito a qualquer sistema Microsoft futuro ou recém-lançado e a imagem ficará mais clara.
Mas claro, para scripts de manutenção regular de sistemas antigos ou existentes hoje, ele ainda não decolou. Pelo menos não no meu livro - principalmente porque você geralmente deseja suporte para tudo o que faz em muitos sistemas mais antigos, como o Windows 2003/XP, sem precisar implantar um novo "mecanismo" também. Quando as plataformas são atualizadas para 2008+ e Win7+, isso também pode se tornar mais útil nesse aspecto.
Responder3
Para tarefas administrativas regulares? Não, ainda não - .BATs ou (com certa extensão) VBScript ainda fazem o trabalho para mim. No entanto, para gerenciar o Exchange 2007, ele está se tornando rapidamente indispensável para mim. Há uma série de coisas no Ex07 que você não pode fazer de outra maneira, porque eles ainda não escreveram os bits da GUI para eles.
Responder4
Normalmente uso VBScript para tarefas de gerenciamento. No entanto, você acaba confiando em servidores COM para fazer qualquer coisa difícil, muitos dos quais não são padrão no Windows, então você precisa comprar (e lembrar de instalar) servidores COM de terceiros. Em particular, o x64 causa problemas porque todos os meus servidores COM são de 32 bits, então acabo tendo que executar a versão x86 do cscript em \windows\syswow64.
Eu brinquei usando C #, mas ele é compilado e não interpretado, por isso é mais complicado e há uma boa sobrecarga (do programador) para tarefas simples.
Estou longe de estar familiarizado com o Powershell, mas o que ele me oferece é um balcão único para fazer tudo. Os commandlets padrão são bastante abrangentes e se integram muito bem ao .Net quando você deseja algo mais incomum.
Preet, em sua postagem você se refere ao uso de "um pouco de python/cygwin/wmic/dos". Bem, eu também, mas são quatro soluções, e você pode substituí-las aprendendo Powershell. Ainda haverá scripts complicados que provavelmente farei em VBScript, mas o Powershell pode fazer a maior parte do que preciso.
Jr.