je suis certains que tu en fait un peu trop à fin de souligner ton propos
C'est un vrai exemple dont je parle, pas d'un truc exagéré pour souligner mon propos...
tu n'es pas entrain de dire que le langage n'est pas important tu dis que tu t'intéresse au langage uniquement dans les parties critiques (ce qui est très différent)
Même pas, les choix répondent à d'autres critères. Rails pour la productivité du framework et ruby, absolument pas pour une histoire de (non)performance. Go parce que c'est le fun, du js parce que j'avais pas envie de python et que la version java était carrément trop lente. Bref le langage (à part java) je m'en fiche côté perf :-)
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 ;-)
Les prix de ces choses là est relativement important
Mouai, pas tant que ça par rapport à des serveurs hébergés en interne/infogérés avec les sys admin qui vont bien...
Ce qui donne de l'importance à JavaEE c'est son écosystème (de quoi faire du messaging, de l'accès aux base de données relationnel, du web, de la gestion de la sécurité, de la distribution, des services web REST et SOAP, etc).
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.
De ce que je vois dans tous les autres langages chaque framework fais à sa sauce
C'est exactement là où il faut s'élever d'un cran. Langage, framework c'est bien, mais il faut penser en terme de services et d'archi, quitte à mixer plusieurs technos, chacune adaptée. Et surtout pas viser une techno qui sait soit disant tout faire. Ça s'appelle juste une usine à gaz.
[^] # Re: migre
Posté par CrEv (site web personnel) . En réponse au journal Java (EE) Sapu cépalibre.. Évalué à 6.
C'est un vrai exemple dont je parle, pas d'un truc exagéré pour souligner mon propos...
Même pas, les choix répondent à d'autres critères. Rails pour la productivité du framework et ruby, absolument pas pour une histoire de (non)performance. Go parce que c'est le fun, du js parce que j'avais pas envie de python et que la version java était carrément trop lente. Bref le langage (à part java) je m'en fiche côté perf :-)
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 ;-)
Mouai, pas tant que ça par rapport à des serveurs hébergés en interne/infogérés avec les sys admin qui vont bien...
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.
C'est exactement là où il faut s'élever d'un cran. Langage, framework c'est bien, mais il faut penser en terme de services et d'archi, quitte à mixer plusieurs technos, chacune adaptée. Et surtout pas viser une techno qui sait soit disant tout faire. Ça s'appelle juste une usine à gaz.