Posté par jelo .
En réponse au journal Small Issue Tracker.
Évalué à 5.
Dernière modification le 06 novembre 2013 à 10:43.
D'abord, je ne crache pas sur la personne mais (un peu) sur les commentateurs qui ont laissé leur esprit critique au garage.
Tu as raison : la rapidité de l'appli est impressionnante. Arriver au même résultat avec les langages web traditionnels nécessiterait-il plus de travail qu'en C++ ? Evidemment, non. PHP, Python, Ruby, etc. savent aussi ouvrir des fichiers textes.
Et même si il y avait un peu de travail de mise en cache (pour faire persister en RAM les données entre plusieurs requêtes par exemple) et d'optimisation des performances, cela ne serait rien en comparaison du temps gagné sur une application aussi simple.
De toute façon, comparer les performances avec autant de différences de fonctionnalité et de charge n'a pas de sens. Une page PHP / Ruby / n'importe quoi qui fait une requête simple à une base de données et affiche le résultat se chargera sans difficulté en beaucoup moins de 50ms. 200ms de temps de génération d'une page HTML n'est pas une performance exceptionnelle. On sait très bien que ce qui ralentit les sites, c'est surtout les éléments graphiques / JS / etc. et leur multiplication qui oblige à ouvrir de nombreuses connexions HTTP (ce qui est de loin le plus lent) et à ne pas pouvoir tout charger en parallèle.
Le dev web, moyen ou non, utilise les outils les plus adaptés pour ce qu'il a à faire et n'hésitera pas à aller faire du C/C++ si il en a réellement besoin (mais c'est rare). Sinon c'est juste un mauvais développeur, web ou non.
[^] # Re: Absurde
Posté par jelo . En réponse au journal Small Issue Tracker. Évalué à 5. Dernière modification le 06 novembre 2013 à 10:43.
D'abord, je ne crache pas sur la personne mais (un peu) sur les commentateurs qui ont laissé leur esprit critique au garage.
Tu as raison : la rapidité de l'appli est impressionnante. Arriver au même résultat avec les langages web traditionnels nécessiterait-il plus de travail qu'en C++ ? Evidemment, non. PHP, Python, Ruby, etc. savent aussi ouvrir des fichiers textes.
Et même si il y avait un peu de travail de mise en cache (pour faire persister en RAM les données entre plusieurs requêtes par exemple) et d'optimisation des performances, cela ne serait rien en comparaison du temps gagné sur une application aussi simple.
De toute façon, comparer les performances avec autant de différences de fonctionnalité et de charge n'a pas de sens. Une page PHP / Ruby / n'importe quoi qui fait une requête simple à une base de données et affiche le résultat se chargera sans difficulté en beaucoup moins de 50ms. 200ms de temps de génération d'une page HTML n'est pas une performance exceptionnelle. On sait très bien que ce qui ralentit les sites, c'est surtout les éléments graphiques / JS / etc. et leur multiplication qui oblige à ouvrir de nombreuses connexions HTTP (ce qui est de loin le plus lent) et à ne pas pouvoir tout charger en parallèle.
Le dev web, moyen ou non, utilise les outils les plus adaptés pour ce qu'il a à faire et n'hésitera pas à aller faire du C/C++ si il en a réellement besoin (mais c'est rare). Sinon c'est juste un mauvais développeur, web ou non.