Java se base sur la collaboration et l'échange entre acteurs. Tu as différents outils car c'est possible.
Bah c'est possible de remplacer tout en .NET, exemple avec BFlat qui enlève dotnet, MSBuild et Nuget.
La collaboration entre acteurs dans .NET... Bah c'est assuré par la licence MIT, et la .NET Fondation, par exemple...? Il est où le souci ?
C'est surtout que pour une raison technique qui m'échappe, pour packager et builder ça n'a jamais été clairement défini en Java...? Pourquoi quand j'ouvre des sources Java je sais jamais exactement comment ça va se builder ? Un coup c'est Gradle, un coup c'est Maven, un coup c'est Ant. Et je tombe toujours sur des soucis, c'est rageant.
(Je suis un noob en Java, si quelq'un peut m'expliquer les raisons techniques / historiques, ce serait très intéressant !)
Sur la jvm, tu es libre de choisir ton chemin :p
Bah je peux écrire mon propre host pour le CLR, c'est même documenté.
Ou utiliser le .NET nanoFramework qui est une VM concurrente pour l'embarqué.
Ou utiliser l'AOT, ce qui vire plus ou moins la VM.
Bref... Je vois pas trop la différence en termes de possibilités techniques sur ce point, si ce n'est que y'a le moins le choix en termes de VMs existantes.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Compliquai
Posté par xcomcmdr . En réponse à la dépêche L'installation et la distribution de paquets Python (2/4). Évalué à 1.
Bah c'est possible de remplacer tout en .NET, exemple avec BFlat qui enlève dotnet, MSBuild et Nuget.
La collaboration entre acteurs dans .NET... Bah c'est assuré par la licence MIT, et la .NET Fondation, par exemple...? Il est où le souci ?
C'est surtout que pour une raison technique qui m'échappe, pour packager et builder ça n'a jamais été clairement défini en Java...? Pourquoi quand j'ouvre des sources Java je sais jamais exactement comment ça va se builder ? Un coup c'est Gradle, un coup c'est Maven, un coup c'est Ant. Et je tombe toujours sur des soucis, c'est rageant.
(Je suis un noob en Java, si quelq'un peut m'expliquer les raisons techniques / historiques, ce serait très intéressant !)
Bah je peux écrire mon propre host pour le CLR, c'est même documenté.
Ou utiliser le .NET nanoFramework qui est une VM concurrente pour l'embarqué.
Ou utiliser l'AOT, ce qui vire plus ou moins la VM.
Bref... Je vois pas trop la différence en termes de possibilités techniques sur ce point, si ce n'est que y'a le moins le choix en termes de VMs existantes.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)