INVESTOX-Forum

Hallo Herr Knöpfel,

bitte könnte man bei dem Benutzer-Interface zur RobIteration (siehe Anhang) noch ein weiteres Eingabefeld "Anzahl der berücksichtigten Optimierungsvariablen"
hinzufügen, mit der default-Einstellung=all (all ... d.h. immer über alle Variablen robusten, d.h. so wie es jetzt ist).
Gemeint ist hierbei, dass die Zählung der OptVariablen immer oben beginnt, d.h. wenn man in das neue Eingabefeld 5 eingibt, dann werden nur die OptimierungsVariablen [1,2,3,4,5] des HS berücksichtigt, bei 3 nur [1,2,3], usw.

Wozu?
- man kann die HS so aufbauen, dass im oberen Bereich die Entry-Generierung statt findet und im unteren Bereich dann die Filter und Stopp implementierungen
- um schnell mal einen Überblick zu bekommen, ob der Entry des HS überhaupt was taugt, justier man am besten erstmal nur diese Variablen
- wenn das nix bringt, kann man sich die Justierung der Filter und Stopps dann sparen

Mit dieser Erweiterung kann man dann die Entry-Variablenjustierung sehr schnell automatisieren (derzeit mache ich das von Hand, jede Variable einzeln und erst wenn das passt, werfe ich die RobIteration an).

Vielleicht lässt sich da was machen.
Danke.

Viele Grüße,
Sten

Hallo Lenzelott,

ja, Dein Vorschlag ist noch flexibler, d.h. das wäre dann die Deluxe-Variante.
Über diese Variante würde ich mich natürlich auch sehr freuen.
Danke.

Viele Grüße,
Sten

Hallo,

ich denke wenn man es konsequent weiter denkt, dann bräuchte man mehrere RobIterations-Durchläufe (d.h. pro Durchlauf, so wie jetzt schon möglich, immer wieder von vorne anfangen mit robusten, bis es keine Verbesserung mehr gibt), z.B. so:

Ablaufplan RobIteration:
1.Durchlauf: alle EntryVariablen robusten ... z.B. OptVar. 1 bis 5 und immer wieder [1,2,3,4,5 1,2,3,4,5 usw.] bis es keine Verbesserung mehr gibt, dann nächster Durchlauf
2.Durchlauf: alle FilterVariablen ... so wie bei 1.), d.h. bis es keine Verbesserung mehr gibt
3.Durchlauf: alle StopVariablen ... so wie bei 1.), d.h. bis es keine Verbesserung mehr gibt
4.Durchlauf: StabilitätsRobusten ... d.h. noch ein Durchlauf über alle OptVariablen und eine Feinjustierung vornehmen, das OptWert genau auf "SwingHoch" justiert ist bzw. in der "Mitte des Berges", damit bei Veränderungen des Marktes das HS noch so lange wie nur möglich stabil weiter läuft

Dieser Ablaufplan sollten am Anfang einmalig definiert werden und dann automatisch ohne weitere Userinteraktion durchlaufen.
Es sollte möglich sein davon Vorlagen anzulegen, so dass eine leichte Wiederverwendbarkeit auf verschiedene HS möglich ist.

Mit @Annotation (kommt aus der JavaEE-Welt, um Methoden/Klassen zusätzliche Funktionalität zu spendieren) könnte man z.B. die Richtung vorgeben,
z.B. VerlustStops sollten möglichst klein sein, also von links nach recht robusten (so wie jetzt auch) ... @robItLinks2rechts
z.B. Gewinnstops sollten möglichst groß sein, also von rechts nach links robusten und wenn es zwei gleichhohe "Berge" gibt, dann nimm den rechten... @robItRechts2links.
Man schreibt dann die Annotation direkt im Code über die entsprechende OptVariable.
So könnte man z.B. auch die Glättungsstärke für jede einzelne Variable definieren und vieles mehr.

Und schließlich wäre eine Warteschlage, so wie bei GA-Optimierung, wo man gleich mehrere HS-RobIterationen mit jeweils zugehörigen Ablaufplan definieren kann und diese dann vollautomatisch ablaufen, super.

Viele Grüße,
Sten

PS:
Anmerkung zur Glättung:
- mir ist das persönlich mit den 3 Glättungsstärken zu untransparent und man hat zu viele Möglichkeiten
- ich würde versuchen es eindeutig zu programmieren, das die originalen Robustheits-Balken unverändert erhalten bleiben und man darauf die Feinjustierung der Werteselektion in die Mitte der "Rob-Berge" vornimmt (d.h. falls der "Ball" noch nicht auf der "Spitze des Berges liegt", dann "dorthin rollen" und fertig)
- so ist es transparenter und man kann es leichter am Ende überprüfen
- vielleicht kann man so eine "direkte" Glättungsvariante noch hinzufügen