Was geschah hinter dem einzigartigen Ende von „SINoALICE“ [CEDEC 2024]

Auf der CEDEC 2024 hielten die PokeLab Yui-Produktionsingenieure Misato Takada und Junya Etsuda eine Sitzung „Wie beendet man ein soziales Spiel, das tief im Gedächtnis des Benutzers bleibt ~ Wird der Benutzer selbst das Grab betreten?! Eine Geschichte über die Technologie.“ das unterstützt es~'' wurde abgehalten.

„SINoALICE“ (iOS / Android / PC. SINoALICE), das von Herrn Takada und Herrn Etsuta entwickelt wurde, stellte seinen Dienst am 15. Januar 2024 ein, aber kurz davor fand eine Großveranstaltung statt Zusätzlich zu den Plänen wurden verschiedene andere Maßnahmen ergriffen, wie zum Beispiel die Offline-Version der App „Sino Alice Da Nanika“ , und es wurde ein heißes Thema.
Lassen Sie uns über die Sitzung berichten, in der die Geschichten hinter den Kulissen erzählt wurden.

Festivalende

Sino Alice ist ein düsteres Fantasy-Rollenspiel, in dem Charaktere wie Alice, Rotkäppchen und Aschenputtel darum kämpfen, ihren Schöpfer wiederzubeleben. Es gab auch Echtzeit-Gildenkämpfe mit bis zu 15 gegen 15 Spielern.

Es wird gesagt, dass Sino Alice von Anfang an den Plan hatte, ein solides Ende zu schaffen, und mit dem Wunsch, „es nicht einfach zu beenden“ und „es bis zum Ende wie ein Fest zu genießen“, erstellten sie verschiedene Pläne mit dem Titel „ „Sino Alice Finale Plan“ Maßnahmen wurden entwickelt.

Der Höhepunkt ist, wenn sich die Sino Alice-App in das Grab des Spielers verwandelt: „Nanika, die Sino Alice war“, aber um ihren Namen dort einzugravieren, müssen sie einen Raid-Kampf mit einem Gildenmitglied absolvieren und sich das Ende ansehen Spiel sein.

Allerdings ist der Weg dorthin recht beschwerlich. Die Spieler müssen die Kapitel 1 bis 6 von „Yokubou-hen“ abschließen, das am 20. Dezember 2023 verteilt wird, und dann in Kapitel 7, dem eigentlichen letzten Kapitel, das am 26. Dezember verteilt wird, mit Gildenmitgliedern in den Kampf ziehen. Ich muss es versuchen. Der Dienst endet am 15. Januar 2024, sodass ab der Umsetzung von Kapitel 7 nur noch etwa zwei Wochen verbleiben.

Darüber hinaus mussten für den letzten Kampf alle Gildenmitglieder gleichzeitig zusammenkommen und den Kampf herausfordern. Um den Yokubou-Bogen spielen zu können, müssen Sie außerdem die bis dahin verteilten Geschichten abschließen. Die voraussichtliche Spielzeit beträgt 16 Stunden, was für Rückkehrer eine recht schwierige Bedingung ist.

Daher dachten Herr Takada und seine Kollegen über eine Lösung nach. Wir hatten beschlossen, eine Kampfunterstützungsfunktion zu implementieren, die es einfacher macht, das Spiel auch mit geringer Stärke zu beenden. Darüber hinaus haben wir uns entschieden, eine Überspringfunktion bereitzustellen, die es Ihnen ermöglicht, das Spiel vom Yokubo-Bogen aus zu starten.

Diese Idee entstand, nachdem ein Planer sagte: „Ich wollte so etwas wie einen geheimen Trick, der Aufsehen erregen könnte.“

Als ein Ingenieur davon hörte, kam ihm die Idee: „Wenn Sie Geräteschütteln verwenden, können Sie es in kurzer Zeit umsetzen.“ „Wenn Sie Ihr Gerät 100 Mal auf dem Startbildschirm schütteln, Sie werden an den Ort gebracht, an dem Sie den Yokubo-Bogen beginnen können.'' Es wurde als Funktion realisiert.

Da es sich nur um einen Trick handelte, gab das Management ihn bei der ersten Implementierung nicht bekannt und wartete darauf, dass die Spieler ihn bemerkten. Es scheint, dass Herr Takada und seine Kollegen das Spiel jeden Tag gespannt verfolgten, aber als nach und nach immer mehr Spieler auf die Situation aufmerksam wurden, veröffentlichte der Beamte die Informationen am 1. Januar in Form eines verschlüsselten Tweets. Der Code wurde Berichten zufolge von einem Vermarkter erstellt.

Darüber hinaus kam die für den Ton zuständige Person auf die Idee, dass „jedes Mal, wenn man es schüttelt, ein Ton erklingt, der das Lied spielt, das in der Gacha erklingt“, und diese Idee wurde ebenfalls übernommen.

Nachdem der Trick erkannt wurde, stieg die Zahl der Spieler, die das Endspiel wie beabsichtigt erreichten, und Herr Takada sagte: „Das war eine gute Maßnahme.“

Technologie, die das Ende unterstützt hat

Hier betrat Herr Etsuda die Bühne und erläuterte die Arbeit, die geleistet wurde, um einen reibungslosen Ablauf der Abschlussveranstaltung sicherzustellen.

Die Hauptprobleme waren „Gilden-Raid-Synchronisierung“ und „Anmeldebeschränkungen“ .
Lassen Sie uns zunächst über die Gilden-Raid-Synchronisierung sprechen. Wie oben erwähnt, erforderte der abschließende Gilden-Raid-Kampf, dass alle Mitglieder am Kampf teilnehmen mussten. Darüber hinaus gab es den Befehl, dass das Szenario, das vor und nach der Schlacht spielt, gleichzeitig ablaufen sollte.

Um dies zu erreichen, ging es um die Frage, wie man die Synchronisierung startet und wie man die App wiederherstellt, wenn die App abstürzt.

Deshalb richtete Herr Etsuda vor der Schlacht einen neuen „Wartebereich für Mitglieder“ ein. Darüber hinaus wurde der Weg zu „Sino Alice was Nanika“ in Phasen wie „Vor-Kampf-Szenario“, „Kampf“ und „Nach-Kampf-Szenario“ unterteilt, damit der Spieler Informationen hat darauf, wo sie sind. Sollte er aussteigen, würden diese Informationen als Grundlage für die Bestimmung des Zeitpunkts seiner Rückkehr dienen.



Ein weiterer Grund, warum „Anmeldebeschränkungen“ notwendig waren, war, dass wir während des Endereignisses die DAU (Daily Active Users) erhöhen wollten. Da es sich um ein beispielloses Projekt handelte, war es schwierig vorherzusagen, wie viele Spieler zunehmen würden, und es gab Bedenken, ob sie der erhöhten Belastung gewachsen wären und ob es selbst dann zu Kostenproblemen kommen würde.

Wenn die Anzahl der Spieler die Erwartungen übertraf, haben wir uns daher entschieden, die Anmeldungen mithilfe einer Methode namens „Request Rate Limit“ zu begrenzen. Da jedoch, wie oben erwähnt, alle Mitglieder an Gilden-Raid-Kämpfen teilnehmen müssen, wurden detaillierte Bedingungen festgelegt.

Konkret: „Um zu verhindern, dass der Fortschritt aufgrund von Einschränkungen während des Spiels gestoppt wird, werden Einschränkungen nur für die Anmelde-API festgelegt, die beim Starten der App verwendet wird.“ „Wenn eines der Gildenmitglieder spielt, wird die Anmelde-API des „Diese Gilde wird eingeschränkt.“ Spieler können die Login-API umgehen.

Herr Etsuda fasste seinen Teil zusammen, indem er sagte, dass Anmeldebeschränkungen als Gegenmaßnahme gegen die unvorhersehbare Zunahme der Zugriffe von großer Bedeutung seien.

Aufgabenmanagement, wenn Leute weg sind

Hier betrat Herr Takada erneut die Bühne und blickte auf die Aufgabenverwaltung während der Entwicklung des Endes zurück.

Die Entwicklung des Endes musste parallel zur Arbeit an regelmäßigen Saison-/Jubiläumsveranstaltungen erfolgen.
Die Spezifikationen für das Ende wurden Stück für Stück durch Berichte und Anhörungen von beteiligten Personen festgelegt, und ein Ingenieur sagte: „Es scheint, als gäbe es eine Menge Arbeit, aber ich denke, wir können es mit der derzeitigen Anzahl von Personen schaffen.“ Die Spezifikationen sind jedoch noch nicht offiziell veröffentlicht. Als die Entwicklung beschlossen wurde, lief es nicht sehr gut.

Einer der wesentlichen Faktoren war der Personalwechsel. Da sich das Ende des Projekts nähert, werden einige Leute an andere Standorte umziehen und es werden keine Mitarbeiter mehr eingestellt. Wir befanden uns in einer schwierigen Situation, weil wir nicht über genügend Ingenieure verfügten, um die anstehenden Aufgaben zu bewältigen.

Zu diesem Zeitpunkt beschloss Herr Takada, „die Grundlagen des Aufgabenmanagements treu zu befolgen“, auch weil er wenig Erfahrung mit der Verwaltung von Aufgaben in der Großentwicklung hatte.

Teilen Sie insbesondere große Aufgaben in kleinere auf, um den Arbeitsaufwand zu verstehen und zu prüfen, ob die Implementierung rechtzeitig abgeschlossen werden kann. Wir haben versucht, Dinge sichtbar zu machen, indem wir sie priorisiert und eine Komprimierung für Spezifikationen in Betracht gezogen haben, die viele Arbeitsstunden erforderten.

Da es auch bei den Planern zu Personalengpässen kam, klagten die Ingenieure häufiger auf der Entwicklungsstelle: „Wir haben keine festen Vorgaben, deshalb können wir die Arbeitsstunden nicht einbringen.“ '

Als Reaktion darauf bestätigte Herr Takada die Spezifikationen durch stetige Kontrollen. Damals schlugen die Ingenieure Spezifikationen vor und fragten: „Sind wir mit diesen Spezifikationen einverstanden?“

Dank ihrer Bemühungen konnte das Ende ohne Verzögerungen umgesetzt werden, und Herr Takada nannte als Hauptgrund „Meilensteine ​​setzen“.
Sie beschlossen, diesen Teil bis dahin am tatsächlichen Gerät überprüfen zu können, und führten alle zwei Wochen Spielsitzungen durch.

Natürlich verlief nicht alles wie geplant, aber dank der Spielsitzung berichteten sie, dass „dieser Teil sich verzögern wird“, und es wurde einfacher, die Nachbereitung vorzunehmen. Herr Takada beschrieb diese Art der Kommunikation als „wie die Durchführung einer medizinischen Untersuchung.“ Die Spielsitzung hatte noch einen weiteren Vorteil. Die Mitarbeiter, die nach einem strengen Zeitplan an der Entwicklung arbeiteten, hatten einige Bedenken, wie zum Beispiel „Können wir es wirklich veröffentlichen?“ und „Schaffen wir etwas Interessantes?“ Es war jedoch großartig zu sehen, was wir gemacht haben Er hatte es auf einem tatsächlichen Gerät erstellt und konnte es löschen.



Rückblickend auf die Sitzung sagte Herr Takada abschließend: „Es war wirklich großartig, dass Ingenieure, Planer und Marketingmitarbeiter die Idee in den Vordergrund rücken konnten, „das Ende des Service in vollen Zügen zu genießen.“ „Das gibt es nur bei SinoAlice.“

Das obige ist der detaillierte Inhalt vonWas geschah hinter dem einzigartigen Ende von „SINoALICE“ [CEDEC 2024]. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!