Guido van Rossum, créateur de Python, passe chez Microsoft

sscrit a dit:

HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System

et comme c’est super bien documenté les clé de registre, tu te régal !

Faudra m’expliquer le rapport entre Powershell et le registre Windows et en quoi tu as besoin d’avoir la doc du registre pour comprendre Powershell.

Mais bon, apparemment, ce qui vient de Microsoft te répugne tant, que pour faire un pauvre script tu préfères passer par un langage alambiqué comme bash quitte à le faire tourner dans un sous-système linux plutôt que de prendre le temps d’honnêtement te pencher sur la doc de Powershell.

Pour info bash existe nativement sous Windows, pas besoin de passer par WSL.

Et PowerShell est opensource et est tellement lié aux “valeurs de Windows” que tu peux l’installer sous Linux et macOS en un coup d’apt-get install

yl a dit:

Puis je j’ai toujours pas compris l’intérêt de singer des commandes Unix sans proposer des options compatibles. Essaie un ls -alrt sous PS pour rire.

Je sais pas si tu as regardé plus de 4 secondes à quoi ressemble un script PowerShell (qui est un langage objet) histoire de te rendre compte que ce que tu critiques est juste un alias pour quelque chose comme Get-ChildItem /ton/chemin | Sort-Object -Property LastWriteTime. Qui est au passage bien plus lisible dans un fichier de script que “ls -alrt” qui ne veut rien dire pour le quidam moyen contrairement au PowerShell qui est lisible y compris pour quelqu’un qui ne l’a jamais utilisé.

SebGF a dit:

Si Powershell est un langage de programmation orienté objet (et non de scripting comme je pensais), dans ce cas il n’a aucun rapport avec Bash et donc la comparaison avec Python me semble plus pertinente.

Bash n’est qu’un langage de commandes (aussi puissant soit-il), ils n’ont absolument pas la même finalité et sont donc incomparables.

Bref, je pense que Microsoft doit être contente d’avoir récupéré un développeur aussi talentueux et reconnu.

Powershell est bien un langage de scripting/cli. La grosse différence avec l’existant, et là où il innove justement, c’est que les commandes, au lieu d’avoir des inputs/outputs sous forme de texte (comme bash) vont avoir des i/o sous forme d’objets. Mes ces objets sont bien affichés de manière lisible dans la console.

Par exemple le Get-ChildItem /ton/chemin ne renvoie pas, comme le ferait ls, une sortie texte avec une liste de fichiers/répertoires, mais bien une “vraie” liste d’objets que tu peux piper dans une autre commande qui pourra l’utiliser telle quelle sans avoir à d’abord interpréter l’entrée texte.

Par contre le shell powershell va bien t’afficher les objets retournés sous forme d’un joli tableau bien lisible pour un humain.

Donc dans mon exemple complet Get-ChildItem /ton/chemin | Sort-Object -Property LastWriteTime tu récupères d’abord tous les éléments de ton répertoire, que tu pipes vers Sort-Object selon une certaine propriété.

C’est donc bien un langage de shell / scripting du même acabit de bash sauf que les i/o ne sont pas du texte et sont donc plus faciles à gérer. Par exemple pour itérer sur la sortie d’un programme en bash, t’as pas intérêt à ce que le programme précédent ait ajouté une ligne informative que tu aurais oublié de filtrer. Ensuite t’es bon pour te taper le parsing de chaque ligne pour en faire de la donnée à peu près exploitable. En Powershell tu peux juste itérer sur les objets retournés par la commande précédente et accéder à leurs propriétés dont les noms sont clairs.

Et je n’utilise même pas PS au quotidien, mais ça me gonfle de lire des âneries de gens qui ne savent rien faire d’autre que glorifier une techno pour l’unique raison qu’ils la maitrisent et qu’ils s’enferment dans un schema mental de ce qui est bien et qui ne l’est pas.