IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Node.js : JavaScript côté serveur permettrait des gains en productivité et performances
Des entreprises US satisfaites de son adoption

Le , par Hinault Romaric

68PARTAGES

5  2 
Selon plusieurs grandes sociétés américaines, le passage à Node.js sur leurs serveurs aurait permis accroître les performances des applications « backend » et simplifier le développement côté serveur.

À l’occasion d’une conférence Node.js organisée au sein du campus de PayPal, plusieurs entreprises américaines ont exposé sur les gains de performances obtenus suite au passage de la technologie qu’elles utilisaient vers Node.js.

La première d’entre elles est PayPal, qui avait dévoilé en décembre 2013 les résultats des travaux menés pour migrer ses applications de Java vers Node.js. En plus des gains de performances, PayPal avait vanté le gain de productivité, car toutes les piles de ses services reposaient désormais sur un seul langage : JavaScript. Et donc, une seule compétence.

Avant la fin de cette année, PayPal compte migrer toutes ses applications Web orientées client vers Node.js.


PayPal a été suivi par le service de Streaming Netflix, qui compte également déplacer son site Web de Java vers Node.js. L’entreprise a commencé avec les tests d’une solution Node.js et espère que celle-ci permettra un rendu plus rapide des pages. Elle se félicite déjà du gain en productivité : « Nous sommes habitués à travailler avec JavaScript le long de la journée. Pendant les six mois de travaille avec Node.js, Netflix a enregistré un gain important en productivité des développeurs », a déclaré Alex Liu, développeur Node.js chez Netflix.

Le site de ventre groupé Groupon a déclaré avoir migré son application côté serveur construite avec le framework Ruby on Rails vers Node.js. Cela aurait permis une réduction de 50 % du temps de chargement des pages et le même niveau de trafic que le logiciel serveur Ruby on Rails, mais avec, cependant, moins de ressources matérielles.

D’autres entreprises comme Yahoo, ou encore le géant de la distribution américaine Walmart ont également fait part des retombés obtenues avec Node.js.

Pour rappel, Node.js est un framework événementiel JavaScript, qui repose sur le moteur JavaScript V8 de Chrome. Node.js utilise un modèle événementiel I/O non bloquant, ce qui le rend idéal pour les applications qui s’exécutent en temps réel au travers des dispositifs distribués.

Pour faciliter le développement avec Node.js, PayPal a publié récemment Kraken, un framework sécurisé et évolutif, pour la création d’applications de qualité commerciale avec Node.js. Kraken est disponible en open source.

De son coté, Red Had a travaillé sur le projet Nodyn, qui vise à porter Node.js sur la machine virtuelle, afin de permettre une meilleure intégration entre les applications Java et Node.js

Télécharger Kraken

Télécharger Nodyn

Source : Les slides de la conférence, Paypal, Groupon

Et vous ?

Utilisez-vous Node.js ? Que pensez-vous de ses performances et déclarations de ces entreprises ?

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de sekaijin
Expert éminent https://www.developpez.com
Le 23/03/2014 à 17:37
C'est une chose que je ne comprendrais jamais.
il est impossible de classer les langages de façon absolue.
Jamais cela sera possible.
pour faire un classement il faut définir des critères et pouvoir les évaluer.
Le choix des critère est totalement subjectif
quant aux évaluations pour certain d'entre eux elle n'est pas plus objective.

Du coup dire que tel langage est supérieur à un autre est un pur fantasme.

De là à se poser la question s'il faut abandonner ses acquis pour autre chose ça devient complètement hallucinant.

Node.js à des qualité et des défaut comme toute autre technologie.
se poser la question de l'adéquation entre l'équipe développeur / l'équipe maintenance / l'objet du projet / le langage, est en soit sain.

Se demander si ça vaut la peine d'apprendre est une bonne question.
Mais jamais un langage une techno viendra faire table rase du passé.

la réponse est donc simple
JAMAIS node.js ne sera supérieur aux autres. Pas plus que les autre lui seront supérieur.

EcmaScript est-il un langage qui a un avenir côté serveur ?
La communauté EcmaScript est-elle suffisante pour que le langage ne tombe pas dans l'oubli trop rapidement ?
Les modèle de programmation proposé par Node.js apportent-ils quelque chose dans le domaine ?
Le marché est-il suffisant pour offrit du travail au développeur ?
etc.

on ne fais pas un choix de formation sur la soit disant supériorité d'un langage.

A+JYT
5  0 
Avatar de super_navide
Nouveau Candidat au Club https://www.developpez.com
Le 12/03/2014 à 12:43
Moi j'ai découver Node js dans mon boulot pour la réalisation d'un outil , c'est vrai pour faire un serveur web c'est efficace et c'est légé.
Pour faire un proto c'est ausssi hyper efficace , mais je pense pour une grosse application c moins efficace qu'un GRAILS+JAVA.
L'absence de typage ne permet pas de faire aussi en facilement du refactoring et des études d'impact en cas d'évolution.
L'absence de type ne permet pas de faire un diagramme de classe à partir du code non plus.
Enfin je pense que Node js est quand même à connaître , car il peut permetre de réaliser rapidement des outils.
2  0 
Avatar de plawyx
Membre chevronné https://www.developpez.com
Le 12/03/2014 à 21:27
Citation Envoyé par marc.collin Voir le message
dans un autre ordre d'idée, pour développer avec le même langage côté client/serveur, il y a GWT.
GWT , quand tu as des gros projets, cela devient vraiment très lourd et difficilement gérable.

Par contre, depuis que j'ai découvert AngularJs et plus spécialement, AngularDart, la question du GWT est réglé. En connaissant le java, c#, le dart s'apprend en deux heures et tu fais des IHM très souples et véloces.
2  0 
Avatar de ze0ne
Membre actif https://www.developpez.com
Le 12/03/2014 à 12:22
Pour ma part j'ai découvert Nodejs l'an dernier et c'est un réel changement positif qui s'est opéré pour moi ou les personnes qui m'entour.
Je travail sur des applications initialement écrites en php (symfony2) avec une quantité innombrable d'appels ajax...

Aujourd'hui je remplace la quasi totalité de ces appels par des événements gérés par Nodejs et Socket.io c'est un vrai bonheur au niveau réactivité côté client et le serveur me remercie chaque jour

J'imagine les gains constatés par ses sociétés sur des applications aussi riches que lourdes...
2  1 
Avatar de Paul TOTH
Expert éminent sénior https://www.developpez.com
Le 17/03/2014 à 11:13
Citation Envoyé par Ronfladonf Voir le message
Y'en a qui disent qu'on peut écrire le même javascript entre un navigateur et un Node.
Ca ferait des développeurs plus polyvalents avec une seule compétences.
même s'il force un peu le trait, je suis assez d'accord avec certains des arguments de ce billet
1  0 
Avatar de fredoche
Membre extrêmement actif https://www.developpez.com
Le 17/03/2014 à 11:46
Mouais, drôle de billet

Perso depuis mon plus jeune age, j'ai appris à parler Français. C'est ma langue maternelle comme on dit.
Elle est fortement typée, très rigoureuse en terme de syntaxe, pétrie d’ambiguïtés aussi, pleine de sens pour quelques seuls mots (rien que le mot sens revêt plusieurs sens)

Et un jour j'ai appris l'anglais, c'est moins typé, moins rigoureux (quoique... ?), peut être moins structuré, plus spontané. Pas facile au début, mais j'avais de l’appétence pour les langues, et aujourd'hui, longtemps après, sans la prétention d'être "fluent" ou "mother tongue", ma foi mon cerveau jongle aisément avec les 2. Et mon cerveau joue un peu avec l'espagnol, l'italien, l'allemand

Hé bien javascript c'est un langage, comme tant d'autres langages. Et même si on parle d'informatique, les langages sont des outils d'expression pour des algorithmes qui peuvent aussi s'exprimer en langage naturel (remember "logo".

Je pousserais l'analogie jusqu'à dire que certains préfèrent parler l'espagnol et d'autres le hongrois, que certains n'ont jamais pu s'adapter à l'allemand ou même à l'anglais, ce qui n'est même pas rare dans notre métier.

Et certains vont même jusqu'à l'exprimer à travers des blogs, des pamphlets. Bizarre on y retrouve souvent les pratiquants du java, mais pas que à lire le billet de Sam & Max.

Moi j'aime bien le javascript, comme j'aime bien les langages de scripts d'ailleurs, VB, PERL, c'est plutôt fun. Un peu comme l'anglais.
Et puis, surtout pour l'internet, il me semble qu'on a un peu intérêt à être polyglotte concernant les langages, alors celui là au milieu du reste...

Il en faut pour tous les goûts n'est ce pas ? Vous forcez pas de toute façon, ce que vous n'endurez pas, d'autres seront très content de le prendre à leur charge. Et ça ne vous enlèvera pas pour autant de votre langage préféré.
1  0 
Avatar de sekaijin
Expert éminent https://www.developpez.com
Le 21/03/2014 à 7:29
@jerome25000

Je crois que tu es en retard de plusieurs années et que surtout tu te ne te pose pas les bonnes questions.

questions :
1) pourquoi a-t-il été nécessaire d'introduire des packages dans les langages à base de classes statiques ?
2) pourquoi a-t-on introduit les annotations dans les langages à base de classes statiques ?
3) pourquoi a-t-on besoin d'outils comme les ORM etc. ?

Ensuite, je crois que tu confonds le langage et l'implémentation de l"api W3C dans les différents navigateurs.
Je ne connais aucune différence notable entre les différents moteurs JS en ce qui concerne le Langage.
C'est comme si tu utilisais JAVA avec une Lib m@rdique et que tu dis JAVA est m@rdique.

On a tellement l'habitude d'utiliser Java avec la JavaLib, C++ avec la STL PHP avec la PHPLib qu'on oublie trop souvent qu'il y a le langage et la Lib.

Tu peux très bien faire du Java sans JVM avec GCJ et la Lib Gnu

Dans le navigateur point de librairie et toute autre chose vu que c'est un langage embarqué. Il fournit des objets prédéfinis qui ont dés méthodes permettant de manipuler des objets existants ou d'en créer d'autres.
Et c'est cette partie qui c'est construit avec l'histoire de chaque navigateur.

Mais node.js n'est pas intégré dans un navigateur. Pour le construire on est parti du langage et rien d'autre.
Il fallait donc lui adjoindre comme pour C C++ Pascal Java PHP Python TCL etc. une Lib fournissant les éléments de base pour travailler. Et là rien de comparable avec les navigateurs. Depuis de nombreuses années JS côté serveur avance, et de façon plutôt concertée. Common.js est le résultat de cette concertation. Une spécification publique des éléments à mettre dans une Lib pour permettre à JS d'être une plateforme de dev comme les autres. Et non plus seulement embarquée dans une application Hôte.

Node.js n'est qu'une des solutions implémentant Common.js.
Je ne dirais pas que tout est parfait. Car il y a des différences. Mais tout comme il y en a entre C++ façon Microsoft, Intel, Gnu ou encore Java OracleJDK, OpenJDK.

EcmaScript n'est pas sans défaut. Mais ce ne sont pas ceux qui sont généralement mis sur la table.

Il est faux de dire que JS impose de faire du code 100% monothread avec des callback.
On peut faire de la programmation tout aussi classique qu'avec JAVA. On peut aussi faire du multithread.

Tout comme pour Java ou C++ la notion de thread n'est pas dans le langage, mais dans la Lib.
Il n'existe pas beaucoup de langage qui intègre la notion de multitâche.

Bref ton propos relève d'une grande méconnaissance de ce domaine. EcmaScript demande en effet d'aborder le développement de façon plus ouverte et d'oublier les réflexes conditionnés appris avec la programmation statique à base de classes.
Mais je n'y vois aucune des limitations dont tu parles. Il y a déjà des années que de grosses applications sont écrites avec EcmaScript et sont exploitées tous les jours.
Node.js n'est qu'un outil parmi d'autres.

A+JYT
1  0 
Avatar de
https://www.developpez.com
Le 12/03/2014 à 13:36
Citation Envoyé par Alex Liu chez Netflix Voir le message
« Nous sommes habitués à travailler avec JavaScript le long de la journée. Pendant les six mois de travaille avec Node.js, Netflix a enregistré un gain important en productivité des développeurs »
Pas étonnant car passer de "je fais du Jquery 3 jours par mois et du PHP le reste du temps" à du javascript plein temps doit-être très bénéfique...
0  0 
Avatar de jerome25000
Nouveau Candidat au Club https://www.developpez.com
Le 14/03/2014 à 22:51
Citation Envoyé par la.lune Voir le message
Il faut bien préciser, dire tout simplement une machine virtuelle n'a pas de sens quelle machine virtuelle?

J'ai lu l'article qui parle de l'intégration de NodeJS en Java, l’objectif réel ce n'est pas juste faire NodeJS en sur le JVM, mais de permettre aux applications Java de bénéficier des avantages de NodeJS
Quels avantages à faire du node.js ? Désolé, java peut lui aussi faire de l'asynchronisme....
0  0 
Avatar de Ronfladonf
Futur Membre du Club https://www.developpez.com
Le 17/03/2014 à 10:45
Y'en a qui disent qu'on peut écrire le même javascript entre un navigateur et un Node.
Ca ferait des développeurs plus polyvalents avec une seule compétences.
0  0