Hein ? Tu build en prod ? On parle d'outil de build, non ? Si tu n'a pas de dépendance le fait d'utiliser un outil qui va télécharger des dépendances ne change rien (astuce: si tu ne liste aucune dépendances, il n'en télécharge pas !!!)
Dans les workflows scientifiques (HPC) , la notion de "prod" est toute relative.
Maven n'a pas besoin d'internet
Maven peut être. Il a un paquet de build système qui se prennent pour des packages manager qui ne te laissent pas le choix
le fait qu'on ai maven/pip/cpa/gem/npm/... Montre que c'est un besoin que les gens ont. On peut se dire que la population de développeurs de tous ses langages sont en dehors des réalités, mais c'est quand même un peu prétentieux, tu ne crois pas
Le fait qu'on ait maven/pip/cpa/gem/npm/conan/cabal/cargo/vcpkgs/gradle/goget illustre parfaitement le manque d'un package manager orienté développeur multi-language. Le résultat étant un zoo de tools redondant, souvent mal implémentés et faisant l'interopérabilité cross-language un cauchemar.
[^] # Re: Par Crom, il faut un maven pour C++ !
Posté par Firwen (site web personnel) . En réponse au journal Un petit tour des systèmes de build. Évalué à 5.
Dans les workflows scientifiques (HPC) , la notion de "prod" est toute relative.
Maven peut être. Il a un paquet de build système qui se prennent pour des packages manager qui ne te laissent pas le choix
Le fait qu'on ait maven/pip/cpa/gem/npm/conan/cabal/cargo/vcpkgs/gradle/goget illustre parfaitement le manque d'un package manager orienté développeur multi-language. Le résultat étant un zoo de tools redondant, souvent mal implémentés et faisant l'interopérabilité cross-language un cauchemar.