Die Aufgabe, beim Ertrinken zu helfen -
die Arbeit des Ertrinkens selbst.
I. Ilf und E. Petrov.Fehler sind Fehler. Während ich an dem
Projekt arbeite, behalte ich meine persönliche
Fehlerbewertung bei . Etwas lässt sich sehr leicht reparieren, beim ersten Start ist etwas eng mit der Architektur verbunden und vergiftet daher seit Jahren das Leben. Einige Fehler frieren einfach ein. Wenn Sie sie korrigieren, fühlen Sie, dass Sie leben. Ich liebe solche Fehler.
Es wäre nicht interessant, immer die gleichen Spiele zu schreiben. Zum Glück sind die Spiele anders. Einige Spiele sind anders als andere. Ehrlich gesagt, ich unternehme etwas für sie, hauptsächlich wegen der Einzigartigkeit ihrer Spielmechanik. Für mich sind solche Spiele eine Art Herausforderung.
Hanga RoaDieses
Spiel bricht Stereotypen und Muster. Lassen Sie sich nicht von der oberflächlichen Ähnlichkeit mit
Schach täuschen. Es ist völlig anders als Schach. Das Ziel des Spiels ist es, Ihren „
Moai “ zum gegenüberliegenden Rand des Bretts zu führen. Das ist nur an sich,
Moai weiß nicht, wie man auf dem Brett läuft. Diese Figur läuft nur „auf Kieselsteinen“ (ausschließlich in ihrer eigenen Farbe) und bewegt sich in eine von acht Richtungen zu einer benachbarten Zelle (der verwendete Stein wird vom Brett entfernt). Die Schritte können so lange wie möglich wiederholt werden.
MataToa (es sieht aus wie ein Bauer auf dem Brett) bewegt sich ebenfalls einen Schritt in eine von acht Richtungen und kann feindliche "Straßen" zerstören, indem Steine der Farbe eines anderen genommen werden (natürlich kann es sich auch entlang leerer Felder bewegen). Andernfalls wird "Schach-Capture" im Spiel nicht verwendet, die Figuren werden auf ganz andere Weise vom Brett entfernt. Um ein Stück vom Brett zu entfernen, muss es mit seinen Steinen so umgeben werden, dass es sich nicht bewegen kann (es ist offensichtlich, dass es unmöglich ist,
MataToa auf diese Weise zu fangen). Wenn Sie es geschafft haben,
Moai zu umgeben, endet das Spiel hier. Bei
Ariki , der letzten verbleibenden Figur, sieht es anders aus.
Ariki - die Figur eines Baumeisters (dargestellt als Turm auf dem Brett), der dieselben „Kieselsteine“ auf das Brett wirft. Der Zug wird wie folgt ausgeführt: Die Figur bewegt sich in beliebiger Entfernung in eine von acht Richtungen (wie eine Schachkönigin, nur ohne Kampf), wonach sie zwei „Schüsse“ abfeuert. Steine fliegen auch in jeder Entfernung in acht Richtungen. Wenn du es schaffst, die feindliche
Ariki mit Steinen zu steinigen, wird sie vom Brett entfernt, aber nicht für immer. Der Spieler, zu dem sie gehört, kann sie in einem der folgenden Züge wieder auf das Brett legen, jedoch nur in der ersten Horizontalen. Vielleicht ist dies die erstaunlichste Schachmechanik, die ich je gesehen habe.
Es geht nur um diese sehr "schießenden" Figuren. Der „Schuss“ selbst ist ganz einfach codiert, aber um die Möglichkeit zu haben, zweimal hintereinander zu „schießen“, musste ich in den
Kern klettern. Tatsache ist, dass seit der Zeit mit
Zillions eine solche Abfolge von Aktionen als zusammengesetzte Bewegung interpretiert wurde,
dh als eine Abfolge von Teilbewegungen, die von
einem Stück ausgeführt werden, und ein „Schuss“ tatsächlich dasselbe Stück an eine
andere Position bewegt. Nicht der, mit dem der nächste Teilzug ausgeführt werden soll (zweiter "Schuss"). Ich musste daran basteln.
Da ich noch nicht herausgefunden habe, wie man einen Bot für dieses Spiel implementiert, habe ich es im "Smart Board" -Modus gemacht, der die Einhaltung der Regeln steuert, jedoch ohne Spiel-KI. Es hat mir einen Streich gespielt. Der Fehler manifestierte sich überhaupt nicht in der manuellen Kontrolle der Figuren, aber er wurde offensichtlich, sobald ich anfing, einen Bot für die
Amazonen zu machen .
Genau genommen gibt es ein anderes Spiel mit ähnlicher MechanikAber für
sie habe ich auch keinen Bot gemacht. Ich denke du verstehst warum.
Im Fall der Amazonen fand ich eine
Problemumgehung und kletterte nicht in den Kern, aber für Hanga Roa war diese Lösung nicht geeignet. Da es noch keinen Bot für das Spiel gab, warf ich dieses Ding in eine lange Schachtel (und es biss mich weiterhin von innen nach außen). Es wäre so weitergegangen, wenn ich bei der Arbeit an
Quantum Morris nicht auf solchen Dreck gestoßen wäre:
Das Problem wurde durch die Tatsache verschärft, dass sich der Fehler anscheinend in Abhängigkeit von den Mondphasen manifestierte. Dies (wie auch eine Reihe anderer Fälle) hat deutlich gezeigt, dass es an der Zeit ist, den Animationscode für das Verschieben von Formen neu zu schreiben, von dem aus das Projekt fast begonnen hat. Versteh mich nicht falsch, ich habe mich nicht beeilt, die
Ansicht sofort neu zu schreiben. Ich habe mich davon überzeugt, dass dies für etwa einen Monat notwendig ist. Und am Ende
überzeugt . Der Code ist einfacher und verständlicher geworden. Auf dem Weg dorthin wurden andere Fehler, die mich lange Zeit quälten, offensichtlicher.
Das Bild ist anklickbar. Bewundern Sie, wie der schwarze Ball nach Abschluss des Kurses weiß wird (obwohl er dies überhaupt nicht tun sollte). Mit der alten Ansicht blieb es schwarz und der Fehler war nicht so offensichtlich. In der Ansicht blieb die Figur schwarz, aber der Spieler konnte sie nicht mehr kontrollieren (da sie im Modell weiß war) und sie machte wütend. Genau genommen handelt es sich hierbei um einen Modellfehler, an den sich jedoch bereits viele Fragen gestellt haben (sowie an das Dienstprogramm zum Konvertieren von ZRF-Code in JavaScript).
Für immer muss dort alles neu geschrieben werden, aber ich bin mental noch nicht darauf vorbereitet. Deshalb habe ich eine weitere "
schnelle Lösung " gemacht und in
Fanorona können Sie jetzt normal spielen, ohne Wunder zu begleiten.
Übrigens auch in "
Russian Checkers ". Es gab einen Fehler im Zusammenhang mit der Implementierung der "
türkischen Streik " -Regel, der durch
diese einfache Korrektur unerwartet leicht behoben werden konnte. Also arbeite ich an den Bugs. Also mache ich das Projekt besser.