C'est vrai, en fait on peut voir deux choses qui montrent que mon avis c'est triste, et en même temps mon avis c'est pas triste :)
1) si tu as mieux, c'est plus constructif que de dire du mal, et sur ce point, on a beau dire, avec les "fais un patch" on avance plus vite que sans ! C'est *aussi* ce qui fais la force du libre, parce que le modèle tourne autour de la partition de tout le monde a la résolution du problème.
2) Tes remarques sont intéressantes, et je les partage même, et en fait, j'en ai une solution alternative :)
C'est exactement pareil que maven (ou presque), c'est déclaratif avec des plugins, sauf que c'est sympa à utiliser :)
Ça s'appelle sbt (pour Scala Build Tool), ça peut exploiter des dépôts maven ou Ivy (me corriger si je me trompe) et la raison pour laquelle c'est pas relou à utiliser, c'est simplement qu'il ont utilisé EXACTEMENT la même approche, mais de manière plus sympa.
Tout est écrit en Scala, et comme ce langage est super pour faire des DSL (domain specific langage) intégré dans le langage, on se retrouve avec un truc vachement bien, qui compile que quand la description du package et de ses dépendances est valide.
Maintenant pour la relation maven/autre langages, c'est complexes, et si on avait des solutions magiques ça se saurait, donc on peut retourner au "t'as mieux ?".
Il y a quelques tentatives de faire des trucs avec C, et même JNI, voir la série de plugin maven-native-plugin avec le format nar, le pendant du jar mais avec native à la place de java.
C'est simplement complexe et on ne sait pas faire mieux que ça :)
Dire que c'est pas satisfaisant c'est une chose, dire que c'est pas bien ça en est une autre ! D'où ma réaction "non constructive" !
[^] # Re: Logiciels de la fondation Apache
Posté par Victor . En réponse à la dépêche La fondation Apache surfe sur Wave. Évalué à 2.
1) si tu as mieux, c'est plus constructif que de dire du mal, et sur ce point, on a beau dire, avec les "fais un patch" on avance plus vite que sans ! C'est *aussi* ce qui fais la force du libre, parce que le modèle tourne autour de la partition de tout le monde a la résolution du problème.
2) Tes remarques sont intéressantes, et je les partage même, et en fait, j'en ai une solution alternative :)
C'est exactement pareil que maven (ou presque), c'est déclaratif avec des plugins, sauf que c'est sympa à utiliser :)
Ça s'appelle sbt (pour Scala Build Tool), ça peut exploiter des dépôts maven ou Ivy (me corriger si je me trompe) et la raison pour laquelle c'est pas relou à utiliser, c'est simplement qu'il ont utilisé EXACTEMENT la même approche, mais de manière plus sympa.
Tout est écrit en Scala, et comme ce langage est super pour faire des DSL (domain specific langage) intégré dans le langage, on se retrouve avec un truc vachement bien, qui compile que quand la description du package et de ses dépendances est valide.
Maintenant pour la relation maven/autre langages, c'est complexes, et si on avait des solutions magiques ça se saurait, donc on peut retourner au "t'as mieux ?".
Il y a quelques tentatives de faire des trucs avec C, et même JNI, voir la série de plugin maven-native-plugin avec le format nar, le pendant du jar mais avec native à la place de java.
C'est simplement complexe et on ne sait pas faire mieux que ça :)
Dire que c'est pas satisfaisant c'est une chose, dire que c'est pas bien ça en est une autre ! D'où ma réaction "non constructive" !