Meine Möglichkeiten etwas für Investox zu programmieren beschränken sich ganz klar auf die Möglichkeiten, die auch jeder andere registrierte Investox-Anwender mit Hilfe des Investox Entwicklerkits hat.
Ich sehe für mich weder die Notwendigkeit, ein separates Scanning Modul für CS-Pattern extra zu programmieren noch sehe ich eine Möglichkeit, das aktuell praktisch umzusetzen.
Investox enthält außerdem bereits Scanning-Möglichkeiten über die Direktabfrage.
Ob hier eine Erweiterung sinnvoll und notwendig ist, liegt aus meiner Sicht in der Entscheidungskompetenz von Herrn Knöpfel.
Weder kann ich mich in die Entscheidungen und Planungen von Knöpfel Software Entwicklung einmischen, noch will ich das tun.
Ich kann nur –ebenfalls wie jeder andere Investox-Anwender- Verbesserungsvorschläge zur Weiterentwicklung von Investox machen, wenn mir hier oder da eine Verbesserung sinnvoll erscheint. Ob diese Vorschläge tatsächlich umsetzbar sind, kann ich weder abschließend beurteilen noch entscheiden.
Mir persönlich wären Erweiterungen beim Money-und Positionsgrößenmanagement (z.B. Pyramidisieren, Teilverkäufe etc.), eine Multiplot-Möglichkeit oder die ebenfalls bereits vorgeschlagene Random-Walk-Optimierung aktuell wichtiger als ein erweitertes Scanning Modul.
Das ist aber auch nur meine ganz persönliche Meinung.
Wie man ja in der Vergangenheit immer wieder beobachten konnte, werden Erweiterungs- und Verbesserungsvorschläge von Herrn Knöpfel üblicherweise schnell geprüft.
Wenn die Vorschläge sinnvoll und umsetzbar sind, werden neue Features auch meist schneller in Investox integriert, als das z.B. bei anderer Software der Fall ist.
Ich habe es nie anders erlebt und kann mir auch nicht vorstellen, dass es im Bezug auf ein erweitertes Scanning Modul anders wäre- so es denn tatsächlich Sinn macht, möglich ist und von vielen Anwendern gewünscht wird.
Wie ich ja auch schon geschrieben habe, wähle ich selbst aktuell die passenden Pattern für meine Systeme bevorzugt nach qualitativen Kriterien aus (… ich schau mir also immer zunächst in der entsprechenden Komprimierung an, welche Pattern an den Wendepunkten im Chart vermehrt auftreten, lasse dies Pattern erkennen und justiere dann ggf. nach).
Welche Komprimierungen für ein HS überhaupt sinnvoll sind, entscheide ich in Abhängigkeit vom täglichen Zeitaufwand den der Endanwender des Systems für Handel, Monitoring, Systemwartung und Systemanpassungen erübrigen kann und will. Je höher das pro Tag für ein einzelnes HS zur Verfügung stehende Zeitquantum, desto niedriger kann man in der Komprimierung gehen. Wie niedrig man tatsächlich gehen kann, ist ausserdem aber noch von diversen anderen Faktoren (auf die ich hier nun wirklich nicht im Detail eingehen möchte) abhängig. Bei meinen Systemen führt diese Vorgehensweise dazu, dass von Anfang an nur vergleichsweise wenige Komprimierungen überhaupt für ein System in Frage kommen.
Nicht anfreunden kann ich mich mit Anke´s Aussage, daß man die INV-Indi-Vielfalt ja auch nicht "alle zusammen" nutzt.
Weil Du den Passus aus dem Beitrag von Gerd hier noch einmal zitiert hast, möchte ich bei der Gelegenheit darauf hinweisen, dass meine Aussage eigentlich nur lautete:
Genau wie Sie wenig erreichen werden, wenn Sie z.B. einfach beliebige mit Investox gelieferte Indikatoren wahllos kombinieren, ist es unwahrscheinlich, dass Sie durch endlose "Klickorgien" ein funktionierendes CS-System entwickeln.
Das sehe ich ehrlich gesagt auch nach wie vor noch so.