Ruby vs Python (Rails y Django)
Entonces, desde ahora, estás aquí, ponte en marcha. Puede estar en cualquiera de las dos categorías; o eres un profesional y conoces ambos, es decir, Ruby vs Python y quieres saber cuál usar, o eres un novato completo que quiere saber cuál aprender como principiante. Entonces, ¿cuál aprender? Ahora, esa es una cuestión de un siglo. No es un siglo, podría haber exagerado un poco allí, pero al menos una década.
Ahora, déjame decirte algo que no esperas escuchar. Si se encuentra en las dos categorías anteriores, este blog no es para usted. Pero espera, no necesitas dejar de leer este blog. Tengo una buena experiencia en ambos y si me preguntas, personalmente elegiría Django en lugar de Ruby. Pero esa es solo mi mentalidad y requisito.
Ruby vs Python Performance (Rails y Django)
Y de nuevo es una elección personal. Pero para ser honesto, si está comenzando a aprender, le sugiero que aprenda ambos al mismo tiempo. Sí, me escuchaste bien. Sé que es una locura, pero aún así. Solo entonces podrás saber la diferencia exacta entre los dos. El rendimiento de Ruby vs Python es increíble.
Entonces, ¿qué es lo que hace que estos dos frameworks sean realmente excelentes pero que sean diferentes al mismo tiempo? Déjame contarte mi versión de cómo empezó todo conmigo.
Hace unos años, estaba buscando trabajo. Tenía mis estudios de fondo en un campo totalmente diferente. No sabía nada sobre programación. Traté de aprender C y C ++; diablos, incluso aprendí eso. Pero no pude seguir el ritmo. No pude encontrar ningún trabajo en particular debido a mi perfil. Entonces, leí en alguna parte hablando sobre python.
Mi principal área de especialización era la piratería y el análisis forense, pero lo que había sido conocimiento práctico, y como dije, los estudios, que hice antes de saltar al campo de TI, fueron totalmente diferentes. Y no tenía ningún certificado (Consejo de la CE) para conseguir un trabajo. Aunque me gustaban mucho los forenses, tuve que cambiar mi línea de carrera, al menos por el momento.
Entonces, comencé a aprender sobre Python. Python fue extremadamente fácil de entender. De hecho, aprendí la mayor parte en casi una semana. Pero solo aprender a codificar en Python no fue suficiente. Estaba aprendiendo Kali Linux en ese momento, y la mayor parte estaba escrito en Ruby vs Python. Pero no consideré aprenderlo. Estaba muy comprometido con Python. Entonces, leí en un blog en algún lugar que las personas reciben una buena cantidad de pago por desarrollar sitios web.
Y la mayoría de ellos estaban codificados en Django, al menos las personas que yo conocía codificaban en Django. Empecé a aprender Django, pero al mismo tiempo, leí sobre Rails. Pensé que aprendería Ruby on Rails al mismo tiempo. Pero lo peor fue que estaba aprendiendo a codificar todo en mi MacBook Pro. Y la peor parte de los rieles de codificación en MacBook pro es que tienes que hacer mucha configuración en él.
Tuve que instalar RVM, actualizar mi versión ruby o python y cargarlos de lado ya que no puedo tocar los archivos ruby o python del sistema, de lo contrario se rompería mi sistema. También tuve que instalar XCode, sus herramientas de línea de comandos, homebrew, y Dios sabe qué no.
Estaba casi como, en serio? ¿Necesito hacer todas estas cosas solo para instalar un marco? Mientras que no era el mismo caso con Python. Solo tuve que instalar python, pip y Django. Entonces, mientras hacía todas estas cosas, mi sistema simplemente se bloqueó y llegué a saber que olvidé cargar de lado. Era como un mundo llegando a su fin ya que no había hecho una copia de seguridad de nada en mi Mac. En ese momento, me compré una computadora portátil Asus de Windows, por si acaso fuera seguro.
Y esta es la parte, que me sentí extremadamente increíble. Instalar Rails y Django eran lo mismo en Windows. Instalar ruby o python también fue pan comido. Simplemente descargue, haga clic e instale. Sentí que estaba en un mundo totalmente diferente. Más tarde, arreglé mi Mac e instalé ruby o python correctamente esta vez.
Entonces, esto fue solo el comienzo de cómo comencé con el rendimiento de Ruby vs Python. La parte más interesante viene ahora. Tengo la costumbre de aprender todo, desde la documentación y luego ir a los libros. Cuando estaba aprendiendo Rails y Django, sentí que estaban perdidos hace mucho tiempo, hermanos. Aunque había una diferencia considerable entre los dos, todavía sentía lo mismo.
Y confía en mí cuando digo que ambos tienen su propio conjunto de cosas que podrías considerar aprender. Entonces, la siguiente es mi revisión sobre el aprendizaje de ambos.
Ruby vs Python Performance - Pros y contras
Tanto Ruby vs Python (Rails y Django) tienen sus propios pros y contras y los siguientes son algunos que he mencionado según mi conocimiento:
- Ambos tienen los mismos principios SECOS: No te repitas. (Nos referimos a la codificación)
- Los rieles siguen la convención sobre la configuración, mientras que Django sigue explícito es mejor que implícito.
- Django no cree en mucha magia, mientras que Rails tiene magia en todas partes. (Magia significa que las importaciones y otras cosas suceden automáticamente: "Específicamente para novatos")
- Ruby y Python valoran la expresividad y, por lo tanto, proporcionan muchos comportamientos implícitos y están más enfocados en el Cambio. Django, por otro lado, es más explícito y está más enfocado en la Estabilidad API.
- Los rieles obtienen muchos cambios en cada versión, mientras que Django tiene versiones estables pero largas.
- Ruby tiene múltiples formas de hacer las cosas, lo que puede ser engorroso para algunos, pero Django tiene una forma específica de hacer las cosas. Significa el camino, que incluso un principiante puro podrá entender.
- Ruby y Python son más fáciles de entender, pero a veces puede ser un dolor de cabeza debido a su extrema flexibilidad, mientras que Python puede ser un poco difícil de aprender al principio, pero una vez que lo haces, resulta útil.
Cursos recomendados
- Linux en línea con entrenamiento en Python
- Curso de gestión de nivel de servicio en línea
- Paquete de entrenamiento móvil jQuery
- Entrenamiento de inteligencia de negocios en línea
Pero estas son solo algunas cosas básicas que he cubierto aquí. La parte más importante llega cuando profundiza en los modelos, los valores predeterminados de campo, las claves foráneas, las consultas, las migraciones, el uso de CSS, HTML y JavaScript y, por último, la comunidad, pero no menos importante. Ahora, creemos algunos puntos de despedida sobre la base anterior:
- Si conoce bien Python o tiene experiencia en Django, tendrá dificultades para comprender los modelos en Rails. La razón es que no puedes simplemente mirar un archivo de modelos en Rails, como puedes hacer en Django. Los rieles usan los archivos de modelo básicamente solo para la lógica de negocios y almacenan cómo se ven todos los modelos en un archivo llamado RB. En Django, tiene un archivo separado llamado models.py que puede editar cuando quiera y también está en un formato legible para humanos.
- En Rails, una clave externa no se crea de manera predeterminada cuando hace referencia a un campo a una Categoría. Mientras que en Django, incluso una clave externa crea otra clave externa e indexa automáticamente. Pero, de nuevo, aún puede usar aplicaciones de terceros en rieles para agregar soporte automático para claves foráneas.
- En Rails, todo lo que haces es migración. No es el mismo caso con Django. En Django, tienes una aplicación de terceros que hace esto por ti. Esta aplicación de terceros se llama Sur en Django.
- Como Rails está orientado a objetos, no será necesario escribir ninguna consulta SQL en él. Mientras que, en Django, debe escribir expresamente en él las cosas que necesita, pero aún así es elegante.
- Los rieles vienen con un conjunto incorporado de canalizaciones de activos. La tubería Rails es capaz de concatenar, minimizar y comprimir archivos JavaScript y CSS. No solo eso, sino que también admite otros lenguajes como CoffeeScript, Sass y muchos más. El soporte de Django es extremadamente malo en comparación con Rails. Lo único que ofrece Django son archivos estáticos, que básicamente recopilan todos los archivos estáticos de cada aplicación en una sola ubicación. Una aplicación de terceros llamada django_compressor ofrece una solución similar a la cartera de activos de Rails.
Entonces, estos son algunos puntos que pensé que podrías considerar antes de seguir adelante. Elegir entre ellos realmente se reduce a un ajuste entre su personalidad / preferencias y las fortalezas del lenguaje. Aunque ambos son fáciles de aprender y le pido que aprenda ambos, lo cierto es que si prueba ambos, solo podrá rascar la superficie.
No será capaz de profundizar o tener una idea real del marco a menos que haya estado escribiendo código no trivial durante al menos 6 meses más o menos.
Pero, de nuevo, este es solo mi diseño o una forma de ver el portal de frameworks. Es por eso que al final siempre te sugiero que comiences a aprender ambos, y cuando sientas que uno es mejor que otros, siempre puedes cambiar entre ambos.
Artículo recomendado:
Así que aquí hay un artículo que lo ayudará a obtener más detalles sobre el rendimiento de Ruby vs Python, ruby y python, ruby vs python, ruby o python, así que simplemente vaya al enlace que se proporciona a continuación.
- Linux vs Ubuntu: diferencias asombrosas
- Python o Ruby Performance
- Ruby vs Node: ¿cuáles son los beneficios?
- Ruby vs PHP: ¿en qué se diferencian?
- La mejor guía sobre Kali Linux vs Ubuntu