Cherche Avis sur IG Api Programmable

Je suis assez embête de devoir passer mes ordres manuellement avec mon courtier actuel :
risque d'oublis ou d'erreurs à la longue et en plus Carnet d'ordres qui met une plombe pour s'afficher.
Aussi, à la lecture du poste de Benoist qui expose les qualités d'ig, je m’interroge si leur API pourrait être la solution.
Quelqu'un ici l'aurait testé ?
Merci par avance si vous avez des infos.

En attendant, j'ai téléchargé le kit de développement Java + exemple
Et c'est le chaos. Le code source de l'api et celui du sample (qui utilise l'api) sont mélangés. Donc compliqué de comprendre ce qui correspond à notre code et ce qui correspond au lib de l'api et grosse galère le jour ou il faut mettre à jour l'API.
En outre, ils ont décompacté des librairies java standards et les ont mis dans leur code au lieu de les garder en archive. Excusez moi l'expression mais quel Flûte...
Ce qui obscurcit encore davantage notre code. C'est vrai pouquoi ne pas conserver 3 fichiers archives quand on peut avoir 500 fichiers qui se baladent dans notre code de développement.
Très très mauvaises pratiques de développement.
Je vais regarder l'api .NET et JS.... En espérant avoir un truc un peu moins crade en matière de conception.
A voir.
Et tous les cas, si vous avez des retours en matière de fiabilité de l'api, je suis toujours preneur.

Bonjour ebundy,

Il existe déjà une file consacrée à ce sujet :

http://www.andlil.com/forum/api-rest-t5881.html

Si tu as des questions, des infos ou du code à partager, ce serait bien de continuer à le faire sur cette file pour ne pas disperser nos infos.

Bonjour takapoto,

Merci pour l'info. Je vais lire la file...

Je t'en donnerai dans 2 mois, en février je paye un gars qui doit me développer une appli pour scalper avec l'Api IG ouverte. On verra ce que cela donne

Je te remercie
Ca tombe bien car je ne pense pas me mettre tout de suite au dév sur l'API.
Il faut déjà que je teste ig en démo, puis en réel, que je me familiarise deux bon mois avec le trading sur l'outil.
Une fois cela fait, si tout est OK, je passerais aux choses sérieuses : bébé robot tu vas bosser pour papa
J'ai parcouru le code java et c#, c'est plutôt simple à utiliser. Juste une organisation un peu chaotique.
Je te passe les détails.
Les ordres électroniques en swing day qui plantent une fois de tps en tps c'est galère mais on peut essayer de rattraper à la clot ou le lendemain.
EN scalping, vu le paradigme, t'es cuit si tu t'en rends pas compte rapidement et que le trend conitnue à aller contre ton ordre initial.
Donc, si je peux me permettre, essaye de jouer tout petit bras les premières semaines (min possible de positions avec min possible de cash) et voir ce que ca donne.
J'ai un peu réfléchi hier à ce problème car même si en swing trading, c'est moins grave, ca m'embête aussi.

Je pense que le client applicatif devrait réaliser trois étapes obligatoires :
- l'exécutions des ordres
- le contrôle de la bonne exécution des ordres via un processus demon (tache de fond) à fréquence importante (mais pas trop pour pas se faire shooter par le serveur de services ig)
- la notification de la bonne exécution ou non. Si passé un délai défini l'ordre n’apparaît pas dans le carnet d'ordre comme exécuté ou en cours ou bien qu'il apparaît en anomalie, être alerté (sms, grosse pop up à l'écran, mail, etc...)
Si tu as des questions, n'hésite pas. C'est avec plaisir.