c'est pas de la mauvaise foi.
C'est juste que ce n'est PAS un shell.
C'est un langage de script, peut etre super tip top.
Mais ce n'est pas pour moi un shell.
Un shell est juste censé être utilisé pour communiquer directement avec le systeme. Ensuite on a rajouté des trucs dessus comme la complétation (ce qui est trés pratique itou itou) mais initialement c'est juste ca!
Et la on veux essayer de nous faire croire qu'un langage de script (qui plus est basé sur de l'objet) est mieux que le vieux /bin/sh qu'on peut lancer quand on a une merde ?
Faut arrêter un peu!
Moi les scripts shells je les utilisent beaucoup moins que les applis, et seulement pour faire des trucs simples. D'ou l'inintérêt le plus totale de l'objet dans un shell. D'où le fait qu'il manipule grosso modo que les chaines de caractères est largement suffisant.
Quand au C , les chaines de caracteres sont peut etre 'horribles' , mais tu ne les utilise rarement pour manipuler les données. Tu les utilise la plupart du temps juste en e/s
(et petit conseil, tu te prend une fois la tête a faire une librairie qui fait toutes les fonctions qui te plaisent avec les strings. Et ensuite tu réutilise ces fonctions. Par exemple je me suis fait il y a fort longtemps une fonction getline, elle lis directement stdin, alloue la bonne longueur de chaine , et me renvoie le tout, j'ai pas a me prendre la tête)
Quand je vois que certains proposent beanshell ou ipython face a PowerShell, je me dit que bizarrement, le soit disant fleuron de l'innovation n'a toujours pas compris quel etait l'interet de ce shell.
Quand je vois que certains propose une vm pour un shell, je me dis qu'ils n'ont pas compris l'intéret d'un shell. Et que visiblement ils sont a fond dans la logique de ms 'consommons de la mémoire, aprés tout c'est l'utilisateur qui paie la ram, pas moi' (rem, il y a de mon point de vue le meme travers avec fx)
Pour le séparateur par défaut, le changer, c'est du bricolage, et oui, je savais qu'on pouvait le faire. C'est de la trituration mentale de se demander à chaque fois dans quel cas ça va foirer et ce qu'il faut faire pour y remédier, mettre des quotes, utiliser $@ etc.
Le shell script c'est la plupart du temps du bricolage. On fait ca rapidement pour automatiser simplement une tache et basta. Ca ne retire rien a son utilisation, mais ca reste du bricolage. Et le coup de 'espace dans les noms de fichiers' . Moi aussi j'ai eu ce probleme. Puis j'ai cherché, puis je me suis fait un script avec read line. Et quand j'ai un probleme je reprend ce script, je cc et voila.
Tu fera exactement la meme chose avec ton PowerShell quand tu te souviendras plus de la fonction. Tu regardera un truc ou tu l'a déja fait, tu reprend le nom et voila.
Bref l'intéret ici est pas flagrant.
Maintenant si PowerShell c'est un meilleur langage de script que le shell ? Sans (presque aucun) doute. Mais c'est pas ce que je demande a mon shell.
[^] # Re: Je me marre ...
Posté par briaeros007 . En réponse au journal PowerShell: tapez rm -rf c:\Windows ! ;). Évalué à 5.
C'est juste que ce n'est PAS un shell.
C'est un langage de script, peut etre super tip top.
Mais ce n'est pas pour moi un shell.
Un shell est juste censé être utilisé pour communiquer directement avec le systeme. Ensuite on a rajouté des trucs dessus comme la complétation (ce qui est trés pratique itou itou) mais initialement c'est juste ca!
Et la on veux essayer de nous faire croire qu'un langage de script (qui plus est basé sur de l'objet) est mieux que le vieux /bin/sh qu'on peut lancer quand on a une merde ?
Faut arrêter un peu!
Moi les scripts shells je les utilisent beaucoup moins que les applis, et seulement pour faire des trucs simples. D'ou l'inintérêt le plus totale de l'objet dans un shell. D'où le fait qu'il manipule grosso modo que les chaines de caractères est largement suffisant.
Quand au C , les chaines de caracteres sont peut etre 'horribles' , mais tu ne les utilise rarement pour manipuler les données. Tu les utilise la plupart du temps juste en e/s
(et petit conseil, tu te prend une fois la tête a faire une librairie qui fait toutes les fonctions qui te plaisent avec les strings. Et ensuite tu réutilise ces fonctions. Par exemple je me suis fait il y a fort longtemps une fonction getline, elle lis directement stdin, alloue la bonne longueur de chaine , et me renvoie le tout, j'ai pas a me prendre la tête)
Quand je vois que certains proposent beanshell ou ipython face a PowerShell, je me dit que bizarrement, le soit disant fleuron de l'innovation n'a toujours pas compris quel etait l'interet de ce shell.
Quand je vois que certains propose une vm pour un shell, je me dis qu'ils n'ont pas compris l'intéret d'un shell. Et que visiblement ils sont a fond dans la logique de ms 'consommons de la mémoire, aprés tout c'est l'utilisateur qui paie la ram, pas moi' (rem, il y a de mon point de vue le meme travers avec fx)
Pour le séparateur par défaut, le changer, c'est du bricolage, et oui, je savais qu'on pouvait le faire. C'est de la trituration mentale de se demander à chaque fois dans quel cas ça va foirer et ce qu'il faut faire pour y remédier, mettre des quotes, utiliser $@ etc.
Le shell script c'est la plupart du temps du bricolage. On fait ca rapidement pour automatiser simplement une tache et basta. Ca ne retire rien a son utilisation, mais ca reste du bricolage. Et le coup de 'espace dans les noms de fichiers' . Moi aussi j'ai eu ce probleme. Puis j'ai cherché, puis je me suis fait un script avec read line. Et quand j'ai un probleme je reprend ce script, je cc et voila.
Tu fera exactement la meme chose avec ton PowerShell quand tu te souviendras plus de la fonction. Tu regardera un truc ou tu l'a déja fait, tu reprend le nom et voila.
Bref l'intéret ici est pas flagrant.
Maintenant si PowerShell c'est un meilleur langage de script que le shell ? Sans (presque aucun) doute. Mais c'est pas ce que je demande a mon shell.