Vorher eine Entschuldigung:
Dies wird nicht in die Threads einsortiert, da Antwort auf ein digest.
Ich gelobe Besserung ;-)
> From: Josef Spillner <dr_maux(a)maux.de>
> Es ging doch wohl hauptsaechlich um die Sprachen, weniger um die
> Tools.
Sic. Warum dann Free Pascal OK, Kylix doppel plus ungut?
> Es hatte jemand nach einer Programmiersprache gefragt, die man einem
> Einsteiger empfehlen kann.
> Wenn du so gute Erfahrungen mit RAD-Tools gemacht hast, kannst du
> gerne etwas darueber schreiben oder sogar einen Vortrag halten.
Ich programmiere seit, na, 16 Jahren, habe also nicht mit RAD-Tools
angefangen. Mein Aufhaenger war auch nicht, ob RAD fuer einen
Anfaenger geeignet ist, sondern dass Kylix *zum Lernen der Sprache
Pascal* genauso gut oder schlecht geeignet ist wie Free Pascal. Siehe
auch weiter unten.
> From: konrad.rosenbaum(a)t-online.de (Konrad Rosenbaum)
> Alle, die hier gegen Kylix gestimmt haben, haben mindestens fuenf
> bis zehn Jahre Erfahrung mit Programmierung.
OK, macht einen aber nicht unbedingt zum besten Lehrer. Um bei mehr
oder weniger gelungenen Analogien zu bleiben: nicht die werden die
besten Unterstufenlehrer, die die meisten Buecher gelesen oder
geschrieben haben.
[major snip]
Ich gebe Dir in den meisten Punkten recht, halte diese doch im
Zusammenhang mit dem programmieren lernen nicht fuer sofort sehr
relevant.
> Dazu gehoert es auch mit den richtigen Werkzeugen zu arbeiten
> (zugegeben mit meiner Laubsaege kann ich prima Modelle fuer die
> Spielzeugeisenbahn bauen, aber ein richtiges Haus baut man damit
> nicht).
Noch mal zurueck zur Unterstufe: Man waechst irgendwann ueber Kreide
und Fingermalfarben fuer die taegliche Arbeit hinaus, aber zum Lernen
sind die doch irgendwie ganz gut geeignet.
> 4. (Hinweis) RAD steht fuer "Rapid Application Development"
Ich verbringe den geringsten Teil der Zeit mit dem Zusammenklicken der
Oberflaeche, bin aber ganz gluecklich, Dialoge nicht mehr per
Millimeterpapier zu entwerfen. Diesen Teil vermisst wohl keiner, und
UI Designer fuer C++ Klassenbibliotheken (QT anyone?) haben dieses
"RAD-Stigma" nicht. Niemand zwingt mich, die Anwendungslogik in
Ereignisbehandlungsmethoden "reinzuhacken". Und soviel ist ja klar:
*jede* Sprache und *jede* Programmierumgebung bieten hinreichend
Moeglichkeiten, sich in den Fuss zu schiessen.
> Versteh' mich bitte nicht falsch: Kylix ist eine tolle Sache, wenn
> man schnell mal einen Prototypen von Teilen einer groesseren
> Applikation bauen will. Aber man sollte es dabei belassen und den
> Rest mit professionelleren Tools machen.
ACK, aber nur zum Teil.
Es gibt keine Silberkugel fuer grosse Applikationen.
Programmierumgebungen sind in Hauptsache eine Frage persoenlichen
Geschmacks und persoenlicher Gewohnheiten. Sprachen haben Vor- und
Nachteile, alle. Pascal und C / C++ haben stellenweise die
gleichen (Typsystem, fehlende garbage collection, OOP nachtraeglich
angestrickt, ...)
> In der urspruenglichen Diskussion ging es uebrigens darum, dass
> jemand Programmieren lernen wollte. Zur Programmierung gehoeren
> Methoden, Modelle und bestimmte Strukturen. Vom wild rumklicken, wie
> man es ganz automatisch als Anfaenger mit Kylix macht, hat noch kaum
> jemand Programmieren gelernt
Kylix == Object Pascal == erweitertes Pascal, eine Sprache, die zum
Erlernen des Programmierens entstand...
Kontrollstrukturen etc. lassen sich mit Kylix als
Kommandozeilenprogramm gut erlernen. Ich bin darueber hinaus der
Meinung, dass ein voelliger Neuling schneller einen Fehler in seinem
neuen Programm findet, wenn er mit der Oberflaeche ganz einfach
z.B. Variablen anzeigen und den Ablauf des Programms im Schrittbetrieb
verfolgen kann (statt mit gdb zu kaempfen).
Klar waechst man aus der Umgebung heraus, aber es ging um Anfaenger.
> From: Jens Weisse <jens.weisse(a)gmx.net>
> Erfahrungswerte: Mein bisher einziges RAD-Programm hatte eine <viel
> Lob> super </ viel Lob> Oberflaeche, aber als einzigen Nutzwert die
> Nullstellenbestimmung eines Polynom 7. Grades. Dieses Programm war
> weder schoen (Spaghetti-Code ohne Funktionen...) noch schnell,
> dafuer sind Stunden fuer eine huebsche Grafik drauf gegangen.
<tongue in cheek>
Jaa, aber war da das Programm schuld? Dann duerften ja Fahranfaenger
auch bloss Autos fahren mit 70 km/h Hoechstgeschwindigkeit und ohne
Radio.
</tongue in cheek>
> Das bloede ist nur, das fuer jeden Einsatzzweck eine andere Sprache
> geeignet ist
Ein sehr guter Punkt, der ueberhaupt nicht in die Diskussion
eingeflossen ist bisher. Sicher ist die ideale Anfaengersprache fuer
Polynome etc. eine andere als die zum Verarbeiten von Textdateien.
> From: Ulf Lorenz <s8397076(a)rcs.urz.tu-dresden.de>
> Erstens sind die Bibliotheken von Borland zwar ganz nett, aber nur
> solange man nichts anderes gesehen hat. Sie sind zwar geeignet, um
> eine 08/15 Oberflaeche zu erzeugen, aber z.B. ein Spiel wuerde ich
> damit nicht programmieren wollen. Aus meiner Erinnerung sind die
> mir jetzt zu umstaendlich dafuer (Qt oder SDL ist da leichter). Nur
> so als Beispiel. (um mal das Kylix bashing zu rechtfertigen :)).
Definitiv falsch. Was das Design der Klassenbibliothek angeht, so
sind die VCL (Delphi) und die CLX (Kylix) Krankheiten wie den MFC
haushoch ueberlegen, die CLX ist letztendlich ein Wrapper um Qt (dies
ist leider problematisch) und vergleichbar gut oder schlecht nutzbar.
Fuer Spiele oder so ist *jede* zusaetzliche Zwischenschicht zuviel.
Wer mir nicht glaubt, dass mit Delphi ernsthafte Dinge zu erschlagen
sind, der schaue sich beispielsweise die Sprachlernprogramme der
Digital Publishing (habe keine Verbindung zu denen) an.
> Zweitens ging es darum, was ein Programmieranfaenger lernen soll.
Hier waere Qt sicher auch keine gute Empfehlung.
> Und dem darf das Programmieren ruhig wehtun.
Nein. Hoechstens, wenn man auch der Meinung ist, dass die looser das
mal den *richtigen Maennern* ueberlassen sollen (und der Weg zum
richtigen Mann fuehrt ueber den Assembler).
Und das eben war nicht meine Einbildung, das ist in aehnlicher Weise
in den letzten Tagen hier ueber den Sender gegangen.
> Assembler z.B. ist eine grossartige Sache.
Ich liebe Assembler und programmiere heute noch Mikrocontroller
damit. Leider muss ich zugeben, dass die Programmiererfahrungen aus
Zeiten, da die PCs viel langsamer waren, schlechte Gewohnheiten bei
mir zurueckgelassen haben. Der Gedanke daran, was der Compiler daraus
macht, verfuehrt mich oft dazu, "write-only" Quellcode in die Welt zu
setzen. Was in Pascal schon viel schwerer ist als z.B. in C. Hilft
nicht sehr, wenn man gemeinsam mit anderen an den gleichen Quellen
arbeitet.
In diesem Zusammenhang moechte ich auf das Kostenverhaeltnis
Maschinenzeit zu Programmiererzeit hinweisen.
Um meine Meinung in einem Satz zusammenzuraffen: Ich gehe ja mit
vielen einzelnen Punkten voll mit, finde aber, das der Machismo in
einer Empfehlung fuer Anfaengersprachen fehl am Platze ist.
--
Michael Hieke
mghie(a)gmx.net
"Dumbing down is not a solution for everything. I simply can not
understand why one would want to portray ignorance as a virtue."