Reprise du message précédent :
Perso ce que j'aime pas avec powershell, c'est pas le côté programmation que je suis bien incapable de juger, mais plutôt les noms de commande à rallonge.
 
Genre ajouter un utilisateur a un groupe :  
 
PS :  

 
Linux :

 
Après 15 ans de Linux, apprendre les commandes PS est loin d'être une partie de plaisir. Une fois j'ai voulu tester windows server en mode core... finalement je vais plus vite avec la GUI

Renaud tu lis dans mes pensées.
Et, implicitement, je comparaissais avec Python. Et je ne suis pas d'accord nex, ou je te comprends pas, mais Python est beaucoup plus facile à lire que PS, selon moi.

Tu as fais un crime avec Python ou quoi ?

Hello,
 
Bon en effet, je viens de me rendre compte que sur server 2016 ça me renvoit bien la bonne clé et dans le passé sur 7 également mais la clé est en effet pas cohérente sur win10...
Bêtement je testais sur mon serveur en ayant oublié que j'étais sur ma machine distante ...
Je suis fatigué, besoin de vacances.

Les commandes longues sont au contraire un gage de lisibilité.
Elles sont toutes constuites de manière logique et explicite : verbe-nom
Par exemple : Get-Service qui renvoie les infos des services. Simple.

Sachant que beaucoup on des alias plus courts :
Get-ChildItem -> ls ou dir (comme linux et DOS/Invite de commande/batch Windows)

Et le reste c'est des principes de langages classiques : boucles, variables, objets, etc...
Et comme pour Python par exemple, tu peux faire un script simple ou aller plus loin et faire de l'objet, tu peux ajouter des modules, etc...
Ils se sont pas fait chier et on repiqué d'un peu tout ce que se fait ailleurs.
Ça va juste beaucoup plus loin que juste un shell.

Ah et il faut s'y habituer, il est prévu pour devenir le langage par défaut de Windows.

Tu veux dire que les commandes CMD vont devenir obsolètes ? Où il y aura encore des alias ? (dir pour Get-ChildItem)

Ça fait longtemps qu'ils en parlent et ça arrive progressivement :
Sous Windows 11 c'est Windows Terminal avec Powershell qui est par défaut : https://devblogs.microsoft.com/comm [...] xperience/
Et ils ne dépensent plus un kopek dans l'invite de commandes.

Vu le nombre de réfractaires qui restent bloqués sur XP et 7, on va en voir encore longtemps de la commande CMD

J'espère cependant qu'il y aura des alias, car Get-ChildItem est vachement plus long à écrire que dir

C'est pourtant bien plus lisible, puissant...
Suffit d'aquerir la logique.

Faut pas péter la touche TAB du clavier, elle est pratique

Ah. J'aurais du aussi fournir le contexte peut-être
Dans un script, on est d'accord, ça apporte une bien meilleure lisibilité.
 
Mon message précédent était plutôt dans un cadre où on veut tester vite fait quelque chose en tapant les commandes dans le shell.

Comme je disais, il y a des alias.
Au pire il est toujours possible d'en faire.

Puis, comme ça a été dit : il y a toujours « dir » et « ls » (son équivalent UNIX), donc pour ce genre d’usage ponctuel, pas besoin de forcément réapprendre les commandes propres à PS…
 
Mais en fait, c’est pas vraiment le sujet de l’article du lien, qui dit juste que prochainement, le « terminal » par défaut ne sera plus forcément la bonne vieille Invite de commandes CMD ou PowerShell, mais le Windows Terminal (lequel n’est de toute façon qu’un « méta-terminal » permettant aussi bien d’ouvrir une instance CMD que PS ou Bash, chacune dans son onglet perso).
 
Je note cependant que Kayla prétend que, « depuis l’aube de Windows », le programme responsable des fenêtres CMD et PS était ConHost.exe. Si on fait abstraction du fait qu’on reste restreint à Windows NT et pas Windows « tout court » (qui, lui, n’avait ni CMD ni PS, mais le Command.com du MS-DOS sur lequel il s’appuyait), je n’ai personnellement jamais entendu parler de ConHost.exe avant Windows 8 (et la mise à jour de l’Invite de commandes qui a permis d’utiliser notamment les raccourcis Ctrl-C/V dedans, chose qui n’était pas possible jusqu’à Windows 7 inclus). C’étaient pas plutôt des programmes comme csrss.exe ou lsass.exe qui étaient de mise, avant ?

Euh bah non renseigné toi sur ce que sont ces programmes et tu verras que ça a rien a voir

Mais les commentaires en mode   sur un bout de script repompé littéralement (donc de façon dégueulasse) depuis un .vbs...
Enfin bon c'est totalement HS