Un operador de satélites LEO que gestiona una constelación de más de 40 naves espaciales nos contactó con un problema contra reloj. Su sistema de control de misión procesaba miles de parámetros de telemetría por segundo, emitía comandos sin margen de error, y estaba construido sobre Java Swing y Oracle Forms hace dos décadas. Estaba escalando mal, y el equipo de ingeniería que mejor lo conocía se reducía cada trimestre.
Entregamos el reemplazo en 16 semanas.
Qué estaba fallando
Tres problemas impulsaron el proyecto:
- Retraso en telemetría. Los operadores veían retrasos de varios segundos al renderizar gráficos de telemetría pesados en carga máxima. En operaciones orbitales, la latencia es un riesgo, no una molestia.
- Un muro de desarrollo. Agregar una sola funcionalidad — visualizar un nuevo haz de antena, por ejemplo — tomaba semanas de refactorización contra una ruta de código enmarañada. La propia interfaz elevaba la tasa de error del operador.
- Sin acceso remoto. El sistema requería un cliente pesado en estaciones de trabajo dedicadas. El diagnóstico remoto y el acceso móvil eran estructuralmente imposibles.
El equipo ya había evaluado las rutas obvias. React y Angular fallaron las pruebas de concepto de rendimiento: el diffing del virtual DOM producía jank visible al renderizar más de 50.000 puntos de datos por frame. Las plataformas low-code como Retool y Appsmith no podían manejar los protocolos binarios CCSDS personalizados ni la lógica de write-back de comandos.
Ahí es donde entró DEX Framework.
Por qué DEX se ajustó a la carga de trabajo
DEX Framework no es un wrapper alrededor de React. Es un framework TypeScript compilado construido específicamente para aplicaciones empresariales de uso intensivo de datos, y dos decisiones arquitectónicas importan para el trabajo satelital.
Sin virtual DOM. La telemetría fluye como un stream continuo de alta frecuencia. Un virtual DOM obliga al framework a hacer diff del árbol completo de componentes en cada frame. DEX compila bindings quirúrgicos entre el stream de datos y los nodos del DOM directamente. Un dashboard que renderiza 20 gráficos en tiempo real y una grilla de 10.000 filas consumió un 80% menos de CPU que su equivalente en React en benchmarks lado a lado.
Separación View-Service. La decodificación de paquetes CCSDS generalmente termina enredada dentro de los componentes de UI. DEX impone una separación: una clase TelemetryService se ejecuta en un Web Worker, parsea paquetes binarios, gestiona WebSockets y almacena datos en buffer. El MissionControlView se suscribe a la salida procesada. Los ingenieros de backend y frontend trabajaron en paralelo sin bloquearse mutuamente durante toda la duración del proyecto.
Cómo transcurrieron las 16 semanas
Semanas 1 a 4: migración de lógica. En lugar de reescribir miles de líneas de PL/SQL y Java a mano, pasamos el código legacy por DEX Forms, nuestro motor de migración. Las reglas de validación de comandos — incluyendo restricciones como impedir el despliegue de paneles solares si el satélite está girando — se extrajeron automáticamente en servicios TypeScript con tipado seguro. El 100% de las reglas de negocio sobrevivieron sin ingeniería inversa manual.
Semanas 5 a 8: la grilla de alto rendimiento. Los operadores necesitan conciencia situacional de un vistazo. Desplegamos el componente nativo <DEX.Grid>, que evita los problemas de re-renderizado comunes en bibliotecas como ag-grid cuando se usan renderizadores de celdas personalizados. Una vista de mapa de calor del estado de batería de toda la constelación actualiza celda por celda sin re-renderizar la fila circundante.
Semanas 9 a 12: UX y accesibilidad. La nueva UI introdujo un modo oscuro de alto contraste para salas de control con poca luz, navegación completa por teclado para respuesta rápida y cumplimiento WCAG 2.1 de serie. Solo este último elemento desbloqueó contratos gubernamentales a los que el sistema legacy nunca podría haber aspirado.
Semanas 13 a 16: pruebas y despliegue. Como los servicios estaban desacoplados de las vistas, el equipo escribió miles de pruebas unitarias simulando anomalías satelitales sin necesidad de hacer clic en la UI.
Los números después del lanzamiento
| Métrica | Sistema legacy | DEX Framework |
|---|---|---|
| Arranque en frío | 45 segundos | 1,2 segundos |
| Latencia de telemetría | 2 a 3 segundos | menos de 50ms |
| Acceso | Estaciones de trabajo dedicadas | Cualquier navegador |
| Licenciamiento | Oracle y Java | $0 |
| Onboarding de operadores | 3 meses | 2 semanas |
La conclusión para los líderes tecnológicos
Los sistemas de misión crítica son donde la elección de framework deja de ser una preferencia y se convierte en un resultado. Los frameworks de propósito general destacan en e-commerce y sitios de contenido. Se convierten en cuellos de botella bajo datos de alta frecuencia. Las plataformas low-code avanzan rápido hasta que los requisitos se vuelven específicos. DEX Framework ocupa ese espacio intermedio: rendimiento de grado nativo, código con tipado seguro y una cadencia de desarrollo que permite a la ingeniería enfocarse en el trabajo real — en este caso, operar activos en el espacio de manera segura.