03/08/2011 @ 08:01:00: Livres - Review du livre: Le langage assembleur. Maîtrisez le code des processeurs
Le langage assembleur. Maîtrisez le code des processeurs de la famille X86 par Olivier Cauet. L'assembleur, c'est le langage de programmation le plus bas que l'on trouve, langage de premier niveau comme on dit, il est bien plus simpliste que du C, du PHP, du Java ou tout autre langage "moderne" mais est pourtant extrêmement puissant pour ceux qui savent le dompter.
Passage presque obligé pour bien comprendre comment fonctionne la programmation, rares sont ceux aujourd'hui qui pratiquent encore l'art de la programmation assembleur sur les processeurs X86. Mais si un jour la performance devient cruciale pour votre application, vous serez heureux de voir qu'il y a encore des livres comme celui-ci.
Le livre: articles_item-10247-Le_langage_assembleur__Matrisez_le_code_des_processeurs_de_la_famille_X86.html
y a encore des gens qui codent en assembleur ? à part ceux qui codent pour un hardware spécifique ?
Ouaip, ça m'arrive parfois
Selon moi, le langage de premier niveau est le binaire.
L'assembleur est le second niveau.
Le troisième niveau sont des langages compilés comme le C ou le COBOL.
Les langages de 4ème niveau sont les langages qui permettent de générer des sources de langage de 3ème niveau.
Je ne suis donc pas très d'accord avec "L'assembleur, c'est le langage de programmation le plus bas que l'on trouve, langage de premier niveau comme on dit (...)"
Bah si. L'asm est le seul langage où tu parles directement au processeur, puisque tes instructions asm lui sont transmises telles quelles. Donc à ce titre il mérite son 1er niveau
de temps en temps, pour faire un trainer pour un jeu
"du premier niveau" signifie qu'à une instruction-source correspond une instruction-machine. Les "macros" dans un macro-assembler constituent déjà une dérogation à ce principe et seraient à classer au second niveau.
Mais les macros n'ont besoin que d'être traduites, pas compilées
Vous oubliez qu'en dessous des instructions assembleur (qui en effet peuvent être écrites en hexadécimal ou binaire ; mais qui pour la facilité le sont sous forme d'instruction littérale) il y a encore le "micro-code" du processeur lui même que le constructeur utilise pour transcoder et décrypter les instructions assembleurs complexes en séquences simples pour les différentes unités arithmétiques, logiques, manipulation des registres, traitement en parallélisme, traitement vectoriel, etc.