Utilisez-vous PowerShell et si oui dans quel domaine ?

Le , par Laurent Dardenne, Rédacteur
Bonjour à tous,

Microsoft nous proposait en 2006, autour d'un langage de script dynamique, un Shell interactif s'appuyant sur .NET 2.0. Les nouveaux produits de Microsoft tels que SQL Server 2005, Exchange server 2007, IIS 7.0, Windows Server 2008 fournissent désormais des cmdlets pour PowerShell.

Depuis peu d'autres éditeurs tels que IBM, Citrix suivent cette voie. Au travers de ce sondage et comme le résultat de vos développement est à mis chemin entre les services de production et les utilisateurs, nous aimerions savoir si la communauté des développeurs .NET utilise ou non PowerShell, dans quel contexte et pour quel usage.

L'équipe Dotnet.


Vous avez aimé cette actualité ? Alors partagez-la avec vos amis en cliquant sur les boutons ci-dessous :


 Poster une réponse

Avatar de Laurent Dardenne Laurent Dardenne - Rédacteur http://www.developpez.com
le 21/04/2008 à 17:42
Citation Envoyé par Marc Magnin
Si vous êtes intéressés par ce projet, n’hésitez pas à m’en faire part, cela permettra par exemple d’écourter le temps avant mise à disposition de cet outil.

Je pense effectivement que cela peut intéresser de nombreuses personnes.
Citation Envoyé par thbar  Voir le message
En pratique je reste en Ruby/Rake, quitte à appeler PowerShell ou MsBuild pour des tâches atomiques précises pour lesquelles ils seraient plus adaptés. Ca me parait plus souple à l'usage!

Citation Envoyé par anthyme  Voir le message
Si on part plus dans l aspect "scripting" que "console" bin moi je fais plutot de l' IronPython.

C'est sûr que pour l'automatisation de tâches chacun à ses préférences.

Concernant PowerShell et MsBuild, voir ce post:
http://blogs.msdn.com/powershell/arc...vironment.aspx
Avatar de apokrif apokrif - Membre habitué http://www.developpez.com
le 02/06/2008 à 4:32
Citation Envoyé par Grand_grunt  Voir le message
En tant qu'utilisateur de Linux et adepte (accroc) de la ligne de commande, je n'aurais qu'un mot à dire, et sincère en plus: "Bravo Microsoft !" j'ai jeté un oeil à ce PowerShell, et j'avoue qu'un PowerShell m'aurait fait un peu plus hésité à l'époque où j'ai abandonné Windows..

Le problème c'est que PowerShell m'a l'air lourd, comparé aux shells Unix (ce qui comprend les shells Unix sous Windows...): je trouve qu'il manque un intermédiaire entre le cmd.exe et les outils de base trop restreints, et le PowerShell trop lourd et trop évolué. Peut-on se connecter par Telnet à une machine Windows, et lui parler avec command.com ou cmd.exe, comme on comunique en shell avec une machine Linux ?

Si vous êtes admin d'un serveur sous Windows, ou même sur votre PC de bureau, je vous invite fortement à essayer: c'est fou le temps que l'on gagne à ne plus déplacer la souris, dérouler des menus, faire des "OK" sur des boîtes de dialogue, etc..

Rappelons que la plupart des fonctions de l'interface graphique de Windows fonctionnent avec le clavier :-)
Avatar de Laurent Dardenne Laurent Dardenne - Rédacteur http://www.developpez.com
le 02/06/2008 à 18:04
Salut,
Citation Envoyé par apokrif
Le problème c'est que PowerShell m'a l'air lourd, comparé aux shells Unix (ce qui comprend les shells Unix sous Windows...): je trouve qu'il manque un intermédiaire entre le cmd.exe et les outils de base trop restreints, et le PowerShell trop lourd et trop évolué.

Je suis curieux de connaître ton avis, peux-tu préciser ta pensée ?
Citation Envoyé par apokrif
Peut-on se connecter par Telnet à une machine Windows, et lui parler avec command.com ou cmd.exe, comme on comunique en shell avec une machine Linux ?

Voir la ctp 2 de PowerShell 2.0, basé sur WinRM (via SOAP). On peux imaginer un début de solution pour "piloter" un serveur Windows ou Linux. Bon là je suis dans le domaine du yaka mais cela semble réalisable.
Citation Envoyé par apokrif
Rappelons que la plupart des fonctions de l'interface graphique de Windows fonctionnent avec le clavier :-)

Certes, mais cela n'a rien à voir avec l'objectif de PowerShell à savoir l'automatisation (voir aussi).
Avatar de apokrif apokrif - Membre habitué http://www.developpez.com
le 03/06/2008 à 13:16
Citation Envoyé par Laurent Dardenne  Voir le message
Voir la ctp 2 de PowerShell 2.0, basé sur WinRM (via SOAP). On peux imaginer un début de solution pour "piloter" un serveur Windows ou Linux. Bon là je suis dans le domaine du yaka mais cela semble réalisable.

Je cherchais l'équivalent - pas forcément avec PS ni même une version récente de Windows- de ce qu'on a sous Linux: on se connecte avec un logiciel standard et la console de l'utilisateur distant est reliée à l'interpréteur de commandes standard. Ce qui semble assez simple techniquement...

Certes, mais cela n'a rien à voir avec l'objectif de PowerShell à savoir l'automatisation

Je répondais à la remarque de Grand Grunt sur les interfaces graphiques. Si PS est destiné prioritairement à l'automatisation et secondairement au dialogue "de tous les jours" avec la machine (lancer une appli, copier des fichiers...) c'est qu'il manque peut-être toujours quelque chose à Windows: quelque chose de simple et efficace comme Bash, mais au moins dans la version que j'ai utilisée, bash sous Windows ressemble vraiment à une pièce rapportée: pas d'équivalent raccourci/symlink, écriture différente des chemins d'accès (il n'empêche que Bash me sert de shell sous W98, faute de mieux).
Avatar de Laurent Dardenne Laurent Dardenne - Rédacteur http://www.developpez.com
le 03/06/2008 à 16:10
Citation Envoyé par apokrif
Je cherchais l'équivalent - pas forcément avec PS ni même une version récente de Windows- de ce qu'on a sous Linux

Ok, je comprend mieux.
Citation Envoyé par apokrif
c'est qu'il manque peut-être toujours quelque chose à Windows: quelque chose de simple et efficace comme Bash

Pour moi PowerShell l'est tout autant, ensuite comme je l'ai dit précédement, chacun à une préférence pour tel ou tel outil.
Avatar de Laurent Dardenne Laurent Dardenne - Rédacteur http://www.developpez.com
le 04/06/2008 à 15:13
Citation Envoyé par apokrif  Voir le message
c'est qu'il manque peut-être toujours quelque chose à Windows: quelque chose de simple et efficace comme Bash,

C'était un des objectifs de l'équipe de développement il me semble à la lecture de ce post : http://blogs.msdn.com/powershell/arc...d-snippet.aspx

...
This range of activities, from interactive shell, to quick and dirty scripting, to formal production scripting is what we call the Admin Development Model. (Note that model of work is NOT limited to Admins - many people use this but it is critical for Admins.) PowerShell is very focused on supporting the Admin Development Model. That is why we have an interactive shell. That is why we struggled hard to find the right balance in our syntax and semantics between interactivity and scriptability. That is why we support a wide range of scripting styles from quick and dirty (bash-style) scripting to more advanced (Perl-style) scripting to more formal .NET programming. We wanted to ensure that you could learn a single tool and then decide how you were going to use that tool to solve the particular problem at hand.
...

Avatar de dev01 dev01 - Rédacteur http://www.developpez.com
le 09/06/2008 à 23:52
Pour le plus gros problème de powershell reste sa lenteur ....
Je suis admin exchange 2007, du powershell j'en mange et attendre 3 mn que la console s'ouvre (d'accord elle a chargé les commandes exhcanges mais bon ) ça me gonfle profondément. Ensuite les temps de réaction de la complétion, ben c'est tout simplement une horreur.

Alors powershell oui, c'est bien c'est beau, mais alors c'est encore très très loin derrière les bash linux
Avatar de Laurent Dardenne Laurent Dardenne - Rédacteur http://www.developpez.com
le 10/06/2008 à 1:08
Citation Envoyé par dev01  Voir le message
Pour le plus gros problème de powershell reste sa lenteur ....

Pour ce point as-tu essayé de précompiler les assemblies ?
Voir
http://blogs.msdn.com/powershell/arc...e-gac-ps1.aspx
et
http://janel.spaces.live.com/Blog/cn...88C2!317.entry

Ensuite c'est inhérent à dotnet, et je sens comme une pointe de regret du code natif. Le code managé c'est un compromis

Pour la complétion si tu regardes le code de Powertab (par MOW) tu t'aperçois qu'il compile toutes les classes .NET/WMI pour améliorer la recherche.
PowerShell n'est certes pas la panacée mais existera-t-elle un jour ?
Avatar de dev01 dev01 - Rédacteur http://www.developpez.com
le 10/06/2008 à 7:19
Citation Envoyé par Laurent Dardenne  Voir le message

Pour moi ça reste de la bidouille

Citation Envoyé par Laurent Dardenne  Voir le message
Ensuite c'est inhérent à dotnet, et je sens comme une pointe de regret du code natif. Le code managé c'est un compromis

Oui et non. Déjà pourquoi la précompilation des assemblies powershell n'est pas faite à l'installation ? Ensuite un truc super qui s'appelle le threading et rien n'empeche de précharger un certain nombre de composant pendant que l'utilisateur réfléchi à ce qu'il veux faire.

Citation Envoyé par Laurent Dardenne  Voir le message
Pour la complétion si tu regardes le code de Powertab (par MOW) tu t'aperçois qu'il compile toutes les classes .NET/WMI pour améliorer la recherche.

Et pourquoi le résultat n'est pas stocké ? Pourquoi pas un simple update ?

Citation Envoyé par Laurent Dardenne  Voir le message
PowerShell n'est certes pas la panacée mais existera-t-elle un jour ?

Clairement aujourd'hui et pour moi, en terme de console d'admin, c'est bash et les outils linux/unix.
Avatar de Laurent Dardenne Laurent Dardenne - Rédacteur http://www.developpez.com
le 10/06/2008 à 11:39
Citation Envoyé par dev01
Déjà pourquoi la précompilation des assemblies powershell n'est pas faite à l'installation ?
...
Et pourquoi le résultat n'est pas stocké ? Pourquoi pas un simple update ?

Je veux bien faire l'avocat du diable mais je n'ai pas les réponses à ces questions. De ce que j'ai pu lire, l'équipe projet de PS a été contraint de sortir une version plus rapidement que prévu pour répondre aux besoins d'un autre produit, Exchange je crois.
En creusant on s'aperçoit qu'il y a effectivement quelques défauts, faut-il pour autant jeter le bébé avec l'eau du bain ?
Avatar de dev01 dev01 - Rédacteur http://www.developpez.com
le 10/06/2008 à 15:02
Citation Envoyé par Laurent Dardenne  Voir le message
Je veux bien faire l'avocat du diable mais je n'ai pas les réponses à ces questions. De ce que j'ai pu lire, l'équipe projet de PS a été contraint de sortir une version plus rapidement que prévu pour répondre aux besoins d'un autre produit, Exchange je crois.

For probable

Citation Envoyé par Laurent Dardenne  Voir le message
En creusant on s'aperçoit qu'il y a effectivement quelques défauts, faut-il pour autant jeter le bébé avec l'eau du bain ?

Je ne jete pas PS, c'est un outil qui manquais sous windows. Je dit juste qu'il n'est pas fini et qu'il y a encore du boulot dessus. Un débat est fait pour amener des idées nouvelles et des retours d'expérience qu'ils soient bon ou mauvais . Ce n'est pas parce que je critique que je pense qu'il faut le jeter à la poubelle, loin de la
Offres d'emploi IT
Chargé(e) de mission au CERT Société Générale (H/F)
Société Générale - Ile de France - Val-de-Marne
Architecte fonctionnel et applicatif (H/F)
Société Générale - Ile de France - Val-de-Marne
Expert sécurité en audit d'applications (H/F)
Société Générale - Ile de France - Val-de-Marne

Voir plus d'offres Voir la carte des offres IT
Responsable bénévole de la rubrique Microsoft DotNET : Hinault Romaric -