Commentaires sur : Le choix d’un language de programmation http://cut.copypaste.ch/technologie/logiciel/le-choix-dun-language-de-programmation Technologie, pensées et perte de temps. Thu, 30 Apr 2009 22:22:01 +0000 hourly 1 Par : Duc http://cut.copypaste.ch/technologie/logiciel/le-choix-dun-language-de-programmation/comment-page-1#comment-25 Duc Wed, 12 Nov 2008 23:16:16 +0000 http://cut.copypaste.ch/?p=47#comment-25 Merci pour ce commentaire constructif. Comme spécifié en introduction le choix d'un langage est bien trop souvent biaisé par d'autre critères qui vont au-delà des contraintes techniques. je te rejoins donc sur tous les points énoncés. Pour ce qui est de grappiller quelques secondes pour mettre son langage favori en tête de classement, j'avoue ne pas y avoir pensé. On devrait ajouté une métrique de qualité de code en terme industriel (lisibilité, réutilisation, etc...) Dans tous les cas, ce que j'aime bien dans shootout c'est les débats qu'il provoque... Merci pour ce commentaire constructif. Comme spécifié en introduction le choix d’un langage est bien trop souvent biaisé par d’autre critères qui vont au-delà des contraintes techniques. je te rejoins donc sur tous les points énoncés.

Pour ce qui est de grappiller quelques secondes pour mettre son langage favori en tête de classement, j’avoue ne pas y avoir pensé. On devrait ajouté une métrique de qualité de code en terme industriel (lisibilité, réutilisation, etc…)

Dans tous les cas, ce que j’aime bien dans shootout c’est les débats qu’il provoque…

]]> Par : Greg http://cut.copypaste.ch/technologie/logiciel/le-choix-dun-language-de-programmation/comment-page-1#comment-23 Greg Wed, 12 Nov 2008 09:59:40 +0000 http://cut.copypaste.ch/?p=47#comment-23 Les mirobenchmarks à la "shootout" ne reflète qu'une facette d'un langage. Pour la plus part des applications le temps d'exécution n'est pas critique, la bonne question à se poser est plutôt : " Quel est le meilleur outil (langage) qui répond à ma problématique". De plus ce genre de microbenchmark est à mon sens biaisé car : * N'utilise pas le langage dans le cadre de son utilisation. * Des personnes investissent énormément de temps sur certains langages afin de mettre en œuvre toutes les techniques pour grappiller quelques microsecondes. D'autres langages, moins utilisés, ne bénéficient pas d'un tel traitement. * Aucun des tests n'est axé sur la mémoire, par exemple pour le Java, la JVM prend beaucoup de place, même pour un tout petit programme alors que sa taille est constante et deviendra insignifiante pour un programme plus grand. Dans le cadre d'une application de calculs bruts ou à forte charge alors oui on peut s'aider de ce genre de benchmark. Les mirobenchmarks à la « shootout » ne reflète qu’une facette d’un langage.
Pour la plus part des applications le temps d’exécution n’est pas critique, la bonne question à se poser est plutôt :
 » Quel est le meilleur outil (langage) qui répond à ma problématique ».

De plus ce genre de microbenchmark est à mon sens biaisé car :
* N’utilise pas le langage dans le cadre de son utilisation.
* Des personnes investissent énormément de temps sur certains langages afin de mettre en œuvre toutes les techniques pour grappiller quelques microsecondes. D’autres langages, moins utilisés, ne bénéficient pas d’un tel traitement.
* Aucun des tests n’est axé sur la mémoire, par exemple pour le Java, la JVM prend beaucoup de place, même pour un tout petit programme alors que sa taille est constante et deviendra insignifiante pour un programme plus grand.

Dans le cadre d’une application de calculs bruts ou à forte charge alors oui on peut s’aider de ce genre de benchmark.

]]>