Und nun stell dir mal vor, dass ein Spiel nicht mehr weiterentwickelt wird. Das Spiel wäre dann nicht mehr spielbar.Zitat von Cornix
Jeder Entwickler muss schauen, dass sein Spiel mit der aktuellsten Version läuft. Das würde kein kommerzieller Spieleentwickler mitmachen, weil es Unmengen an Zeit und Geld kostet.
Du wirst also eine enorm hohe Fragmentierung vorfinden, weil keiner garantieren kann, dass sein Spiel mit der aktuellsten Version läuft.
Soetwas sollte anhand eines Bugfixes oder Updates nicht möglich sein.
Alle Funktionalität, welche durch den Maker bereitgestellt wird, muss eine eindeutige textuelle Definition besitzen. Diese Definition wird sich niemals durch ein Update oder einen Patch ändern. Sie steht einmal fest und es wird an dieser Definition festgehalten.
Wenn ein Spiel entwickelt wird, werden in den Spieldateien die Funktionen des Makers verwendet. Wenn das Spiel durch ein RE abgespielt wird, dann werden die Funktionen interpretiert und ausgeführt.
Im Zuge eines Updates oder Patches kann die Implementierung der RE sich ändern, jedoch niemals das Verhalten einer Funktion. (Außer natürlich die vorherige Implementierung hat diese Funktion nicht richtig ausgeführt)
Es sollte daher niemals geschehen, dass ein Spiel nach einem Update der RE nichtmehr funktioniert. Immerhin nutzt es immernoch die selben Funktionen, und diese besitzen immernoch die selbe Definition.
Es kann natürlich passieren, dass der Entwickler des Patches oder Updates einen Fehler in das RE einbaut und etwas dummes tut. Aber im gleichen Zuge kann man auch behaupten, dass die Software von Anfang an nichts taugt, weil der Entwickler Fehler gemacht hat.
Wie gesagt: Sag niemals nie!
Ich spreche da einfach aus leidiger Erfahrung und habe fast jeden Tag damit zu kämpfen. Das ist leider der Alltag an der Software, an der ich arbeite, da sie extrem flexibel sein muss.
Wir haben in unserer Software ein C#-Compiler eingebaut, der den Binärcode in einer Datenbank hinterlegen kann, damit wir unsere Software programmtechnisch für einzelne Kunden individuell gestalten können, und immer wieder passiert es, dass kundenindividuelle Anpassungen nicht mehr funktionieren, weil sich einfach Funktionalitäten ändern. Wir haben sogar angefangen alle C#-Codeschnipsel mit in unseren Buildprozess aufzunehmen, damit wir wengistens sicher sein können, dass der Code kompilierbar ist. Ob der Code dann auch Fehlerfrei funktioniert, wird in einem umfangreichen Regressionstest überprüft. Dieser Test dauert zwei Wochen, und selbst das ist eigentlich zu wenig.
Es ist nun mal Natur, dass APIs sich im Laufe der Zeit ändern. Das lässt sich auch nicht verhindern, weil man eine Software nicht nach dem Wasserfallmodell entwickeln kann, und genau das planst du hier, und das wäre schon der Tod einer Software. Selbst du kannst dir nicht sicher sein, dass deine ausgearbeiteten Schnittstellen das Endresultat ist. Ich garantiere dir, dass es vorkommen wird, dass du drei Schritte nach hinten gehen musst, weil eine Implementierung nicht so funktioniert, wie du es dir anfänglich vorgestellt hast.
Ich bin mir sogar absolut sicher, dass ich "drei Schritte nach hinten gehen muss, weil eine Implementierung nicht so funktioniert, wie ich es mir anfänglich vorgestellt habe".
Aber ich weis auch, dass diese Phase noch lange vor der Veröffentlichung der ersten Version des Makers stattfinden soll.
Es ist eben so, dass die Maker-Software eben nicht sehr flexibel sein wird was den Funktionsumfang angeht. Die erste Version sollte bereits alle nötigen Funktionen beinhalten und implementieren; zusätzliche Funktionen sollten nicht durch Patches nachgereicht werden. Updates und Patches sollten lediglich unwesentliche Änderungen vornehmen um Performance- und/oder Speicherplatz-Optimierungen vorzunehmen. (Und natürlich Fehler zu beheben)
Ob das tatsächlich so funktionieren wird sei dahingestellt. Die Vorstellung eines Entwicklers ist immer Utopie. Aber bei den RPG-Makern hast du auch nie gesehen, dass ein großer Patch folgte, welcher zusätzliche Funktionen zu dem Event-Code hinzugefügt oder entfernt hat. Ich habe das genau so wenig vor.
Aber ich glaube wir driften hierbei zu stark von dem eigentlichen Thema ab. Danke für die unterstützenden Worte, hoffentlich wird es in der nahen Zukunft einen Thread geben, wo ich mehr auf die eigentlichen Funktionsweisen eingehen kann und solche Diskussionen besser anzusetzen sind.
Oh sorry, ganz vergessen zu erwähnen:
Ich würde definitiv einen guten Maker befürworten. Wenn er genug kann würde ich auch ohne zu zögern dafür zahlen wollen.
Und @Crowdfunding: Ich habe mal beim Durchstöbern von Kickstarter 2-3 RPG-Maker Projekte gesehen, die mehrere 100/1000 U$D erhalten haben. Erstlingsprojekte mit einem Mapping welches die Bezeichnung "Mapping" nicht einmal verdient. Würdest doch sicherlich, auch mit suboptimaler Werbung, den ein oder anderen Backer gewinnen können. Problem ist wohl eher, dass die "deutschen" Alternativen zu Kickstarter wohl nicht ganz so gehyped sind wie KS.
Berechtigungen
Zitieren