Bonjour,
Avant tout désolé si le sujet a déjà été traité ailleurs dans le forum.
J’aimerais savoir comment chacun analyse les perfs de ses robots.
De toute évidence, des variables sont à ajuster régulièrement pour s’adapter aux humeurs du marché..
J’aimerais savoir si vous aussi, vous tenez un “journal” de robot externe à PRT?
Pour ajuster leurs perf.? En les comparant à l’init.?
Conserver l’historique de ces variables, … etc
Cela me semble tout aussi important que le robot en lui même pour avoir une idée de quand il commence à faire de la m**de..
Dans l’attente de votre retour.
Bonjour ! Je suis entièrement d’accord avec toi, je pense que c’est un sujet très important et pourtant rarement abordé.
Les robots (et aussi les systèmes semi-automatiques comme les miens) finissent par perdre leur avantage statistique à un moment donné, et pouvoir détecter cette perte à temps peut faire la différence entre un drawdown maîtrisé et une véritable hémorragie.
Même si je ne travaille pas avec des robots 100% automatiques, ce que tu évoques me semble tout à fait pertinent. C’est pourquoi j’ai développé ma propre application, une sorte de journal interactif qui me permet de suivre les ratios les plus importants de mon trading.
Ce serait formidable si PRT proposait (plus ?) des outils natifs pour nous aider à surveiller les performances de nos robots.
Il y a plus de 12 mois, j’ai soumis une suggestion d’amélioration directement à PRT, demandant que le gain moyen et le nombre de transactions soient disponibles sous forme de colonnes dans les rapports détaillés de chaque robot lors de transactions avec ProOrder.
J’espère voir l’amélioration ci-dessus fournie dans la V13.
Si vous pouvez penser à des améliorations similaires, soumettez-les directement à PRT en utilisant le formulaire Web sur le lien ci-dessous…
https://trading.prorealtime.com/fr/contact
Cliquez sur la boîte de suggestions sous la photo dans la marge de gauche.
Merci pour vos retours.
Ce qui pourrait être intéressant c’est qu’on puisse sauvegarder une ou plusieurs données du backtest et l’inclure dans le code du robot déployé, ce qui pourrait servir d’alerte, ou de motif de coupure du robot.
Genre maxDD atteint ou baisse du RR moyen supérieure à x%, ou bien hausse du nombre de points moyen perdus supérieure à x%…
Je suis navré j’étais plutôt silencieux jusqu’à présent faisant des allés-retours contraints par la vie.. Actuellement en congés je ne peux pas trop vérifier mes idées.
Peux être intégrez vous déjà ce genre de ceinture dans vos codes?
Bonnes idées !
Vous devriez publier ici un code simple (par exemple, v1, basé sur les moyennes mobiles) indiquant les achats et les ventes.
N’hésitez pas à ajouter vos trois idées ci-dessus (en v2) à votre code v1… Nous pourrions ensuite backtester les codes v1 et v2 et optimiser les valeurs pour voir si la v2 génère des profits plus importants.
montrant les achats et les ventes.
Je voulais dire montrer les achats, les ventes, les ventes à découvert et les sorties à découvert
Ce qui pourrait être intéressant c’est qu’on puisse sauvegarder une ou plusieurs données du backtest et l’inclure dans le code du robot déployé, ce qui pourrait servir d’alerte, ou de motif de coupure du robot. Genre maxDD atteint ou baisse du RR moyen supérieure à x%, ou bien hausse du nombre de points moyen perdus supérieure à x%…
Bonjour, pour mettre en place un motif de coupure du robot, plutôt que de l’avoir nativement dans la plateforme au lancement du robot, tu peux le réaliser dans le script même du code grâce à la commande QUIT (lien ci-dessous) mise dans un IF…ENDIF, et la ou les conditions du IF peuvent être ta simulation par calcul dans le code du maxDD ou du RR ou autre:
QUIT
