Pour répondre au reste, je ne suis pas sûr de comprendre exactement ce qui te gêne, mais personnellement je n'aurais pas de scrupules pour utiliser un « autre langage » comme awk, sed ou perl quand ça m'a l'air plus adapté, je ne fais jamais du traitement de données non trivial purement en shell (et j'avoue que pour ça j'aurais besoin de consulter mes pages mans et réfléchir un moment). En plus le résultat a toutes les chances d'être plus lent et plus complexe au final, vu que ces autres langages sont pensés et optimisés pour ce genre de problèmes.
Je n'ai de scrupules que quand il s'agit de mélanger les langages dans tous les sens. Par exemple, un script shell qui appelle un programme C (je veux dire, programme "maison" dont on à potentiellement perdu le source dans les brumes de l'histoire) puis passe la main à une procédure stockée qui charge un fichier, puis on repasse au shell qui envoie ce coups-ci du sql standard et qui finit par lancer un démon (fin).
Le genre de trucs que seul le dev d'origine sait, plus ou moins, qui fait quoi et comment. Juste plus ou moins, hein.
Après, mélanger les langages, ok, mais que ce ne soit pas une excuse pour faire du spaghetti, et que ce soit parce qu'il faut le faire, pas parce qu'on peut.
Au passage, j'ai du mal à considérer sed comme un langage, ou alors il peut faire des choses que je ne soupçonne même pas... ce qui ne serait pas spécialement surprenant, pour le coup.
Je pense que je devrais ré-apprendre un peu le perl, je ne serais pas étonné que ça me permette de réduire la complexité de certaines choses au taf.
[^] # Re: Au sujet des séparateurs shell
Posté par freem . En réponse au sondage Les fonctions de bureau social, sémantique, indexation automatique des fichiers. Évalué à 2.
Je n'ai de scrupules que quand il s'agit de mélanger les langages dans tous les sens. Par exemple, un script shell qui appelle un programme C (je veux dire, programme "maison" dont on à potentiellement perdu le source dans les brumes de l'histoire) puis passe la main à une procédure stockée qui charge un fichier, puis on repasse au shell qui envoie ce coups-ci du sql standard et qui finit par lancer un démon (fin).
Le genre de trucs que seul le dev d'origine sait, plus ou moins, qui fait quoi et comment. Juste plus ou moins, hein.
Après, mélanger les langages, ok, mais que ce ne soit pas une excuse pour faire du spaghetti, et que ce soit parce qu'il faut le faire, pas parce qu'on peut.
Au passage, j'ai du mal à considérer sed comme un langage, ou alors il peut faire des choses que je ne soupçonne même pas... ce qui ne serait pas spécialement surprenant, pour le coup.
Je pense que je devrais ré-apprendre un peu le perl, je ne serais pas étonné que ça me permette de réduire la complexité de certaines choses au taf.