“No one will remember if the game is late, only if it’s great”

Danke, das ist die richtige Einstellung.

Sorry, aber das ist Blödsinn, Bethesda. Ich fände es angenehm, wenn die Spieleindustrie wieder zu der Angewohnheit zurückfinden würde, Spiele nur zu veröffentlichen, wenn sie auch fertig sind. Ich bin es langsam leid 50 Euro für einen Betatest zu bezahlen.

Spannend daran finde ich, dass die 0.99 Cent Games dieses Problem abfedern. Wenn ich als Kunde 50 Euro für einen möglichen Betatest ausgeben soll, dann überlege ich mir doch zweimal, ob ich dafür nicht lieber 50 Games aus dem Appstore besorge. Die Zeit, die mich diese Ablenken wird allemal der Zeit entsprechen, die ich mit dem AAA Spiel herumkriege.

Ich sage damit nicht, dass ich AAA Spiele für sinnlos oder gar “dem Untergang geweiht” halte, aber die Entwickler und Publisher sollten in Zukunft besser hinschauen, welche Qualität sie abliefern. Alternativen gibt es genug und sind nur einen Klick entfernt.

Also, Quo Vadis, AAA?

Da kann man sich noch so sehr den Mund fusselig reden, aber manche lernen es einfach nicht. Wieso gehen manche Leute nur so respektlos mit ihren eigenen Produkten um?

Gut hingegen fand ich die Talks von Blue Byte / Ubisoft, die fröhlich darüber redeten ihr Spielestudio zu einer Online-Agentur gemacht haben, um interne Aufträge innerhalb von Ubi umzusetzen. Natürlich würden sie es so nie bezeichnen, aber es kommt mehr oder weniger hin (und ist absolut sinnvoll).

Henric Suuronen (wooga) hat einen netten Talk über Game Design und Core Loops in ihrem neuen Spiel gehalten. Auch eine Retrospektive, aber eine interessante und unterhaltsame.

Und schließlich noch eine unterhaltsame Retrospektive: Thomas Grip (Frictional Games) erzählte die Hintergründe zum Game Design von Amnesia: The Dark Descent.

Wer Zugriff auf die GDC Vault hat, der sollte mal einen Blick in die Talks werfen.

Genauso wie es in der Programmierung gesund ist anderen Code zu lesen, sollte man im Bereich Game Design andere Spiele spielen. Möglichst viele davon. Es geht gar nicht so sehr darum die Spiele wirklich zu spielen, sondern eher zu analysieren: Was funktioniert bei diesem Spiel? Warum funktioniert es? Was funktioniert nicht? Warum funktioniert es nicht? Was würde das Spiel besser machen?

Dabei sollte man sich nicht auf die Grafik oder den Sound konzentrieren (das Offensichtliche), sondern auf die Mechaniken und Systeme (das, was hinter dem Spiel steckt). Deshalb ist der App Store oder auch Flashgames so interessant. Die meisten Spiele dort sind einfach gehalten und nur um eine oder zwei Mechaniken herumgebaut. Man muss sich also nicht erst durch die Analyse von vielen voneinander abhängigen Systemen und Mechaniken kämpfen (wie bei AAA Games), sondern kann sich auf wenige konzentrieren und wirklich im Detail durchdenken.

Also, wenn ihr schon immer eine Ausrede gesucht habt, eure Zeit mit spielen zu verbringen, dann habt ihr sie nun.

“I’m proud of my little game, which rocks because I SHIPPED IT!”

Nicht vergessen: darauf kommt es an.

In other News: Mein aktuelles Sideproject ist noch nicht in der public beta, aber bald. Als Entschädigung wird die Beta für mobile Geräte parallel starten. Wenn ich ein Termin nenne, stimmt der doch eh wieder nicht, also irgendwann zwischen morgen und der nächsten Jahrtausendwende.

Da mich das auf Dauer doch genervt hat, habe ich das Zeitalter3 Tumblelog, mit meinen eigenen, gamerelevanten Bookmarks, schon vor einiger Zeit nach Pinboard umgezogen. Dort werde ich in Zukunft meine relevanten Bookmarks unter dem Tag “z3” ablegen. Have fun.

Ziel war es, dass der Entwickler die Wahl hat, welche Logins er den Benutzern anbieten kann. Er kann entweder vollständig auf eine Plattform setzen (intern oder Facebook oder Twitter) oder auf mehrere gleichzeitig. Das Login via externer Plattform soll transparent über der internen Nutzerverwaltung liegen, so dass sich an den Nutzerklassen, sowie am Rollen- und Rechtemodell nicht ändert.

Der Ablauf ist dabei für Facebook und Twitter gleich:

• Login des Benutzers auf der externen Plattform. Dabei wird die jeweilige Authentifizierungs-API genutzt
• Wenn der Login erfolgreich war, wird die Unique-ID des Benutzers auf der Plattform ausgelesen
• Falls die Plattform-Id noch nicht im System bekannt ist, wird sie gespeichert und mit einem dazugehörigen Zeitgeist-Nutzer verbunden
• Falls kein zugehöriger Zeitgeist-Nutzer gefunden wird, wird einer automatisch angelegt. Eventuell benötigte Nutzerdaten werden aus der externen Plattform ausgelesen und für den Benutzer gespeichert
• An den Zeitgeist-Nutzer können wie gewohnt Rechte und / oder Rollen gebunden werden

Im Moment funktionieren die beiden Klassen wie gewollt. Allerdings werde ich die “Work in Progress”-Tags erst entfernen, wenn die beiden Klassen in einem echten Projekt getestet wurden.

Update 2: In Sachen Zeitgeist-Framework arbeite ich gerade noch an dem Game Tutorial und der allgemeinen Dokumentation (welches OSS-Projekt tut das nicht?). Außerdem bin ich dabei neben dem Facebook-Userhandler noch einen für Twitter zu implementieren. Kurz: Login via Facebook und Twitter leicht gemacht und anschließend Zugriff auf das volle Rollen- und Rechtemanagement des Frameworks. Noch kürzer: Facebook-Games! Twitter-Games!

Frage: kennt eigentlich jemand lesenswerten Open Source PHP-Code von Browserspielen? Ich hatte mich vor einiger Zeit mal auf Google Code umgesehen, war aber nicht so begeistert. Ich würde gerne mal wieder etwas inspirierendes lesen.