Why Godot? — Die Engine hinter Talisman Codes

Ich habe mehrere Engines ausprobiert

Unity, Unreal und einiges andere hier und da. Bei Game Engines fange ich nicht bei null an. Jede hat ihre Stärken, und ich habe zu allen eine Meinung.

Warum also Godot?

Nicht weil es die beste ist

Ich sage es direkt: Godot ist objektiv nicht besser als Unity oder Unreal. Diese Engines haben riesige Ökosysteme, bewährte Erfolge und enorme Communities.

Aber für das, was ich baue — ein 2D-Kartenspiel mit Vibe-Coding-Ansatz — passt Godot. Es ist leichtgewichtig, der 2D-Workflow ist sauber, und es steht einem nicht im Weg. Für dieses Projekt war das genau das Richtige.

Der echte Game Changer: VS Code + Claude CLI

Das ist der Teil, der meinen Workflow wirklich verändert hat.

Ich schreibe keinen Code im integrierten Godot-Editor. Ich schreibe GDScript in VS Code mit Claude CLI daneben. Claude übernimmt die schwere Arbeit — Logik generieren, Struktur vorschlagen, schnell iterieren. Godot wird zur Laufzeitumgebung: Ich übertrage Änderungen und prüfe die Ergebnisse dort.

Dieses Setup gab mir eine Entwicklungsgeschwindigkeit, die ich ehrlich gesagt nicht erwartet hatte. Der Engpass bei der Solo-Spieleentwicklung ist meistens das Codeschreiben. Mit Claude im Loop ist dieser Engpass weitgehend verschwunden.

Das richtige Werkzeug für die richtige Aufgabe

Godot ist nicht die Antwort für jedes Spiel. Aber für ein 2D-Indie-Projekt, das eine Person mit KI-unterstütztem Workflow baut, ist es eine ausgezeichnete Wahl.

Manchmal schlägt ein gutes Werkzeug mit dem richtigen Setup das beste Werkzeug.