Lynx: Download-Link, bitte. Oder Datei anhängen. Danke.
Beiträge von Omega im Thema „Kleine BASIC-Aufgabe aus einer Zeitschrift vom Juni 1985“
-
-
GoDot: Das ist ein sehr ordentlich geschriebenes TSB-Programm.
Obwohl ich nicht verstehe, warum man repeat...until, if...then...else oder irgendwelche gemischten Sachen in eine einzelne Zeile quetscht. Du solltest nicht vergessen, dass wir die Programmierer hier nach LOC (Lines of Code) bezahlen.

-
Unser Listing des Monats soll ein umfangreiches Knobelspiel werden, bei dem man zwei oder mehr gleiche Spielsteine durch Zusammenschieben abräumen muss. Die 100 Level sollten abwechslungsreich und mit steigendem Schwierigkeitsgrad gestaltet werden. Alle 10 Level soll eine hübsche Frau als Sprite-Grafik gezeigt werden. Das wars auch schon. Auf dem C64 haben wir's mal wieder mit drei Zeilen geschafft und wie sieht's bei Euch aus?
Liebe Redaktion, mit großem Interesse habe ich euren Aufruf zum 3-Zeilen-Spielewettbewerb gelesen.
Also... ich bin kein Experte, aber ich habe mir das mal angeschaut. Ich erinnere mich, dass kommerzielle Spiele wie Ghosts’n Goblins oder Commando auch oft nur aus einer einzigen Zeile bestanden, meistens sowas wie:
10 SYS 49152 CRACKED BY TRIAD
Daher nehme ich mal an, dass ähnliche Spiele auch mit nur einer Zeile oder wenigen Zeilen machbar sind. Vermutlich gibt es für jede Art Spiel eine Zahl, die man hinter SYS angeben muss. Und wenn man jetzt alle Zahlen von -unendlich bis +unendlich durchprobiert, dann kann man jede Art von Spiel entstehen lassen.
Die Zusatzzeichen "CRACKED BY TRIAD" in diesem Listing müssen übrigens eine ganz wichtige Funktion haben. Ich vermute, sie geben an, wie das Spiel abzulaufen hat und welche speziellen Parameter festgelegt werden. Vielleicht definieren sie sogar den Schwierigkeitsgrad, die Anzahl der Levels oder die Art der Sprites.
Man müsste also herausfinden, welche SYS-Zahl und welche Zusatzzeichen so ein Spiel mit 100 Levels und hübschen Damen entstehen lassen. Vielleicht gibt es ja ein Programm, das die richtige Zahl und die passenden Zusatzzeichen automatisch berechnet?
Mit freundlichem Gruß,
Euer treuer Leser
-
Am besten gefällt mir die Lösung für den Sinclair QL. Das erinnert noch am ehesten an ein richtiges Programm.
Obwohl: Mit GOTO aus einem IF-Block herausspringen ist schon ganz schön 80er-Jahre-krass. Yeah!

Bitte melde dich an, um diesen Anhang zu sehen.
-
Was ich erstaunlich finde ist die geringe Anzahl der Einsendungen bei einer so überschaubaren Aufgabenstellung.
Ich habe mein 12 Seiten langes COMAL-Programm gerade erst ausgedruckt und in einen A4 Umschlag gesteckt. Später werde ich es zur Post bringen.

Das zusammenquetschen von Code ist vielleicht dem Umgang mit üblicherweise beschränkten Ressourcen geschuldet.
Der Umgang mit knappen Ressourcen hat sicher vieles geprägt - aber ich glaube, manchmal war das Motto einfach: "Wenn's schwer zu lesen ist, ist's bestimmt clever."
-
War es. Es gab (und gibt) regelmäßig Einzeiler-Wettbewerbe. Mit erstaunlichen Ergebnissen.
"Erstaunlich" waren die Ergebnisse sicher - nur eben eher im Sinne von "Wie viel Wahnsinn passt in eine Zeile?", nicht im Sinne von guter Programmierpraxis.

-
Am besten finde ich den Kommentar: "Auf dem C64 haben wir's mal wieder mit drei Zeilen geschafft - und wie sieht's bei Euch aus?"
Dieser Satz bringt mich zum Schmunzeln. Es wirkt, als hätte man es sich damals absichtlich extra schwer gemacht - als wäre es ein sportlicher Ehrgeiz gewesen, Programme nicht möglichst gut, sondern möglichst kurz zu schreiben. Klar, der C64 hatte technische Grenzen, aber mit 38KB BASIC-Speicher hätte man durchaus lesbare und strukturierte Programme verfassen können. Stattdessen wurden drei 80-Zeichen-Zeilen bis zum Rand gefüllt. Hauptsache, es passte irgendwie rein.
Rückblickend fühlt sich das an, als hätte man versucht, ein Möbelstück aus Streichhölzern zu bauen, nur weil man Bretter für zu bequem hielt.
Hat man in diesen Computerzeitschriften eigentlich irgendetwas über saubere, wartbare Programmierung gelernt - oder nur, wie man Code möglichst schwer lesbar macht?
