[linux-l] Geeks Traum [hier: Referenzsysteme]

[Thorsten Stöcker]

Moin,

Am Donnerstag, 27. Dezember 2007 15:39 schrieb Volker Grabsch:
> On Thu, Dec 27, 2007 at 10:23:55AM +0100, Thorsten Stöcker wrote:
> > > [1] Der Rechner "amsel.informatik.hu-berlin.de" ist eine SunOS/Sparc-
> > >     Maschine und wird an der Uni gern als Referenzsystem genommen
> >
> > Ganz tolle Lösung. Ich weiß zwar nicht in was ihr programmiert, aber ich
> > dachte eigentlich immer, das nicht so sehr die Lauffähigkeit auf einer
> > "Plattform",
>
> Das ist ein formales Kriterium, genauso wie man einen Korrekturrand
> auf schriftlichen Abgaben lässt.
>

Echt? Habe ich nie gemacht, aber ich habe ja auch ein Labberfach studiert.

> Die Uni ist vielfälig. Natürlich wird in den Vorlesungen Wert auf
> Zusammenhänge, Erklärungen, etc. gelegt. Wer das nicht drauf hat,
> besteht niemals die mündlichen Prüfungen.
>

Das kann ich nicht beurteilen, ich weiß nur, daß das Denken in Zusammenhängen 
nicht weit verbreitet ist, völlig unabhängig von Profession und Bildung.

> Aber es gibt eben auch Übungsaufgaben, in denen man mehr "handwerkliche"
> Dinge lernen soll. Dazu gehört das Ausarbeiten von Diagrammen & Schemas,
> dazu gehören kurze, präzise Erläuterungen (keine Labertexte). Und dazu
> gehört auch Programmierung.
>

Programmierung ist lediglich die Umsetzung einer abstrakten menschlichen 
Vorstellung in eine Sprache, die die Maschine versteht. Sprich ob Du die 
Lösung in C, Assembler oder PHP programmierst ist erst ein Mal egal. Ein 
B-Tree ist ein B-Tree.

> > Sie werden nunmehr 6 Semester Informatik hören und Programme schreiben
> > und das können Sie erledigen ohne auch nur einen Computer gesehen zu
> > haben.
>
> Sowas kann man sich in der theoretischen Informatik erlauben, aber
> nicht in der technischen und der praktischen Informatik. Das Studium
> besteht aber aus allen *drei* Sachen.
>

Weiß ich nicht, bei mir war es Bestandteil der BWL-Fachrichtung.

> Obwohl ... wir hatten mal so eine Klausur im Grundstudium, wo eine der
> Aufgaben darin bestand, auf dem Papier möglichst viele Syntaxfehler
> in einem C-Programm zu finden. *Das* ist erstmal realitätsfern. 

Nein, das ist die von Dir definierte Praxis. Syntaxfehler sind mit Abstand die 
häufigsten Fehler. Und ein Compilerlauf nur wegen Syntax-Fehlern zu 
wiederholen ist schlicht unnötig und Zeitverschwendung. Weißt Du in Pascal 
gibt es einen gewaltigen Unterschied zwischen

procedure (var variable)  und procedure (variable)

erster lieferte den Wert der Variable zurück, zweiterer nicht. Solltest Du bei 
der Programmierung einer doppelt verketten Liste vergessen Deine 
Zeiger-Operationen mit (var ...) aufzurufen wirst Du viel Freude haben.


> Keine 
> Ahnung, was sich der Prof dabei gedacht hat. 

Ich schon.

> Dann doch lieber den Umgang 
> mit Compiler-Fehlermeldungen und Debuggingtechniken lernen. 

Compilerfehlermeldungen??? Man, wieviele Generationen Compiler kennst Du und 
wieviele davon produzieren bei Syntax-Fehlern aussagekräftige 
Fehlermeldungen. while true do ist ein Syntax-Fehler, den viele Compiler 
nicht bemerken, beliebt sind auch Vertauschungen von Zeigern und deren 
Adressen, auch diese Fehler findet der Compiler nicht, weil es ihm schlicht 
egal ist ob Du die Adresse des Zeigers verarbeitest oder den Wert auf den er 
verweist. Besonders lustig wird dies, bei abgeschalteter Typprüfung.

> Programmieren 
> tut man *mit* dem Computer, nicht gegen ihn.
>

Das hängt vom OS ab. Denn zwischen Dir und Deinem Computer oder Dir und Deiner 
Programmiersprache und dem Computer sitzen ziemlich viele Stufen der 
Übersetzung und alle diese Übersetzungen haben Menschen programmiert, die 
Fehler machen. :-) 

Du programmierst weder mit noch gegen den Computer, Du programmierst den 
Computer.

Einfaches Beispiel, ich habe mal jemanden aufgetragen (zu Erklärungszwecken), 
ein Programm zu schreiben damit irgend eine beliebige Person ein Stück Butter 
aus dem Kühlschrank in der Küche holt. In der endgültigen Version waren das 
einige hundert Zeilen Code.

Ohne Compiler. Ohne Debugger.

Für die einfache Anweisung "Geh in die Küche und hole ein Stück Butter aus dem 
Kühlschrank." 

Und das ist meiner Meinung nach wichtiger, als zu wissen Code 220 bei MS-C# 
heißt ich habe "}" zu vergessen oder ich muß in Procedure X einen Tracepoint 
auf Variable Y setzen.

Gruß
Thorsten



-- 
Bären-Software
Thorsten Stöcker
Wichernstr. 40
13587 Berlin-Spandau
T: +49 (0)30 / 333 098 12
F: +49 (0)30 / 333 098 13
M: +49 (0)160 / 973 101 68
W: http://www.baerensoftware.de