Les recommendations Gnu, en general, on peut se torcher avec. cf par exemple les coding standard du kernel linux.
En ce cas precis, c'est une recommendation de RMS. Je trouve ca abuser de dire que c'est Gnu, a moins de penser que toute la FSF leche les bottes de RMS. En bon chercheur du MIT, RMS est tres familier avec les langages fonctionnels, pense qu'ils sont tres adaptes a plein de chose et souhaite leur diffusion.
D'un certain point de vue, je le comprends: c'est vrai que les langages fonctionnels ont bcp d'interet et permettent de faire plein de chose plus facilement et avec moins de bugs. Le probleme, c'est qu'ils sont plus durs a aborder car ils demandent un autre mode de pensee, et souvent une syntaxe qui n'a rien a voir avec des langages plus courants (C, C++, Java, Python, Perl, ...)
Alors que le but d'un langage de script est de pouvoir etendre facilement l'application, on se retrouve avec Guile avec un truc qui est plus complique a aborder que l'application elle-meme. Le programmeur bourrin aura plus vite fait de patcher en C que d'apprendre Guile pour faire plaisir a RMS. D'ou ma remarque intiale, on peut se torcher avec cette recommendation.
Si on veut rendre une application scriptable, il faut que le langage de script soit tres facile a aborder car le but est que des non experts puissent scripter (sinon, ils patcheraient directement). Un bon choix est donc un langage simple facile a apprendre. Un excellent choix est un langage que les gens connaissent deja par un autre contexte. D'ou le choix de VB dans le monde Microsoft. Javascript est aussi un bon choix puisque des millions de developpeurs web savent faire du Javascript (mais pas moi). D'apres un pote, avec mozilla, tu peux te coder une appli complete en javascript. Maintenant, tu pourras aussi scripter les applis Qt. Python me parait un bon choix aussi, car il est simple a apprendre, souple et facile a etendre. Mais embarquer python, c'est quand meme un peu lourd. Dans la categorie des poids leger, j'ai entendu bcp de bien de lua (http://www.lua.org/(...)).
[^] # Re: scripting
Posté par Philippe F (site web personnel) . En réponse à la dépêche QSA 1.0 est disponible. Évalué à 3.
En ce cas precis, c'est une recommendation de RMS. Je trouve ca abuser de dire que c'est Gnu, a moins de penser que toute la FSF leche les bottes de RMS. En bon chercheur du MIT, RMS est tres familier avec les langages fonctionnels, pense qu'ils sont tres adaptes a plein de chose et souhaite leur diffusion.
D'un certain point de vue, je le comprends: c'est vrai que les langages fonctionnels ont bcp d'interet et permettent de faire plein de chose plus facilement et avec moins de bugs. Le probleme, c'est qu'ils sont plus durs a aborder car ils demandent un autre mode de pensee, et souvent une syntaxe qui n'a rien a voir avec des langages plus courants (C, C++, Java, Python, Perl, ...)
Alors que le but d'un langage de script est de pouvoir etendre facilement l'application, on se retrouve avec Guile avec un truc qui est plus complique a aborder que l'application elle-meme. Le programmeur bourrin aura plus vite fait de patcher en C que d'apprendre Guile pour faire plaisir a RMS. D'ou ma remarque intiale, on peut se torcher avec cette recommendation.
Si on veut rendre une application scriptable, il faut que le langage de script soit tres facile a aborder car le but est que des non experts puissent scripter (sinon, ils patcheraient directement). Un bon choix est donc un langage simple facile a apprendre. Un excellent choix est un langage que les gens connaissent deja par un autre contexte. D'ou le choix de VB dans le monde Microsoft. Javascript est aussi un bon choix puisque des millions de developpeurs web savent faire du Javascript (mais pas moi). D'apres un pote, avec mozilla, tu peux te coder une appli complete en javascript. Maintenant, tu pourras aussi scripter les applis Qt. Python me parait un bon choix aussi, car il est simple a apprendre, souple et facile a etendre. Mais embarquer python, c'est quand meme un peu lourd. Dans la categorie des poids leger, j'ai entendu bcp de bien de lua (http://www.lua.org/(...)).