Idées d'améliorations PRT backtest

Hello,

Comme il me semble que nous soyons assez nombreux à faire du backtesting via PRT, peut-être pourrions-nous faire un petit sondage sur les améliorations qui nous faciliteraient la vie dans nos recherches sur les backtests.

L'idée serait que nous proposions tous ces améliorations dans le prochain sondage IG (...on ne sait jamais, ça peut peut-être marcher

Perso, pour l'instant, j'en voit 2 essentielles :
1) Ajout de la colonne "Ratio Gains/pertes" (= Profit factor) et "max drawn down" dans les colonnes du rapport d'optimisation.
Car il faut bien dire ce qui est : c'est assez ennuyeux de devoir cliquer sur chaque ligne de ce rapport pour aller voir ensuite dans le rapport détaillé ces 2 valeurs qui, selon moi, sont importantes à prendre en compte dans un bon backtest

2) possibilité d'exporter les résultats des backtests dans un fichier csv.
Dans un autre topic, Iwin nous a donné un super truc à faire via "drag and drop" (encore une fois, merci à lui, c'est une super astuce) mais cela ne résout pas tout car les montants à plus de 3 chiffres sont mal formatés et difficilement utilisable via excell.

Voilà, le débat est ouvert.
N'hésitez pas à donner vos idées ou à dire si certaines des idées qui vont être proposées ici ne vous sont pas très utiles.

a+

Ah bonne idée Clodreb !

Alors euh... il doit y avoir pas mal de chose, mais moi ce que j'aimerais tout simplement comme modification c'est pouvoir avoir des variables dans un code que l'on utilise pas forcément au final. Parce que pour vérifier que chaque variable fonctionne correctement s'il y a un souci, on est actuellement obligé de le décomposer entièrement en faisant plusieurs indicateurs...(le bazar quoi) Ce serait bien plus pratique de pouvoir avoir des variables "discrètes" au sein d'un code.

Ah et une seconde chose : le multi-ut serait top. Je sais que cela arrive bientôt normalement, mais on ne sait jamais. Actuellement ce n'est dispo que sur proscreener..

Nouvelle idée : indiquer la ligne où il y a l'erreur, comme un bon IDE !

je suis d'accord avec toi, Ice, le fait de toujours devoir enlever et ajouter les variables, c'est un peu lourd.

à la limite, juste un popup warning pour te signaler qu'elles ne sont pas utilisées dans le code. Mais sans que ça soit bloquant.
Ou alors, un switch au niveau des variables qui permet de les activer ou non mais sans devoir les supprimer à chaque fois.

à la limite, juste un popup warning pour te signaler qu'elles ne sont pas utilisées dans le code. Mais sans que ça soit bloquant.

Oui voilà, exactement ! Par exemple dans ProOrder une fenêtre sur le côté nous indique que les stop en point ne sont pas possible : nous pourrions avoir plein d'autre information à cet endroit (les variables non utilisés, la vitesse d’exécution, les lignes d'erreurs ou litigieuses etc..).

Parce que pour les petits code, à la rigueur, ça va, mais quand tu es à plusieurs centaines de lignes..... bobo :musique:

Le max DD faisait partie des colonnes d'optimisation en V8 :musique: et il a disparu depuis la V9.

Je te rejoins :
Max DD et tri sur P/L, seraient bien plus intéressant que gain net, taux de trade gagnant ...
Pour l'instant je tri sur "gain moyen" qui est la donnée qui se rapproche le plus du P/L sans être tout à fait à la même chose (surtout si ton système n'a pas de TP et/ou SL fixe ...)

A défaut, pouvoir sélectionner dans un menu les paramètres et colonne de tri.

Pour le "drag and drop", ça ne marche que pour le rapport d'optimisation pas pour le tableau d'optimisation malheureusement.

Pour le "drag and drop", ça ne marche que pour le rapport d'optimisation pas pour le tableau d'optimisation malheureusement.

pour moi, le "drag and drop" fonctionne aussi bien pour le contenu des 3 onglets du rapport que pour le tableau d'optimisation....

Ah tu fait comment ?
Car je n'arrive pas à sélectionner dans la fenêtre optimisation ??

Ah tu fait comment ?
Car je n'arrive pas à sélectionner dans la fenêtre optimisation ??

tu ne dois rien sélectionner de spécial dans cette fenêtre:
tu mets simplement ta souris au milieu de la fenêtre, tu clic droit et tu glisses vers excell comme pour le rapport d'optimisation.
Et tu as toutes les données de l'écran dans ta feuille excell (sauf le Profit factor qui se met tjrs à une valeur null...je ne sais pas pourquoi...mais toutes les autres données sont bien là)

chez moi en tout cas, c'est comme ça que ça fonctionne.

et pour faire les 2 autres onglets : idem. tu dois juste choisir l'onglet qui t'intéresse avant de cliquer et glisser

Un truc qui serait extra, c'est que les backtests soient détachés de la fenêtre du graphe et puisent référer à plusieurs fenêtres sur le même sous jacent... mais pas avec le même time frame.

On peut rêver...

et qu'il gère le Hedging
et les lots fractionné ... je comprend que quand tu trades des futur, le fractionnement n'existe pas ni sur action cash, mais sur cfd à risque limité oui alors ... (certes il y a la solution de multiplier par 100 le nombre de lot traité mais ça donne des chiffres de gain/pertes qu'il faut eux-même diviser par 100 ... un peu casse-bonbon tout de même !)

Ah bonne idée Clodreb !

Alors euh... il doit y avoir pas mal de chose, mais moi ce que j'aimerais tout simplement comme modification c'est pouvoir avoir des variables dans un code que l'on utilise pas forcément au final. Parce que pour vérifier que chaque variable fonctionne correctement s'il y a un souci, on est actuellement obligé de le décomposer entièrement en faisant plusieurs indicateurs...(le bazar quoi) Ce serait bien plus pratique de pouvoir avoir des variables "discrètes" au sein d'un code.

Ah et une seconde chose : le multi-UT serait top. Je sais que cela arrive bientôt normalement, mais on ne sait jamais. Actuellement ce n'est dispo que sur proscreener..

Nouvelle idée : indiquer la ligne où il y a l'erreur, comme un bon IDE !

Oui le multi-UT serait pour moi le top aussi. Et du vrai car sur proscreener, les UT sont à choisir parmi une liste et les X ticks ne sont pas possibles.
Bonne idée même si je suis sceptique sur la prise en compte des demandes
Ce que je voudrais : dans le code, indiquer que je suis en 20 ticks par exemple et calculer un indicateur, puis me mettre en 90 ticks et calculer un autre indicateur.
Autre demande : ne pas planter quand l'historique est trop long et que l'indicateur est un peu complexe. Je suis prêt à attendre la réponse si c'est long mais le plantage/blocage, non.

J'ai probablement d'autres demandes, mais il faut qu'elles me reviennent.
-+

Autre demande : ne pas planter quand l'historique est trop long et que l'indicateur est un peu complexe. Je suis prêt à attendre la réponse si c'est long mais le plantage/blocage, non.

Hello Bobby,

Cela vient surement de ton ordi Je n'ai aucun problème avec ma "machine" (même avec des codes supérieurs à 1000 lignes et 100 000 bougies d'histo) mais dès que je prend un ordinateur portable entrée ou moyenne gamme, cela plante. (et souvent, c'est à ce moment là que je m'énerve )

Autre demande : ne pas planter quand l'historique est trop long et que l'indicateur est un peu complexe. Je suis prêt à attendre la réponse si c'est long mais le plantage/blocage, non.

Hello Bobby,

Cela vient surement de ton ordi Je n'ai aucun problème avec ma "machine" (même avec des codes supérieurs à 1000 lignes et 100 000 bougies d'histo) mais dès que je prend un ordinateur portable entrée ou moyenne gamme, cela plante. (et souvent, c'est à ce moment là que je m'énerve )

Merci pour l'info. C'est vrai que c'est plutôt du moyenne gamme mes PC. J'essaierai de faire un test sur grosse machine.

Bonjour,

Sur la programmation PRT, en général :

J'aimerai que la fonction ROUND retourne un entier et non un décimal comme actuellement.

=> Je n'arrive pas à convertir un décimal en entier et donc si je veux faire un truc comme cela, je ne peux pas :

Code : #

ATR=AverageTrueRange[14](close)
periode=ROUND(ATR)
MM=Average[periode](close)

Demande annexe :
Ce serait bien d'indiquer le n° de version dans les guides de programmation afin de savoir facilement si on a le dernier ou non...