Bonjour et merci de votre réponse. J’avais bien réussi à identifier les croisements de Kumo, et j’ai un screener qui me les liste chaque jour, ce qui m’est très utile pour mes prises de position.
La problème est que je souhaite backtester cette méthode pour en vérifier l’efficacité (très bonne pour l’instant !) sur des titres variés et sur un historique important.
En fait, j’ouvre une position aujourd’hui, sur la base d’un Kumo twist qui s’affiche dans 26 périodes. dans Probacktest, quand j’essaie de programmer un backtest sur cette méthode, il faut donc identifier le Kumo twist (facile), mais déclarer l’ouverture de position 26 jours avant ce signe … et c’est là que je coince complètement, l’ouverture de position pouvant se faire le jour du déclenchement du twist, ou ultérieurement, mais jamais avant…
J’espère être clair, mais n’hésitez pas à questionner si ce n’est pas le cas.
Vous êtes nombreux a être coincé dans des failles temporelles quand on essaie de coder ichimoku, avant ou après, pendant on ne sait plus .. le code que j’ai donné ci-avant teste le croisement du nuage que tu vois dans le futur (à droite du prix), et ce croisement est bien détecté sur la barre courante avec le kumo du jour.
Si tu le vois dans le futur, c’est parce que le kumo est décalé vers la droite, mais c’est bien celui d’aujourd’hui !
Oui, j’ai bien compris le principe du twist, et je te confirme que je sui bien plongé dans une faille temporelle digne d’Isaac Asimov ; -)
J’utilise un code quasiment similaire au tien (mais je ne m’intéresse qu’aux twists haussiers). Il fonctionne très bien et je scanne le marché avec un screener chaque sois pour détecter les twists, qui apparaissent projetés dans 26 périodes.
Cela marche très bien, j’ai même créé un indicateur PRT qui fait apparaitre le twist, et le jour de son déclenchement (26 périodes porécédentes). Sur l’exemple ci joint (Alpha Mos) on voit cet indicateur qui affiche un trait vertical bleu le jour du twist et un rouge le jour où le twist est apparu. On voit bien l’intérêt de prendre position le jour où on voit le twist (à moins de 2€).
Donc tout cela fonctionne très bien, mais j’aimerais backtester ce système de trading… et là ça se complique, car je n’arrive pas, en programmant un Probacktest, à faire en sorte que la position soit prise 26 périodes AVANT l’apparition du signal (le twist).
Le second exemple (Backtest sur Genomic Vision) montre bien mon problème…
J’espère être suffisamment clair, ce n’est pas évident à expliquer.
Oui le 1 est exactement ce que je souhaite faire : je prends position le jour où le twist est détecté, donc le jour de la grosse bougie rouge dans ton exemple.
C’est ce que je pratique aujourd’hui en réel mais que je ne parviens pas à backtester.
Dans mon image d’exemple Alpha Mos, si j’avais attendu 26 périodes après le déclenchement du twist pour prendre position, je loupais toute la hausse …
Je pense donc que cette stratégie est payante, mais j’aimerais affiner cette impression par des séries de backtests sur de nombreux titres pour avoir une vision statistique de ce système de trading, qui (pour l’instant) s’avère assez efficace.
ok, donc rien de neuf, tu dois utiliser le code que j’ai donné plus haut à la place de tes définitions, car comme indiqué tu cherches les twists 26 périodes avant la bougie actuelle, alors qu’on veut celle de la bougie actuelle, merci.
Le code que j’utilise est exactement le même que le tien…
Il fonctionne très bien pour un screener de marché mais pas du tout en backtesting, sur le module probacktest, qui déclenche les prise de position le jour du twist et non 26 périodes auparavant comme cela se passerait dans la réalité.
En tous cas merci pour tes réponses rapides et cet échange interessant.
Alors mille excuses, je viens de tester ton code de définition de l’ichimoku et cela fonctionne parfaitement. On voit sur l’exemple ci joint que la prise de position est bien réalisée 26 périodes avant le twist !
Désolé de ne pas avoir compris plus vite, et un très grand merci pour ton aide précieuse et rapide !
.
