Hay una falla fatal en los terminales comerciales algorítmicos existentes. No están escritos en javascript
Y después de esta frase, todos los siplusistas y pitonistas:
Pero, de hecho, tenemos muchos front-enders, nos encanta escribir código, mover y cambiar el color de los botones también. ¿Por qué no nos da la oportunidad de ingresar a su terminal para el comercio algorítmico? Estoy cansado de las terminales web llenas de información, todo tipo de aplicaciones como transaq y quick. Que vienen de los años 90 en la interfaz. ¡Dame bonitos botones! )) Problemas: — Los terminales existentes están severamente limitados en términos de comercio algorítmico; – No hay una buena terminal de código abierto; — Restricciones en dispositivos y SO; — Diseño abigarrado que distrae con un millón de botones y comillas innecesarios; – Comandos y lenguajes de programación propios que no se pueden marcar desde los anuncios. Requisitos: – Trabajar en un navegador o aplicación sin estar atado al sistema operativo y las bibliotecas; – Código fuente abierto (comunidad, la capacidad de encontrar desarrolladores); – Posibilidad de conectarse a la API de varios intercambios; – Posibilidad de agregar y reutilizar robots; – Posibilidad de personalizar por ti mismo; – Baja barrera de entrada. – Javascript, nodejs, hermosos botones =) Veo la siguiente estructura: 1. Terminal UI Todo es simple aquí. Una página con un gráfico, un par de botones y a la batalla. La interfaz de usuario no debe conocer la lógica empresarial. Los datos listos deberían venir. Iniciamos sesión en la interfaz de usuario, luego, según el corredor elegido, vamos al controlador correcto y procesamos los datos de la misma manera. * Página de autorización * Capacidad para conectar terminales de diferentes corredores * Capacidad para eliminar algoritmos para operar * Editar algoritmos y ejecutarlos sin reiniciar el terminal (?) * Inteligencia artificial y aprender a operar con robots en gráficos antiguos * Estructura básica para operar (consideraremos por separado ) 2. API de corredores Para diseñar inmediatamente la capacidad de conectar corredores, agreguemos dos, por ejemplo, Tinkoff y Finam. De lo contrario, uno de ellos echará raíces y será más fácil reescribir desde cero que hacer cambios. Pero no es tan fácil tomar y comenzar a operar con robots javascript. Para Finam tiene un conector transaq, que funciona solo desde Windows y la API está afilada para C #. Tinkoff es aún más interesante. Tenían un SDK para JS. Luego, hicieron una nueva API en la que el antiguo SDK se volvió irrelevante y eliminaron la información sobre JS por completo. Pero en el chat de los desarrolladores hay un enlace a unofficial-tinkoff-invest-api_v2-lazy-sdk-NODEJS. Bueno, lo resolveremos. Para Finam tiene un conector transaq, que funciona solo desde Windows y la API está afilada para C #. Tinkoff es aún más interesante. Tenían un SDK para JS. Luego, hicieron una nueva API en la que el antiguo SDK se volvió irrelevante y eliminaron la información sobre JS por completo. Pero en el chat de los desarrolladores hay un enlace a unofficial-tinkoff-invest-api_v2-lazy-sdk-NODEJS. Bueno, lo resolveremos. Para Finam tiene un conector transaq, que funciona solo desde Windows y la API está afilada para C #. Tinkoff es aún más interesante. Tenían un SDK para JS. Luego, hicieron una nueva API en la que el antiguo SDK se volvió irrelevante y eliminaron la información sobre JS por completo. Pero en el chat de los desarrolladores hay un enlace a unofficial-tinkoff-invest-api_v2-lazy-sdk-NODEJS. Bueno, lo resolveremos.
