Sur une application existante, il vaut mieux optimiser l'existant en réduisant le nombre de dépendances, en tunant la jvm, en générant un jdk light si on déploie dans des conteneurs...
Changer de cadriciel est rarement une stratégie gagnante, car ça revient souvent à réécrire l'application.
Si vraiment on part sur une réécriture, autant changer carrément de langage. J'avais espoir il y a quelques années que la jvm et les cadriciels java fassent un régime, mais quand je vois les consommations mémoires du moindre hello world web, je me dis qu'on est juste sur un québecois qui arrête le supplément fromage avec sa poutine.
Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board
# Ecoconception
Posté par devnewton 🍺 (site web personnel) . En réponse au lien Quarkus, Spring Boot et les monolithes : Peut-on moderniser un projet géant sans tout casser ?. Évalué à 6.
Sur une application existante, il vaut mieux optimiser l'existant en réduisant le nombre de dépendances, en tunant la jvm, en générant un jdk light si on déploie dans des conteneurs...
Changer de cadriciel est rarement une stratégie gagnante, car ça revient souvent à réécrire l'application.
Si vraiment on part sur une réécriture, autant changer carrément de langage. J'avais espoir il y a quelques années que la jvm et les cadriciels java fassent un régime, mais quand je vois les consommations mémoires du moindre hello world web, je me dis qu'on est juste sur un québecois qui arrête le supplément fromage avec sa poutine.
Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board