Il existe une faille fatale dans les terminaux de trading algorithmiques existants. Ils ne sont pas écrits en javascript
Et après cette phrase, tous les siplusistes et pythonistes :
Mais en fait, nous avons beaucoup de front-ends, nous aimons aussi écrire du code, déplacer et recolorer des boutons. Pourquoi ne pas nous donner l’opportunité de fouiner dans votre terminal pour le trading algorithmique ? J’en ai marre des bornes web bourrées d’infos, d’applications en tout genre comme transaq et quick. Qui viennent des années 90 sur l’interface. Donnez-moi de beaux boutons ! )) Problèmes : — Les terminaux existants sont fortement limités en termes de trading algorithmique ; – Il n’y a pas de bon terminal open source ; — Restrictions sur les appareils et le système d’exploitation ; – Conception hétéroclite distrayante avec un million de boutons et de citations inutiles; – Commandes propres et langages de programmation qui ne peuvent pas être composés à partir d’annonces. Exigences : – Travailler dans un navigateur ou une application sans être lié au système d’exploitation et aux bibliothèques ; – Code open source (communauté, possibilité de trouver des développeurs) ; – Possibilité de se connecter à l’API de divers échanges ; – Possibilité d’ajouter et de réutiliser des robots ; – Possibilité de personnaliser pour vous-même; – Faible barrière à l’entrée. – Javascript, nodejs, beaux boutons =) Je vois la structure suivante : 1. Terminal UI Tout est simple ici. Une page avec un graphique, quelques boutons et dans la bataille. L’interface utilisateur ne doit pas connaître la logique métier. Les données prêtes devraient arriver. Nous nous connectons à l’interface utilisateur, puis, selon le courtier choisi, nous allons à la bonne poignée et nous traitons les données de la même manière. * Page d’autorisation * Possibilité de connecter des terminaux de différents courtiers * Possibilité de supprimer des algorithmes pour le trading * Modifier des algorithmes et exécuter sans redémarrer le terminal (?) * IA et apprendre à échanger des robots sur d’anciens graphiques * Structure de base pour le trading (nous examinerons séparément ) 2. API Brokers Afin de concevoir immédiatement la possibilité de connecter des courtiers, ajoutons-en deux, par exemple, Tinkoff et Finam. Sinon, l’un d’eux poussera des racines et il sera plus facile de réécrire à partir de zéro que d’apporter des modifications. Mais il n’est pas si facile de prendre et de commencer à trader avec des robots javascript. Car Finam dispose d’un connecteur transaq, qui ne fonctionne que sous Windows et l’API est affinée pour le C#. Tinkoff est encore plus intéressant. Ils avaient un SDK pour JS. Puis une plaque de cuisson, ils ont créé une nouvelle API dans laquelle l’ancien SDK est devenu inutile et ils ont complètement supprimé les informations sur JS. Mais dans le chat des développeurs, il y a un lien vers unofficial-tinkoff-invest-api_v2-lazy-sdk-NODEJS. Eh bien, nous allons le découvrir. Car Finam dispose d’un connecteur transaq, qui ne fonctionne que sous Windows et l’API est affinée pour le C#. Tinkoff est encore plus intéressant. Ils avaient un SDK pour JS. Puis une plaque de cuisson, ils ont créé une nouvelle API dans laquelle l’ancien SDK est devenu inutile et ils ont complètement supprimé les informations sur JS. Mais dans le chat des développeurs, il y a un lien vers unofficial-tinkoff-invest-api_v2-lazy-sdk-NODEJS. Eh bien, nous allons le découvrir. Car Finam dispose d’un connecteur transaq, qui ne fonctionne que sous Windows et l’API est affinée pour le C#. Tinkoff est encore plus intéressant. Ils avaient un SDK pour JS. Puis une plaque de cuisson, ils ont créé une nouvelle API dans laquelle l’ancien SDK est devenu inutile et ils ont complètement supprimé les informations sur JS. Mais dans le chat des développeurs, il y a un lien vers unofficial-tinkoff-invest-api_v2-lazy-sdk-NODEJS. Eh bien, nous allons le découvrir.
