Pour du back-end, vous me conseillez de me spécialiser sur NodeJS ou Java JEE ?
Quel est le langage le plus simple à appréhender parmi ces 2 là ?
Pour moi c'est node js le plus simple ! Tu peux coder des applications en js côté client et js côté serveur c'est vraiment top, tu peux rapidement faire un poc de peut importe ce que tu veux
J'ai fait un stage en jee MVC et ça m'avait dégouté de l'informatique , là je bosse en c# au boulot et je trouve ça plus simple,
Par contre je pense que les grosse entreprise bosse + en jee et les start-up plutôt node on va dire
Le 21 novembre 2018 à 20:03:01 FrutiZone a écrit :
Par contre je pense que les grosse entreprise bosse + en jee et les start-up plutôt node on va dire
En effet, pas facile de changer les boites qui ont beaucoup de legacy en java ...
Les deux sont demandés, sur ce sur Java EE c'est plus souvent des Bac+5 plutôt très bien payés et la demande est très forte. Tu as la demande des entreprises avec les salaires sur cette étude : https://emploi.developpez.com/actu/199863/Emploi-developpeur-2017-les-langages-les-plus-demandes-et-les-mieux-payes-Java-JavaScript-et-PHP-plus-demandes-mais-Perl-Go-et-Scala-mieux-payes/
Le 21 novembre 2018 à 20:26:47 Cogis a écrit :
Le 21 novembre 2018 à 20:03:01 FrutiZone a écrit :
Par contre je pense que les grosse entreprise bosse + en jee et les start-up plutôt node on va direEn effet, pas facile de changer les boites qui ont beaucoup de legacy en java ...
De legacy ? Tu rigoles ou quoi ? Tu crois qu'un site avec fort trafic va tourner sur Node.js ? La majorité des grosses boites utilisent Java et c'est clairement pas pour cause de technical debt.
Pour en revenir au sujet, dans tous les cas, les bonnes entreprises s'en foutent de quel langage tu sais utiliser dès le moment où tu es bon dans au moins 1 ou 2 langages orientés objet.
Le 25 novembre 2018 à 13:38:05 Grand__Smurf a écrit :
Le 21 novembre 2018 à 20:26:47 Cogis a écrit :
Le 21 novembre 2018 à 20:03:01 FrutiZone a écrit :
Par contre je pense que les grosse entreprise bosse + en jee et les start-up plutôt node on va direEn effet, pas facile de changer les boites qui ont beaucoup de legacy en java ...
De legacy ? Tu rigoles ou quoi ? Tu crois qu'un site avec fort trafic va tourner sur Node.js ? La majorité des grosses boites utilisent Java et c'est clairement pas pour cause de technical debt.
https://www.quora.com/What-are-the-biggest-websites-built-with-Node-js-on-the-server-side/answer/Ga%C3%ABtan-Voyer-Perrault
oui
Le 26 novembre 2018 à 10:29:57 Cogis a écrit :
Le 25 novembre 2018 à 13:38:05 Grand__Smurf a écrit :
Le 21 novembre 2018 à 20:26:47 Cogis a écrit :
Le 21 novembre 2018 à 20:03:01 FrutiZone a écrit :
Par contre je pense que les grosse entreprise bosse + en jee et les start-up plutôt node on va direEn effet, pas facile de changer les boites qui ont beaucoup de legacy en java ...
De legacy ? Tu rigoles ou quoi ? Tu crois qu'un site avec fort trafic va tourner sur Node.js ? La majorité des grosses boites utilisent Java et c'est clairement pas pour cause de technical debt.
https://www.quora.com/What-are-the-biggest-websites-built-with-Node-js-on-the-server-side/answer/Ga%C3%ABtan-Voyer-Perrault
oui
Bravo, tu sais pas lire. Je te parle de trafic et tu me donnes un lien où 80% sont des applications client, ce qui n'a aucun lien. Evidemment que ton application mobile peut être en node, t'as un péquin qui l'utilise à la fois sur un téléphone portable qui peut faire tourner des jeux 3D. C'est une autre histoire quand c'est ton backend qui se tape des dizaines ou centaines de milliers de requêtes à la seconde.
https://www.paypal-engineering.com/2013/11/22/node-js-at-paypal/
Paypal a augmenté ses performances en passant de Java à Node.
Le 26 novembre 2018 à 19:53:34 Cogis a écrit :
Paypal a augmenté ses performances en passant de Java à Node.
En gardant Absolument tout? Ou ils en ont profiter pour dépoussiéré pas mal de chose?
Non par ce que tout le monde a un exemple pour prouver que [langage A] est plus performant que [langage B] ...
Wellmart n’as pas d’app c’est le front . Il utilise strapi et une base java . Apparemment.
Par contre Facebook utilise bien java
Je préfère NodeJS à J2E...Mais c'est surtout parce que je ne connais pas assez le second !^^
Après, je te dis ça mais j'ai vu quelques cas où il était plus évident de produire en bon vieux PHP que sous NodeJS, notamment à cause de son asynchronisme intrinsèque...
Le 29 novembre 2018 à 01:02:43 Csharper a écrit :
Je préfère NodeJS à J2E...Mais c'est surtout parce que je ne connais pas assez le second !^^Après, je te dis ça mais j'ai vu quelques cas où il était plus évident de produire en bon vieux PHP que sous NodeJS, notamment à cause de son asynchronisme intrinsèque...
C'est probablement parce que tu n'as pas vu la notion de promesse.
Le 29 novembre 2018 à 08:36:24 Tacha-tepoilu a écrit :
Le 29 novembre 2018 à 01:02:43 Csharper a écrit :
Je préfère NodeJS à J2E...Mais c'est surtout parce que je ne connais pas assez le second !^^Après, je te dis ça mais j'ai vu quelques cas où il était plus évident de produire en bon vieux PHP que sous NodeJS, notamment à cause de son asynchronisme intrinsèque...
C'est probablement parce que tu n'as pas vu la notion de promesse.
C'est probablement parce que tu n'as pas vu la notion de Javascript.
C'est probablement parce que tu n'as pas vu la notion de promesse.
Je connais les promises, t'inquiète pas
La difficulté, c'est de savoir s'en servir à bon escient... Et le problème, c'est que tant que tu ne te retrouves pas en production avec une montée en charge de malade et/ou une bande passante qui fait de la corde à sauter, il est parfois difficile d'anticiper ce qui va merder quand tu bosses en full asynchrone... M'enfin, c'est mon avis. Et c'est pas non plus ce qui me casse le plus la tête.
C'est probablement parce que tu n'as pas vu la notion de Javascript.
A part NodeJS (vanilla et framework Express), je ne connais Javascript que côté client (vanilla + libs JQuery et ThreeJS, frameworks VueJS, AngularJS, Angular 2 et 4 + un projet en Typescript sous Angular2).
Donc oui, forcément, on n'est de toute façon pas tout à fait confronté aux mêmes problématiques quand on passe de JS côté client à JS côté serveur...