J'utilise Maven au boulot, et je le vois surtout comme une surcouche à Ant.
Pour Maven, on reste toujours avec des fichiers XML qui ne sont pas fait pour écrire du code. Le fait de télécharger les dépendances à partir d'internet est aussi relativement gênant lorsque l'on travaille en local, et la structure imposée n'est pas forcément la plus logique bien qu'elle convienne pour un certain nombre d'applications de gestion en J2EE
Waf et les autotools possèdent cependant un concept similaire dans l'écriture du code: la configuration, la compilation, l'installation, la vérification (make distcheck), la distribution (make dist).
Pour ce qui est de la lourdeur du modèle de tâches et de dépendances, je pense qu'il s'agit surtout d'un problème de granularité, par exemple pour des projets en C on se retrouve avec des fichiers objets individuels (.o) alors qu'en java des répertoires entiers sont transformés en même temps, le compilateur java de sun faisant un optimisation globale (avec des fichiers inner class impossibles à prédire avant de compiler les fichiers).
La diversité des outils et des compilateurs, c'est aussi ce qui fait la richesse des environnements de type Unix, et sur cet aspect, Maven est un peu calqué sur le modèle Windows.
[^] # Re: Ant like. A quand un maven like ?
Posté par Tramo Piere . En réponse à la dépêche Waf - un système de construction de logiciels. Évalué à 4.
Pour Maven, on reste toujours avec des fichiers XML qui ne sont pas fait pour écrire du code. Le fait de télécharger les dépendances à partir d'internet est aussi relativement gênant lorsque l'on travaille en local, et la structure imposée n'est pas forcément la plus logique bien qu'elle convienne pour un certain nombre d'applications de gestion en J2EE
Waf et les autotools possèdent cependant un concept similaire dans l'écriture du code: la configuration, la compilation, l'installation, la vérification (make distcheck), la distribution (make dist).
Pour ce qui est de la lourdeur du modèle de tâches et de dépendances, je pense qu'il s'agit surtout d'un problème de granularité, par exemple pour des projets en C on se retrouve avec des fichiers objets individuels (.o) alors qu'en java des répertoires entiers sont transformés en même temps, le compilateur java de sun faisant un optimisation globale (avec des fichiers inner class impossibles à prédire avant de compiler les fichiers).
La diversité des outils et des compilateurs, c'est aussi ce qui fait la richesse des environnements de type Unix, et sur cet aspect, Maven est un peu calqué sur le modèle Windows.