• # le langage est bash, donc le langage est bash

    Posté par (site web personnel, Mastodon) . En réponse au journal bake : scripter en bash à la « makefile ». Évalué à 10. Dernière modification le 14 novembre 2025 à 14:42.

    Bash est devenu ipso facto grâce à l'installation de git sur windows la stack de dév. pour un devops la plus portable.

    Oui, sous Windows et Linux, c’est maintenant très proche.

    Mais pas sous macOS, qui a un bash de 2007, qui est très primitif, et c’est un enfer. Par exemple si ma mémoire est bonne, utiliser "${@}" dans une fonction avec set -u déclenche l’arrêt de l’exécution si la fonction est appelée sans paramètre, au lieu de retourner un tableau vide. Puisque tu parles de make, leur make est tout aussi ancien, quasiment 20 ans, et ça peut te planter un couteau dans le dos quand tu ne t’y attends pas.

    La Gnu/Basherie ultime que déteste la secte concurrent de la mienne qu'est le POSIX-shismes ce sont les tableaux.

    Utiliser bash dans un script bash ce n’est pas sectaire. La secte c’est de réclamer que tout programme soit polyglotte.

    Ça m’est insupportable quand j’écris un programme en choisissant bash comme langage et en mettant comme shebang #! /usr/bin/env bash et quelqu’un vient et propose un pull-request sabotant tout le code, le transformant de manière très alambiqué et fragile pour le rendre polyglotte avec d’autres langages.

    Il est tout autant légitime d’écrire un programme en langage bash qu’il est légitime d’écrire une programme en langage python ou ruby. Ton script est écrit en bash, pas en posix-shell. Utiliser un autre interpréteur pour l’exécuter est une faute de l’utilisateur, pas la tienne. Ton script déclare explicitement que bash doit être utilisé pour l’interpréter, tout système qui utiliserait un autre interpréteur pour un autre langage serait en faute, et le bug ne serait pas à rapporter à toi mais à celui qui a implémenté l’usage d’un autre interpréteur que bash pour bash sur son système.

    Je sais pas comment font les développeurs de bash à savoir que depuis plus de 35 ans tout leur travail est systématiquement dénigré, diffamé, et rejeté par une secte de fanatiques du script polyglotte qui ont fait de leur trouble obsessionnel compulsif à ne jamais utiliser une seule contribution des développeurs de bash un code moral absolu. T’imagines tu développe pendant 35 ans un langage pour simplifier la vie des gens et t’as des gens qui font tout pour ne jamais en profiter car ce serait péché ?

    Personnellement j’aime bien écrire des scripts polyglottes pour le défi (je pourrai écrire un journal sur l’un d’eux, d’ailleurs), mais je ne vais pas me plaindre auprès d’un tiers parce qu’un script bash utilise le langage bash... Ce serait aussi stupide que se plaindre qu’un script python est écrit en python et ne fonctionne pas avec l’interpréteur ruby...

    Ah, au fait, une partie de la secte soit-disant POSIX qui réclame de saboter les scripts bash est en fait la secte de fanboy macOS sous couverture qui redirige sa souffrance causée par la faillite d’Apple à fournir des outils à jour envers tout le reste du monde pour ne pas regarder en face la relation abusive dans laquelle il est enfermé, qui ne peut briser son déni d’être victime d’un abuseur qui l’enferme dans une relation amour-haine qui le détruit, et qui fait payer à tout les autres cette souffrance pour protéger son abuseur.

    ce commentaire est sous licence cc by 4 et précédentes