Compiler sind mitunter riesige Gebilde aus unzähligen Codezeilen. Dieser Artikel zeigt, wie eine einfache Struktur für einen Multi-pass-Source-to-Source-Compiler aufgebaut werden kann, die über ANTLR4 und Templates sowohl Parser als auch Ausgabeformate einfach erweiterbar macht.

Schnittstellen als Sprachmittel haben sich von Beginn an in Go etabliert und bewährt. Sie abstrahieren Erwartungshaltungen an Typen. Mit einem definierten Interface kann ich festlegen, zu was ein Argument einer meiner Funktionen beziehungsweise Methoden fähig sein soll. Oder im Gegenteil die Rückgabe einer Funktion. Sie kann auf einem Interface basieren, auf das sich der nutzende Code verlassen kann. Die Implementierung basiert dabei auf Argumenten der Funktion. Letzteres habe ich auf meinem Berufsweg mehrfach bei der Kapselung von Cloud-APIs kennenlernen dürfen.

Dieses kleine Projekt ist kurz vor den Osterferien entstanden. Das Ziel war es, das Kartenspiel Mau-Mau als Onlinespiel umzusetzen, damit meine Tochter trotz der Kontaktbeschränkungen gegen ihren Opa Karten spielen kann. Außerdem wollte ich die Zeit zu Hause auch für ein nicht ganz so ernstes Projekt nutzen. Warum nicht einfach mal ein Spiel mit Go schreiben?

Wir haben inzwischen 2020 und die Softwareentwicklung hat sich in mehreren Schritten von großen Programmen mit kompletter Funktionalität in einem System hin zu Microservices in verteilten Landschaften entwickelt. Das ist durch die Aufteilung in fachliche Komponenten, die leichtere Skalierbarkeit und eine bessere Hochverfügbarkeit eine spannende Veränderung. Dass damit auch neue Herausforderungen geschaffen werden, sei nicht verschwiegen. Das Design ändert sich, Netzwerklatenzen und -ausfälle werden zu eigenen Problemen und für die Verteilung muss ich mich auf weitere Plattformen einlassen. Hier hilft beispielsweise das leistungsfähige Kubernetes, das soll an dieser Stelle aber nicht das Thema sein.

Kurz nach dem 10. Geburtstag erscheint im bekannten Rhythmus ein neues Release der Sprache Go. Während die Hauptversion weiterhin die Nummer 1 trägt, um das Halten des Sprachstandards zu dokumentieren, erreicht der Gopher nun die Unterversion 14. Und wie schon zuvor enthält sie so einige kleine, aber feine Verbesserungen, die zur Reife der Sprache beitragen.

Wer kennt es nicht? Man gibt sich Mühe, entwirft, programmiert sorgfältig, testet sowohl manuell als auch automatisch, hat also ein gefühlt perfektes Programm. Und doch kommt es immer wieder zur Laufzeit zu Fehlern. Es sind Dateien beim Öffnen nicht vorhanden, sie haben ein falsches Format, sind wegen fehlender Rechte nicht les- oder schreibbar oder können wegen eines gefüllten Dateisystems nicht geschrieben werden. Gleiches gilt auch für das Netz. Adressen sind nicht zu erreichen, Latenzen zu groß, Zugriff wird nicht gestattet und Verbindungen brechen ab. Datenbanken oder Verzeichnisdienste liefern nicht die gesuchten Daten. Und wenn, dann enthalten sie vielleicht ungültige Werte. Die Liste der möglichen Bedrohungen ist unendlich.

Wer kennt es nicht? Man gibt sich Mühe, entwirft, programmiert sorgfältig, testet sowohl manuell als auch automatisch, hat also ein gefühlt perfektes Programm. Und doch kommt es immer wieder zur Laufzeit zu Fehlern. Es sind Dateien beim Öffnen nicht vorhanden, sie haben ein falsches Format, sind wegen fehlender Rechte nicht les- oder schreibbar oder können wegen eines gefüllten Dateisystems nicht geschrieben werden. Gleiches gilt auch für das Netz. Adressen sind nicht zu erreichen, Latenzen zu groß, Zugriff wird nicht gestattet und Verbindungen brechen ab. Datenbanken oder Verzeichnisdienste liefern nicht die gesuchten Daten. Und wenn, dann enthalten sie vielleicht ungültige Werte. Die Liste der möglichen Bedrohungen ist unendlich.

Go wurde vor etwas über 10 Jahren durch das Google-Team rund um Robert Griesemer, Rob Pike und Ken Thompson vorgestellt. Die Sprache wurde von der Entwicklergemeinde unterschiedlich aufgenommen. Für viele war es eine Art neues C, große Neuigkeiten waren nicht enthalten. Ein wenig aufgeräumter, eine Garbage Collection wie in Java, aber keine vollwertige Objektorientierung. Und dann war da noch diese Nebenläufigkeit. Wozu soll die gut sein, es gab ja das Multithreading, und mit Pools und Semaphoren hatte man es gut im Griff.