\(\begingroup\)
Auf seiner, verschiedenen Programmiersprachen gewidmeten Webseite www.gksoft.com/a/fun/unix-c-quatsch.html, behauptet Bernd Leitenberger im letzten Absatz (Überschrift: "Alles Quatsch!"), daß zwei amerikanische Entwickler die Sprache C nur zum Spaß geschaffen hätten.
Dieser Text, der auf den heutigen Tag, den 31.3., datiert ist, sieht sehr nach einem Aprilscherz aus.
Unabhängig davon bleibt bestehen, was auf der genannten Seite weiter oben zu lesen ist: daß Pascalprogramme leichter zu verstehen sind, als in C oder C++ geschriebene Programme. Bei Pascal kann man oft besser erkennen, was eigentlich gemacht wird; deshalb gehört es weiterhin zu meinen Lieblingssprachen.
Auf seiner, verschiedenen Programmiersprachen gewidmeten Webseite bernd-leitenberger.de/programmiersprachen.html, behauptet Bernd Leitenberger im letzten Absatz (Überschrift: "Alles Quatsch!"), daß zwei amerikanische Entwickler die Sprache C nur zum Spaß geschaffen hätten.
\(\begingroup\)@Eckard: ich könnte ja schreiben, daß ich das Forum gelöscht habe ...
und zur Sache:
Ich verstehe Pascal nicht. Es klingt für mich gekünstelt, will ganz auf vermeintliche Klarheit getrimmt sein, aber eine poliertes Erscheinungsbild kann man nur behalten, wenn man der Praxis fern bleibt. Das gilt m.E. auch für Programmiersprachen.
Hans-Jürgen, ich danke für die Gelegenheit einer polemischen Antwort.
\(\begingroup\)@matroid: Nee, Forum löschen zählt nicht! Das war zu früh vor dem 1.4. Aber lass mal, ich hab mal vor ...zig Jahren an einem Freitag nachmittag alle meine Programme, die ich zur Diplomarbeit brauchte mit einem einzigen kurzen Blackout unwiederbringlich gelöscht. Das darauffolgende Wochenende war versaut, klar. Hier waren es "nur" ca. 36 Stunden Forum. So etwas passiert jedem mal. *trostspend*\(\endgroup\)
\(\begingroup\)Wieso programmiert eigentlich keine Sau mit funktionalen Programmiersprachen (ML,Opal,Haskell,Gofer,Lisp...) - und wieso muss ich mich mit dem Scheiß dann rumschlagen? **grummel**
Es wundert mich, daß Du Pascal "nicht verstehst" und es anscheinend auch für wenig praxisbezogen hältst. C++-Programme finde ich oft recht unübersichtlich, allein schon wegen der weitschweifigen, viel Platz verbrauchenden Schreibweise. Durch sie verliert man leicht den Zusammenhang und weiß bei längeren Programmen nach einer Weile kaum noch, worum es eigentlich geht und was nun gemacht wird. Pascalprogramme sind da konzentrierter. (Von "poliertem Erscheinungsbild" schrieb ich nichts und möchte bei Pascal auch nicht so weit gehen.)
Natürlich ist alles letzten Endes Gewohnheitssache, und es kommt darauf an, was man hinreichend ausführlich gelernt hat und geübt ist. C++ gehörte bei mir leider nicht (mehr) dazu, und es sich im Selbststudium über Anfangsgründe hinaus beizubringen, ist recht mühselig.
Im übrigen wäre auch ich daran interessiert, daß jemand die in meinem Pi-Beitrag vorgestellte Formel in C++ programmierte (hiernach wurde in einem Kommentar gefragt); dabei könnte ich eine Menge lernen.
Freundliche Grüße,
Hans-Jürgen
Bemerkung zu Florian: Deine Ausdrucksweise finde ich sehr unkollegial. Du brauchst Dich ja nicht mit diesem "Sch... herumzuschlagen". Wer zwingt Dich dazu? Mach's doch 'mal vor, programmier' die angegebene Formel selber statt in Pascal in einer der von Dir genannten Sprachen. Sieh nach, wieviele Pi-Dezimalen Du damit richtig erhältst und in welcher Zeit. Das wäre doch eine ganz nette Übung für Dich und Deine Programmierkünste. Oder? \(\endgroup\)
\(\begingroup\)Also Hans-Jürgen, erstens war das überhaupt nicht unkollegial gemeint - und zweitens habe ich dich auch nicht irgendwie angegriffen oder so. Ich war nur auf deinem Link und habe gesehen dass dort keine funktionale programmiersprache aufgeführt ist nur objektorientierte und imperative. So und da ich schon öfters feststellen musste, wie wenig Leute mit funktionalen Programmiersprachen arbeiten, und mich mein Prof zumindest indirekt "zwingt" in Haskell zu programmieren [ich kann mir aussuchen ob ich es lassen - das schmälert dann eben meine Chancen in der Klausur oder ich schlage mich eben damit herum] habe ich das mal an dieser stelle eingestreut.
Und ja wenn ich zeit habe versuch das vielleicht mal mit dem Pi-Programm.
\(\begingroup\)Die funktionalen programmiersprachen sind sehr eng an mathematischen Notationen notiert und wie ihr name schon sagt arbeiten sie sehr viel mit funktionen - eigentlich nur mit funktionen. Besonders bezeichnen sind für sie sind funktionen höherer Ordnung, das sind funktionen, denen man Funktionen als argumente mitgibt, oder die einem als Funktionsergebnis eine Funktion zurückliefern. Durch die verbundenheit mit mathematischen Notationsprinzipien wird die funktionale Programmierung sehr abstrakt - aber auch sehr kurz. Ich geben zwei kleine Codebeispiele:
1) Ein Scalarprodukt und Matrizenmultiplikationsprogramm in nur 10 Codezeilen, dass zeigt wie hochkomprimiert und kurz funktionales Programmieren ist:
scalarProduct :: Vector -> Vector -> Float
scalarProduct xs ys
| length xs /= length ys = error "die Vektoren sind nicht gleich !!"
| otherwise = sum [x*y | (x,y) <- zip xs ys]
matrixProduct :: Matrix -> Matrix -> Matrix
matrixProduct m p = [ [scalarProduct r c | c <- columns p] | r <- m ]
columns :: Matrix -> Matrix
columns y = [ [z!!j | z <- y] | j <- [0..s]]
where
s = (length (head y)) - 1
An [x*y | (x,y) <- zip xs ys] sieht man wiederum die mathematisch orientierte Mengennotation x ist element von der Liste xs und y ist element von der Liste ys - beide werden dann multipliziert und in die neue Liste geschrieben.
und 2) Das permutationsprogramm:
perms :: Eq a => [a] -> [[a]]
perms [] = [[]]
perms xs = [x:-ps | x <- xs , ps <- perms (xs \\ [x]) ]
man sieht auch hier in der funktion columns eine andeutung weitere besonderheit (allerdings nur von Haskell - in Opal und allen anderen funktionalen programmiersprachen welchen nach der strikten und nicht der Lazy-methode auswerten geht das nicht). In haskell sind unendliche listen möglich durch faule Auswertung, welche Funktionsargumente nur dann auswertet wenn sie zur berechnung von Funktionswereten auch wirklich gebraucht werden. Also kann man die positiven ganzen Zahlen durch folgende notation [1..] darstellen.
Ein weiteres grundlegendes Prinzip ist die Rekursion. In beiden beispielen zu sehen.
\(\begingroup\)Um nochmal auf die Kürze der funktionalen Programmiersprachen zurückzukommen - ich bin heute über einen Interessanten Artikel gestoßen. Ein Softwareprojekt, in dem verschiedene Programmiersprachen verwendet und anschließend die Ergebnislösungen der verschiedenen Sprachen verglichen wurden. zu finden ist das ganze unter:
http://www.haskell.de/
ganz unten auf der Startseite findet sich ein Link zu den artikel.
Ich gebe hier einen kurzen Auszug:
(...)
Zusammenfassung:
Hier werden die Ergebnisses eines Experiments dargestellt, in dem einige brauchbare Programmiersprachen, darunter die funktionale Sprache Haskell, dazu benutzt wurden, einen Prototyp für ein Programm für einen Geometrischen-Regions-Server zu erstellen, das vom Naval Surface Warfare Center (NSWC) gebraucht wird. Die Programme, die dabei herauskamen, und die Bewertungen wurden von einem Komitee noch einmal durchgesehen, das von der Navy ausgewählt wurde. Die Ergebnisse zeigen, dass der Haskell Prototyp deutlich weniger Zeit zum Entwickeln gebraucht hat und dass er einfacher zu verstehen war, wie die Prototypen, die in imperativen Programmiersprachen geschrieben worden sind, darunter Ada und C++.
(......)
Das Ziel:
-Einen Prototyp mit einem Algorithmus erstellen, der die Anwesenheit von Objekten in geometrischen Regionen berechnet
-Die Arbeit für eine erste Ausgabe minimieren
-Möglichkeiten lassen, das Programm später zu erweitern
Die Kriterien:
Erweiterbarkeit, Verständlichkeit, Eignung, Genauigkeit, Kompaktheit,
(1) Haskell
Das Haskell-Programm wurde hauptsächlich von Mark P. Jones geschrieben, mit etwas Hilfe von Paul Hudak.
Interessant ist, dass von den 85 Zeilen Programm-Code 20 für das Dekodieren der Eingaben waren und 29 weitere waren Typ Dekleration. Also waren nur 36 Zeilen dynamischen Codes notwendig, um einen voll funktionalen Geo-Server Prototyp herzustellen.
Das Verhältnis Dokumentation - Programm-Code ist ebenfalls bemerkenswert.
Die Haskell-Lösung war sozusagen ein lauffähiges Latex-Dokument.
(...)
(10) Haskell
Intermetrics hat unabhängig und ohne Wissen der NSWC oder der Yale Universität selbst ein Experiment ausgeführt: der Haskell Report wurde einem erst kürzlich eingestellten Universitätsabsolvent gegeben, dem 8 Tage zum Lernen von Haskell gegeben wurden. Dieser Neueingestellte erhielt kein formales Training, ihm wurde nur erlaubt, einen erfahrenen Haskell-Programmierer Fragen zu stellen, die während dem Selbststudium aufkamen. Nach dieser Trainingszeit, gab man dem Neueingestellten die Beschreibung des Geo-Servers und verlangte von ihm einen Prototyp in Haskell. Die Ergebnisse, die dabei herauskamen, stehen in Zeile 10 und sind vielleicht die erstaunlichsten überhaupt und sie zeigen, mit welcher Leichtigkeit Haskell erlernt und effektiv angewendet werden kann.
Nun ja also das mit der Leichtigkeit des Erlernens kann ich nicht unbedingt teilen. Es ist sehr schwer sich die Denkweise von funktionalen Programmiersprachen anzueignen - zumindest habe ich das so empfunden. Vor allem wenn man vorher nur imperativ oder gar objektorientiert programmiert hat.
bin nur zufällig auf den Artikel gestoßen und dachte das ist doch interessant zu sehen wie groß die unterschiede ein und derselben Softwarelösung in verschiedenen programmiersprachen doch ist.
mfg florian
P.S. ich hoffe dieser lange Text wird nicht irgendwo abgeschnitten **hoffend** **betend** :-)
\(\begingroup\)Schade, die http://www.haskell.de Seite ist weg.
Zu dem Skalarprodukt und der Matrixmultiplikation hätte ich da noch das Beispiel in APL:
Vektor v mit 5 Zufallszahlen belegen und ausgeben. Anschließend Skalarprodukt.
Zwei Matrizen (3x4 und 4x5) mit Zufallszahlen erzeugen und multiplizieren.
Geht's irgendwo noch kürzer?\(\endgroup\)
\(\begingroup\)Der im Artikel angegebene Link funktioniert im Augenblick scheinbar nicht mehr.
Inhaltlich dürfte es sich aber um dasselbe handeln, was man unter
http://www.gksoft.com/a/fun/unix-c-quatsch.html
findet.\(\endgroup\)
Home / Seite ohne Frame
Wie unterstütze ich den Matheplaneten mit Geld?
Printer-friendly version
Get link to this article
Comments
Für diesen Artikel gibt es keine pdf-Datei
Dieser Artikel ist im Verzeichnis der 
