C# für Kinder: die Sprache, mit der echte Spiele entstehen

Es gibt einen Satz, den ich in fast jeder ersten Unity-Stunde höre. Das Kind hat gerade ein paar Zeilen getippt, drückt auf Play, und die Figur auf dem Bildschirm setzt sich zum ersten Mal in Bewegung. Mit den Pfeiltasten. Von ihm gesteuert. Kurze Stille, dann: „Das war ich?“ Ja. Und die Sprache dahinter heißt C#.

Ich bin Stefan, 28, Softwareentwickler. Tagsüber baue ich als CTO Software für eine Firma, abends bringe ich Kindern ab 10 das Programmieren bei. Online, eins zu eins. C# (gesprochen „C Sharp“) ist bei mir die Sprache für alle, die nicht mehr nur spielen, sondern selbst Spiele bauen wollen. Sie steckt hinter Unity, der Engine, mit der ein guter Teil der Spiele auf Handy, Konsole und PC entsteht. Hier schreibe ich auf, für wen sich C# lohnt, ab wann der Einstieg klappt und wo ich ehrlich abrate.

Warum ausgerechnet C#?

Der Hauptgrund heißt Unity. Wer mit einer richtigen Spiel-Engine arbeiten will, kommt an C# kaum vorbei, denn Unity spricht genau diese Sprache. Ein Kind, das eine Spielfigur springen lässt, einen Gegner programmiert oder Münzen zum Einsammeln baut, schreibt dafür C#. Kein Spielzeug, kein Umweg. Dieselben Werkzeuge, mit denen auch Studios ihre Titel entwickeln.

C# kommt aus dem Hause Microsoft und treibt einen großen Teil der Windows-Welt an. Firmensoftware, Web-Anwendungen, Apps. Wer die Sprache als Kind lernt, fängt mit etwas an, das auch mit dreißig noch auf Stellenausschreibungen steht. Das sage ich Eltern selten als Erstes. Aber es beruhigt viele.

Und dann gibt es einen Punkt, der C# von Java unterscheidet, obwohl die beiden wie Geschwister aussehen. C# ist moderner und an vielen Stellen freundlicher. Ein erstes Programm, das „Hallo“ auf den Bildschirm schreibt, sah früher fast so sperrig aus wie in Java. Heute reicht eine einzige Zeile:

Console.WriteLine("Hallo");

Kein public static void, kein Klammergebirge drumherum. Für ein Kind, das gerade erst tippt, ist dieser Unterschied größer, als er klingt.

C# oder Python – was zuerst?

Diese Frage kommt fast immer, und meine Antwort enttäuscht manche Eltern: C# ist selten die allererste Sprache. Es ist eine typisierte Sprache, das heißt, sie will genau wissen, ob etwas eine Zahl, ein Text oder ein Wahr-oder-Falsch ist. Das macht Programme später sauber und stabil. Am Anfang ist es eine Hürde.

Bei Python tippt ein Kind einfach alter = 10 und weiter geht’s. In C# muss es sagen, dass alter eine ganze Zahl ist. So ein Detail bremst den ersten Funken. Deshalb steige ich mit den meisten Kindern über Python oder gleich über die bunten Blöcke von Scratch ein und komme zu C#, sobald der Wunsch nach einem echten Spiel laut wird. Welche Sprache zu welchem Alter passt, habe ich unter Programmiersprachen für Kinder sortiert. Der Umstieg auf C# fällt später leicht, weil die Grundgedanken – Variablen, Schleifen, Wenn-dann – längst sitzen.

Es gibt eine große Ausnahme, und die heißt: Das Kind will unbedingt Spiele bauen, sofort, mit einer echten Engine. Bei diesem Antrieb funktioniert der Sprung ins kalte Wasser erstaunlich oft. Der Wunsch trägt das Kind über die trockenen Anfänge.

Ab welchem Alter ergibt C# Sinn?

Meine Faustregel: ab etwa zwölf. Ähnlich wie bei Java, aus demselben Grund. C# verlangt Geduld mit Regeln, und Unity legt noch eine Schippe drauf, weil das Programm selbst schon groß und voller Knöpfe ist. Ein Kind, das gerade erst Wenn-dann-Logik verstanden hat, ist mit beidem gleichzeitig schnell überfordert.

Mit zwölf, dreizehn passt es meistens. Da bringt ein Kind die Ausdauer mit, einen Fehler zu suchen, ohne sofort den Laptop zuzuklappen. Ich hatte auch schon Elfjährige, die so vernarrt ins Spielebauen waren, dass sie sich durchgebissen haben. Und Vierzehnjährige, denen Unity zu groß war und die mit der schlankeren Engine Godot glücklicher wurden – die versteht übrigens auch C#, falls euch die Sprache einmal ans Herz gewachsen ist. Wo genau die guten Einstiegsjahre liegen, habe ich für die Zeit ab zwölf ausführlicher aufgeschrieben.

Ist dein Kind jünger oder programmiert es zum allerersten Mal, würde ich nicht mit C# starten. Den sanften Weg dorthin zeigt der Überblick im Pillar-Beitrag Programmieren lernen für Kinder.

Was Kinder mit C# wirklich bauen

Ich fange nie mit Theorie an, sondern mit einer Frage: Was für ein Spiel willst du machen? Alles Weitere hängt sich daran auf.

Der Klassiker für den Anfang in Unity heißt bei fast allen gleich: ein Ball, der rollt. Man kippt ihn mit den Pfeiltasten über eine Fläche und sammelt Würfel ein, die dabei verschwinden. Klingt nach wenig. Steckt aber alles Wichtige drin. Bewegung steuern, Zusammenstöße erkennen, Punkte zählen. Ein Zwölfjähriger von mir hat danach eine Woche lang nichts anderes mehr gemacht, als neue Hindernisse einzubauen, bis sein Ball durch einen richtigen kleinen Parcours musste.

Von da geht es in alle Richtungen. Der eine will ein Jump-’n’-Run mit einer Figur, die über Abgründe springt. Die andere baut ein Fang-Spiel, bei dem Dinge von oben fallen und man sie mit einem Korb auffängt. Wieder ein anderer bleibt erst mal weg von Unity und schreibt ein kleines Ratespiel im schwarzen Textfenster: Der Computer denkt sich eine Zahl aus, man rät, „zu hoch“, „zu tief“, bis es passt. Solche Konsolen-Programme sehen unspektakulär aus. Für das Verstehen von Schleifen und Bedingungen sind sie Gold.

Und irgendwann kommt der Moment, in dem aus dem Nachbauen ein eigenes Ding wird. Das Kind will einen Gegner, der dem Spieler folgt. Oder ein Leben-System mit drei Herzen oben in der Ecke. Genau dort fängt echtes Programmieren an. Und genau dort brauchen die meisten jemanden, der danebensitzt.

Der ehrliche Haken

Jetzt der Teil, den die Hochglanz-Kurse gern überspringen. C# mit Unity hat einen Preis, und der heißt: Es ist schwerfällig am Anfang.

Unity ist ein großes Programm. Die Installation dauert, das Ding frisst mehrere Gigabyte, und beim ersten Öffnen erschlägt einen die Oberfläche mit Fenstern, Reglern und Menüs. Ein Kind allein klickt sich da leicht in eine Sackgasse. Dazu braucht es einen halbwegs aktuellen Rechner. Ein uraltes Gerät ruckelt, und nichts nimmt einem Kind die Lust schneller als eine Engine, die bei jedem Klick hängt. Reines C# ohne Spiel, nur im Textfenster, läuft dagegen überall, ist für die meisten Kinder aber zu trocken, um dabei zu bleiben.

Der zweite Haken ist die Sprache selbst. C# meldet Fehler oft in langen englischen Sätzen, die auf eine Zeile zeigen, in der scheinbar alles richtig aussieht. Ein vergessenes Semikolon, ein falsch geschriebener Name, eine Klammer zu wenig – und das Spiel startet nicht. Für einen Zwölfjährigen sind diese Meldungen ungefähr so hilfreich wie ein Beipackzettel. Das frustriert, und Frust ist der häufigste Grund, warum Kinder aufhören.

Kann mein Kind das nicht allein lernen?

Für den ersten Kontakt: unbedingt, und ich finde es klasse, wenn Kinder loslegen. Unity ist fürs Lernen und für Hobby-Projekte kostenlos, dazu gibt es bei Unity Learn Schritt-für-Schritt-Tutorials, den rollenden Ball inklusive. Und wer die Sprache pur nachschlagen will, findet bei Microsoft die offizielle C#-Anleitung, kostenlos und erstaunlich verständlich. Ladet euch Unity herunter, macht das erste Tutorial zusammen, freut euch über den Ball. Dafür braucht es mich nicht.

Der Haken kommt beim eigenen Spiel. Solange ein Kind ein Video Schritt für Schritt nachbaut, läuft alles. In dem Moment, in dem es etwas will, das im Tutorial nicht vorkam – ein zweiter Gegner, ein Punktestand, der gespeichert bleibt – muss es Code verändern, statt ihn abzuschreiben. Dort, in der Lücke zwischen Nachmachen und Selbermachen, geben die meisten allein auf. Nicht aus Mangel an Talent. Sondern weil niemand da ist, der in zehn Sekunden auf Zeile 14 zeigt und sagt: „Guck, da fehlt der Punkt.“

Das ist der Unterschied, für den es mich gibt. Eine Stunde, ein Kind, sein Spiel. Klemmt es, hängen wir uns sofort rein, statt dass es tagelang an derselben roten Meldung klebt. In vier Jahren an einer Programmierschule habe ich aus nächster Nähe gesehen, wie schnell ein Kind in der großen Gruppe hinten runterfällt, wenn keiner die stille Ratlosigkeit bemerkt.

Was braucht mein Kind dafür?

Mehr als bei Python, ehrlich gesagt. Für Unity sollte es ein Windows- oder Mac-Rechner der letzten Jahre sein, mit ordentlich Arbeitsspeicher – acht Gigabyte sind das Minimum, mehr ist besser. Ein reines Office-Notebook von vor acht Jahren reicht nicht. Wollt ihr klein anfangen, ohne gleich Hardware zu prüfen, geht das schlanke Godot auch auf schwächeren Geräten. Im Kennenlernen schaue ich kurz auf euren Rechner und sage euch ehrlich, ob er mitspielt.

Die Software kostet nichts. Unity ist gratis, Godot sowieso, und der Editor Visual Studio Community, in dem man den C#-Code schreibt, ebenfalls. Kein Abo, keine versteckten Kosten.

Was kostet das bei mir?

Eine Einzelstunde von 60 Minuten kostet 39,99 €. Wer mehr am Stück macht, zahlt pro Stunde weniger: 90 Minuten 54,99 €, zwei volle Stunden 69,99 €. Für Unity und C# rate ich fast immer zu den 90 Minuten. Das Einrichten und die Fehlersuche fressen Zeit, und mitten in einem halb gebauten Level aufhören zu müssen, ärgert alle.

Das erste Kennenlernen kostet nichts. Ein halbstündiger Termin, in dem dein Kind und ich uns unterhalten, ich mir sein Lieblingsspiel zeigen lasse und wir schauen, ob C# der richtige Weg ist – oder vielleicht doch erst etwas Leichteres. Danach entscheidet ihr in Ruhe. Neukunden bekommen mit dem Code NEU2026 zusätzlich 40 € auf die erste Buchung.

Lasst euch das Lieblingsspiel zeigen

Mein Rat, ganz praktisch: Bevor ihr irgendeinen Kurs bucht, setzt euch mit eurem Kind hin und lasst es sein liebstes Spiel zeigen. Fragt, was daran cool ist und was es anders bauen würde. Sprudeln die Ideen und leuchten die Augen, ist der Antrieb da. Und bei einer Engine wie Unity, die am Anfang etwas sperrt, ist Antrieb die halbe Miete.

Wollt ihr es dann gezielt angehen, bucht einfach den kostenlosen Kennenlern-Termin. Fragen vorab? Schreib mir an stefan@uhlenberg.dev oder ruf an unter (+49) 177 3328334.

Häufige Fragen zu C# für Kinder

Ab welchem Alter ist C# für Kinder geeignet?

Meiner Erfahrung nach ab etwa zwölf Jahren. C# verlangt Geduld mit Regeln, und Unity als Engine ist selbst schon ein großes Programm. Beides gleichzeitig überfordert jüngere Kinder oft. Bringt ein Kind unbedingt Lust aufs Spielebauen mit, klappt der Einstieg manchmal schon mit elf.

Ist C# eine gute erste Programmiersprache?

Selten. C# ist eine typisierte Sprache und am Anfang strenger als Python oder Scratch. Als allererste Sprache empfehle ich meist etwas Leichteres und wechsle zu C#, sobald ein Kind ein echtes Spiel mit Unity bauen will. Der Umstieg fällt dann leicht, weil die Grundlagen schon sitzen.

Braucht man C#, um mit Unity Spiele zu programmieren?

Ja. Unity wird in C# programmiert, das ist die Sprache der Engine. Wer eine Figur bewegt, Gegner baut oder Punkte zählt, schreibt dafür C#. Die Godot-Engine versteht C# ebenfalls, nutzt aber standardmäßig ihre eigene, etwas einfachere Sprache.

Was ist der Unterschied zwischen C# und Java?

Die beiden sehen sich sehr ähnlich, sind aber nicht dasselbe. Java steckt klassisch hinter Minecraft und im Schul-Informatikunterricht, C# hinter Unity und der Windows-Welt. Modernes C# ist an einigen Stellen kürzer und freundlicher zu tippen. Wer eins von beiden kann, lernt das andere schnell dazu.

Was braucht mein Kind für C# und Unity?

Einen Windows- oder Mac-Rechner der letzten Jahre mit mindestens acht Gigabyte Arbeitsspeicher. Die Programme – Unity, Godot, Visual Studio Community – sind kostenlos. Ein sehr altes oder schwaches Gerät ruckelt bei Unity; dann ist das schlanke Godot die bessere Wahl.

Wie läuft der C#-Unterricht bei dir ab?

Komplett online, zu eurer Wunschzeit, in 60, 90 oder 120 Minuten. Wir bauen ein Spiel, das dein Kind selbst spannend findet – vom rollenden Ball bis zum eigenen Jump-’n’-Run – und gehen es Schritt für Schritt gemeinsam durch. Der erste Kennenlern-Termin ist kostenlos.