Ist Assembly die schwierigste Programmiersprache überhaupt? Wenn ja, warum?

Nein 79%
Ja 7%
Teilweise 7%
Anderes 7%

14 Stimmen

11 Antworten

Es gab an der Uni eine Diskussion ob man Assembler überhaupt als Programmiersprache bezeichnen kann weil es 1 zu 1 Maschinenbefehle sind ohne jegliche Abstraktion außer den Mnemonics.

Aber im Bezug auf die Frage nein es ist weniger schwierig als Sprachen die absichtlich schwer sind, zudem hängts auch wesentlichen davon ab für welche Hardware man programmiert.

Nein

Schwierig - Nein. Allerdings finde ich, Assembler hat einen ganz anderen Ansatzpunkt als die anderen Sprachen.

Beispiel: COBOL, FORTRAN usw. orientieren sich vornehmlich an der Aufgabe. LISP, PROLOG - da steht ein bisschen die Logik, Lernfähigkeit vorne; C/C++, Pascal, FORTH uvam sind eher universell einsetzbar, aber alles orientiert sich an der Aufgabe.

Assembler ist da ganz anders. Da muss man den Prozessor mit der Programmiersprache (ich nenne das mal so) direkt beeinflussen - da gibt es allerhand Befehle, die sich ihrerseits aber nur am Prozessor / der Hardware orientieren.

Das ist eigentlich nicht schwieriger, aber eine ganz andere Denkweise.

PS: Natürlich kenne ich die Inline-Assembler-Programmierung, aber die ist hier eher ein Beiwerk und keine eigene Programmiersprache.

Wie definierst Du schwer?

Assembler sind lauter einfache Befehle. Du hast aber keine „Führung“ wie Typechecking etc. Darum ist es schwer, Programme zu schreiben, die nicht schwere Fehler enthalten. Da Compiler inzwischen fast so gut sind und aus anderen Gründen zieht man Programmiersprachen vor, die es ermöglichen, mehr in kurzer Zeit zu erreichen.

Um auf Deine Frage zurückzukommen: Es fahren nicht alle Auto, weil es *leichter* ist, als zu Fuß zu gehen. Aber man kommt sehr viel schneller sehr viel weiter.

Nein

Im Grunde ist es die einfachste Sprache, denn Du nutzt im Kern nur die ISA der Platform.

Allerdings ist in ASM halt alles ziemlich aufwendig.

Nein

Damit habe ich viele Jahre am Anfang meiner Programierer-Laufbahn gearbeitet, es gab ja sonst noch nichts besseres, danach habe ich mit Cobol gearbeitet.