Re: [DSA Manager] Re: [DSA Manager] Re: [DSA Manager] Modifikatoren - 1 oder 2 Angaben? (Re: Grammatik für ...)

[Oliver S. <wh...@us...>]

Hi Tilmann!

> > Ok, auf die Weise gibt's keine Reihenfolgeprobleme, aber dafür
> > wird ein Haufen Werte mehrfach, evtl. sogar sehr oft berechnet.
> Berechnet ja, siehe andere Mail.

Jau, das ist jetzt klar.


> Das er das tut moechte ich nicht leugnen die Frage ist nur ob wir das 
> wollen. Auch ich moechte auch moeglichst viel von der Programmierung her 

Ich auch - darum rede ich ja immer wieder davon, beim Design
nicht so sehr auf die Implementierung zu schauen.


> offen lassen. Ich finde aber auch dass zuweisungsorientiertes Scripting zu 
> Undurchsichtigkeit fuehrt und es hat noch weitere Nachteile:
>
> - es ist extrem schwer zu debuggen
> - es koennen durch Fehleranfaelligkeit wirklich chaotische Effekte auftreten

Warum genau?
Ich halte zuweisungsorientiertes Scripting für wesentlich
fehlerunanfälliger. Auch weiß ich nicht, wo das Problem
beim Debuggen sein soll. Zuweisungsorientiertes Scripting
bedeutet, die Charakter(effektiv)werte einzeln und
nacheinander jeweils einmal zu berechnen. Da das genau das
ist, was man mit Pen&Paper auch macht, halte ich es im
Gegenteil für sehr intuitiv, übersichtlich und leicht zu debuggen.
Man könnte sich im Zweifelsfall den ganzen Berechnungsprozeß
linear anzeigen lassen, ohne daß das sehr lang
wird. Das wird bei euren tiefen und mehrfachen Rekursionen
sehe ich genau da viel eher Probleme.


> Finde ich nicht es gibt entweder einen Modifikator auf MU oder einen anderen 
> auf GE nicht einen auf beides. Aber darueber koennten wir warscheinlich noch 
> ewig diskutieren ;-)

Jau ... :-)


> Ausserdem muss man da arg aufpassen ein Modifikator auf eine Eigenschaft ist 
> z.B. nicht wirklich trivial mit "MU.effektiv = MU.effektiv + 3" ist's da 
> nicht getan. Warum kann sich mal jeder selbst ueberlegen.

Warum ist das ein Problem? Wenn sichergestellt ist, daß bei
Berechnung des Effektivwertes jeder Modi nur einmal angewendet
wird (und das war in meinem Konzept ja drin), geht das doch
einwandfrei, oder?


> Ok ich mach mal ein beispiel fuer die Berechnung der Steigerungskosten am 
> Talent schwimmen.
[...]
> Code ich das hart habe ich es genau einmal fuer alle Talente. Werden die 

Da sind wir uns sicher einig. Dinge wie Steigerungskosten,
also tiefste DSA4-Grundkonzepte, die wirklich für alles gleich
sind, werden hart gecodet. Ich hatte gedacht, Du hättest
auch viele Sonderregeln und so hart gecodet, weil's mit den Modis
allein nicht ging.

cu
Oli