Tous les clients, demandeurs, décideurs n'ont pas un compte Amazon/Google/Azure leur permettant de faire tout et n'importe quoi
Ha oui mais ça n'entre pas en compte ça. Si les clients, demandeurs ou décideurs veulent rester dans le passé qu'ils restent sous java ee même s'il n'évolue plus, ils seront bien ! Je donne des solutions qui scale, si les gens n'en veulent pas faut pas se plaindre derrière ;-)
Rah tu va me faire dire des choses que je n'aime pas faut que je fasse gaffe...
La performance n'est jamais un objectif en soit, mais il faut tout de même y faire attention. À plus bas niveau que l'architecture d'un projet le fait d'utiliser des algo en O(N) plutôt qu'en O(log(N)) par exemple est une erreur. Les 2 scales, on est à un grain plus précis, mais c'est ce qui différencie une partie de ton application que tu va devoir instancier 4 fois plutôt que 2.
Justement la perf pourrie c'est le passé et c'est JavaEE qui t'oblige à avoir un modèle de thread ridiculement pourri et te dis qu'on s'en fou tu fou un répartiteur de charge et tu duplique tes serveurs inutilement là où avec un nodejs/vertx/ratpack, tu diminuerais fortement la pression là dessus.
Mais en fait ce que tu décris c'est juste ce qu'on peut faire partout, non ? Ok, excepté SOAP car plus personne ne veut en faire.
Je n'en sais rien (et je m'en fou à vraie dire), la question c'est de le comparer. Faire du webservice REST aujourd'hui en GO de mon expérience (et de mon goût) c'est largement moins agréable que de le faire avec JAXRS. De même pour la version Spring que je trouve moins bien faite. À coté je n'aime pas du tout JPA que je fuis comme la peste.
Langage, framework c'est bien, mais il faut penser en terme de services et d'archi, quitte à mixer plusieurs technos, chacune adaptée.
Oui mais tu semble chercher à ignorer tous les effets de bord (je t'en veux pas tu troll ;)
Multiplier les techno, c'est multiplier la complexité de maintenance.
Multiplier les techno, c'est devoir se tenir sur tout ces environnements (tu subit les cassures de compatibilité/évolution/dépréciation de chacune de tes technos)
etc
C'est vraiment pas enviable surtout si les arguments sont « c'est fun » ou « j'ai pas envie de ... ». Personnellement ça ne me donne pas envie de travailler avec, même si l'architecture est bonne et que chaque techno peu me plaire. Se la jouer « on fait du microservice donc on peut faire ce qu'on veut » je te le laisse volontiers.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: migre
Posté par barmic . En réponse au journal Java (EE) Sapu cépalibre.. Évalué à 3.
Rah tu va me faire dire des choses que je n'aime pas faut que je fasse gaffe...
La performance n'est jamais un objectif en soit, mais il faut tout de même y faire attention. À plus bas niveau que l'architecture d'un projet le fait d'utiliser des algo en O(N) plutôt qu'en O(log(N)) par exemple est une erreur. Les 2 scales, on est à un grain plus précis, mais c'est ce qui différencie une partie de ton application que tu va devoir instancier 4 fois plutôt que 2.
Justement la perf pourrie c'est le passé et c'est JavaEE qui t'oblige à avoir un modèle de thread ridiculement pourri et te dis qu'on s'en fou tu fou un répartiteur de charge et tu duplique tes serveurs inutilement là où avec un nodejs/vertx/ratpack, tu diminuerais fortement la pression là dessus.
Je n'en sais rien (et je m'en fou à vraie dire), la question c'est de le comparer. Faire du webservice REST aujourd'hui en GO de mon expérience (et de mon goût) c'est largement moins agréable que de le faire avec JAXRS. De même pour la version Spring que je trouve moins bien faite. À coté je n'aime pas du tout JPA que je fuis comme la peste.
Oui mais tu semble chercher à ignorer tous les effets de bord (je t'en veux pas tu troll ;)
Multiplier les techno, c'est multiplier la complexité de maintenance.
Multiplier les techno, c'est devoir se tenir sur tout ces environnements (tu subit les cassures de compatibilité/évolution/dépréciation de chacune de tes technos)
etc
C'est vraiment pas enviable surtout si les arguments sont « c'est fun » ou « j'ai pas envie de ... ». Personnellement ça ne me donne pas envie de travailler avec, même si l'architecture est bonne et que chaque techno peu me plaire. Se la jouer « on fait du microservice donc on peut faire ce qu'on veut » je te le laisse volontiers.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)