Die Geschichte der Programmierung kennt einige Versuche Programmierung an den Mann oder die Frau oder die AI zu bringen. Tutor auf Plato Systems (ELearning System) war eine dieser frühen Versuche (Ein Befehl pro Zeile, keine Zeilennummern, verständliche Befehle).

Der mit Abstand erfolgreichste Versuch war aber sicher BASIC. Hier war von Anfang klar, dass man weg wollte von kryptischen Codings wie etwa Assembler oder ALGOL oder dann C ( if(){} ). Und so entstand eine Sprache die aus nur 26 alltagssprechenden Befehlen besteht (PRINT, IF …) und wo es pro Zeile nur einen Befehl gibt – dazu dann leider noch jede Zeile mit einer Nummer, zu der man Springen konnte (Zeilenlose Basics tauchten erst 20 Jahre später auf und wurden in den 16Bit Systemen propagiert). Aber alles in allem orientierte sich BASIC an der klassisch menschlichen Sprache und der Idee „Codende geben einer Maschine“ einen Befehl: ’10 PRINT „HELLO“‚. Und diese führt sie aus. Und eine Linie braucht eine eindeutige Nummer.

Um zu programmieren, muss man also hier nur die Perspektivenübernahme verstehen: „Ich sage du tust“. Computer: „Das sind meine Befehle, ich führe aus“. Und das war/ist es.

Der Erfolg gerade in der 8Bit-Area (C64, …) gab dieser Sprache mit ihren Beschränkungen recht. Die Idee war sicherlich Programmierung soweit wie möglich zu verbreiten. Ja selbst die Bedienung des Computers im Allgemeinen war BASIC.

Insofern gab es hier keinen Unterschied zwischen Programierung und Bedienung. Noch nicht, muss man aus heutiger Sicht sagen. Ohne Programmierung wie ‚Load „*“,8,1‘ keine Nutzung von Programmen, kein Spiel.

Die 16Bitter mit ihren GUIs zerstörten dann diese „Einheit“ und auch die Idee, alle müssten programmieren können. Seither ist diese Idee dahin und es gibt einen tiefen Graben, zwischen Nutzenden/Contentmacher und Medienmachern.

Und wie D. letzthin meinte: AI hat die Idee, dass Leute programmieren können müssen, endgültig begraben.

In einer Aussage in Britsoft – An Oral History – gehen die Macher von Sentinentel darauf ein, dass sie unendlich viele 8Bit Ports machen mussten. Eine langweilige Arbeit, gerade auch weil sie von einem Micro BBC ausgingen. Einem an und für sich schnellen Computer im Vergleich zu anderen 8Bittern. Interessant sei die Umsetzung auf den C64 gewesen, der langsamer war aber viel RAM hatte. Und so hätten sie die Technik übernommen, die es schon im Medium „Mensch“ gab: Sie hätten einfach für die Berechnungen (!) LookUp-Tables genommen!

Angestiftet von dieser Aussage in Sachen Speed, habe ich mir das Micro BBC Basic genauer angesehen und bin auf eine wirklich schnelle Maschine gestossen (nicht nur auf dem Papier). Ich habe deswegen das Experiment mit dem einfachen BASIC-Spiel wiederholt (siehe hier):

Entwickelt wurde das Spiel auf dem OnlineEmulator bbcmic.ro (https://bbcmic.ro). Der Editor macht Spass, passt allerdings die Zeilenzahlen (bie GOTO etc) nicht automatisch an.

BASIC (mehr dazu hier >) erfunden in den 60er Jahre (noch weitgehend im CommandLine Input/Output Frame) hat eine lange Geschichte der Radiation hinter sich. BASIC fehlte strategisch so etwas wie inkludierbare Frameworks, die dann auf jedem System wieder anders implementiert werden mussten. Es war ja auch unter anderem als Programmiersprache fürs Lernen konzipiert worden.

Es entstanden deswegen eine Menge verschiedene Dialekte, in denen eigentlich nur noch die Grundbefehle gemeinsam sind, aber selbst die Nutzung dieser 26-Grundbefehle ist oft unterschiedlich (Dim-Defintionen etwa). Man kann sich sogar fragen, ob selbst Assembler-Programme ohne Zeilennummern ‚moderner‘ waren. Vor allem die 80er Jahre mit ihren Basic-HomeComputer-Interfaces waren prägend. Und so läuft fast kein Basic-Programm auf verschiedenen Plattformen. Noch einschneidender war selbstverständlich das Aufkommen von Zeilenlosen-Basics wie etwa GFA-Basic ab den 16/32Bit-Homecomputern, das eine Kompatibilität fast unmöglich machte.

Will man heute ein BASIC Programm schreiben, das auf so vielen Plattformen wie möglich läuft, muss man sich start beschränken auf die minimalen Befehle. Das schwierigste ist natürlich die Ausgabe, da BASIC in seiner ursprünglichen Form eigentlich auf LinePrinter ausgelegt ist (60er Jahre) bzw. Bildschirme als Lineprinter funktionierten. Grafikbefehle Fehlanzeige. Der Rechner war hier wirklich als „Rechner“ gedacht.

Noch schwieriger ist es, etwas im Action-Bereich zu machen. Also da, wo es um Keypressing geht und das optionale Nutzen von Input. Hier wird es sehr schwierig, da das Dartmouth-Basic, soweit ich das sehe, über kein eigenes Kommando verfügt und so jede Implementation dann selbst etwas „gewurstelt“ hat, um das zu ermöglichen. Ein weiteres Problem ist selbstverständlich die Möglichkeit irgendwie die Geschwindigkeit zu messen, bei heute im Vergleich zu damals unendlich schnellen Systemen.

Die letzten zwei Anforderungen muss man also auf jeder Installation – soweit ich das sehe – selbst implementieren.

Action-Angehauchtes „Be Jeweled“ oder 3+ gewinnt

Anbei wurde versucht ein einfaches BASIC-Spiel zu implementieren, dass ActionAspekte hat und dennoch auf allen Plattformen ohne grosse Anpassungen laufen wird (Zeilenbasiert).

Herausgekommen ist am Ende ein vereinfachtes „Be jeweled“ mit Lineprint als Ausgabe.

Das Spiel schreitet voran und fügt per PRINT neue „Edelsteine“ hinzu. Dabei wartet das Spiel eine Sekunde, bis der nächste Stein angehängt wird. In dieser Zeit kann der Spielende seinen Stein anfügen. Im vorliegenden Fall ist es ein „.“. Danach wird die Linie beeendet und abgerechnet.