M'ayant frotté un peu au Bash pour ce genre d'outil, il est clair que ce qui est présenté est super séduisant !
Mais pour un bon langage de CLI ne faut il pas un peu plus que des facilités sur le parsing des arguments et l'auto-documentation ?
J'ai toujours vu le Perl comme un bon langage de traitement de texte, qui s’écrit une fois mais difficile a reprendre par la suite.
Autant dans les années 2000 il faisait jeu égale avec Python en terme de popularité, mais ça fait un moment qu'il est en perte de vitesse.
Raku le ferait-il ressortir de l'ombre ?
Bon de toute manière si ça pouvait donner des idées à d'autres langages/script c'est toujours ça de pris.
Perl n'est difficile à reprendre que s'il est écrit sans prendre la lecture en considération car le langage permet de prendre beaucoup de libertés syntaxiques. J'ai repris récemment un script perl écrits par un collègue américain il y a quelques années et je n'ai eu aucune difficulté car il avait été écrit de façon très lisible.
Raku ne va pas faire sortir perl de l'ombre, ce sont maintenant 2 langages indépendants. https://docs.raku.org/
Pour en faire réllement un bon langage de cli, je dirais qu'il serait bien de pouvoir aussi compiler un script raku et ses dépendances dans un binaire unique afin de pouvoir le partager facilement sur 'n' machines sans avoir à installer les modules partout. En Perl5 c'est possible avec pp qui utilise PAR::Packer. Avec raku je ne crois pas que ce soit encore possible.
# Arguments et auto-doc
Posté par Mimoza . Évalué à 2.
M'ayant frotté un peu au Bash pour ce genre d'outil, il est clair que ce qui est présenté est super séduisant !
Mais pour un bon langage de CLI ne faut il pas un peu plus que des facilités sur le parsing des arguments et l'auto-documentation ?
J'ai toujours vu le Perl comme un bon langage de traitement de texte, qui s’écrit une fois mais difficile a reprendre par la suite.
Autant dans les années 2000 il faisait jeu égale avec Python en terme de popularité, mais ça fait un moment qu'il est en perte de vitesse.
Raku le ferait-il ressortir de l'ombre ?
Bon de toute manière si ça pouvait donner des idées à d'autres langages/script c'est toujours ça de pris.
[^] # Re: Arguments et auto-doc
Posté par Psychofox (Mastodon) . Évalué à 6.
Perl n'est difficile à reprendre que s'il est écrit sans prendre la lecture en considération car le langage permet de prendre beaucoup de libertés syntaxiques. J'ai repris récemment un script perl écrits par un collègue américain il y a quelques années et je n'ai eu aucune difficulté car il avait été écrit de façon très lisible.
Raku ne va pas faire sortir perl de l'ombre, ce sont maintenant 2 langages indépendants.
https://docs.raku.org/
Pour en faire réllement un bon langage de cli, je dirais qu'il serait bien de pouvoir aussi compiler un script raku et ses dépendances dans un binaire unique afin de pouvoir le partager facilement sur 'n' machines sans avoir à installer les modules partout. En Perl5 c'est possible avec
pp
qui utilisePAR::Packer
. Avec raku je ne crois pas que ce soit encore possible.[^] # Re: Arguments et auto-doc
Posté par uso (site web personnel) . Évalué à 2.
En native, je ne sais pas, par contre raku est compilable en JVM: https://www.raku.org/compilers/
[^] # Re: Arguments et auto-doc
Posté par Psychofox (Mastodon) . Évalué à 3.
Oui mais je ne crois pas que tu puisses demander au compileur de te fournir un unique jar en sortie.
[^] # Re: Arguments et auto-doc
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à 3. Dernière modification le 30 octobre 2023 à 14:28.
(petit hs)
Tiens, c’est l’un des trucs qui m’a plu dans PowerShell :
param()
et ses[parameter()]
pourPar contre, PowerShell a poussé le concept des commentaires documentant pour faire sans chichi
…et simplement intégré dans leur système d’aide (il manque juste l’internationalisation…)
(pour revenir au sujet, je n’ai rien à rajouter à la réponse qui a été faite par Psychofox, mais les mythes ont la vie dure…)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.