¿Cuánto tarda un equipo en aprender Rust?

La pregunta que frena a muchos líderes técnicos no es si Rust es bueno, sino cuánto tiempo perderá el equipo aprendiéndolo. La mala noticia es que la curva es real. La buena es que hay datos, y son mejores de lo que dice la fama.

Lo que dicen los datos

La mejor referencia pública es una encuesta de Google de 2022, respondida por más de 1000 desarrolladores que habían escrito Rust ese año:

• Más de dos tercios se sintieron capaces de contribuir a un proyecto en Rust en dos meses o menos.
• Un tercio alcanzó la misma productividad que en otros lenguajes en ese plazo, y más de la mitad en cuatro meses.
• El 85 % confía en que su código Rust es correcto, y el 77 % está satisfecho con su calidad.

El mayor problema reportado no fue el lenguaje, sino la velocidad de compilación: solo algo más del 40 % la consideró aceptable.

Cómo leer estas cifras

Antes de usarlas en un plan, tres matices:

• No todas las empresas son Google. Hablamos de personas con mucha experiencia, buenas herramientas y compañeros que ya conocían el lenguaje.
• Es lo que las personas dicen. Son percepciones en una encuesta, no mediciones de productividad.
• Depende de dónde vienes. Quien viene de C++ ya entiende la memoria, y quien viene de Python o JavaScript debe aprender más conceptos, aunque suele hacerlo sin malos hábitos.

Como referencia, la encuesta State of Rust 2025, con 7156 respuestas completas, también sitúa los tiempos de compilación y el uso de recursos entre los retos que persisten.

Dónde se atascan los equipos

La sintaxis se aprende rápido. Lo que toma tiempo es cambiar la forma de pensar:

1. La propiedad y el préstamo. Los primeros días, el compilador rechazará casi todo. Es normal. Empieza por la guía de ownership.
2. Los tiempos de vida. Asustan más de lo que deberían. La mayoría del código no los necesita de forma explícita, como vemos en la guía de lifetimes.
3. Código asíncrono. Suma varios conceptos a la vez. Conviene dejarlo para cuando lo anterior esté asentado.
4. Traer patrones de otro lenguaje. Modelar con herencia o con muchos objetos que se apuntan entre sí trae problemas. Es mejor pensar en tipos.

Lo que más frena no es la dificultad, sino hacerlo a solas, sin nadie que revise el código.

El costo real

El error habitual es contar solo el curso. El costo principal es el tiempo con menor productividad. Una forma simple de estimarlo:

Un ejemplo con valores supuestos: cuatro personas, cuatro meses y una pérdida media del 30 % equivalen a 4,8 meses de una persona. A ese número se le suma la capacitación, y se le debe comparar el beneficio esperado: menos incidentes, menos infraestructura o mejor latencia.

Si la cuenta no da, ese es un resultado valioso. Las cinco preguntas antes de migrar ayudan a hacerla con honestidad.

Un plan de 90 días

Esto es lo que recomendamos para un equipo de 3 a 8 personas:

Días 1 a 30: fundamentos

• Elegir un componente pequeño y medible, sin plazos críticos.
• Seguir una ruta común, como nuestras ocho guías.
• Formar a dos personas primero, para que acompañen al resto.
• Instalar desde el día uno clippy, rustfmt y las herramientas del día a día.

Días 31 a 60: producción en pequeño

• Construir el componente con pruebas y métricas, como en este microservicio.
• Revisar en pareja todo el código, y dedicar tiempo a leer los errores del compilador.
• Usar .clone() sin culpa: la eficiencia se ajusta después.

Días 61 a 90: evaluar

• Desplegar con una salida gradual, y comparar con el sistema anterior.
• Medir tres cosas: tiempo de entrega, incidentes y recursos.
• Decidir con datos si Rust se extiende, se queda en ese componente o se abandona.

Abandonar también es un buen resultado, si sale barato y a tiempo.

Qué acelera la curva

• Compilar con menos sufrimiento: usa cargo check mientras escribes, y bacon para ver errores al guardar.
• Mentoría en el código real: un experto que revisa tus pull requests vale más que muchas horas de curso.
• Empezar con un problema propio: los ejercicios abstractos se olvidan.

Corrode, una consultora especializada, afirma que la formación permite llevar a un equipo al ritmo en unos 2 meses en lugar de 4. Es una cifra comercial, no un estudio, así que tómala como referencia.