Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Discussion :
Le langage D fait mentir sa réponse
Le "langage système de haut niveau", j'ai nommé le D, fait un peu mentir la réponse de cet étudiant.
Il corrige tous les défauts syntaxiques et de complexité du C++ et en prenant pas mal de sucres syntaxiques des langages de haut niveau fait mentir la réponse de l'étudiant je pense...même si ça reste valable dans la majorité des cas.
Après pour la polémique...qu'est ce qui de nos jours ne permet pas de créer une polémique ?
@+
Moi je ne trouve même pas qu'il a raison dans sa réponse.
En quoi programmer en langage bas niveau ferait qu'un logiciel est + rapide ? Si la performance d'un logiciel était ASSUREE par le langage choisi pour le faire, ça se saurait.
Sans vouloir troller, une allocation mémoire en java c'est 10 instructions machine. Alors qu'un malloc c'est 130 (faudrait que je retrouve l'article qui en parle).
En comptant les instructions d’interprétation ? Ça m'étonnerais...Envoyé par bugsan
Pourquoi dans tous les domaines où les perfs sont critiques on se tourne vers du C ou C++? Programmer en C ne garantie pas d'avoir un programme plus rapide, mais un programme bien écrit en C sera toujours plus rapide qu'un programme bien écrit en java.
Après c'est vrai que c'est pas forcément lié au niveau du langage puisque certain langages haut niveau on de très bonnes perfs.
C'est juste qu'il n'a pas récité mot pour mot ce que le prof a dicté en cours. donc 0.
Zend Certified PHP Engineer
« Crois-tu comprendre le monde juste en matant le 20H Ou connaître l'histoire en ayant lu que l'angle des vainqueurs ? » Keny Arkana
faux : on ne peut doit extrapoler de ce qui était attendu par delà la question.Même si ce qu'il dit n'est pas forcément faux (mais là encore je pense qu'il y a des langages haut niveaux plus rapides que certaines langages bas niveau) je pense que le prof attendait surtout une réponse liée au concept d'abstraction.
re-faux :L'informattion restituée par l'étudiant n'est pas conforme à la question.
si tu identifie bien tous les termes de la question , tu verras que la réponse correspond à chacun d'eux . La sémantique (en gros, vrai/faux) restant a évaluer , donc à la charge du correcteur.
0 est clairement une faute du correcteur ( mais qui n'en fait pas )
Il ne répond pas à la question...
Et la réponse ???
Bonsoir,
la réponse m'intéresse , et claire SVP
est-ce:
langage machine;
langage assembmleur;
langage C , C++,...
frameworks
langages PHP,...
frameworks
.
.
.
français. ?
Un truc complètement subjectif vu en cours et pas appris par coeur...
La bonne réponse ?
En fait, on ne peut pas la connaître puisqu'on ne connait pas les critères de hiérarchisation dont le prof a parlé en cours.
C'est p'têt le prix du compilateur où sa fréquence d'utilisation en Papouasie... Va savoir !
Je trouve aussi la réponse à côté de la question, même si elle peut lancer un débat, car elle reste logique pour un programmeur. Qui a envi de se farcir de l'asm 8h/jour? Chaque compétence à son language, on ne programme pas un système d'exploitation avec une couche "interpréterice" (runtime). Ce qu'il a voulu dire c'est qu'au plus on prémache le travaille du cpu au plus vite le calcul se fera, mais le temps que lui mettra est bien inférieur à ce que nous nous coûtons pour le développer!
Tout est relatif...
C'est une réponse à coté de la plaque, en plus c'est une conclusion personnelle sans même avoir donné des raisons -> 0.001/6 (prix de l'encre)
- Il n’y a pas vraiment de types en assembleur ;
- même les langages statiquement typés n’ont pas toujours besoin de déclarations de types (voir inférence de types).
« Instructions d’interprétation » ? La JVM de Sun compile à la volée vers du code natif depuis un certain temps, déjà…
Bref, ce candidat n’a donné qu’un élément de réponse, et il n’est pas vrai. On peut lui donner un peu pour avoir essayé d’élaborer une réponse, mais c’est tout.
Je dois pas avoir un bon niveau d'anglais, mais je trouve que la réponse n'est pas du tout adaptée à la question.
Là où je comprend la question comme une sorte de classification sur les différents types de langages, et leurs objectifs, lui réponds par une simple comparaison sur un seul critère.
Alors certes, de manière général, je trouve personnellement que c'est un (très) bon résumé. Cependant, ce n'était pas la question.
J'aurai mis 3/6 si la réponse était appropriée à la question, 1/6 à l'état actuelle.
Il se peut aussi qu'il est ressorti une citation du prof censé d'étendre l'atmosphère, mais il n'en est pas moins que la question cherchait à savoir s'il percevait la nuance et l'intérêt des différents niveaux et types de langages.
Ps : j'ai été formé bas niveau (assembleur, C, VHDL) et remonte doucement et difficilement vers le haut (C++, Python).
A programming language is low level when its programs require attention to the irrelevant.
- Alan Perlis
Il faut croire que d'autres se seraient pris un 0 à cette question ! Les aphorismes, aussi "vrais" soient-ils, sont sans doute à éviter en examen.
le correcteur a raison de mettre 0 car il ne répond pas à la question même si ce qu'il dit est vrai.
si on demande de décrire la hiérarchie d'une gamme de véhicules sur le marché, dire que les véhicules citadins sont moins consommateur de carburants que les véhicules de transports logistiques n'est pas la réponse attendue ; même si c'est vrai.
je suis donc du côté du correcteur.
ça vaut 0.
Pour la note, cela ne répond pas à la question et le fait que ce soit vrai ou pas n'a pas à influencer le correcteur.
Sur la réponse :
Ce qu'il dit est vrai.
Personnellement je ne suis pas pour le tout objet, cela ajoute en lourdeur et en utilisation des ressources.
Trop d'abstraction nuit, ceci dit je ne prône pas l'assembleur pour autant sinon on en serait encore à la console
En fait sa réponse ne correspond pas à la question.
Il s'agit pas pour le prof d'être d'accord ou pas avec cette affirmation c'est juste que sa réponse est à coté.
Quand à la véracité du propos, c'est assez vrai, plus de contrôle permet plus d'optimisation mais entraîne aussi plus de responsabilité.
Je lui aurai mis 0.1 pour avoir pris la peine de répondre, mais ça ne vaut guère plus.
Même si c'est plus ou moins vrai, et qu'il souhaitait disserter sur ce sujet, la réponse méritait d'être étayée.
Aujourd'hui l'informatique n'est plus réservée à une élite qui vit seule dans son coin. Une interface se doit d'être intuitive et agréable pour convenir à tous. Même linux a été obligé de s'y mettre.
Beaucoup de gens ont l'air de dire que ce qu'il dit est vrai. Ce n'est pas le cas !
Un langage "de haut niveau" peut être quasiment aussi rapide, voire théoriquement/occasionnellement *plus rapide* que du code bas niveau. Eh oui, même si ça parait impossible : un compilateur de langage haut niveau peut faire du code optimisé qu'on peut difficilement battre à la main (certainement si on prend en compte le temps que ça prendrait). Avec des informations précises sur l'algorithme exécuté (typage, ...), il est possible de faire des optimisations spécifiques à la compilation et à l'exécution.
Plus important que le langage, la rapidité d'un programme à l'exécution dépendra plus du fait qu'il sera compilé (code natif ou machine virtuelle) ou interprété (ou toute option intermédiaire).
Dans le même ordre d'idées, les machines virtuelles récentes (- de 5 ans) font vraiment des miracles, et la tendance ne fera que s'accentuer. Java n'est plus lent par définition, contrairement à ce qu'on lit encore ici et là. Beaucoup confondent à mon avis le temps de chargement du plugin java, etc., et la rapidité de la plateforme. Des batailles de benchmarks mettent par ex. Java en compétion avec du C ou du C++, sans résultat définitif, ni dans un sens ni dans l'autre. On peut probablement faire la même chose avec .NET .
Extrait de wikipedia (http://en.wikipedia.org/wiki/Compari...va_and_C%2B%2B) à titre d'information (ceci ne résume pas l'article, je le mets juste pour illustrer le fait qu'on ne peut pas simplement généraliser)
While C++ is faster than Java in most cases, [7] there are several studies of mostly numerical benchmarks, which argue that Java could potentially outperform C++ in some circumstances
Autres sources, certaines avec de nombreux tests sérieux en tapant simplement "c++ vs java" sur Google. En débattre ici arriverait vite hors sujet, source de trolls ;-)
Dernière chose : je pense que pour 95 % des logiciels écrits aujourd'hui, la partie "calcul", couteuse en CPU, est quasiment négligeable. Je pense qu'on peut gagner beaucoup de temps en choisissant bien un langage de haut niveau.
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Répondre avec citation
Partager