Je suis pas d'accord. On parle de quelqu'un qui a du mal à essayer ton exemple parce qu'il tente d'utiliser ce qu'il sait de sa toolchain habituelle dans une qui n'a rien à voir.
Utiliser make pour compiler des fichiers sources java un à un, c'est faire rentrer un rond dans un carré et c'est pareil si au lieu de java, on parlait de go, rust, julia et tout un tas d'autres1.
Quand tu veut faire de la gestion de dépendance, tu entre dans une classe de problèmes qui n'ont rien à voir et make ne fera rien pour toi. On peut sincèrement critiquer maven, mais il joue clairement dans la cours des pas mauvais élèves quand il s'agit de gérer des dépendances3.
maven 4 est prévu pour tenter de s'améliorer aussi.
et ce n'est pas une critique de la personne. C'est tout à fait logique de se baser sur ce que l'on connaît. J'essayais de montrer qu'il était possible de faire sans s'embêter ↩
en l’occurrence par exemple, construire un jar n'apporte rien. C'est, j'imagine, simplement une habitude de ta part. ↩
et il a construit un écosystème ce qui est une base pour que toutes les alternatives à maven ont put se faire une place (gradle, sbt, etc) et des petits nouveaux comme jbang qui peut peut être intéresser ceux qui n'apprécient vraiment pas les autres ↩
[^] # Re: Version Rust
Posté par barmic 🦦 . En réponse au journal Java : presque 9 000 requêtes par seconde avec 8 Mo de RAM. Évalué à 1. Dernière modification le 15 juin 2022 à 00:08.
Je suis pas d'accord. On parle de quelqu'un qui a du mal à essayer ton exemple parce qu'il tente d'utiliser ce qu'il sait de sa toolchain habituelle dans une qui n'a rien à voir.
Utiliser make pour compiler des fichiers sources java un à un, c'est faire rentrer un rond dans un carré et c'est pareil si au lieu de java, on parlait de go, rust, julia et tout un tas d'autres1 .
Les cas simples sont devenu triviaux en java2 .
Quand tu veut faire de la gestion de dépendance, tu entre dans une classe de problèmes qui n'ont rien à voir et make ne fera rien pour toi. On peut sincèrement critiquer maven, mais il joue clairement dans la cours des pas mauvais élèves quand il s'agit de gérer des dépendances3 .
maven 4 est prévu pour tenter de s'améliorer aussi.
et ce n'est pas une critique de la personne. C'est tout à fait logique de se baser sur ce que l'on connaît. J'essayais de montrer qu'il était possible de faire sans s'embêter ↩
en l’occurrence par exemple, construire un jar n'apporte rien. C'est, j'imagine, simplement une habitude de ta part. ↩
et il a construit un écosystème ce qui est une base pour que toutes les alternatives à maven ont put se faire une place (gradle, sbt, etc) et des petits nouveaux comme jbang qui peut peut être intéresser ceux qui n'apprécient vraiment pas les autres ↩
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll