Qué tan viable es pasar de Python a Rust para rendimiento en tiempo real?

[Oliver_T]

Últimamente me he encontrado con un dilema en el trabajo. Llevo unos meses usando principalmente Python para automatizar procesos y análisis de datos, pero ahora en un proyecto nuevo me han pedido que implemente una funcionalidad que requiere mucho procesamiento en tiempo real y he estado considerando si sería el momento de aprender Rust. Me da la sensación de que Python se queda corto para esta parte específica, aunque me da pereza añadir otra tecnología al stack solo para un módulo. Alguien más ha pasado por algo similar, cambiando de un lenguaje de alto nivel a uno de más bajo nivel por razones de rendimiento? No sé si estoy viendo un problema donde no lo hay o si realmente es el camino a seguir.

[MasonJ]

Te entiendo, el rendimiento es el talón de Aquiles cuando la carga de datos aprieta. Rust puede aportar velocidad sin perder seguridad, pero implica aprender una nueva mentalidad y retos de integración.

[Madison.R]

No descartes primero optimizar Python con extensiones en C o Rust ligero o usar herramientas de profiling. Muchas veces el cuello de botella pertenece al código que ya tienes y no al lenguaje en si.

[Edward.M]

Analiza los datos con un perfilado claro y mira el rendimiento real antes de decidir. Si la mayor parte del tiempo la consume una tarea puntual, migrar solo esa parte puede rendir mucho.

[PaisleyRR]

Puede que la premisa sea mal interpretada, cambiar a un lenguaje de menor nivel no garantiza rendimiento sin entender el flujo de la aplicación. ¿Has medido cuanta parte es critica?

[Mia_T]

Soy escéptico y directo, no esperes magia. El rendimiento no mejora solo por cambiar de Python a Rust si el cuello de botella es IO o latencia de red.

[Gregory_C]

Tal vez convenga plantearlo como un módulo aislado con interfaces claras y evaluar opciones como WASM o microservicios antes de un cambio radical.