je trouve aberrant de devoir faire du awk, sed, grep, ... dès qu'on veut récupérer juste un morceau de résultat (alors que ça se fait naturellement en powershell avec sa représentation objet)
C'est bien ce que je dis. Faudrait se pencher sur ce que fait bash (voir zsh) avant d'affirmer qu'il ne fait rien, car dans un grand nombre de cas ces commandes ne sont plus utiles (man bas/man zshall sont des mines d'or).
que le programme adapte sa sortie en fonction de ce qu'il sait du périphérique de sortie (console directe avec couleur ou fichier sans couleur), c'est moche. Ça devrait être au périphérique de sortie de rendre correctement la sortie
C'est de cas que je vois assez rarement et qui sont du fait d'un --color=auto.
pourquoi deux sorties seulement ? au final, on voit fréquemment l'usage de stderr utilisé comme stdout secondaire, quand on a deux types de sorties
Tu as le droit à autant de sorties (et d'entrées) que tu le souhaite, les pipe només sont là pour ça.
c'est tout de même très malpratique d'avoir stdout et stderr mélangés par défaut sur un terminal...
Bof ça ne change pas grand chose quand tu fais du scripting.
je n'évoquerai même pas l'autocomplétion qui doit être connue du terminal (au lieu d'être fournie uniquement par le programme)
zsh est capable de déduire au moins une part de l'auto complétion si la commande est un peu standard (si je me souviens bien il faut que la sortie de cmd -h ou --help soit formatée d'une certaine façon). C'est implémenté comme avec powershell ?
Au final, je trouve la tentative de PowerShell plutôt intéressante (au moins pour le peu que j'en sache),
Moi aussi. J'aime bien l'idée de l'objet ça permet certaines simplicité (tout en restant fiable) quand à la manipulation de données. Mais je suis d'un autre coté gêné par le blocage sur .Net, il me semble que c'est un gap dommageable, mais qu'il n'est pas possible d'avoir l'un sans l'autre (une sémantique objet sans avoir un VM et devoir se limiter aux langages de celle-ci).
mais pas assez utilisable (à cause de ces commandes trop longues) pour être vraiment réussie.
Les commandes en elles-même sont plus longues mais ont des alias par défaut que tu peut changer si tu veux (on est d'accord ça ne change pas la taille des options à rallonge).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: hop hop
Posté par barmic . En réponse au journal Lister les programmes installés sur un (ou plusieurs) poste(s) sous Windows (XP ou 7). Évalué à 5.
C'est bien ce que je dis. Faudrait se pencher sur ce que fait bash (voir zsh) avant d'affirmer qu'il ne fait rien, car dans un grand nombre de cas ces commandes ne sont plus utiles (man bas/man zshall sont des mines d'or).
C'est de cas que je vois assez rarement et qui sont du fait d'un --color=auto.
Tu as le droit à autant de sorties (et d'entrées) que tu le souhaite, les pipe només sont là pour ça.
Bof ça ne change pas grand chose quand tu fais du scripting.
zsh est capable de déduire au moins une part de l'auto complétion si la commande est un peu standard (si je me souviens bien il faut que la sortie de cmd -h ou --help soit formatée d'une certaine façon). C'est implémenté comme avec powershell ?
Moi aussi. J'aime bien l'idée de l'objet ça permet certaines simplicité (tout en restant fiable) quand à la manipulation de données. Mais je suis d'un autre coté gêné par le blocage sur .Net, il me semble que c'est un gap dommageable, mais qu'il n'est pas possible d'avoir l'un sans l'autre (une sémantique objet sans avoir un VM et devoir se limiter aux langages de celle-ci).
Les commandes en elles-même sont plus longues mais ont des alias par défaut que tu peut changer si tu veux (on est d'accord ça ne change pas la taille des options à rallonge).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)