¿Cuál es la parte más difícil de aprender Ruby on Rails?

Depende de dónde vienes. Contestaré desde mi perspectiva particular, a pesar de que se está volviendo cada vez más raro. Probablemente sea más relevante para personas mayores de 40 años.

Antes de hacer Ruby, tenía décadas de experiencia en desarrollo de software, pero principalmente en C, C ++, Java y otros lenguajes compilados de tipo estático. También había hecho algunas secuencias de comandos de Python, JavaScript, Perl y, por supuesto, shell sin compilar, así que estaba familiarizado con el concepto de no tener un compilador. Aun así, me tomó un tiempo “soltar” la “necesidad” de la verificación de tipo que Ruby no hace … y en su lugar abrazar el poder de la escritura de patos.

Dicho esto, todavía deseo que la mayoría de los lenguajes de scripting requieran declaraciones de variables, para que un error tipográfico simple no haga que una nueva variable aparezca de la nada y arruine las cosas. Por otro lado, las pruebas unitarias exhaustivas, y especialmente la TDD, e incluso la programación de pares más, realmente ayudan con eso. Afortunadamente, la comunidad de Ruby acepta mucho las pruebas, generalmente TDD, y a menudo emparejamiento, mucho más que las otras en las que tenía mucha experiencia.

La metaprogramación no me desconcertó. Lo había visto en LISP en la escuela, y escribí programas para escribir programas repetitivos (como un programa Pascal para escribir un programa MACRO-11 para generar un fragmento de texto, una letra a la vez), aunque no lo había usado previamente en el mundo real. Sin embargo, YMMV. (Por cierto, recientemente lancé una gema llamada hook_lying_syncer para ayudar con un problema de metaprogramación; vea su listado en RubyGems para más detalles).

Mezclar módulos, en lugar de heredar de clases, también era un concepto nuevo para mí. Pero no tan difícil. Por otro lado, si vienes desde una perspectiva de novato de programación total, es una cosa más para apilar, además de la programación en primer lugar, OO, etc.

Luego está Rails en sí. Su gran énfasis en la “convención sobre la configuración” significa que debe atenerse a las diversas convenciones, o prepararse para una pelea bastante difícil. ¡Por supuesto, esto significa que tienes que saber cuáles son las convenciones! Afortunadamente, hay muchos tutoriales excelentes que cubrirán la gran mayoría de ellos. (La recomendación habitual es el simplemente llamado “El tutorial de Ruby on Rails”, en el Tutorial de Ruby on Rails (3ª ed.). Lo mantiene bien actualizado y está disponible para usar en línea de forma gratuita.) Además, las convenciones hacen Lo correcto para el 99.9% de los casos, pero el sobrante del 0.1% puede ser un oso.

¡Otra cosa con la que no estaba muy familiarizado en el aprendizaje de Rails fue la programación web en general! Había hecho toneladas de cosas cliente-servidor, en ambos lados, pero principalmente con clientes personalizados. Estaba familiarizado con el funcionamiento de HTTP, DNS, TCP / IP y muchos protocolos relacionados, ¡pero nunca antes había programado una aplicación web! (No debe confundirse con un sitio web * *, que sirve páginas estáticas de HTML, con ocasionales pequeños scripts de JavaScript y applets de Java. Había estado haciendo HTML durante quince años y Java y JS durante más de una década). tuvo que aprender todo sobre esas cosas, que la mayoría de los desarrolladores modernos ya sabrían.

Eso es todo lo que puedo pensar de improviso …

Algunas respuestas geniales aquí ya. Agregaré esto:

La parte difícil es aprender a hacerlo “bien”. Y esto es totalmente subjetivo, pero arrojaré mi opinión sobre lo que está bien.

Ruby (y Rails específicamente) tienen excelentes marcos de prueba disponibles. Esto hace que sea realmente fácil comenzar desde cero y TDD (Test Driven Development) un proyecto completo. Esto vale totalmente la pena hacerlo. SIN EMBARGO, y esto es importante, aprende a hacerlo bien. Aprenda a escribir pruebas rápidas que separan las preocupaciones. La mejor parte de escribir excelentes pruebas es que creará un gran código (la mayoría de las veces). Y luego te encontrarás con la parte divertida de descubrir cómo escribir pruebas RÁPIDAS. Porque si su conjunto de pruebas tarda demasiado en ejecutarse, deja de ejecutarlo.

Además de eso, hacerlo bien incluye usar la cantidad adecuada de la magia de Rails, pero evitar depender de ello. Rails hace mucho por ti. Y es excelente para crear prototipos y ponerse en marcha rápidamente. Pero si tiene una aplicación que desea escalar a más de unas pocas docenas de usuarios, debe comenzar a comprender lo que sucede en el interior de su aplicación. Para mi antiguo equipo, eso significaba que teníamos que romper nuestro hábito de depender demasiado de Active Record. Si está haciendo muchas búsquedas de Active Record que ralentizarán su sitio considerablemente.

Una de las partes más difíciles es toda la magia que está sucediendo detrás de la cortina.

Cuando comienzas, toda la magia parece divertida, pero de repente tienes un problema y no puedes descubrir por qué. Está sucediendo mucha magia con estructuras de carpetas, material implícito y convenciones de nombres [0].

Si sobrevives a los primeros errores duros que se deben a esta magia, puedes apreciarlo. Todas las reglas de nomenclatura facilitan unirse a una aplicación existente o hacer que otros contribuyan a la suya.

[0]: Convenciones de nomenclatura de Ruby y Rails

Empecé a aprender Rails en un gran proyecto.

Venía de un backend PHP / C ++ y había una cosa que era realmente difícil de entender: la convención sobre la configuración. Los rieles (y, en general, las aplicaciones / bibliotecas basadas en ruby) se basan completamente en convenciones. Rails es un gran marco, y comprender todas sus convenciones fue realmente difícil para un primerizo.

Después de eso, puedes seguir la respuesta de Erik Trautman, ya que es realmente exhaustiva.