Mayroong nakamamatay na depekto sa umiiral na mga algorithmic trading terminal. Hindi sila nakasulat sa javascript
At pagkatapos ng pariralang ito, lahat ng mga siplusist at pythonist:
Ngunit sa katunayan, marami kaming mga front-end, mahilig din kaming magsulat ng code, ilipat at muling kulayan ang mga pindutan. Bakit hindi kami bigyan ng pagkakataong sundutin ang iyong terminal para sa algorithmic trading? Pagod na ako sa mga web terminal na puno ng impormasyon, lahat ng uri ng mga application tulad ng transaq at mabilis. Na nagmula sa 90s sa interface. Bigyan mo ako ng magagandang butones! )) Mga Isyu: — Ang mga kasalukuyang terminal ay lubhang limitado sa mga tuntunin ng algorithmic trading; – Walang magandang open source terminal; — Mga paghihigpit sa mga device at OS; — Motley distracting disenyo na may isang milyong hindi kinakailangang mga pindutan at mga quote; – Sariling mga command at programming language na hindi ma-dial mula sa mga ad. Mga Kinakailangan: – Magtrabaho sa isang browser o application nang hindi nakatali sa OS at mga aklatan; – Open source code (komunidad, ang kakayahang makahanap ng mga developer); – Kakayahang kumonekta sa API ng iba’t ibang mga palitan; – Kakayahang magdagdag at gumamit muli ng mga robot; – Kakayahang i-customize para sa iyong sarili; – Mababang hadlang sa pagpasok. – Javascript, nodejs, magagandang mga pindutan =) Nakikita ko ang sumusunod na istraktura: 1. UI terminal Ang lahat ay simple dito. Isang pahina na may isang graph, isang pares ng mga pindutan at sa labanan. Hindi dapat alam ng UI ang tungkol sa lohika ng negosyo. Dapat dumating ang handa na data. Nag-log in kami sa UI, pagkatapos, depende sa napiling broker, pumunta kami sa tamang handle, at pinoproseso namin ang data sa parehong paraan. * Pahina ng awtorisasyon * Kakayahang magkonekta ng mga terminal ng iba’t ibang broker * Kakayahang mag-drop ng mga algorithm para sa pangangalakal * Mag-edit ng mga algorithm at tumakbo nang hindi na-restart ang terminal (?) * AI at pag-aaral na mag-trade ng mga robot sa mga lumang chart * Pangunahing istraktura para sa pangangalakal (isasaalang-alang namin nang hiwalay ) 2. Brokers API Upang agad na idisenyo ang kakayahang kumonekta sa mga broker, magdagdag tayo ng dalawa, halimbawa, Tinkoff at Finam. Kung hindi, ang isa sa kanila ay tutubo at magiging mas madaling muling isulat mula sa simula kaysa gumawa ng mga pagbabago. Ngunit hindi ganoon kadaling kunin at simulan ang pangangalakal gamit ang mga javascript robot. Para sa Finam ay may transaq connector, na gumagana lamang mula sa ilalim ng Windows at ang API ay hinahasa para sa C #. Ang Tinkoff ay mas kawili-wili. Nagkaroon sila ng sdk para sa JS. Pagkatapos ay isang hob, gumawa sila ng bagong API kung saan naging walang kaugnayan ang lumang SDK at inalis nila ang impormasyon tungkol sa JS nang buo. Ngunit sa chat ng mga developer mayroong isang link sa hindi opisyal-tinkoff-invest-api_v2-lazy-sdk-NODEJS. Well, aalamin natin ito. Para sa Finam ay may transaq connector, na gumagana lamang mula sa ilalim ng Windows at ang API ay hinahasa para sa C #. Ang Tinkoff ay mas kawili-wili. Nagkaroon sila ng sdk para sa JS. Pagkatapos ay isang hob, gumawa sila ng bagong API kung saan naging walang kaugnayan ang lumang SDK at inalis nila ang impormasyon tungkol sa JS nang buo. Ngunit sa chat ng mga developer mayroong isang link sa hindi opisyal-tinkoff-invest-api_v2-lazy-sdk-NODEJS. Well, aalamin natin ito. Para sa Finam ay may transaq connector, na gumagana lamang mula sa ilalim ng Windows at ang API ay hinahasa para sa C #. Ang Tinkoff ay mas kawili-wili. Nagkaroon sila ng sdk para sa JS. Pagkatapos ay isang hob, gumawa sila ng bagong API kung saan naging walang kaugnayan ang lumang SDK at inalis nila ang impormasyon tungkol sa JS nang buo. Ngunit sa chat ng mga developer mayroong isang link sa hindi opisyal-tinkoff-invest-api_v2-lazy-sdk-NODEJS. Well, aalamin natin ito.
