Probablement parce que les applications nodejs ne sont pas là majoritairement pour faire serveur de fichiers statiques mais surtout pour offrir une plateforme applicative complète, et que servir des fichiers statiques n'est probablement pas un truc assez critique dans la plupart des cas.
Je pense par exemple à des applications qui tournent sur des appliances, accessibles par une dizaine d'administrateurs maxi qui ont juste besoin de downloader le front et de passer quelques requêtes REST par ci par là et recevoir quelques notifications websockets de temps en temps.
Ca serait en effet idiot d'utiliser nodejs juste pour servir les pages d'un magasin en ligne...
Après, je suis persuadé qu'un backend en Ruby, en Go, en Rust est probablement plus performant, mais comme je le disais plus haut, le gros avantage de nodejs, c'est que c'est du JavaScript, et beaucoup d'applications s'orientent maintenant vers un partage de code entre le backend et le frontend, sans parler des app "isomorphiques".
[^] # Re: Le javascript
Posté par Guillaume Denry (site web personnel) . En réponse à la dépêche Node.js passe la sixième vitesse. Évalué à 8.
Probablement parce que les applications nodejs ne sont pas là majoritairement pour faire serveur de fichiers statiques mais surtout pour offrir une plateforme applicative complète, et que servir des fichiers statiques n'est probablement pas un truc assez critique dans la plupart des cas.
Je pense par exemple à des applications qui tournent sur des appliances, accessibles par une dizaine d'administrateurs maxi qui ont juste besoin de downloader le front et de passer quelques requêtes REST par ci par là et recevoir quelques notifications websockets de temps en temps.
Ca serait en effet idiot d'utiliser nodejs juste pour servir les pages d'un magasin en ligne...
Après, je suis persuadé qu'un backend en Ruby, en Go, en Rust est probablement plus performant, mais comme je le disais plus haut, le gros avantage de nodejs, c'est que c'est du JavaScript, et beaucoup d'applications s'orientent maintenant vers un partage de code entre le backend et le frontend, sans parler des app "isomorphiques".