Als ich nach meinem Diplom mit meiner Doktorarbeit anfing hatte ich ein kleines Problem: Die Aufgabe war es komplexe Simulationen durchzuführen, aber es gab keine Software dafür bzw. nicht, was ich hätte verwenden können/mögen. Und so habe ich meine eigene Software geschrieben. Über insgesamt drei Jahre ist so meine bislang ehrgeizigstes und komplexeste Anwendung in Eigenregie entstanden. Aber es war nicht nur reine Arbeit - es war auch immer eine gute Gelegenheit, um den Kopf von der trockenen Theorie zu entspannen. Auf diese Weise sind viele Features hineingekommen, die nett aber nicht unbedingt notwendig waren.
DySTReM dient der Simulation von zwei dimensionalen Strömungen und geo-biologischen Prozessen. Sprich man kann auf einer zweidimensionalen Geometrie eine Strömung simulieren. Dann kann man Stoffe, z.B. Sauerstoff oder Schwefel "hinzugeben" und Reaktionen definieren. Das Modell berechnet dann neben dem Transport der Stoffe durch das System auch die stattfindenen Reaktionen. Man kann sich dann zu jeder Iteration die Stoffkonzentrationen als Funktion oder als zweidimensionales Bild ausgeben lassen.
Das Highlight war jedoch, dass man auch Ausfällungsreaktionen definieren konnte, sprich es fanden Ablagerungen statt, die wiederum Einfluß auf die Strömung hatten.
Geplant war, dass ganze zu überarbeiten und der Öffentlichkeit zur Verfügung zu stellen, aber es war nie so recht Zeit dafür. Immerhin habe ich es bei Sourceforge publik gemacht.
Vielleicht komme ich ja nochmal dazu das Programm nach Java zu portieren ...

Wer kennt sie nicht, die Schachprogramme, die einen wie den letzten Idioten aussehen lassen? Aber wie funktioniert das? Von dieser Frage beflügelt, hatte ich mich daran gemacht einen Algorithmus zu schreiben, der Vier gewinnt spielt. Außerdem bewegte mich die Frage, ob Vier gewinnt überhaupt ein Spiel ist. Sprich: Wenn beide Spieler eine perfekte Strategie haben, gewinnt dann immer der, der anfängt?
Um es vorweg zu nehmen: Er war nicht perfekt. Aber ich habe dabei einiges gelernt. Das Prinzip war einfach: Bewertung der Felder nach Gewinnmöglichkeiten für sich selbst und den Gegner. Die Schwierigkeit lag in der Gewichtung, aber auch darin zu bewerten, was denn überhaupt ein guter Zug ist - und was ist wichtiger: selbst einen guten Zug machen, oder verhindern, dass der Gegner es macht? Da die Entscheidung statisch war, mußte man nur herausfinden, wie sich der Computer wann entscheidet. Danach hat man immer gewonnen. Ein Freund von mir ist jedoch immer an der Hürde gescheitert - richtig schlecht war der Algorithmus also nicht ;-)

Was am C64 immer nervte war, dass man immer nur 40 Zeichen pro Zeile darstellen konnte. Es war auch die Zeit, in der die ersten menügesteuerten Anwendungen aufkamen. Für den C64 war damals Geos im Kommen. Das hat mich dann auch gereitzt und so habe ich mich dran gemacht und Stück für Stück eine komplette Textverarbeitung geschrieben. Die Highlights:

• Darstellung von 80x25 Zeichen auf dem Bildschirm, eine 2. Seite wurde im Speicher gehalten, die man mit einem Klick erreichen konnte.
• Pulldown Menü, dass über einen Joystick bedient wurde (originell, gell - Mäuse gab's halt noch nicht). Über das Menü konnte man Seiten laden/speichern/drucken, Textteile ausschneiden/kopieren. Fenster (z.B. Inhalt des Diskettenlaufwerks) wurden über den Text geblendet - noch alles in "Handarbeit".
• Unterstüzung von Textformattierung (fett/kursiv/unterstreichen, etc. - alles was der Drucker halt unterstützt hat). Allerding nicht wie heute per WYSIWYG sondern durch direktes Einfügen der Steuerzeichen für Fettdruck Start und Ende...

Das ganze war sogar recht schnell - alle Darstellungsoperationen hatte ich in Assembler geschrieben, den Rest n Basic. In der Zeit habe ich den C64 quasi in und auswendig gelernt, wie später nie einen Rechner wieder. Allerdings habe ich schon ein Jahr später sogut wie nix mehr von Code verstanden - damal wurde nicht dokomentiert, da dafür kein Platz war im Speicher (heute gibt es andere Ausreden...).
Die Anwendung habe ich nie publik gemacht (eine frühe Version hatte ich einmal bei einem Programmierwettbewerb bei der C64'er eingereicht - ist leider nix geworden), aber dennoch kam sie zum Einsatz: wir haben damals die gesamte bizeitung damit verfaßt.

Wer kannte das nicht - da hat man ein Basicprogramm geschrieben und will mal kurz sehen, was auf der Diskette so drauf ist und schwups ist das Programm überschrieben, da das Directory immer als Basicprogramm eingeladen wurde. Also schnell mal ein Assemblerprogramm geschrieben, dass den Inhalt auf dem Bildschirm ausgibt. Schön seitenweise, wobei der Titel immer in der ersten Zeile stand.
Die Routine hab' ich später dann in der Textverarbeitung eingesetzt. Während jenes nie veröffentlicht wurde hat es die einfache Routine geschafft - in die C64‘er ;-)

Das Programm ist damals in der 12. Klasse für den Chemieunterricht entstanden. Man konnte damit Reaktionsgleichungen inkl. der elektrischen Ladung der einzelnen Komponenten eingeben und dann wurde anhand einer Tabelle ermittelt, welche thermische Energie dabei zugeführt bzw. frei wurde.
Bei Eingabe der Gleichung wurden die Ladungszahlen bereits an die richtige Stelle geschrieben (war beim C64 alles andere als trivial), z.B. 2H2O.
Während ich das Programm schrieb durften zwei Mitschüler die Tabellen abtippen :-). Als Belohnung wurde das Programm wie eine zusätzliche Arbeit mit 15/15 Punkten gewertet.