Bonjour tout le monde (enfin bonne nuit)

Voila, j'ai une petite question... J'aimerai bien apprendre les bases du langage assembleur et je voudrai savoir si parmis vous certains ont déjà essayé et si c'est le cas, si vous avez de bonnes adresses de tutoriaux, des bouquins a recommander, bref, tout ce qui pourrait m'aider a débuter proprement.

Merci d'avance pour toutes vos réponses.

@@+

L'intérêt c'est de mieux comprendre comment marche un PC et puis voila... voir un peu les possibilités du truc (qui sont forcément énnormes)

L'assembleur sur PC consiste à programmer les interruptions.
C'est le langage le plus rapide puisqu'on s'adresse directement
à la machine.
Exemple en bas la page:
http://perso.wanadoo.fr/jean.vichniacoff/ascii-PC.html
puis un exercice à:
http://perso.wanadoo.fr/jean.vichniacoff/PC_CLEFS/L-M/ex_001.html
et enfin la notice à:
http://perso.wanadoo.fr/jean.vichniacoff/PC_CLEFS/L-M/notice.html
Enfin par Google chercher CCM où il y a tous les langages
________________________________________________________

Téléchargez le dossier Q-Basic.zip à
http://perso.wanadoo.fr/jean.vichniacoff/QBASIC.zip
lisez lC_lismoi.TXT qui explique quelques utilitaires
pour manipuler des fichiers de texte
Lancer QBX.EXE
TESTOUCH.COM est utile pour le programmeur qui veit
connaître les codes des touches du clavier. J'ai fait cet
utilitaire très simple en assembleur, vous l'avez à:
http://perso.wanadoo.fr/jean.vichniacoff/LM/TESTOUCH.COM
_________________________________________________________

louviou

Je suis désollé, mais franchement, je pense qu'il est impossible de se séparer de l'ASM... Je connait tous ces problèmes de proce (yen a qui lisent les bytes dans un sens et le sautres dans l'autres par exemple...) mais on aura toujours besoin au moins de gars qui vont optimiser les codes directement en hexa (transcript en ASM)... Ces types là sont ceux qui actuellement se font des couilles en or en bossant pour windows (par exemple).

Et puis, c'est impossible tout simplement de ne pas dialoguer directement avec la machine...

Citation de: tavman le le 08-03-2005 a 19:22:02

Je suis désollé, mais franchement, je pense qu'il est impossible de se séparer de l'ASM... Je connait tous ces problèmes de proce (yen a qui lisent les bytes dans un sens et le sautres dans l'autres par exemple...) mais on aura toujours besoin au moins de gars qui vont optimiser les codes directement en hexa (transcript en ASM)... Ces types là sont ceux qui actuellement se font des couilles en or en bossant pour windows (par exemple). Et puis, c'est impossible tout simplement de ne pas dialoguer directement avec la machine...

Les compilateurs actuels produisent justement un code assembleur de bonne (voir tres bonne) qualité. De plus l'utilisation de l'ASM n'est pas envisagable dans l'industrie du logiciel. C'est trop lourd et trop hazardeux de modifier un executable après compilation.

Donc comme dit Erwinol : N'importe quoi ...

Il y a 5 à 10 ans je ne dis pas. Je pense par exemple au premier jeu en 3D. Avant l'apparition des cartes acceleratrices 3D. Il fallait bien sur tranformer certaines routines en ASM.

Mais aujourd'hui on s'oriente plus vers des langages de "haut niveaux" comme Python, Ruby, etc... avec l'utilisation de module en C pour les routines devant être très rapide.


Il faut de plus eviter de penser qu'il faut à tout pris être le plus rapide possible. Prenont par exemple un script qui sera executer tous les jours et qui est relativement vitale pour une entreprise. Il est plus "important" d'avoir un script qui fonctionnera sans problème (avec à la limite des tests unitaires) qu'un script rapide. Et de plus dans un langage de haut niveau, le script sera plus facilement maintenable et on risque donc moins d'erreurs (bugs).