Recommandation - zsh vs FishShell. Scripting, la productivité et poweruser en soi [fermé]
https://stackoverflow.com/questions/1768350
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianQuestion
J'ai passé quelque temps à essayer de choisir un, sur des comparaisons nettes sont pour zsh vs bash et poissons vs bash. Mais, je ne pouvais trouver aucune comparaison pour zsh vs poissons. Je programme en C et C ++, en dehors des types bonjour-monde, jamais fait de script majeur. Mais maintenant essayer mes mains au python et des scripts shell. Quelle coquille garde plus de jus en termes de productivité d'abord, puis le développement? Ou à la fin, la puissance et la facilité d'utilisation d'un shell vient à ses fichiers _rc. Alors, suis-je assez bon avec bash?
La solution
Historiquement, il y avait une céramique de la flamme des sortes entre les coquilles C (CSH et Tcsh) et bash. La plainte contre les variantes sont qu'ils CSH sont mauvais pour les scripts.
Dans les années, je suis un drogué CLI, je l'ai jamais fait tous les scripts autonomes où le langage de script a été cueillies parce que ce que ma coquille était.
J'ai écrit une variété de scripts qui peuvent être largement divisés en deux catégories:
- Ceux qui aident ma ligne de commande productivité
- Ceux qui ne sont pas directement liés à ma ligne de commande productivité.
Scripts dans la catégorie 1. sont presque toujours écrits dans mon langage de script shell (souvent des fonctions que j'utilise ZSH et utilisait précédemment BASH les deux qui supportent les fonctions).
Scripts dans la catégorie 2. sont écrits dans tout ce qui semble être le plus efficace (à la fois le temps de développement et de temps d'exécution pris en considération). Je l'écriture me surprends souvent de petits scripts en Perl, C (compilé, évidemment), BASH / ZSH / SH ou quoi d'autre que je veux. Je l'ai fait un petit script Python (mais pas beaucoup), et même recourir à Java, à l'occasion (compilé-ish, encore une fois).
Alors qu'est-ce que je racontes? Ne pas vous baser le choix du shell sur ses capacités de script autonomes. Choisissez votre shell pour son utilité pour vous en tant que shell. Script dans tout ce que vous choisissez. Vous serez probablement assez bon avec BASH comme shell (bien que j'aime ZSH un peu plus, ** / * globbing est agréable et quelques autres petites choses, mais la plupart des scripts que j'ai écrit pour ZSH sont identiques à leur début BASH homologues).
Autres conseils
si vous ne trouvez pas la comparaison entre zsh vs poissons, essayez alors vous-même. C'est la seule façon que vous pouvez dire celui que vous préférez, personne ne peut vous le dire. En outre, définir le sens de la productivité. Pour moi, son abondance des modules et des capacités internes de la langue. Si vous avez commencé avec Python, allez-y. Comme pour les bombes, vous pouvez apprendre moins de celui-ci (ne dis pas tout à fait oublier), en ce qui concerne la compréhension peut-être vos scripts rc et autres étoffes système etc. Au-delà, Python peut faire ce que fait le shell.
Vous serez plus productif dans un environnement que vous connaissez déjà. Je bash pendant des années et son amende. Il complète presque tout , peut être utilisé avec git , Mercurial ...
J'ai eu la même question et trouvé:
