Langsames Einkommen soll nicht auf null runden oder in einer langen Partie davondriften

Ein winziges Einkommen pro Takt, etwa ein Drittel Münze, kommt entweder nie an oder gewinnt und verliert langsam Pfennige, sodass zwei Spieler mit derselben Stadt verschiedene Kassen haben. Hier steht, wie du zählst, damit nichts verloren geht, egal wie die Zeit zerschnitten wird.

Warum das funktioniert

Ein Drittel lässt sich als Dezimalzahl nicht genau speichern, und Runden in jedem Schritt verliert Münzen oder erfindet welche. Zählst du ganze Einheiten plus einen Rest, der nie weggeworfen wird, hängt die Summe nur davon ab, wie viel Zeit vergangen ist, nicht davon, wie man sie zerschnitten hat.

Wann es das Falsche ist

Falsch, wenn gerade die Nachkommastellen gewollt sind, etwa bei einem fließend angezeigten Tankstand, oder wenn das Einkommen vom Zufall oder von Boni abhängt, die sich ständig ändern. Übertrieben ist es auch, wenn jedes Einkommen schon eine ganze Zahl ist.

Im ganzen Eintrag

• Was zu bauen ist, Schritt für Schritt
• Startwerte und warum genau diese
• 3 typische Fehler und die Lösung
• 20 Zeilen Beispielcode mit 4 bestandenen Prüfungen
• Wie deine KI dir zeigt, dass es funktioniert

Das sagst du deiner KI

Nimm den Spielerando-Eintrag „Langsames Einkommen soll nicht auf null runden oder in einer langen Partie davondriften“ (read_entry resource-income-without-rounding-loss) für mein Spiel. Bau ihn Schritt für Schritt ein und zeig mir, wie du geprüft hast, dass er funktioniert.

Oder spar dir das und schließ den MCP an: Dann findet deine KI das alles von selbst.MCP anschließen