Delphi-Buch.de

[cookie22]

Zitat von mkinzler:

Nein, man sollte mit den Grundlagen anfangen. Es gibt genügend "Klickbunti"-Programm-Zusammenklicker!

Geanu das schreckt sehr viele Leute ab. "Klickbunti" motiviert und macht Spaß, Konsolenprogramme sind einfach nur langweilig und demotivierend. So sah das schon Ende der 80er bei mir im Informatikunterricht aus, man sollte die Zeit nicht ganz ignorieren.

Man kann "Hello World" auch ansprechend mit ein paar Images und Buttons umsetzen.

[DeddyH]

Könnten wir uns darauf einigen, dass eine gute Balance zwischen Klickibunti und Hintergrundwissen erstrebenswert ist? Dass es nicht einfach ist, diese zu finden, ist mir auch klar, aber man setzt sich ja Ideale, um möglichst nahe an diese heranzukommen

[Medium]

Wer von Nicht-Instant-Klickbunti angeödet ist, interessiert sich nicht für Programmieren, sondern für Malen. Da wäre ein entsprechender VHS-Kurs nebst Staffelei wohl eher das richtige dann, im Zweifel eine Version Photoshop + Zeichenbrett.

Wohl aber auch eine Frage der Zielgruppe: Soll es etwas für Schüler werden, die das ggf. machen müssen, und da mit Hängen und Würgen so gut wie eben geht durchgeführt werden sollen, oder doch dem Jung-Geek, der sich wirklich dafür interessiert und was lernen will. Erstere kann man gern mit bunt und schön bei der Stange halten, aber auch nur Untergrenze (was sonst wird, sehen wir hier ja ab und an), bei letzteren kann man sicherlich problemlos erst ab Lektion 10 nen Button zur Hand nehmen. Die Dichte an fürs Fach wirklich relevanten Dingen ist bei letzteren sicherlich erheblich höher.

[himitsu]

Wenn es "nur" um die Hintergrundlogik geht, dann ist klick-bunti sowieso nicht wichtig.

Was hier aber ein guter Kompromiss wäre:
Noch ein zweites "Hallo Welt"-Programm mit der VCL.

Wenn es um Client-Server-Anwendungen geht (also die z.B. Indy) könnte man ja auch erstml mit einem "Hallo Welt"-Programm anfangen.
Selbst bei der OOP könnte man eines erstellen.
> Der Server/die Klasse geben ein "Hallo" aus und der Client, bzw. die aufrufende Klasse zeigt es dann an.

[Jumpy]

Ich kenne einige Bücher, die bieten im Intro einen Leitfaden zum Querlesen an, bzw. zum gezielten hin- und herspringen. Das sollte im Rahmen einer Webseite eigentlich noch einfacher zu realisieren sein, so dass mMn leicht beide Wege verfolgt werden können.

[BUG]

Imho sollte die VCL erst nach einem Grundlagenkapitel über OOP behandelt werden. Dann erscheint auch die VCL nicht mehr so "magisch".

[Luckie]

Ich frage mich, warum da jeder so sein eigenes Süppchen kocht. Es gibt diesen Delphi Crashkurs von [Vorname hier bitte einsetzen] Stelzmann und es gibt die Tutorials bei Delphi-Treff und wenn man etwas sucht, findet man unzählige angefangene Kurse, die nicht fertig sind, weil der/die Autor/en keine Listz mehr hatten oder keine Zeit. Warum sich nicht an bestehenden Projekten beteiligen oder bestehende Projekte wiederbeleben? Angefangene Tutorials die bis zu den Kontrollstrukturen gehen gibt es genug. Aber wo es dann etwas komplexer und aufwendiger wird, ist dann meistens Schluss. Deswegen habe ich da meine eigenen Tutorials (Klassen, Threads) selber geschrieben. Ein Tutorial über Exceptions-Handling schwirrt mir auch noch im Kopf rum. (Bin bisher nur noch nicht dazu gekommen, mir mal ernsthaft Gedanken darüber zu machen, wie ich es anpacke.)

Kurz: Wir haben hier wieder ein weiteres Anfängertutorial, was eigentlich niemand braucht, weil es davon schon genug gibt. Damit will ich die Leistung der Autoren keines Falls schmälern. Im Gegenteil, ich finde es gut, dass sich jemand die Arbeit macht. Nur befürchte ich, dass nach einem halben Jahr alles wieder im Sande verlaufen wird.

[dataspider]

Hi,

die Idee finde ich schon gut.
Aber ich muss doch erst mal etwas Kritik loswerden:

In den Quelltextbeispielen sollte man sich an die Richtlinien halten, gerade wenn es sich an Anfänger richtet.

Delphi-Quellcode:

begin
   Zahl1:=10;
   Zahl2:=20+Zahl1;
   writeln('Zahl2='+inttostr(Zahl2));
end.
// lieber doch so...
begin
  Zahl1 := 10;
  Zahl2 := 20 + Zahl1;
  writeln('Zahl2=' + inttostr(Zahl2));
end.

Ich ärgere mich gerade über Quelltext ohne Leerzeichen:

Delphi-Quellcode:

  if(spMon.text='11') then
  begin
    strMAnf:='01.11.'+strJahr;strMEnd:='30.11.'+strJahr;
  end;

Das geht auch lesbar...

Frank

[Namenloser]

Also Delphi für Kids fing afair direkt mit der VCL an. Ich muss sagen, dass es mich damals gereizt hat, dass ich mit ein paar Klicks Oberflächen erstellen konnte, die so aussahen wie bei professioneller Software. Aus mir ist trotzdem ein ordentlicher Programmierer geworden (hoffe ich ).

Dass so viele an der Konsole für den Einstieg festhalten, liegt wahrscheinlich einfach daran, dass die meisten in einer Zeit mit dem Programmieren angefangen haben, in der grafische Oberflächen noch nicht verbreitet waren – und weil es bei einem selbst so gut geklappt hat, nimmt man an, dass es der beste Weg wäre. Man könnte auch meinen, dass Konsolenprogramme weniger Schnickschnack haben, und man deshalb das wesentliche schneller lernt, aber ich glaube das ist ein Trugschluss. Wenn man es sich überlegt, ist ein Konsolenfenster, das Text anzeigt, nicht weniger „magisch“ als ein VCL-Fenster.

Ich glaube, dass der Einstieg über die VCL sogar Vorteile hat, da man ein intuitives Verständnis für ereignis- und objektorientierte Programmierung bekommt. Dieses später auf „unsichtbare“ Objekte zu übertragen ist ein Kinderspiel. Es ist so herum einfacher zu lernen, als mit abstrakten Begriffen wie „Objekten“ anzufangen und erst später Beispiele kennenzulernen.

[Luckie]

Zitat von NamenLozer:

Ich glaube, dass der Einstieg über die VCL sogar Vorteile hat, da man ein intuitives Verständnis für ereignis- und objektorientierte Programmierung bekommt. Dieses später auf „unsichtbare“ Objekte zu übertragen ist ein Kinderspiel. Es ist so herum einfacher zu lernen, als mit abstrakten Begriffen wie „Objekten“ anzufangen und erst später Beispiele kennenzulernen.

Nur leider wird in den wenigsten Anfängertutorials erklärt, das Form1 eine Instanz der Klasse TForm ist und dass die Ereignisbehandlungsroutinen eigentlich Methoden dieser Klasse sind und was es bedeutet. Wie oft kommt hier die Frage, dass eine Prozedur die Objekte auf der Form nicht kennt, weil die Prozedur keine Methode der Form Klasse ist. das ist doch ein eindeutiges Zeichen, dass einfach nicht verstanden wurde, was eine Klasse ist und das Form1 eine Instanz der Klasse TForm ist. Und anscheinend wird dies nie richtig erklärt, sonst gäbe es diese Fragen nicht.