Niemand braucht dir Leid zu tun. Rizzen hat ein fantastisches Spiel geschaffen und wer es nicht spielen will, braucht es nicht zu spielen ;)

"Das Streben nach Perfektion wird immer ein vergebliches sein."
(Svensson, 2089)

Es kommt darauf an.
Ich bin ein großer Fan von Open-Source-Projekten, sehe aber bei solchen wir dem AFM eine große Gefahr, die du ja auch selbst schon genannt hast: Wenn der Code öffentlich einsehbar ist, sind auch alle Formeln und Algorithmen einsehbar. Das kann erstmal natürlich ein Vorteil sein: Transparenz im Spiel sorgt dafür, dass alle die gleichen Voraussetzungen haben, weil allen die selben Informationen zur Verfügung stehen.
Aus diesem Grund habe ich auch eine Menge Formeln bekannt gegeben, ins Wiki gesetzt und über die Hilfe im Spiel verlinkt. Erhält einer diese Information, muss sie auch für jeden anderen frei zugängig sein.
Den Code zu veröffentlichen macht alle Formeln zugängig - aber eben nicht "frei zugängig für jedermann". Denn davor befinden sich noch einige Hürden:

• man muss den Code (zumindest rudimentär) verstehen können
• man muss wissen, wo man suchen muss
• man muss die Zeit dafür aufbringen können

Ich sehe hier die große Gefahr, dass einzelne sich Vorteile verschaffen, die sie mit anderen dann aber nicht teilen mögen. Oder selbst wenn das nicht mal geschieht, ist das ein großer Angriffspunkt für Neid und Anfeindungungen: "Kein Wunder, dass der soweit oben steht, der hat ja auch wochenlang den XXX-Bug im Code ausgenutzt. Hatte den schon selbst im Code gefunden aber nicht gemeldet."

Ein weiterer Punkt ist natürlich ein nicht rationaler: Eigentlich will ich persönlich natürlich nicht, dass jemand anders außer mir daran rumpfuscht! Das ist meins!
Ab einem gewissen Punkt muss ich da aber natürlich auch abwägen, ob ich es angesichts der Nachteile verantworten kann, diesen "emotionalen Widerstand" aufrecht zu erhalten.

Zu den anderen Punkten:


Das sehe ich erstmal als geringeres Problem. Aktuell mache ich selbst meine eigene Qualitätskontrolle. Von dem Gesichtspunkt aus ist nahezu alles eine Verbesserung.


Ist er leider kein Stück. Und sehr unübersichtlich wild gewuchert.


Die Infrastruktur ist relativ (!) sauber. Der AFM liegt seit... ich vermute Ende 2013 in einem Git-Repository (Git-flow), der alte AFM 1.X ist auch noch komplett vorhanden, um im Nachhinein in dessen Code schauen zu können (allerdings SVN). Es existiert ein Simulations-Server, welcher im Hintergrund regelmäßig die nächtliche Berechnung sowohl mit master- als auch develop-Stand simuliert und im Log auftauchende Fehler per Mail meldet.

Coding-Konventionen gibt es... wurden aber viel zu spät erst angefangen, sauber durchzuziehen. Damn you past me!


Hmm, abwarten. Für größere neue Features mag das zutreffen. Das wäre bis Ende es Jahres sehr unwahrscheinlich. Was aber Veränderungen und Eingriffe angeht und bestimmte Problematiken anzugehen (Geld, Talent), ist das noch eine andere Sache. Um so eher hier angesetzt wird, desto besser - zumal solche Eingriffe eine längere Zeit brauchen würden, bis man am Ziel angekommen ist. Bloß will hinsichtlich des Balancings wohl überlegt sein, wie man da genau ansetzt.


Waren sie - und vielen Dank, trifft es ziemlich gut. Aber die meisten Teufelskreise lassen sich durchbrechen, sobald nur einer der Einflussfaktoren entfernt wird. :)

Ich würde @Misterholles Vorschlag in der Priorität weit vorne sehen,aber Freundschaftsspiele wären natürlich auch ne Wucht :-D @Svensson.

Für mehr Abwechslung:

- mehr verschiedene Ereignisse

- Veranstaltungen

- Zusätzliche Trainingslager ( Weltweit)

Dürfte doch leicht umzusetzen sein oder??

@Wichla: Das meiste dürfte relativ leicht umzusetzen sein. Aber 500x "relativ leicht" macht umgerechnet 1x "sehr schwer ;)

Hab ich mir eigentlich so gedacht :-D auf jeden Fall leichter umzusetzen als 200-300 neue Manager an den AFM zu binden.

Was recht leicht und schnell umzusetzen ist:
Neue Zufallsereignisse, die sich funktional nicht von den bisherigen unterscheiden.
Auftreten in der Häufigkeit kann abhängig sein von:

• Anzahl Spieler im Team
• Anzahl/Anteil verletzter/gesperrter Spieler im Team
• Neuerdings: Höhe der Fanbasis/Ultras/Hooligans

Hier wird ein mal pro Berechnungswoche geprüft.

Dann gibt es Ereignisse, die jeden Tag (also 7 mal pro normaler Wochenberechnung) geprüft werden, ob sie auftreten, z.B. Jugendscout, Jugendspieleranmeldung, Skandalnudel, Schleimer - generell an Spielereigenschaften geknüpft

Hier ein neues Ereignis einzubauen, welches diese Kriterien erfüllt, sind... ~10-15 Minuten, würde ich sagen. Sind es mehrere zugleich, verkürzt sich das natürlich etwas, da mehreres gleichzeitig getestet werden kann. Ich würde daher sagen, ein einzelnes Ereignis dürfte im Schnitt maximal 10 Minuten in Anspruch nehmen.

In der Summe dann natürlich wieder viel Aufwand, ja. :)

Aber der Vorteil ist: Mal eben zwischendurch 20-30 Minuten, um ein oder zwei Ereignisse einzubauen, ist durchaus immer mal wieder machbar.

Zusätzliche Traininglager und Veranstaltungen sind beim Einbau auch nicht viel Aufwand - das Balancing ist hier bloß das Problem.

Vorschlag: Man sollte ein Abstimmungs-Feature haben. Die möglichen neuen Ereignisse sollten von den Mitspielern vorgeschlagen werden können und dann per Abstimmung ermittelt werden, welches das beliebteste ist. Einmal im Monat wird ein neues Ereignis gewählt und findet so den Weg ins Spiel. Würde auch eine interessante neue Interaktivität mit sich bringen :-)

Dieser Beitrag wurde 1 mal editiert, zum letzten Mal von Svensson am 13.07.2020 14:45.

Wenns zwischenzeitlich ab und an möglich wäre neue Ereignisse,Veranstaltungen oder Trainingslager einzubauen wäre es Klasse,aber nur wenns keine zu großen Umstände macht.
Man könnte auch dann Abstimmen lassen welche den weg ins Spiel finden wie Svensson es Vorgeschlagen hat.

Das fände ich eine sehr gute Idee und würde mich auf jeden Fall daran beteiligen :-) Könnte man auch noch ergänzen, indem der Sieger dann eine Auszeichnung kriegt. Bspw. dass bei Svensson im Vereinsprofil steht "3x Sieger des Kreativwettbewerbs für neue Ereignisse" :-)