【CJ 套利进阶 13/14】
En la mesa de operaciones hay muchas pantallas, lo que parece muy profesional. Lo realmente valioso no es la cantidad de pantallas, sino no dejar que otras tareas se vean arrastradas si falla un sistema.
CJ compartió su entorno de trabajo: la distribución de tareas como arbitraje, “cazar perros” y desarrollo de scripts en distintos dispositivos y áreas de visualización. La lógica de fondo es el aislamiento. Si el programa de cotizaciones se bloquea, no debería afectar las alertas de control de riesgos; si el script de prueba ocupa la CPU, no debería ralentizar las estrategias que ya están ejecutándose; si una cuenta o plataforma falla, tampoco debería hacer que todo el capital pierda el control al mismo tiempo.
La interfaz también forma parte del control de riesgos. La información importante debe ser visible de un vistazo: capital realmente invertido, exposición total nominal, estado de cada posición, Fee en tiempo real, PnL flotante, alertas y retraso de datos. En especial, hay que distinguir entre “posición total de la grilla” y “capital real”, porque si no, un número que parece muy grande puede llevarte a malinterpretar tu riesgo real. Que la página sea bonita no es el objetivo; reducir lecturas erróneas y omisiones es lo que importa.
Con pocos equipos también se puede hacer aislamiento: separar procesos, cuentas, logs y permisos; el entorno de pruebas no debe ejecutar de verdad; las alertas críticas no deben mezclarse con notificaciones normales. Cuanto más complejo sea el sistema, más hay que hacer que cada pieza se encargue de una sola cosa. Ser profesional no es abrir más ventanas a la vez, sino que, cuando una ventana falle, todavía sepas qué debes detener y qué debes proteger.
Próximo artículo: ¿cuándo Python es suficiente y cuándo merece la pena reescribir la ruta crítica en Rust?
#交易系统 #riesgo de aislamiento
En la mesa de operaciones hay muchas pantallas, lo que parece muy profesional. Lo realmente valioso no es la cantidad de pantallas, sino no dejar que otras tareas se vean arrastradas si falla un sistema.
CJ compartió su entorno de trabajo: la distribución de tareas como arbitraje, “cazar perros” y desarrollo de scripts en distintos dispositivos y áreas de visualización. La lógica de fondo es el aislamiento. Si el programa de cotizaciones se bloquea, no debería afectar las alertas de control de riesgos; si el script de prueba ocupa la CPU, no debería ralentizar las estrategias que ya están ejecutándose; si una cuenta o plataforma falla, tampoco debería hacer que todo el capital pierda el control al mismo tiempo.
La interfaz también forma parte del control de riesgos. La información importante debe ser visible de un vistazo: capital realmente invertido, exposición total nominal, estado de cada posición, Fee en tiempo real, PnL flotante, alertas y retraso de datos. En especial, hay que distinguir entre “posición total de la grilla” y “capital real”, porque si no, un número que parece muy grande puede llevarte a malinterpretar tu riesgo real. Que la página sea bonita no es el objetivo; reducir lecturas erróneas y omisiones es lo que importa.
Con pocos equipos también se puede hacer aislamiento: separar procesos, cuentas, logs y permisos; el entorno de pruebas no debe ejecutar de verdad; las alertas críticas no deben mezclarse con notificaciones normales. Cuanto más complejo sea el sistema, más hay que hacer que cada pieza se encargue de una sola cosa. Ser profesional no es abrir más ventanas a la vez, sino que, cuando una ventana falle, todavía sepas qué debes detener y qué debes proteger.
Próximo artículo: ¿cuándo Python es suficiente y cuándo merece la pena reescribir la ruta crítica en Rust?
#交易系统 #riesgo de aislamiento
