Diskussion:Imperative Programmierung

message: Ich bin absolut überzeugt, dass weder C noch Pascal imperative Programmiersprachen sind und entferne sie aus dem Artikel. Sollte es Argumente dagegen geben, lasse ich mir an dieser Stelle gern überzeugen ;) --Jon Kowal 18:07, 5. Okt 2005 (CEST)
replies: text: Wie leichtsinnig... Aber man kann sich ja auch 'mal irren: , um nur einen zu nennen. Ansonsten hilft auch hier Google ungemein weiter. --Frank. 18:22, 5. Okt 2005 (CEST)
thread_title:  Erste Kommentare 

message: Befehle sind die Arbeitsschritte eines Prozessors.
Die meisten imperativen Programmiersprachen arbeiten nicht auf der Ebene von Befehlen, sondern von Anweisungen.
Deswegen nannte man sie eine Weile "hoehere Programmiersprachen", bis das ein Pleonasmus wurde.
(Auch imperative Programmiersprachen haben uebrigens Deklarationen.)
Aufgrund dessen nehme ich die Sprache C wieder bei den Beispielen auf.
--Freak 1.5 14:44, 26. Sep 2006 (CEST)
replies: text: Erledigt; im Artikel wird nun einheitlich der Begriff 'Anweisung' verwendet. --Gms 20:31, 29. Mär. 2009 (CEST)
thread_title:  Befehle -> Anweisungen 

message: :Abweichende Bezeichnungen: In der Literatur wird diese Vorgehensweise zum Teil auch 'imperativ/prozedural', 'algoritrhmisch' oder 'prozedural' genannt Wo wird die imperative Vorgehensweise prozedural genannt?  (in  und  und in en:procedural programming als synonym.) 
:Ebenfalls als tpyisch für diese Art des imperativen/prozeduralen Programmierens, aber nicht ausschließlich dort angewendet, gelten die nachfolgenden Merkmale... Quatsch, wenn es dir bei prozeduraler Programmierung nicht gelingt willst du es hier probieren? Was imperativ bedeutet ist glasklar belegt; du musst es halt mal irgendwann akzeptieren. was passt da nicht? alles geht auf die genannten Quellen zurück.
:Wesentliche Unterschiede bestehen zum Beispiel auch zur objektorientierten Programmierung, wo die Anweisungen und der Code nach Objekten zusammengefasst sind. Quatsch. Ein Programm welches auf Benutzereingabe wartet soll auf einmal nicht imperativ sein. Da verwechselst du wieder Stapelverarbeitung und Dialogverarbeitung. Auch hier rate ich dir mal die Literatur richtig zu lesen. was hat das mit Benutzereingabe zu tun? Das Merkmal (Daten/Funktionen) hast doch auch du für OOP hervorgehoben. Außerdem: Dies ist keine 'Gegenteil-Aussage' mehr. 'Benutzereingabe' ist ein sehr gutes Beispiel: Setzt der Quellcode diesen Eingabebefehl ab und wartet auf die Eingabe, dann ist das (exakt an dieser Stelle) klar imperativ; bestimmt der Benutzer, welche Eingabe wann gemacht wird, ist das 'hier' ereignisorientiert (der Quellcode bestimmt nicht die Reihenfolge) - unabhängig davon, dass z.B. der diese Eingabe dann behandelnde Code wieder imperativ sein kann. 
:Als Gegensatz zur imperativen Programmierung wird das Paradigma Deklarative Programmierung verstanden. Darin wird beschrieben, was das Programm erarbeiten/berechnen soll, aber nicht wie. Wesentliche Unterschiede bestehen zum Beispiel auch zur objektorientierten Programmierung, wo die Anweisungen und der Code nach Objekten zusammengefasst sind Da merkt man dass es schon mal logisch nicht stimmt. Es gibt entweder imperativ oder deklarativ; auf der Stufe gibt es nichts anderes. Das sind elementarste Grundlagen der Informatik. deklarativ: 'entweder/oder' bedeutet in Deutsch dasselbe wie 'Gegensatz'.
:... oder den Code abhängig vom Eintritt bestimmter Ereignisse (gesteuert vom Eventhandler) ausführt. Die Paradigma-Zuordnung gilt insofern jeweils nur für den Quelltext von Programmen.. Ist es wirklich dein ernst? Das ist ja was fürs Humorarchiv. was soll da nicht mein Ernst sein? Es geht um 'Programmieren' - und da ist der Quellcode (in welcher Form auch immer)  die Grundlage, die das Paradigma (bzw. mehrere) bestimmt (bzw. umgekehrt). Wenn du das pauschal anders siehst, wundert mich nicht, dass wir so weit auseinander liegen. 
:Du wechselst munter die Ebenen, Programmierung und Software, verwechselst ereignisorientierte Progammierung mit Dialogverarbeitung, verwechselst imperative und objektorientierte Programmierung, mischst noch kräftig prozedurale Programmierung darunter und schüttelst kräftig alles um dass es einem schlecht wird. Auf diesem Niveau kann man nicht diskutieren. Wenn du diesen Artikel in diese private Theorie-Richtung änderst, werde ich ihn revertieren. --Avron 20:43, 5. Dez. 2011 (CET)
thread_title:  Diskussion darüber 

message: Plankalkül ist die älteste hohe Programmiersprache und nicht Fortran !! Fortran ist die älteste "NOCH IM GEBRAUCH" befindliche hohe Programmiersprache, nicht die Älteste ! (nicht signierter Beitrag von 84.175.199.252 (Diskussion) 15:23, 21. Sep. 2010 (CEST)
thread_title:  Änderung an der Geschichte 

message: Der erste Bestandteil des Lemmas leitet sich vermutlich vom lateinischen imperare ab, was „befehlen“, „beherrschen“, „gebieten“, „herrschen“ bedeuten kann. Ich bin mir nicht sicher, habe auch keine mögliche Quelle. Allerdings könnte ein plumpes „befehlen“ richtig sein, schließlich ist die programmiererische Anweisung eine Art von Befehl. Die erklärende, etymologische Angabe wirkt ergänzend und hilft oft beim raschen Verständnis. Könnte man also mal andenken. -- Gohnarch░ 23:43, 9. Mär. 2011 (CET)
thread_title:  Etymologie 

message: Die for()-Schleife in C ist ein schlechtes Beispiel für prozedurale Notation. Weil beim for() der Klammereinhalt nur deklariert, welches Schleifenverhalten gewünscht ist.
Besser wäre, es mit while() auszuschreiben.
~~ -andy- (Diskussion) 16:47, 18. Okt. 2018 (CEST)
thread_title:  schlechtes Codebeispiel 

message: Imperative Programmierung und algorithmische Programmierung sind nicht synonym. COBOL-74 ist imperativ, aber nicht algorithmisch (keine Funktionen), im Prinzip noch nicht einmal prozedural: Es gibt nur PERFORM, ohne Übergabe von Parametern, und freier Auswahl, und was genau PERFORMed wird, bestimmt der Aufrufer (PERFORM xxx THRU yyy). --Jost Riedel (Diskussion) 12:37, 2. Jun. 2020 (CEST)
thread_title:  Imperative Programmierung versus algorithmische Programmierung