geniustrader-devel — participate in geniustrader development, ask for help, suggest improvements, etc

Re: [GT] Stratégie d'entrée sur stop

[Raphael H. <ra...@ge...>]

Le Tue, Oct 23, 2001 at 03:41:51PM +0200, Fabien Fulhaber écrivait:
> Salut Bugs,

Salut Fu,

> Seulement, je ne comprends pas pourquoi le TradeFilter OneTrade ne
> fait pas son boulot :

Pourtant c'est évident ! ;-)

Le problème est très simple, tu vois bien que ton truc passe des ordres
tous les jours ... et dès qu'une position est ouverte, tu places son
ordre de fermeture. Du coup la position est marquée en "being_closed"
et elle est ignorée par le TF:OneTrade. La solution c'est de modifier
CS:ChannelBreakout pour "démarquer" la position ... en appelant
$position->set_no_intent_to_close comme je l'ai déjà fait pour
la stratégie CS:CloseGain qui passe aussi un ordre dès le début.

J'ai commité la modif.

Et puis j'ai fait mumuse :
$ ./backtest.pl ENV 13000 --close-strategy="Stop:Breakeven 5 1" --close-strategy="Stop:Fixed 2"

## Global analysis (each position is 10keuros, value of portfolio)
Analysis of the portfolio (1999-11-04 / 2001-10-22) :
-----------------------------------------------------
Performance :  71.0% ( 30.8%)	  Buy & Hold : -44.1% (-25.3%) () => by
year
MaxDrawDown :       37.5%  B&H MaxDrawDown :    88.2%
Best performance :  71.0%  Worst performance : -15.5%
Net gain :        7101.52  Gross gain :       9475.13

Trades statistics :
Number of gains :      14  Number of losses :      33  Win. ratio : 29.8%
Max consec. win :       3  Max consec. loss :       7
Average gain :     12.24%  Average loss :      -3.38%  Avg. perf  : 1.15%
Biggest gain :     35.23%  Biggest loss :     -13.71%  Profit fac : 3.62
Sum of gains :   18130.33  Sum of losses :  -11028.81  Risk of ruin : 12.0%

A+
-- 
Raphaël Hertzog -+- http://strasbourg.linuxfr.org/~raphael/
Le bouche à oreille du Net : http://www.beetell.com
Naviguer sans se fatiguer à chercher : http://www.deenoo.com
Formation Linux et logiciel libre : http://www.logidee.com

Re: [GT] Stratégie d'entrée sur stop

[Fabien F. <fa...@de...>]

Salut Bugs,

> Il faut utiliser un OrderFactory différent qui va passer un ordre
> d'achat à seuil (ou plage) de déclenchement. Ce qui ne supprime pas
> l'écart d'un jour ceci dit ...

Je viens d'ajouter OrderFactory/ChannelBreakout.pm qui est un OrderFactory générique permettant de passer un ordre à cours limité à l'achat et à la vente en fonction de la valeur d'un ou de deux indicateurs. Idem pour le CloseStrategy/ChannelBreakout.pm qui est un CloseStrategy générique qui permet de clotûrer un trade lorsque la limite basse est franchie dans une position long et inversement pour une position short.

Voici l'alias que j'utilise :
Aliases::ENV S:Generic Signals::Generic::True Signals::Generic::True|CS:ChannelBreakout Indicators::ENV/2 Indicators::ENV/1|TF:OneTrade|OF:ChannelBreakout Indicators::ENV/1 Indicators::ENV/2

Seulement, je ne comprends pas pourquoi le TradeFilter OneTrade ne fait pas son boulot :

## Analysis of S:Generic Signals::Generic::True Signals::Generic::True|OF:ChannelBreakout Indicators::ENV/1 Indicators::ENV/2|TF:OneTrade 50|CS:ChannelBreakout Indicators::ENV/2 Indicators::ENV/1|MM:Basic
History of the portfolio :
--------------------------
Short position (0) on code 13000
  1999-09-24  Sell     382 at 26.1000
  1999-10-27  Buy      382 at 28.1943
Short position (1) on code 13000
  1999-09-27  Sell     385 at 25.9379
  1999-10-27  Buy      385 at 28.1943
Short position (2) on code 13000
  1999-09-28  Sell     386 at 25.8572
  1999-10-27  Buy      386 at 28.1943
Short position (3) on code 13000
  1999-09-29  Sell     388 at 25.4800
  1999-10-27  Buy      388 at 28.1943
Short position (4) on code 13000
  1999-09-30  Sell     389 at 25.6200
  1999-10-27  Buy      389 at 28.1943

D'où vient l'erreur ?

> Il faudrait peut-être que je prévois un truc pour éviter cet écart. Non
> pas pour développer des systèmes daily de trading automatique mais pour

Il faudra un jour qd-même y songer.

A+ Fu

Re: [GT] Corrections

[Fabien F. <fa...@de...>]

On Mon, Oct 22, 2001 at 11:18:59PM +0200, Raphael Hertzog wrote:
> Je ne sais pas. Ca dépend évidemment du système qu'on propose
> derrière ...

Oui. J'entends par là un portefeuille utilisant plusieurs systèmes "actions" basés sur des listes de valeurs déterminées. Après, on peut faire monter les prix on proposant des modules supplémentaires, genre : systèmes "inédits", trading d'obligations, protection du protefeuille/spéculation avec les warrants, systèmes basés sur les devises, etc...

> Le type qui veut faire du trading mécanique sérieux, il lui faut
> TradeStation à 3000 euros. Ca fait 37 mois d'une utilisation de nos
> services à 80 euros/mois.

On peut pas comparer TradeStation et GeniusTrader aussi simplement; ça n'a rien à voir : c'est comme si tu voulais comparer un logiciel bureautique (ex: Microsoft Office) avec une société de services dans le secrétariat qui se sert de logiciels bureautique... est-ce que le prix d'une lettre rédigée par cette société se base sur le prix intégral du logiciel utilisé ? fort heureusement, non ! :)

Et puis, il y a bcp de gens qui utilisent d'autres logiciels genre MetaStock pour ne citer que celui-là ou de sites web du type Wealth-Lab pour développer leurs systèmes; pratiquement tous les logiciels de bourse qui valent entre 500 et 1000 euros sont capables de faire ça, mis à part des trucs plus évolués comme le money-management où il y a des logiciels spécialisés du type Tradingrecipes.com.

Pour les systèmes proprement dit, Chuck Le Beau vends ses systèmes 250 $ : http://www.traderclub.com/systems.htm
 
> La taille des portefeuille est très variable ...

Oui, je sais bien, mais plus tu mets la barre haut, moins il y en a :)
Si l'on peut toucher les gens dès 100 Kf, ça devient intéressant. Plus le portefeuille est important, mois les gens gèrent ça eux-même, par manque de temps et/ou de connaissances, et passent par un gestionnaire professionnel en lui confiant un mandat de gestion.

> Et puis bon, on peut faire rêver quelques types avec des performances
> supérieures à 15%/an quand même ...

C'est bien de vouloir faire rêver les gens, il le faut d'une certaine manière, mais j'ai pas envie qu'ils soient déçu par la suite...
D'autant plus que ce serait vraiment cool de fidéliser nos abonnés dès lors que l'on aura réussi à instaurer un abonnement sous forme de prélèvement automatique mensuel :)

> quand la bourse fait du 20%/an en moyenne sur le très long terme (chiffre surement faux mais couramment accepté).

Oui, le chiffre est complètement faux :) Il me semble que la bourse fait généralement 10 à 15 % / an sur le long terme; d'ailleurs, j'ai vu que dans les résultats de ./backtest_many.pl que les valeurs du CAC ont fait sur les 8 dernières années + 11.2 % /an en moyenne, même si cette performance ne tient pas compte des pondération de l'indice, c'est assez significatif.

A+ Fu

Re: [GT] Stratégie d'entrée sur stop

[Raphael H. <ra...@ge...>]

Le Mon, Oct 22, 2001 at 10:52:01PM +0200, Fabien Fulhaber écrivait:
> Salut Raphaël,

Salut Fu,

> J'aurais bien aimé pouvoir définir un système qui initie une position
> long ou short dès qu'un cours limité est atteint; actuellement,
> lorsque le cours est atteint on a un signal d'entrée et l'on entre
> effectivement dans le marché le lendemain lorsqu'on utilise
> MarketPrice. Comment faire ?

Il faut utiliser un OrderFactory différent qui va passer un ordre
d'achat à seuil (ou plage) de déclenchement. Ce qui ne supprime pas
l'écart d'un jour ceci dit ...

Il faudrait peut-être que je prévois un truc pour éviter cet écart. Non
pas pour développer des systèmes daily de trading automatique mais pour
valider des méthodes de trading non automatiques ... (genre j'achète le
matin à l'ouverture si gap).

A+
-- 
Raphaël Hertzog -+- http://strasbourg.linuxfr.org/~raphael/
Le bouche à oreille du Net : http://www.beetell.com
Naviguer sans se fatiguer à chercher : http://www.deenoo.com
Formation Linux et logiciel libre : http://www.logidee.com

Re: [GT] Corrections

[Raphael H. <ra...@ge...>]

Le Mon, Oct 22, 2001 at 11:07:50AM +0200, Fabien Fulhaber écrivait:
> > les fonctions successives ? Une somme d'argent à investir ? Un
> > pourcentage du portefeuille ? Autre chose ?
> 
> Un ratio ? Un nombre de titre ? etc ...
> Amha, tout dépends de la nature du système de money-management (cf.
> les trois catégories de MM dans le TODO).

Pas de problème en ce qui me concerne ... tu peux détailler et on peut
en causer. :)

> Si, il me semble intéressant pour l'utilisateur de pouvoir définir un

Je ne parle pas pour l'utilisateur, là je cause "programmation" donc
pour les développeurs, et si je mets un carcan ici, tout le monde devra
faire avec ce carcan, donc il faut bien réfléchir à ce qu'on fait. :)

> Oui, 10 euros / mois TTC ça me semble raisonnable; ça nous rapporte
> 650 Frs/an (HT) et ça coûte au client environ 800 Frs (TTC).  A ce
> niveau là, le prix n'est pas un obstacle et l'on a un produit qui peut
> intéresser beaucoup de monde.

Tout à fait. Et on peut leur vendre des supports de cours à un bon prix
régulièrement ...

> > On peut éventuellement envisager
> > des extensions pour gagner un peu plus (parce qu'avec un service peu
> > cher il nous faut beaucoup de monde pour gagner bien sa vie :)).
> 
> Entièrement d'accord; à quel type d'extention songes-tu ? (Pricer de
> warrants/bons de souscription/...)

Je n'ai pas d'idée encore. :)

> > (genre 80 à 100 euros/mois).
> 
> Ouch. Tu trouves pas que c'est un peu trop ? :)

Je ne sais pas. Ca dépend évidemment du système qu'on propose
derrière ... et ca dépend à quoi on compare.

Le type qui veut faire du trading mécanique sérieux, il lui faut
TradeStation à 3000 euros. Ca fait 37 mois d'une utilisation de nos
services à 80 euros/mois. Alors qu'est-ce qu'il vaut mieux ?
T'handicaper cash en te coupant de 20000F ou les placer et réinvestir
les gains dans le paiement de notre service ...

> Amha, 50 euros / mois TTC c'est bien plus raisonnable; ça nous
> rapporte 3300 Frs/an (HT) et ça coûte au client près de 4000 Frs/an
> (TTC). Sur un portefeuille de 100 KF avec un système qui rapporte 15 %
> / an, on prend 30 % des bénéfices; et puis 50 euros / mois (328 Frs),
> ça représente le coût de 5 ordres / mois; c'est déjà pas mal...

La taille des portefeuille est très variable ... le prof de
communication dont je parlais a un portefeuille de 250kF par exemple
mais ca peut très vite monter (il a investi dans l'immobilier et peut
revendre).

Et puis bon, on peut faire rêver quelques types avec des performances
supérieures à 15%/an quand même ... quand la bourse fait du 20%/an en
moyenne sur le très long terme (chiffre surement faux mais couramment
accepté).

A+
-- 
Raphaël Hertzog -+- http://strasbourg.linuxfr.org/~raphael/
Le bouche à oreille du Net : http://www.beetell.com
Naviguer sans se fatiguer à chercher : http://www.deenoo.com
Formation Linux et logiciel libre : http://www.logidee.com

Re: [GT] Erreur avec de multiples CloseStrategy...

[Raphael H. <ra...@ge...>]

Le Mon, Oct 22, 2001 at 09:31:40AM +0200, Fabien Fulhaber écrivait:
> > Il y a aussi force_stop pour passer outre cette vérification.
> 
> Ok. J'ai juste modifié la fonction set_stop parceque les signes < et >
> n'étaient pas aux bons endroits.

Effectivement, je suis grave ...

A+
-- 
Raphaël Hertzog -+- http://strasbourg.linuxfr.org/~raphael/
Le bouche à oreille du Net : http://www.beetell.com
Naviguer sans se fatiguer à chercher : http://www.deenoo.com
Formation Linux et logiciel libre : http://www.logidee.com

[GT] Stratégie d'entrée sur stop

[Fabien F. <fa...@de...>]

Salut Raphaël,

J'aurais bien aimé pouvoir définir un système qui initie une position long ou short dès qu'un cours limité est atteint; actuellement, lorsque le cours est atteint on a un signal d'entrée et l'on entre effectivement dans le marché le lendemain lorsqu'on utilise MarketPrice. Comment faire ?

A+ Fu

[GT] FixedRatio

[Fabien F. <fa...@de...>]

Salut Raphaël,

J'ai codé le système de money management Fixed Ratio décrit dans le bouquin de Ryan Jones (cf. "The Trading Game" en fichier .pdf); je pense que mon code est correct, même si les résultats n'ont pas l'air exceptionnel...

A+ Fu

Re: [GT] Corrections

[Fabien F. <fa...@de...>]

On Sun, Oct 21, 2001 at 11:34:13PM +0200, Raphael Hertzog wrote:
> Mais il faut définir l'interface qui sera utilisée entre ces différentes
> fonctions alors ... on passe un ordre et qu'est-ce qui transite entre
> les fonctions successives ? Une somme d'argent à investir ? Un
> pourcentage du portefeuille ? Autre chose ?

Un ratio ? Un nombre de titre ? etc ...
Amha, tout dépends de la nature du système de money-management (cf. les trois catégories de MM dans le TODO).

> Imposer un moule forcant le système de répartition en deux étapes, une
> qui répartir l'argent entre plusieurs systèmes puis une deuxième qui
> répartir cet sous-somme d'argent entre différentes valeurs.
> 
> Perso je ne pense pas que cela soit intéressant mais c'était un exemple
> de réflexion possible ...

Si, il me semble intéressant pour l'utilisateur de pouvoir définir un "moule", lui permettant de choisir de placer 20 % de son portefeuille à ce système, 30 % à celui-là, etc... par contre, je vois pas vraiment l'intérêt de définir manuellement une répartition par valeur, mais c'est intéressant de pouvoir définir une répartition par secteur d'activité (ex: X % en aéronautique, Y % en automobile, etc).

Ceci dit, il faut aussi prévoir le cas où l'on ne souhaite pas définir de moule bien précis, avec plusieurs systèmes de répartition fonctionnant main dans la main.

> Je dirais de l'ordre 10 à 20 euros/mois. Ca fait le cout de 1 à 2
> ordres ... ca me semble raisonnable.

Oui, 10 euros / mois TTC ça me semble raisonnable; ça nous rapporte 650 Frs/an (HT) et ça coûte au client environ 800 Frs (TTC).
A ce niveau là, le prix n'est pas un obstacle et l'on a un produit qui peut intéresser beaucoup de monde.

> On peut éventuellement envisager
> des extensions pour gagner un peu plus (parce qu'avec un service peu
> cher il nous faut beaucoup de monde pour gagner bien sa vie :)).

Entièrement d'accord; à quel type d'extention songes-tu ? (Pricer de warrants/bons de souscription/...)

> Mais le but premier est quand même de les emmener vers les systèmes
> complets qui sont bien plus intéressants pour nous

Tout à fait !

> (genre 80 à 100 euros/mois).

Ouch. Tu trouves pas que c'est un peu trop ? :)

Amha, 50 euros / mois TTC c'est bien plus raisonnable; ça nous rapporte 3300 Frs/an (HT) et ça coûte au client près de 4000 Frs/an (TTC). Sur un portefeuille de 100 KF avec un système qui rapporte 15 % / an, on prend 30 % des bénéfices; et puis 50 euros / mois (328 Frs), ça représente le coût de 5 ordres / mois; c'est déjà pas mal...

A+ Fu

Re: [GT] Erreur avec de multiples CloseStrategy...

[Fabien F. <fa...@de...>]

On Sun, Oct 21, 2001 at 11:48:47PM +0200, Raphael Hertzog wrote:
> Voilà qui est fait.
> 
> set_stop & update_stop font la même chose (changer le stop s'il est plus
> près que le stop précédent).
> 
> Il y a aussi force_stop pour passer outre cette vérification.

Ok. J'ai juste modifié la fonction set_stop parceque les signes < et > n'étaient pas aux bons endroits.

A+ Fu

Re: [GT] Erreur avec de multiples CloseStrategy...

[Raphael H. <ra...@ge...>]

Le Mon, Oct 15, 2001 at 06:58:30PM +0200, Fabien Fulhaber écrivait:
> > Mais justement je ne suis pas sûr que ce paramétrage soit bon et utile.
> 
> De ce fait, je te propose de modifier set_stop pour privilégier le
> stop le plus près des cours...
> 
> > Ce n'est pas un paramétrage générique, à mon humble avis c'est plus de
> > la responsabilité de chaque module stop de décider ce qu'il va faire
> > (forcer le changement même si le stop est plus éloigné ou pas, etc).
> 
> ... tout en laissant à chaque module la possibilité de passer outre la
> fonction par défaut.

Voilà qui est fait.

set_stop & update_stop font la même chose (changer le stop s'il est plus
près que le stop précédent).

Il y a aussi force_stop pour passer outre cette vérification.

A+
-- 
Raphaël Hertzog -+- http://strasbourg.linuxfr.org/~raphael/
Le bouche à oreille du Net : http://www.beetell.com
Naviguer sans se fatiguer à chercher : http://www.deenoo.com
Formation Linux et logiciel libre : http://www.logidee.com

Re: [GT] Corrections

[Raphael H. <ra...@ge...>]

Le Sun, Oct 21, 2001 at 10:04:56PM +0200, Fabien Fulhaber écrivait:
> > Est-ce une seule fonction qui fait ce travail ? Ou bien une série de
> > fonctions à la manière de filtres successifs ?
> 
> Je vois mal une seule fonction faire tout le travail et je préfère"
> largement pouvoir former à loisir des combinaisons différentes faisant
> appel à plusieurs petits modules de MM.

Mais il faut définir l'interface qui sera utilisée entre ces différentes
fonctions alors ... on passe un ordre et qu'est-ce qui transite entre
les fonctions successives ? Une somme d'argent à investir ? Un
pourcentage du portefeuille ? Autre chose ?

> > Est-ce une combinaison bien définie entre répartition par système
> > puis répartition par valeur ?
> 
> Qu'est-ce que tu entends par "combinaison bien définie" ?

Imposer un moule forcant le système de répartition en deux étapes, une
qui répartir l'argent entre plusieurs systèmes puis une deuxième qui
répartir cet sous-somme d'argent entre différentes valeurs.

Perso je ne pense pas que cela soit intéressant mais c'était un exemple
de réflexion possible ...

> > l'importance de la rigueur, ils peuvent se préparer à l'idée qu'on peut
> > gagner de l'argent quasi automatiquement.
> 
> Exactement. A ton avis, de quel ordre de grandeur pourraient être les
> prix de ce type de prestation ?

Je dirais de l'ordre 10 à 20 euros/mois. Ca fait le cout de 1 à 2
ordres ... ca me semble raisonnable. On peut éventuellement envisager
des extensions pour gagner un peu plus (parce qu'avec un service peu
cher il nous faut beaucoup de monde pour gagner bien sa vie :)).

Mais le but premier est quand même de les emmener vers les systèmes
complets qui sont bien plus intéressants pour nous (genre 80 à 100
euros/mois).

A+
-- 
Raphaël Hertzog -+- http://strasbourg.linuxfr.org/~raphael/
Le bouche à oreille du Net : http://www.beetell.com
Naviguer sans se fatiguer à chercher : http://www.deenoo.com
Formation Linux et logiciel libre : http://www.logidee.com

Re: [GT] Corrections

[Fabien F. <fa...@de...>]

On Sun, Oct 21, 2001 at 08:41:01PM +0200, Raphael Hertzog wrote:
> format de la sortie de select_combination. Mais tu peux très bien créer
> une liste similaire manuellement. Ainsi tu peux contrôler aussi finement
> que tu veux les combinaisons.

Dans ce cas, oui, je n'y vois pas d'inconvénients.

> Est-ce une seule fonction qui fait ce travail ? Ou bien une série de
> fonctions à la manière de filtres successifs ?

Je vois mal une seule fonction faire tout le travail et je préfère" largement pouvoir former à loisir des combinaisons différentes faisant appel à plusieurs petits modules de MM.

> Est-ce une combinaison bien définie entre répartition par système puis répartition par valeur ?

Qu'est-ce que tu entends par "combinaison bien définie" ?

> Oui mais ca sera moins cher et moins rentable probablement. Ceci dit
> cela peut constituer un produit d'appel ... en prenant conscience de
> l'importance de la rigueur, ils peuvent se préparer à l'idée qu'on peut
> gagner de l'argent quasi automatiquement.

Exactement. A ton avis, de quel ordre de grandeur pourraient être les prix de ce type de prestation ?

A+ Fu

Re: [GT] Corrections

[Raphael H. <ra...@ge...>]

Le Sun, Oct 21, 2001 at 07:40:33PM +0200, Fabien Fulhaber écrivait:
> > Comment vois-tu les deux premiers points ? Est-ce qu'un script
> > backtest_market prenant en entrée ce que select_combination génère te
> > semble bien ?
> 
> Ca me semble bien si l'on ne souhaite pas avoir le choix du système
> que l'on souhaite utiliser sur chaque valeur.  Dans la pratique, je
> pense qu'il est pour l'instant préférable de déterminer manuellement
> le système que l'on souhaite associer à une liste de valeurs.

Tu me comprends mal ... le script prend en entrée un fichier ayant le
format de la sortie de select_combination. Mais tu peux très bien créer
une liste similaire manuellement. Ainsi tu peux contrôler aussi finement
que tu veux les combinaisons.

> C'est aux systèmes de money-management spécialisés dans la répartition
> d'actifs (*)(= asset allocation) de s'en occuper; c'est une partie
> très importante que l'on a pas encore eu l'occasion d'explorer; les
> spécialistes du sujet ont leur fonds de commerce qui est basé sur un
> slogan du type "90 % de la performance d'un portefeuille dépends de la
> répartition de vos actifs au sein de votre portefeuille" :)
> 
> (*) cf. le TODO : Capital Allocation Rules - equal allocation, index
> allocation, volatility allocation, "equal risk allocation" -
> proprietary rules assigning capital to each stock/commodity according
> to its initial risk, any arbitrary allocation of capital, etc

Tout ca je le sais, mais il s'agit d'aller un cran plus loin dans les
détails, les principes grossiers je les ai compris, mais quand on veut
coder on doit connaître chaque détail.

J'essaie toujours de te faire réfléchir avec moi sur la conception mais
d'une manière ou d'une autre, tu l'évites (involontairement la plupart
dy temps) ;-)

Exemples de questions à se poser pour réfléchir à ce problème :
Est-ce une seule fonction qui fait ce travail ? Ou bien une série de
fonctions à la manière de filtres successifs ? Est-ce une combinaison
bien définie entre répartition par système puis répartition par
valeur ?

etc.

> Super ! :) Ca me plaît beaucoup, parceque ça permet de toucher ceux
> qui veulent conserver le contrôle de leur portefeuille et faire du
> trading sans système, au feeling, tout en suivant des règles de bonne
> gestion plus ou moins complexes.

Oui mais ca sera moins cher et moins rentable probablement. Ceci dit
cela peut constituer un produit d'appel ... en prenant conscience de
l'importance de la rigueur, ils peuvent se préparer à l'idée qu'on peut
gagner de l'argent quasi automatiquement.

A+
-- 
Raphaël Hertzog -+- http://strasbourg.linuxfr.org/~raphael/
Le bouche à oreille du Net : http://www.beetell.com
Naviguer sans se fatiguer à chercher : http://www.deenoo.com
Formation Linux et logiciel libre : http://www.logidee.com

Re: [GT] Corrections

[Fabien F. <fa...@de...>]

On Sun, Oct 21, 2001 at 04:41:12PM +0200, Raphael Hertzog wrote:
> > - Exécuter un système de trading sur un marché au sein d'un même portefeuille
> > - Associer plusieurs systèmes de trading à un portefeuille
> > - Repenser le principe du money management
> > - Créer la structure pour les indicateurs de marché

> Comment vois-tu les deux premiers points ? Est-ce qu'un script
> backtest_market prenant en entrée ce que select_combination génère te
> semble bien ?

Ca me semble bien si l'on ne souhaite pas avoir le choix du système que l'on souhaite utiliser sur chaque valeur.
Dans la pratique, je pense qu'il est pour l'instant préférable de déterminer manuellement le système que l'on souhaite associer à une liste de valeurs.

> Comment doit-on gérer la répartition des sous que l'on met
> entre les couples systèmes/valeurs ?

C'est aux systèmes de money-management spécialisés dans la répartition d'actifs (*)(= asset allocation) de s'en occuper; c'est une partie très importante que l'on a pas encore eu l'occasion d'explorer; les spécialistes du sujet ont leur fonds de commerce qui est basé sur un slogan du type "90 % de la performance d'un portefeuille dépends de la répartition de vos actifs au sein de votre portefeuille" :)

(*) cf. le TODO :
Capital Allocation Rules - equal allocation, index allocation, volatility allocation, "equal risk allocation" - proprietary rules assigning capital to each stock/commodity according to its initial risk, any arbitrary allocation of capital, etc

> Ca me semble une très bonne idée. Une manière professionnelle de se
> fixer des règles et de les vérifier facilement avant de passer à
> l'action. Ou une aide à l'application de sa propre méthode ... ca me
> plait beaucoup !

Super ! :) Ca me plaît beaucoup, parceque ça permet de toucher ceux qui veulent conserver le contrôle de leur portefeuille et faire du trading sans système, au feeling, tout en suivant des règles de bonne gestion plus ou moins complexes.

A+ Fu

Re: [GT] ReverseOnStop

[Raphael H. <ra...@ge...>]

Le Sun, Oct 21, 2001 at 04:47:36PM +0200, Fabien Fulhaber écrivait:
> Salut Raphaël,
> 
> J'aurais bien aimé implémenter une stratégie générique
> GT::CloseStrategy du type "ReverseOnStop", qui permet d'inverser
> d'ouvrir une position opposée lorsqu'un stop est touché.
> 
> Seulement, je ne sais pas vraiment comme implémenter cette stratégie
> dans le mesure où l'on a un "last if ($position->being_closed);" dans
> la fonction "manage_position" de SystemManager.pm

Je n'ai pas d'idée magique pour le moment ... marque le dans le TODO. Ca
nécessite des changements quelque part ... peut-être un système qui
donne un signal inverse si la dernière position fermée l'a été sur un
stop. Ca nécessite de différencier une position fermée sur un stop
de celle fermée normalement.

Ca pourrait être quelque chose du genre :
Systems:ReverseOnStop OriginalSystem

Le système donnerait les mêmes signaux que le système de base et en plus
rajouterait les signaux dûs au Stop&Reverse. Le problème c'est qu'un
système n'a pas accès au portefeuille donc ne pourrait pas utiliser
cette info ... encore un manque à combler. :-(

A+
-- 
Raphaël Hertzog -+- http://strasbourg.linuxfr.org/~raphael/
Le bouche à oreille du Net : http://www.beetell.com
Naviguer sans se fatiguer à chercher : http://www.deenoo.com
Formation Linux et logiciel libre : http://www.logidee.com

[GT] ReverseOnStop

[Fabien F. <fa...@de...>]

Salut Raphaël,

J'aurais bien aimé implémenter une stratégie générique GT::CloseStrategy du type "ReverseOnStop", qui permet d'inverser d'ouvrir une position opposée lorsqu'un stop est touché.

Seulement, je ne sais pas vraiment comme implémenter cette stratégie dans le mesure où l'on a un "last if ($position->being_closed);" dans la fonction "manage_position" de SystemManager.pm

A+ Fu

Re: [GT] Corrections

[Raphael H. <ra...@ge...>]

Le Sun, Oct 21, 2001 at 04:17:24PM +0200, Fabien Fulhaber écrivait:
> > gagnant de 600% sur un système utilisant "CloseGain 6" :-) 
> 
> Sur ce coup là, c'était plutôt intéressant de ne pas passer l'ordre ! :)

Oui mais bon, c'était juste du buy & hold sur 5 ans ;)

> Oui, il y a quelques points à faire en priorité :
> 
> - Exécuter un système de trading sur un marché au sein d'un même portefeuille
> - Associer plusieurs systèmes de trading à un portefeuille
> - Repenser le principe du money management
> - Créer la structure pour les indicateurs de marché
> 
> Il me semble que ces quatres points sont vraiment nécessaires à
> l'évolution de GeniusTrader.

Oui c'est certain, mais c'est 4 gros morceaux... et il faut
détailler/découper pour y aller progressivement. Le problème c'est que
c'est très étroitement lié.

Comment vois-tu les deux premiers points ? Est-ce qu'un script
backtest_market prenant en entrée ce que select_combination génère te
semble bien ? Comment doit-on gérer la répartition des sous que l'on met
entre les couples systèmes/valeurs ?

> Par rapport aux services commerciaux que l'on compte offrir, je me
> demande si ça ne pourrait pas être intéressant de proposer en plus des
> résultats des systèmes de trading, un service d'aide au trading :
> l'utilisateur choisirait un ensemble de règles (CS|TF|MM|...) qu'il
> considère nécessaire à sa bonne gestion et gèrerait lui-même son
> portefeuille en sélectionnant les titres qu'il souhaite acheter/vendre
> à découvert lorsqu'il le souhaite; on serait là pour lui indiquer le
> nombre de titres à acheter et à vendre ainsi que les ordres à passer
> pour respecter ses critères.

Ca me semble une très bonne idée. Une manière professionnelle de se
fixer des règles et de les vérifier facilement avant de passer à
l'action. Ou une aide à l'application de sa propre méthode ... ca me
plait beaucoup !

A+
-- 
Raphaël Hertzog -+- http://strasbourg.linuxfr.org/~raphael/
Le bouche à oreille du Net : http://www.beetell.com
Naviguer sans se fatiguer à chercher : http://www.deenoo.com
Formation Linux et logiciel libre : http://www.logidee.com

Re: [GT] Questions

[Fabien F. <fa...@de...>]

On Sun, Oct 21, 2001 at 04:08:19PM +0200, Raphael Hertzog wrote:
> Oui. En passant une fonction le renvoyant, mais ca veut dire qu'on ne
> peut créer cette fonction et cet indicateur que à un "endroit" où on a 
> accès au portefeuille.

Justement, je trouvais plus utile d'avoir une série de prix représentant l'equity curve que l'on puisse manipuler depuis n'importe où.

A+ Fu

Re: [GT] Questions

[Raphael H. <ra...@ge...>]

Le Sun, Oct 21, 2001 at 03:30:03PM +0200, Fabien Fulhaber écrivait:
> On Sun, Oct 21, 2001 at 02:06:55PM +0200, Raphael Hertzog wrote:
> > - Faire de l'equity curve une série de prix à part entière pouvant être
> >   utilisée dans des calculs (ex: maxdrawndown, ratio de sharpe, etc...)
> > 
> > => est-ce que le fait de pouvoir y accéder depuis $portfolio n'est pas
> > suffisant ?
> 
> est-ce que le fait de pouvoir y accéder depuis $portfolio permet
> d'utiliser la série de prix de l'equity curve dans des indicateurs ?

Pas directement, par contre ca rend possible de le filer en tant que
série de données (via une fonction le renvoyant) à un indicateur dans du
code ailleurs (MoneyManagement par exemple).

> - Calculer le max draw down de l'equity curve via l'indicateur MaxDrawDown.

Oui. En passant une fonction le renvoyant, mais ca veut dire qu'on ne
peut créer cette fonction et cet indicateur que à un "endroit" où on a 
accès au portefeuille.

> - Calculer le ratio de sharpe en utilisant l'indicateur StandardDeviation.

Pareil.

> > => c'est quoi "underwater equity curve" ?
> 
> L'underwater equity curve représente les baisses de l'equity curve. Il
> me semble que je t'avais envoyé un article sous forme de fichier .pdf
> sur le sujet. Il est disponible à l'adresse suivante :
> http://www.rinasystems.com/download/Under.pdf

Ah oui, c'est vrai, j'avais oublié.

A+
-- 
Raphaël Hertzog -+- http://strasbourg.linuxfr.org/~raphael/
Le bouche à oreille du Net : http://www.beetell.com
Naviguer sans se fatiguer à chercher : http://www.deenoo.com
Formation Linux et logiciel libre : http://www.logidee.com

Re: [GT] Corrections

[Fabien F. <fa...@de...>]

Salut bugs,

> je n'ai pas été très actif sur GT ces derniers temps, j'en suis désolé.
> Je n'ai même pas de bonne excuse sinon une très mauvaise organisation de
> mon temps. :-|

J'ai pas été très actif, moi aussi...

> gagnant de 600% sur un système utilisant "CloseGain 6" :-) 

Sur ce coup là, c'était plutôt intéressant de ne pas passer l'ordre ! :)

> Sinon est-ce que tu as des préférences sur les items du TODO à faire en
> priorité ?

Oui, il y a quelques points à faire en priorité :

- Exécuter un système de trading sur un marché au sein d'un même portefeuille
- Associer plusieurs systèmes de trading à un portefeuille
- Repenser le principe du money management
- Créer la structure pour les indicateurs de marché

Il me semble que ces quatres points sont vraiment nécessaires à l'évolution de GeniusTrader.

Par rapport aux services commerciaux que l'on compte offrir, je me demande si ça ne pourrait pas être intéressant de proposer en plus des résultats des systèmes de trading, un service d'aide au trading : l'utilisateur choisirait un ensemble de règles (CS|TF|MM|...) qu'il considère nécessaire à sa bonne gestion et gèrerait lui-même son portefeuille en sélectionnant les titres qu'il souhaite acheter/vendre à découvert lorsqu'il le souhaite; on serait là pour lui indiquer le nombre de titres à acheter et à vendre ainsi que les ordres à passer pour respecter ses critères.

A+ Fu

Re: [GT] Questions

[Fabien F. <fa...@de...>]

On Sun, Oct 21, 2001 at 02:06:55PM +0200, Raphael Hertzog wrote:
> - Faire de l'equity curve une série de prix à part entière pouvant être
>   utilisée dans des calculs (ex: maxdrawndown, ratio de sharpe, etc...)
> 
> => est-ce que le fait de pouvoir y accéder depuis $portfolio n'est pas
> suffisant ?

est-ce que le fait de pouvoir y accéder depuis $portfolio permet d'utiliser la série de prix de l'equity curve dans des indicateurs ?

ex :
- Calculer le max draw down de l'equity curve via l'indicateur MaxDrawDown.
- Calculer le ratio de sharpe en utilisant l'indicateur StandardDeviation.
- Etc...

> (avec un graphique "equity curve" + "underwater equity curve").
> 
> => c'est quoi "underwater equity curve" ?

L'underwater equity curve représente les baisses de l'equity curve. Il me semble que je t'avais envoyé un article sous forme de fichier .pdf sur le sujet. Il est disponible à l'adresse suivante : http://www.rinasystems.com/download/Under.pdf

A+ Fu

[GT] Questions

[Raphael H. <ra...@ge...>]

Salut Fu,

il y a des trucs que je comprends pas dans le TODO. Tu peux m'éclairer ?

- Faire de l'equity curve une série de prix à part entière pouvant être
  utilisée dans des calculs (ex: maxdrawndown, ratio de sharpe, etc...)

=> est-ce que le fait de pouvoir y accéder depuis $portfolio n'est pas
suffisant ?

(avec un graphique "equity curve" + "underwater equity curve").

=> c'est quoi "underwater equity curve" ?


A+
-- 
Raphaël Hertzog -+- http://strasbourg.linuxfr.org/~raphael/
Le bouche à oreille du Net : http://www.beetell.com
Naviguer sans se fatiguer à chercher : http://www.deenoo.com
Formation Linux et logiciel libre : http://www.logidee.com

[GT] Corrections

[Raphael H. <ra...@ge...>]

Salut Fu,

je n'ai pas été très actif sur GT ces derniers temps, j'en suis désolé.
Je n'ai même pas de bonne excuse sinon une très mauvaise organisation de
mon temps. :-| Ceci dit d'ici une semaine il y a les vacances de la
toussaint.

Je viens de commiter une modif importante sur Portfolio.pm, il y avait
un bug très gênant sur la manière de gérer les ordres à cours limité. Si
on gapait (dans le bon sens) le cours de l'ordre, il n'était pas éxécuté
alors qu'il aurait du ... je m'en suis rendu compte à cause d'un trade
gagnant de 600% sur un système utilisant "CloseGain 6" :-) (le truc à
Brancati).

Sinon est-ce que tu as des préférences sur les items du TODO à faire en
priorité ?

Amicalement,
-- 
Raphaël Hertzog -+- http://strasbourg.linuxfr.org/~raphael/
Le bouche à oreille du Net : http://www.beetell.com
Naviguer sans se fatiguer à chercher : http://www.deenoo.com
Formation Linux et logiciel libre : http://www.logidee.com

[GT] PeriodAgo & Opérateurs + et -

[Fabien F. <fa...@be...>]

Raphaël,

Je viens de commiter l'indicateur générique PeriodAgo.pm qui devrait renvoyer l'indicateur d'il y a N-Period; ce serait cool si tu pouvais jetter un oeil car je ne sais pas trop comment faire passer un paramètre fixe sans utiliser de ce que tu as fait pour "Limit:" et sans passer par la ligne standard $args->[0] = 1 if (! defined($args->[0]));

Autrement, ce serait cool si l'on pouvait ajouter dans la fonction resolve_alias un moyen d'ajouter ou de soustraire des paramètres entre-eux, du genre #1+#2

Lorsque ces deux points seront corrigés, tu pourras ajouter dans tes alias le système suivant qui correspond au systèmé décrit p.187 dans le bouquin "The Trading Game" que je t'ai donné l'autre fois :

Aliases::STM STM[20,3,5]
Aliases::STM[] S:Generic Signals::Generic:And LongSignal:Generic:Above Indicators:SMA #1 Indicators:Generic:PeriodAgo #2 Indicators:SMA #1 LongSignal:Generic:Below Indicators:MOM #2 Limit:0 LongSignal:Generic:Above Indicators:MOM #1+#2 Limit:0 Signals::Generic:And ShortSignal:Generic:Below Indicators:SMA #1 Indicators:Generic:PeriodAgo Indicators:SMA #1 ShortSignal:Generic:Above Indicators:MOM #2 Limit:0 ShortSignal:Generic:Below Indicators:MOM #1+#2 Limit:0|CS:OppositeSignal|CS:Stop:Fixed #3|TF:OneTrade

A+ Fu