No es que esté particularmente de acuerdo con el contenido del artículo, así que solo resumí brevemente lo que sostiene el autor.
En el caso del extranjero, hasta cierto punto sí estoy de acuerdo en que Rust tiene buen rendimiento y que es más fácil contratar gente para usarlo, pero...
(me pregunto si en el país realmente hay tantos desarrolladores de Rust...)
En una startup, más que el lenguaje, lo importante es qué problema se está resolviendo.
Creo que lo importante es usar las herramientas adecuadas para la situación actual y construir bien y rápido un MVP.
Cada día es una locura, así que eso de que hace falta 3 meses para acostumbrarse al lenguaje suena un poco desalineado con la realidad.
Si la idea es aprender Rust durante 3 meses en un proyecto personal mientras trabajas en una empresa y después emprender, entonces OK.
"Creo que es importante usar la herramienta adecuada para la situación actual y crear bien el MVP con rapidez."
Yo creo que Rust puede ser una buena opción precisamente por ese "bien y rápido".
El concepto del lenguaje es que, si compila, ya ofrece cierto nivel de calidad (por eso la compilación es bastante estricta), y pienso que puede ayudar a evitar que el desarrollo apresurado termine siendo algo improvisado o descuidado.
Ah, a lo que me refería es... en una situación en la que no se conoce bien Rust, ¿será posible hacer las cosas bien y rápido?
No estoy seguro de si es una herramienta que encaje con la situación actual de una startup.
Si en este momento están en la etapa de hacer un demo, entonces quizá no necesiten calidad, y también sería así si no piensan darle mantenimiento a largo plazo. Pero si no es el caso, creo que sí la van a necesitar.
No tengo experiencia en startups, así que no lo sé bien, pero me imagino que muchas usan la estrategia de desarrollar rápido e ir sacando actualizaciones; sin embargo, si lo van posponiendo, al final la calidad y la estabilidad van a quedar muy lejos.
Por eso, creo que Rust, que obliga muchas cosas desde la etapa de compilación, podría ser más bien una herramienta que ayude.
Estoy de acuerdo con eso.
Con tan pocas librerías disponibles, ¿hacer un servicio con esto??
Parece que después implicará una enorme cantidad de trabajo de corrección.
5 comentarios
No es que esté particularmente de acuerdo con el contenido del artículo, así que solo resumí brevemente lo que sostiene el autor.
En el caso del extranjero, hasta cierto punto sí estoy de acuerdo en que Rust tiene buen rendimiento y que es más fácil contratar gente para usarlo, pero...
(me pregunto si en el país realmente hay tantos desarrolladores de Rust...)
En una startup, más que el lenguaje, lo importante es qué problema se está resolviendo.
Creo que lo importante es usar las herramientas adecuadas para la situación actual y construir bien y rápido un MVP.
Cada día es una locura, así que eso de que hace falta 3 meses para acostumbrarse al lenguaje suena un poco desalineado con la realidad.
Si la idea es aprender Rust durante 3 meses en un proyecto personal mientras trabajas en una empresa y después emprender, entonces OK.
https://news.ycombinator.com/item?id=31736703
En los comentarios de HN donde se publicó este artículo también hay muchos comentarios con una opinión parecida a la mía.
"Creo que es importante usar la herramienta adecuada para la situación actual y crear bien el MVP con rapidez."
Yo creo que Rust puede ser una buena opción precisamente por ese "bien y rápido".
El concepto del lenguaje es que, si compila, ya ofrece cierto nivel de calidad (por eso la compilación es bastante estricta), y pienso que puede ayudar a evitar que el desarrollo apresurado termine siendo algo improvisado o descuidado.
Ah, a lo que me refería es... en una situación en la que no se conoce bien Rust, ¿será posible hacer las cosas
bien y rápido?No estoy seguro de si es una herramienta que
encaje con la situación actualde una startup.Si en este momento están en la etapa de hacer un demo, entonces quizá no necesiten calidad, y también sería así si no piensan darle mantenimiento a largo plazo. Pero si no es el caso, creo que sí la van a necesitar.
No tengo experiencia en startups, así que no lo sé bien, pero me imagino que muchas usan la estrategia de desarrollar rápido e ir sacando actualizaciones; sin embargo, si lo van posponiendo, al final la calidad y la estabilidad van a quedar muy lejos.
Por eso, creo que Rust, que obliga muchas cosas desde la etapa de compilación, podría ser más bien una herramienta que ayude.
Estoy de acuerdo con eso.
Con tan pocas librerías disponibles, ¿hacer un servicio con esto??
Parece que después implicará una enorme cantidad de trabajo de corrección.