Discussion :

[powel]

Bonjour,

Je réagis à une citation récente :

L'assembleur, ce n'est quand même pas trop un langage de programmation, je pense.

Et vous ?

Bonsoir,

je te conseille de lire un peu d'histoire sur l'évolution des ordinateurs.
En fait l'assembleur ou le langage machine, peu importe, et le langage le plus pur qui existe pour deux raisons principales :

1. dans le concret : pour commencer à discuter avec une machine c'est le premier langage utilisé. Si tu ne passes pas par lui, tu ne fais rien.

2. conceptuellement : amuse-toi à décomposer en concepts simples tout ce que tu fais avec des langages de haut niveau. Tu verras que tu peux tout décomposer en fonctions simples tels quels les "Goto" ou les "Jump", pour les If, compteurs et algos. Tout ce qui est lecture et transfert de données, donc pointeurs donc modes d'adressages indirectes en Assembleur. Bien sûr l'unité arithmétique que chaque micro-processeur possede qui permet tout au moins de faire des additions et soustractions.

Tout ce que tu fais en langage de haut niveau peut être décomposable en assembleur, donc l'assembleur est un langage.


Je rajouterai même qu'on a beau "espérer" beaucoup des langages de haut niveau, mais j'ai pas l'impression que quelqu'un qui n'a pas la notion du fonctionnement bas niveau d'une machine pourra correctement coder une appli. avec un langage de haut niveau.

[Zenol]

Je rajouterai même qu'on a beau "espérer" beaucoup des langages de haut niveau, mais j'ai pas l'impression que quelqu'un qui n'a pas la notion du fonctionnement bas niveau d'une machine pourra correctement coder une appli. avec un langage de haut niveau.

Juste un petit commentaire sur cette dernière phrase.

Je suis tout à fait d'accord pour des langages comme le C et le C++, qui sont directement compiler en code machine.
(Pour être exacte, le compilateur C génère de l'assembleur correspondant à l'architecture visé qui seras ensuite assemblé par GAS, et linké avec LD)

Toute fois, je mettrais quelques réserves concernant des langages utilisant des VM (comme java) ou interprété (comme python).
Je pense que pour ces derniers, faudrait plutôt considère la VM ou l'interpréteur pour éventuellement éviter les pièges qui peuvent amoindrir les performances pour un même algorithme.
(Mais à ce niveau là, ces pièges sont-il aussi aussi significatif que pour un langage compilé, et ce poser ce genre de question est-il vraiment "utile"? (Je veux dire, si l'on met de coté l'apport culturel conséquent et l'enrichissement personnel ))

D'ailleurs, les langages dotNet disposent d'un "assembleur dotNet" (le MSIL).
Une sorte d'"assembleur" haut niveau, assez différent de l'assembleur traditionnel auquel nous faisons ici référence.

[powel]

Peut être ne parlons-nous pas exactement de la même chose. Par exemple qu'on soit en Java ou pas, on continu à coder des itérations à l'intérieur des méthodes.
On continue à utiliser une notion masquée du pointeur ; le référent ... en fait on continu avec des concepts remontant aux années 40.

Pourquoi ces notions d'itérations ou de pointeurs par exemple ? tout simplement car notre manière de penser un algo. est conditionnée qu'on le veuille ou non par la limitation du hardware. Et même si aujourd'hui on dispose de mémoires énormes et de rapidités impressionantes. On pensera notre manière de coder de façon à ne pas gâcher de la vitesse ni de la mémoire. On ne va pas recalculer quelque chose qui n'a besoin d'être calculé qu'une seule fois en début de boucle, ou bien on va partager des données entre plusieurs sous-programmes plutôt que recopier les données.

Autrement dit si la mémoire et la vitesse étaient illimitées ... nous pourrions jeter à la poubelle la majorité de nos concepts de programmation actuels.

Ce qui m'a amené à cette conclusion que le langage haut niveau apporte du confort et de la lisiblitée, mais celui qui n'a pas la notion de ce qui se passe en mémoire et en CPU produira du code maladroit et gâchant les capacités de la machine même s'il fonctionne.

L'assembleur est une bonne école pour tout le monde, car il traite des principes fondamentaux de la programmation