Ich habe am 12.01. diesen Fall an
play@basketball.de gemeldet, aber es ist leider nichts passiert. Mir ist kein solch weiterer Fall aufgefallen.
Also die Mail ist schon angekommen aber wir müssen manchmal priorisieren wann wir auf was antworten. Sollte das nicht passiert sein bisher.. Sorry..
Um das mal abzuschließen...
1.)
Die Einstufung als DNP war eine Stat Correction. Zum Umgang mit Stat Corrections haben wir nun ausführlich und mehrfach was gesagt. Wir verbleiben schlicht im Status Quo der seit Beginn des Crossovers so ist. Stat Corrections werden erst dann integriert, wenn technisch sauber, regelmäßig und verlässlich umsetzbar. Das wird uns viel Geld, Mühe und Zeit kosten. Aber ja.. es wird sobald machbar integriert.
2.)
Tolu Smith wird nicht ganz richtig eruiert in meinen Augen. Die Grundannahme ist:
"Oh er ist jetzt bei 6 anstelle 5 Spiele", Ergo war sein Caphit Spike jetzt "zu niedrig" und er hätte ja höher ausfallen können. Was man dadurch "verpasse".
Wenn man sich jetzt mal mit dem Spieler, der Detroit Rotation und der Spielerhistorie der letzten 2 Jahre auseinandersetzt, ist viel mehr anzunehmen, dass er sich das mit den nächsten Spielen (er wurde kaum eingesetzt trotz Ausfällen, trotz Duren Outs und Stewart Überlastungen) eh wieder "kaputt" macht. Es dürfte also viel eher umgedreht sein.
Das war jetzt realisitischerweise wahrscheinlich eher schon das Höchste der Gefühle, zu dem dieser Spieler überhaupt im Stande ist, bei diesem Team und dieser Rolle im Team.
3.)
In solchen Grenz und Ausnahmefällen müssen wir mehr beachten als nur individuelle Managerperspektiven. Klar das niedrige Teamwerte nach jedem Cap Spike lechzen und sich dann dazu anders äußern. So ein bisschen wie vorhin bei den Secret Drop Off Trades. Klar das Manager mit vielen Verletzungen im Team am liebsten jetzt sofort die Drops hätten. Was aber andere wiederum vielleicht wieder kritisch sehen könnten.
Wir müssen aber Reglement beachten. Eine Balance halten. Also können wir dann nicht "auf Zuruf" einiger weniger reagieren, sondern müssen allen gegenüber gerecht werden. Dem Gesamtfeld.
Wir können nicht immer und immer wieder sagen, dass Stat Corrections nach wie vor,
wie seit 20 Jahren schon NICHT eingepflegt werden, Tolu Smith seit Monaten mit X Spielen und Y FP/G
völlig transparent sichtbar haben für ALLE im Managerfeld und dann aber was zurechtbiegen auf Zuruf der Teamwertarmen Teams die sich Hoffnungen auf seinen Spike machen. Zurechtbiegen im Sinne von; dass wir dann doch dieses eine Spiel korrigieren. Dann kommt der Nächste und fordert seinen Rebound vom Spiel xyz vor 3 Monaten ein. Das steht halt auch in keinem Verhältnis zum Aufwand für uns dadurch.
Entweder ALLE bekommen ALLE Stat Corrections oder eben KEINER überhaupt eine Einzige. Entweder oder. Sonst sind wir nur im Workload für Peanuts im Game denn am Ende des Tages sind das Peanuts. Es sind zwar mehr Stat Corrections als bis vor 2 Jahren (deutlich mehr seit Mitte letzter Saison) aber eben beim einzelnen Manager immer noch im überschaubaren Rahmen was effektiv auf ihn abfällt.
Zumal wir ja schon täglich und mit Aufwand und Kosten verbunden jedes Spiel und jeden Spieler screenen. Was übrigens wir eingeführt haben als Erste hier. Um eben die ganz krassen Fälle zu filtern und zu fixen wenn nötig (Stichwort das wilde Tristan Da Silva 83 Punkte Spiel letzte Saison). Oder zur Prüfung ob zb. die externe Datenstream-Anlieferung konsistent ist, zu den dann an diesem Tag offiziellen Lines. Aber wir können nicht noch zusätzlich TÄGLICH, die letzten 5 Tage (sämtliche Spiele, sämtliche Teams, sämtliche Spieler UND deren sämtlichen Stats und Wurfquoten) zusätzlich parallel im Auge behalten und einpflegen.
Da hätten wir ein Prüfaufwand von quasi einem Mitarbeiter mit 10 Stunden täglich. Und dann kommt noch die Integration dazu. Das ist nicht einfach mal mit einem Zifferndreher in einer Excel und dem magischen "schick mal raus Button" getan. So funktioniert das nicht. Leider.
Wenn dann muss das alles automatisiert ablaufen und nicht personell jeden Tag 1000 Datensätze (6xca.10xca.14x 16 = grob 15.000 Variablen.. täglich!) prüfen. Und sowas ist nicht mal so eben gebaut, dass man täglich die Datenbanken quer laufen und querprüfen lässt und an X Stellen (re-)integriert. Man hat das vor uns, ja mal nicht ohne Grund außen vorgelassen in der Konstruktionsphase der Applikation. Der Ertrag und Aufwand steht in keinerlei Verhältnis beim Thema Stat Corrections.
Dennoch wollen wir das irgendwann umsetzen sicherlich. Nur eben nicht sofort und nicht als Schnellschuss!
Tolu Smoith... Es sind Peanuts wenn man ehrlich ist.. Würde man Tolu Smith überhaupt realistisch mal eine Zeit lang halten können? Oder ist so ein Spike (selbst bei 2 plus X Mil) nicht am Ende des Tages ein Nullsummenspiel wenn man sich das mal in den Kontext des (mittelfristigen) Rosteroutputs reinzieht?
).
