j'ai fait de nombreux script bash, parfois usant du awk ou des script sed, et même perl, et ce depuis plus de 10 ans.
A aucun moment cela ne s'est révélé une erreur. L'un des plus récent c'est un script pour générer une version à partir de origin/main, avec tout ce qui faut (tag, version, compilation...)
Un autre c'est un script qui va chercher dans un jar le profile spring pour aller chercher les bons fichier de conf pour toper les bonne propriété... bref des enchainement de jar, grep...
par contre des boulettes parce que je n'avais pas fait de script ouais j'en ai fait pas mal. répéter un enchainement de commande 15 fois, parfois y a des retour a la ligne qui se font au mauvais moment, un mauvais rappel, un mauvais enchainement...
bref pleins de truc qui facilitent la vie et qui font bien le taf. J'en ai d'autre sous wsl pour gérer les mods pour un skyrim ou fallout4, et compiler les scripts... Bref des trucs simple qui seraient super galère à faire autrement.
En plus l'exemple donné sur rm -rf */ est foireux, la racine ne peut être détruite et donc un rm -rf / ne fait rien ;P du moins en ext2-3-4, je ne sais pas pour les autres systèmes de fichiers
Similar problems can transform cp and mv into dangerous weapons, and misuse of the > redirect can delete the contents of a file. This is made more problematic by the fact that many UNIX commands differ in name by only one letter: cp, cd, dd, df, etc.
et ? un bon bashrc file les alias de protection mv => mv -i, cp => cp -i, rm => rm -i, dd a une syntaxe tellement spécifique que le mélange avec les autres ne fera rien...
Another significant disadvantage is the slow execution speed and the need to launch a new process for almost every shell command executed.
c'est vrai, mais je ne fait pas tourner un serveur web en bash... bref je ne cherche pas la performance. (et encore... c'est plus rapide d'utiliser mes scripts pour compliler les script skyrim que lancer le creation kit pour faire la même chose...
There are also compatibility problems between different platforms. Larry Wall, creator of Perl, famously wrote that "It's easier to port a shell than a shell script."[11]
c'est de moins en moins vrai.
Bref ces reproches dans wikipedia, c'est surtout si tu cherches à faire une application complexe, et on sort du domaine de script (même si on utilise un langage de script)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Question XY ?
Posté par fearan . En réponse au message Ligne de code qui refuse d'être factorisée. Évalué à 5.
j'ai fait de nombreux script bash, parfois usant du awk ou des script sed, et même perl, et ce depuis plus de 10 ans.
A aucun moment cela ne s'est révélé une erreur. L'un des plus récent c'est un script pour générer une version à partir de origin/main, avec tout ce qui faut (tag, version, compilation...)
Un autre c'est un script qui va chercher dans un jar le profile spring pour aller chercher les bons fichier de conf pour toper les bonne propriété... bref des enchainement de jar, grep...
par contre des boulettes parce que je n'avais pas fait de script ouais j'en ai fait pas mal. répéter un enchainement de commande 15 fois, parfois y a des retour a la ligne qui se font au mauvais moment, un mauvais rappel, un mauvais enchainement...
bref pleins de truc qui facilitent la vie et qui font bien le taf. J'en ai d'autre sous wsl pour gérer les mods pour un skyrim ou fallout4, et compiler les scripts... Bref des trucs simple qui seraient super galère à faire autrement.
En plus l'exemple donné sur rm -rf */ est foireux, la racine ne peut être détruite et donc un rm -rf / ne fait rien ;P du moins en ext2-3-4, je ne sais pas pour les autres systèmes de fichiers
et ? un bon bashrc file les alias de protection mv => mv -i, cp => cp -i, rm => rm -i, dd a une syntaxe tellement spécifique que le mélange avec les autres ne fera rien...
c'est vrai, mais je ne fait pas tourner un serveur web en bash... bref je ne cherche pas la performance. (et encore... c'est plus rapide d'utiliser mes scripts pour compliler les script skyrim que lancer le creation kit pour faire la même chose...
c'est de moins en moins vrai.
Bref ces reproches dans wikipedia, c'est surtout si tu cherches à faire une application complexe, et on sort du domaine de script (même si on utilise un langage de script)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent