J'enrage aussi beaucoup contre Gradle, mais au final c'est un outil de dingue.
Juste un point :
Même configurés à fond de leurs capacités, les meilleurs IDE n’ont pas les moyens de donner des conseils pertinents.
Dans le cas de Gradle, il n'y a pas de support de l'IDE (du moins elle est empirique comme tu l'indiques), car les DLS statiquement typés de Groovy sont apparus après. La version Kotlin est statiquement typée de ce que j'en comprends (j'utilise très peu kotlin dans Gradle).
Pas mal des points que tu soulèves dépendent de ce problème, mais globalement je suis d'accord avec toi, tout système de build t'impose un cadre et des conventions, Gradle est gavé de conventions pas toujours claires, pour nos projets, ça pose bien des soucis.
Cela dit, lorsque l'on respecte ces conventions, on gagne finalement du temps. On peut aussi créer des extensions simplement, donc l'exotisme du build d'un projet particulier est un problème solvable selon moi, d'autant plus que les plugins Gradle récents sont faciles à lire (peut-être pas tous, mais c'est ce que j'ai constaté d'une manière générale).
Et le fait de respecter des conventions facilite le partage.
Pouvoir sur n'importe qu'elle OS, sans avoir a installer d'autres dépendances que Java faire :
# Vive Autoconf
Posté par YBoy360 (site web personnel) . En réponse au lien La « configuration » par langage dédié (DSL), une invention de Satan. Évalué à 3. Dernière modification le 24 septembre 2022 à 12:45.
J'enrage aussi beaucoup contre Gradle, mais au final c'est un outil de dingue.
Juste un point :
Dans le cas de Gradle, il n'y a pas de support de l'IDE (du moins elle est empirique comme tu l'indiques), car les DLS statiquement typés de Groovy sont apparus après. La version Kotlin est statiquement typée de ce que j'en comprends (j'utilise très peu kotlin dans Gradle).
Pas mal des points que tu soulèves dépendent de ce problème, mais globalement je suis d'accord avec toi, tout système de build t'impose un cadre et des conventions, Gradle est gavé de conventions pas toujours claires, pour nos projets, ça pose bien des soucis.
Cela dit, lorsque l'on respecte ces conventions, on gagne finalement du temps. On peut aussi créer des extensions simplement, donc l'exotisme du build d'un projet particulier est un problème solvable selon moi, d'autant plus que les plugins Gradle récents sont faciles à lire (peut-être pas tous, mais c'est ce que j'ai constaté d'une manière générale).
Et le fait de respecter des conventions facilite le partage.
Pouvoir sur n'importe qu'elle OS, sans avoir a installer d'autres dépendances que Java faire :
Élimine bien des critiques (AMHA)..