Rajoute le traitement en sortie du ssh tu vas soit te retrouver avec un pipe de 10 elements et finir par te demander ce que ca fait ou comment modulariser tout ca, soit lire stdout en bash et puis tout rebalancer dans un fichier (gestion des espaces toujours cool, pas error prone partout etc.)
Fais une typo dans un nom de variable ou fais une connerie type PREFIX_$var_SUFFIX et tu vas debuger pendant trois plombes ou fracasser un truc (je bosse avec des fichiers de plusieurs centaines de Go la typo fait vite mal...)
Ton script il va continuer comme un bourrin si y'a une erreur et c'est comme ca que les drames arrivent. La gestion d'erreur c'est l'enfer en bash
On peut continuer longtemps comme ca
Bref tu as du code pas expressif du tout, une gestion d'erreur à chier et non triviale, vraiment pas grand chose à ta disposition sans contortions. On parle pauvre set la hein, tu vois si je script c'est pour faire des tâches.
Je vois pas l'intêret de se priver d'un environemment moins hostile combinant un langage moderne avec la puissance, la souplesse et la performance des outils UNIX + flux textes... Passer mon temps à réinventer la roue en passant par 5 commandes et 3 fichiers, intestables, pour faire des trucs triviaux j'ai franchement mieux à faire.
Après rien n'est tout rose des deux côtés. Mais on a vite fait de s'enfermer dans ce qu'on a appris sans voir les autres opportunités qui existent. Dès qu'on sort de son prompt, je trouve que ca vaut vraiment le coup de se demander si c'est vraiment du shell qu'on veut faire, en voyant à court et long terme.
[^] # Re: hop hop
Posté par ckyl . En réponse au journal Lister les programmes installés sur un (ou plusieurs) poste(s) sous Windows (XP ou 7). Évalué à 2.
join -v 2 file1 file2PREFIX_$var_SUFFIXet tu vas debuger pendant trois plombes ou fracasser un truc (je bosse avec des fichiers de plusieurs centaines de Go la typo fait vite mal...)Bref tu as du code pas expressif du tout, une gestion d'erreur à chier et non triviale, vraiment pas grand chose à ta disposition sans contortions. On parle pauvre set la hein, tu vois si je script c'est pour faire des tâches.
Je vois pas l'intêret de se priver d'un environemment moins hostile combinant un langage moderne avec la puissance, la souplesse et la performance des outils UNIX + flux textes... Passer mon temps à réinventer la roue en passant par 5 commandes et 3 fichiers, intestables, pour faire des trucs triviaux j'ai franchement mieux à faire.
Après rien n'est tout rose des deux côtés. Mais on a vite fait de s'enfermer dans ce qu'on a appris sans voir les autres opportunités qui existent. Dès qu'on sort de son prompt, je trouve que ca vaut vraiment le coup de se demander si c'est vraiment du shell qu'on veut faire, en voyant à court et long terme.