Informatik Unterricht

[buchsbaum]

Hab noch ne recht gute Website gefunden auf der man einen Einstieg in Delphi erhält:

http://freenet-homepage.de/wasweissi...infuehrung.htm

Die PDF muss man sich zwar downloaden, aber der Inhalt ist recht gut gebräuchlich und auch gut für Einsteiger, finde ich jedenfalls ...

[khh]

[quote="Sir Rufo"]

Zitat von himitsu:

So einen Ausdruck (if x = true then) fand ich doch letztens in einem kleinen Programm,
welches mein Vater da in sein Delphi gehäckert hatte.

das if x = true sollte nicht all zu negativ bewertet werden.
Ich finde es macht den Code auf jeden Fall lesbarer.

und einen Fehler erzeugt es ja auch nicht


Gruss KH

[implementation]

Naja, es kann aber trotzdem ganz schön daneben gehen, da das Windows-true ungleich dem Delphi-true ist.

Delphi-Quellcode:

// Delphi
type
  Boolean = (false, true); // true = 1

// Windows
##define TRUE 0xFF // true = -1 bzw. 255

Angenommen, du benutzt eine API-Funktion und empfängst als Result einen Boolean (bzw. ByteBool/WordBool/Longbool).
Wenn du dann auf TRUE prüfst, wird der Ausdruck wohl immer FALSE ergeben.

Wenn du das =true weglässt, wird nur überprüft ob der Ausdruck <>false ist. Und false ist immer 0.

[Wolfgang Mix]

... oder man prüft auf not false ...

[fatalerror]

Meines Erachtens ist diese Diskussion vollkommen auf Abwege gekommen. Da entsetze ich mich einmal als Lehrer und ein zweites Mal als Softwareentwickler, wenn die Diskussion in programiertechnischen Details wie der Notation von Bedingungen zum Thema Informatikunterricht ausufert.

In diesem Thread wird das Augenmerk viel zu stark auf die Sprache (Delphi, bzw Pascal) gelegt und nicht auf die grundlegend wichtigen Elemente des Informatikunterrichts, bzw hier im speziellen auf die Ausbildung in der Softwareentwicklung.

Viel bedeutender als sprachspezifische Notifikationen, ist es doch in eine schulischen Ausbildung grundlegende Werte zu vermitteln. Wie ich hier im Forum, als auch in meiner täglichen Berufsausbildung feststelle, muss in der Ausbildung mehr Gewicht auf so alltäglichen Probleme wie des Sprachverständnis, der Abstraktion der Logik und erst im letzten Schritt auf die Sprachbefehle gelegt werden.

Wenn zudem ein gestandener und geschätzter Programmierer schreibt

Zitat:

Programmieren ist:
- man schreibt die gewünschten Befehle auf,
- kompiliert es
- und fertig

dann verstehen wohl einige gestandene Programmierer ihre eigene Arbeit nicht.

[Wolfgang Mix]

Ihr Softwareentwickler und wir Lehrer sollten uns besser ergänzen.
Das versuche ich hier schon seit einem halben Jahr mit Erfolg

[schöni]

Und wenn der Threadersteller jetz nur mitliest, ohne sich anzumelden, habt Ihr ihm jenseits aller Regeln schon mal erklärt, wie man mit Programmieren anfängt. So hat er teilweise sein Ziel schon mal erreicht. Andere werde es daraufhin auch versuchen.

[Delphi-Laie]

Zitat von fatalerror:

Wenn zudem ein gestandener und geschätzter Programmierer schreibt

Zitat:

Programmieren ist:
- man schreibt die gewünschten Befehle auf,
- kompiliert es
- und fertig

dann verstehen wohl einige gestandene Programmierer ihre eigene Arbeit nicht.

Diese Satz empfinde ich schon als ein wenig dreist und anmaßend.

Das ist nämlich (fast) alles eine Definitionsfrage. Programmieren leitet sich vom Programm ab, insofern ist das Schreiben des Programmes tatsächlich die hauptsächliche menschliche Tätigkeit dabei.

Das Planen des Programmablaufes, das Entwerfen des Softwaredesigns, der Softwareergonomie, der Bedienlogik und nicht zuletzt (manchmal sogar primär) eines guten (manchmal sogar neuen) Algorithmus' sind zwar für moderne Weichwaren sicher mindestens genauso unumgänglich, jedoch nicht zwangsläufig dem eigentlichen Programmieren zuzuordnen. Für so etwas gibt es Softwaredesigner, -architekten u.ä. .

Um mal eine Analogie zu strapazieren: Letztlich gibt es ja auch einen Unterschied zwischen dem Produzieren und dem Fertigen.

[fatalerror]

Zitat:

Diese Satz empfinde ich schon als ein wenig dreist und anmaßend.

So war er auch gedacht und hat mit deiner Reaktion auch das bzw mein Ziel erreicht.

Klar war meine Absicht deutlich zu machen, was du für mich ausformuliert hast (um es dann im zweiten Teil deines Postings wieder abzuschwächen).

[ergänzt] Meines Erachtens, hast du dabei noch einige wichtige Aspekte vergessen aufzuzählen:
- Gerade in der Schule stelle ich fest, dass Probleme bzw Aufgabenstellungen nicht erkannt werden, infolge sprachlicher Mängel
- Das Erstellen von Quelltext kann/sollte auch Kreativität beinhalten
- Das Programmieren umfasst auch die gedankliche Auseinandersetzung mit dem zukünftigen Nutzer der Software, d.h. eine Analyse der möglichen Benutzereingaben und der daraus resultierenden Fehlerbehandlung ist oft ebenso wichtig wie die eigentliche Funktionalität des Programmes.
- ...
[/ergänzt]


Daneben finde ich das Zitat aber auch aus andern Gründen wirklich schrecklich.

Zitat:

Programmieren ist:
- man schreibt die gewünschten Befehle auf,
- kompiliert es
- und fertig

1. Ein (moderner) Programmierer schreibt keine Befehle
- er erstellt Objekte, entwirft Methoden, schreibt Funktionen, Prozeduren, ...

2. Ist das Erstellen eines Quelltextes zb. mit PHP oder Javascript,... kein Programmieren, weil man hier den Quelltext nicht kompiliert?

[Delphi-Laie]

Zitat von fatalerror:

Zitat:

Diese Satz empfinde ich schon als ein wenig dreist und anmaßend.

So war er auch gedacht und hat mit deiner Reaktion auch das bzw mein Ziel erreicht.

Wer ein solches Alter wie Ihres in einem solchen Fachforum wie diesem angibt, sollte mit seiner Reiferetardierung nicht noch unnötig kokettieren.

Zitat von fatalerror:

1. Ein (moderner) Programmierer schreibt keine Befehle
- er erstellt Objekte, entwirft Mehoden, schreibt Funktionen, Prozeduren, ...

Und, woraus bestehen diese Unterprogramme (vorrangig)?

Zitat von fatalerror:

2. Ist das Erstellen eines Quelltextes zb. mit PHP oder Javascript,... kein Programmieren, weil man hier den Quelltext nicht kompiliert?

Es wirft kein gutes Licht auf Ihre Argumentationsfähigkeit und Integrität, wenn Sie sich gerade hier an dem Fehlen einer beim Programmieren zeitlich eher marginalen nichtmenschlichen, einer maschinellen Tätigkeit verbeißen, auch dann, wenn z.B. das Compilieren ebenfalls nicht zwangsläufig zum Programmieren gehört, und sogesehen auch, völlig richtig, Internetseiten programmiert werden (können). Aber es ist eben eine algorithmierte, maschinelle und zeitlich relativ unbedeutende (Neben-)Tätigkeit.