\section{\href{http://www.jwdt.com/~paysan/bigforth.html}{BigForth},
  \href{http://www.embeddedforth.de/}{nanoForth}, genuineForths wie
  \href{http://amforth.sourceforge.net/}{amforth} und
  \href{http://www.jwdt.com/~paysan/gforth.html}{gforth}.}

Neulich waren auf dclf interessante postings zu lesen, in welchen  
über die Themen nachgedacht wurde, die sich für unser Forth--Magazin  
"`Vierte Dimension"' (VD) eignen könnten. Entzündet hatte sich dieser  
Thread an der Frage "`lokale forth gruppen"' --- wer trifft sich noch wo  
--- nachden deutlich geworden war, dass unsere lokalen Forthgruppen bis  
auf eine verschwunden sind: Die Münchner Gruppe gibt es weiterhin.

Wenn ich das richtig verstanden habe, wurde die nanoForth--Seite, also  
die der kleinen Systeme, in unserer VD Rafaels Meinung nach  
unglücklich dargestellt und war zudem unterrepräsentiert. Und er sähe  
es gern, wenn Forth in unserem Blatt auch `eingebettet' zum Thema  
gemacht würde statt explizit.

Mir wäre es auch lieber, wenn in der Abfolge ausgehend von einem  
speziellen Prozessor übers Forth zur Applikation die Betonung auf die  
Applikation gelegt würde. Gegebenenfalls kann das Problem auch ohne  
Verwendung eines bestimmten Prozessors dargestellt werden. Diese  
Untersuchung eines Problems mit \textbf{Hilfe} von Forth zu bewerkstelligen,  
stelle ich mir spannend vor. Dabei ist dann das Problem im  
Vordergrund, Forth wird zum Werkzeug für die elegante Art solcher  
Untersuchungen. Sei es, dass Hardware--, sei es dass Software--Probleme  
untersucht werden aus der Sicht des Embedded Control.
Die andere Seite, ich nenne sie mal die bigForth--Seite, wurde von  
Bernd Paysan vertreten. Er war, wenn ich das richtig verstanden habe,  
auch der Auffassung, dass ausgehend von konkreten Problemen  
interessantere Beiträge für die VD gefunden werden könnten. Auch auf  
der Ebene der größeren Maschinen sind Probleme gut beschreibbar in  
Forth. Als Beispiel wurde an den Beitrag von Deliano und Storjohan  
über die Galois--Felder erinnert.

Wir hätten somit auf diesen beiden Seiten eine problembezogene Sicht,  
ergänzt um den
Blick auf ein geeignetes Werkzeug. Ich finde es prima, das so zu sehen
und anzugehen. Und denke, dass für beide Richtungen in der VD Platz
genug ist. Und es sollte auch möglich sein, in der VD Fälle aufzuzeigen,
wo ein Problem mit einem andern Werkzeug als Forth besser angegangen
werden konnte, und auch zu sagen, warum das so gewesen ist.

Und dann hätten wir da noch die dritte Art der VD--Beiträge: Forth
an--und--für--sich. Das nenne ich mal die genuine Form. Da ging es
früher schon mal um einzelne Forthworte oder Sequenzen, die besprochen
wurden, vom NEXT für den Prozessor xy, Standards, floored division,
floating point, lokale Variablen und so etwas, um einige zu nennen.
Auch das hatte und hat bestimmt weiterhin seinen Platz in der VD. Das
kürzlich erschienene Sonderheft zum amforth für die atmel avr atmega
micro controller family war von dieser Sorte. Dort wurde ein
besonderer Entwurf eines Forth--Systems vorgestellt von Matthias Trute,
in dem die Forth--Worte als jeweils eigenes File betrachtet wurden.

Und ich fände es tatsächlich schön, wenn es gelingen würde, zu diesen
drei Bereichen gute Beiträge für die VD hereinzuholen. 

Ich jedenfalls wünsche mir aus all den genannten Bereichen Beiträge,
und es dürfen für mich auch durchaus Grundlagen dabei sein, wie DCF77,
RFID oder Halbleiter---Gyros von Analog Devices, mit Beschaltungen  
dazu, auch
ohne eine Zeile Forth. Das ist es ja, was mich persönlich an der 
Forth--Gesellschaft
immer so angezogen hat, die Fülle des Know--hows in so vielen Bereichen.
Also nur zu!

\hfill Viele Grüße, Michael
