Pas tout à fait faux pour les bibliothèques plus ou moins finies, mais on trouve quand même pas mal de choses. Et Quicklisp (pour la gestion de bibliothèques) est peut-être considéré comme en beta mais ça marche bien et c'est un outil très pratique.
SBCL génère des exécutables assez gros, c'est vrai (45Mo environ), d'autres compilateurs moins. Si générer un exécutable est très important (le code source est un autre moyen portable de distribuer un programme, comme en python par exemple), note quand même qu'une fois compressé cet exécutable ne fait "plus que" 5-6Mo. Pour un petit utilitaire c'est un peu lourd, pour un programme plus important c'est moins gênant. SBCL permet aussi de générer un exécutable auto-extractible mais la compression est moins bonne (et ralentit un peu le démarrage) ; peut-être utile à l'occasion.
Pour ce qui est de la lecture des bibliothèques je ne fais pas souvent mais celles que j'ai lues utilisaient du code assez basique, je n'avais pas trouvé ça trop difficile. Après certaines ont tendance à proposer une nouvelle syntaxe (cl21, citée par l'auteur), je ne suis pas forcément convaincu que se jeter dessus soit forcément bien, effectivement : à moins d'être dans un groupe qui utilise les mêmes (ou d'être tout seul dans le groupe), mieux vaut une syntaxe plus commune à mon avis (dans le cas contraire on tombe sur ta remarque sur le fait que le langage puisse être pas mal transformé, parfois pour des gains mineurs et que ça gêne l'entrée de nouveaux développeurs ; à l'échelle d'un gros projet c'est une possibilité parfois très intéressant quand même).
[^] # Re: Ah non !
Posté par ylsul . En réponse au journal Découvrons Common Lisp. Comparaison avec l'environnement Python.. Évalué à 1.
Pas tout à fait faux pour les bibliothèques plus ou moins finies, mais on trouve quand même pas mal de choses. Et Quicklisp (pour la gestion de bibliothèques) est peut-être considéré comme en beta mais ça marche bien et c'est un outil très pratique.
SBCL génère des exécutables assez gros, c'est vrai (45Mo environ), d'autres compilateurs moins. Si générer un exécutable est très important (le code source est un autre moyen portable de distribuer un programme, comme en python par exemple), note quand même qu'une fois compressé cet exécutable ne fait "plus que" 5-6Mo. Pour un petit utilitaire c'est un peu lourd, pour un programme plus important c'est moins gênant. SBCL permet aussi de générer un exécutable auto-extractible mais la compression est moins bonne (et ralentit un peu le démarrage) ; peut-être utile à l'occasion.
Pour ce qui est de la lecture des bibliothèques je ne fais pas souvent mais celles que j'ai lues utilisaient du code assez basique, je n'avais pas trouvé ça trop difficile. Après certaines ont tendance à proposer une nouvelle syntaxe (cl21, citée par l'auteur), je ne suis pas forcément convaincu que se jeter dessus soit forcément bien, effectivement : à moins d'être dans un groupe qui utilise les mêmes (ou d'être tout seul dans le groupe), mieux vaut une syntaxe plus commune à mon avis (dans le cas contraire on tombe sur ta remarque sur le fait que le langage puisse être pas mal transformé, parfois pour des gains mineurs et que ça gêne l'entrée de nouveaux développeurs ; à l'échelle d'un gros projet c'est une possibilité parfois très intéressant quand même).