¿Por qué alguien debería usar Rails sobre Laravel?

Nunca me ha gustado toda la idea vs. de frameworks y langauges. No me gusta que los programadores y desarrolladores peleen entre sí por el hecho de que algunos lenguajes son mejores que otros. La verdad es que cada idioma es mejor en algo (bueno, excepto tal vez el espacio en blanco). Desearía que los programadores y desarrolladores pudieran ver otros lenguajes y marcos e inspirarse en lo que hizo bien, en lugar de ignorarlo y decir “¡Bueno, el mío sigue siendo mejor por x e y!”.

En su caso específico, debe elegir el marco basado en si está más familiarizado con PHP o Ruby. Programe su aplicación en lo que le resulte más cómodo, luego, en su tiempo libre, practique el otro y gane comodidad con él y tome su propia decisión sobre cuál le gusta más. Tú son la única persona que puede decidir cuál es mejor para usted. Tanto Laravel como Ruby on Rails son marcos absolutamente increíbles , y ambos personalmente me han inspirado mucho. Sugeriría aprender a aprenderlos en algún momento, sin embargo, por ahora, diría que trabajes con el idioma que mejor sepas.

¡Mucha suerte y feliz codificación!

Desafortunadamente, tendrás que resolver esto por ti mismo.

Tutsplus tiene un curso que le muestra cómo hacer una aplicación web en laravel y luego en rieles. A través de este curso puedes descubrir cuál funciona mejor para ti: Rails o Laravel: construir una aplicación dos veces.

Si necesita una base de datos no relacional, probablemente sea mejor que use Rails, porque que yo sepa, Laravel no admite bases de datos basadas en documentos.

En lo que respecta al empleo, muchas empresas que usan marcos php generalmente los están usando mal. No escriben código seco. Sus puntos de vista están llenos de lógica. No usan el control de versiones correctamente. No tienen un entorno de control de calidad y, a veces, su proceso de implementación es arrastrar y soltar a través del FTP. Básicamente, muchas empresas que usan PHP son basura. Estoy seguro de que hay empresas que emplean las mejores prácticas y usan PHP, sin embargo, en mi experiencia, ese no ha sido el caso. Además, estas compañías usan PHP generalmente porque es más barato contratar un desarrollador de PHP que un desarrollador de Rails, que es una forma repugnante de elegir tecnología.

La razón por la que hablé de las empresas que usan marcos PHP y no de las empresas que usan Laravel es porque si busca en Indeed, encontrará 10 trabajos para Laravel.

Si una compañía está usando Laravel, estoy seguro de que se están inculcando las mejores prácticas, pero la mayoría de las compañías que usan PHP no están usando Laravel.

Si busca Rails en efecto, encontrará 1000 trabajos. Además de tener más compañías que usan Rails, estas compañías probablemente estén usando las mejores prácticas.

Entonces, si su objetivo es encontrar un trabajo eventualmente en el desarrollo web, entonces vaya con Rails.

Si está buscando un alojamiento barato, entonces Laravel es probablemente la mejor opción. Una cuenta de Host Gator de 5 dólares al mes será suficiente para ejecutar un sitio bastante popular. Con rieles será más caro.

He usado Code Igniter y Rails, y puedo decir que Rails es mucho mejor que Code Igniter. Hay menos código para escribir y no puedes vencer a Railscasts y code school.

Sin embargo, con Rails y Laravel, esa línea se vuelve borrosa. Laravel es tan bueno como Rails, pero aquí está la patada. Si tienes problemas, buena suerte para encontrar a alguien que te ayude uno a uno. Estoy seguro de que puede obtener ayuda en el foro de Laravel, pero con Rails pude encontrar a alguien que me ayudara de forma remota utilizando Google Hangout.

En general, no creo que PHP pueda rivalizar con Ruby. Ruby es hermosa PHP es klunky, y no estaba destinado a ser orientado a objetos. Estaba destinado a ser un lenguaje de script. Ruby fue construido para ser hermoso y orientado a objetos desde cero.

Laravel es genial pero usa PHP y es derivado de Rails.

Rails tiene un montón de gemas que tienen toneladas de contribuyentes que Laravel nunca podrá alcanzar.

Todos los desarrolladores de Ruby trabajan con Rails, donde los desarrolladores de PHP están fragmentados con más de 10 frameworks.

Si está tratando de concentrarse en crear la mejor aplicación que pueda, me quedaría con Rails, pero nuevamente esta es una decisión que debe tomar por su cuenta.

Las personas que ven las respuestas a esta pregunta son probablemente desarrolladores más hábiles que yo cuando tomé esta decisión.

Terminé eligiendo Laravel.

Era la primera vez que usaba un marco MVC. Ya conocía PHP, y solo había escrito un poco de Ruby, por lo que fue una elección bastante fácil (Rails es una bestia si no conoces a Ruby decentemente). Sin embargo, los beneficios de hacer esto no estaban en el rendimiento del marco o la disponibilidad de recursos, sino en la comprensión de los patrones MVC. Una vez que tuve claro cómo funcionaba en Laravel, aprendí muchos otros marcos en otros idiomas muy rápidamente.

Desde que trabajé con Laravel, aprendí rápidamente Ruby, Node.js, Javascript “bueno” y Objective-C, principalmente basados ​​en patrones de reconocimiento en sus respectivos marcos MVC populares (Rails, Express, Angular, iOS).

Por lo tanto, siempre recomendaría elegir algo, como un marco de trabajo, basado en un idioma que ya conozca y se sienta cómodo de usar.

ACTUALIZAR:

Mi último post sobre estos 2 grandes frameworks:

¿Laravel va a coger rieles? – Amir Hassan Azimi – Medio

Estoy usando ambos Laravel es un nuevo framework PHP y Rails existe desde hace muchos años. Laravel está utilizando estrategias de rieles para ser como Rails. Rails tiene una comunidad poderosa que Laravel porque es más antigua que Laravel. Ruby es un lenguaje moderno y más orientado a objetos que PHP. PHP orientado a objetos se agregó solo desde PHP 5. He estado trabajando con PHP desde que tenía 16 años. Cuando cambié a Ruby y luego a Rails, realmente me encantó. La capacidad de azúcar sintáctica en Ruby es simplemente increíble. Trabajar con Ruby es un placer solo.

Analicemos esto. Para comparar ambos, primero debemos comparar PHP con Ruby. PHP está hecho para web y es un lenguaje web. Sin embargo, Ruby no es específico de la web. PHP es popular pero ser popular tiene muchas razones. Primero es fácil de usar, implementar y aprender. A continuación, es la mejor opción para principiantes, por lo que se mantendrán para siempre. También PHP es un motor tentador web en sí mismo, no necesita algo como Blade o Laravel Collectives (que se ha eliminado en Laravel 5.0) ¿por qué debería usar {{}} cuando puedo usar Con un solo carácter diferencia, pero nuevamente estamos viendo que PHP está mejorando, lo que significa adios frameworks PHP. La fuente

Con Ruby, sí, necesitas un marco porque Ruby no se usa SOLO para el desarrollo web. Rails es solo una magia, es rápido, poderoso y antiguo. Con Laravel es como si estuvieras escribiendo cada vez más y hay tantos objetos que no necesitas. Además, siempre está sincronizado con Symfony, lo que significa que si Symfony decidió cambiar algo tan poco, Laravel tiene que cambiar todo en función de esa pequeña cosa. Por ejemplo, desde Laravel 4 a Laravel 5, la estructura de directorios de 5 a 5.1 ha cambiado enormemente y eso molesta a muchos desarrolladores. El uso de nombres de espacios en Laravel es una molestia y no los culpo, es una cosa de PHP. Nuevo no siempre significa mejor, incluso cuando se trata de lenguajes de programación. ¡Twitter está hecho por Rails y Facebook está hecho por sí PHP pero no al 100%! ¿Por qué? Porque Facebook está utilizando HHVM, que es una versión completamente diferente de PHP y mucho más rápido. Aquí hay un buen artículo sobre PHP 7 vs. HHVM: HHVM vs PHP 7 – La competencia se acerca – Kinsta

Si continúa y reinventa la rueda, después de algunos proyectos web escriba su propia biblioteca, verá cuánto más rápido es usar sus bibliotecas en lugar de Laravel, créame, lo he hecho yo mismo. Nuevamente, no necesita marco cuando se trata de PHP. Sin embargo, nadie ha construido un marco fantástico como Laravel. Trabajar con es muy agradable y su comunidad es más grande. Además, el marco es mejor cuando se trata de trabajo en grupo porque todos saben cómo trabajar con un marco bien conocido.

Prefiero ambos y, por lo tanto, me gusta permanecer dentro de sus dos comunidades activas. Rails tiene una cartera de activos que simplemente dice “No te necesito Gulp, NPM y Bower o Webpack”, aunque puedes usarlos si quieres. La estructura del directorio es simple y muy agradable.
Python es comparable a Ruby, pero me temo que no PHP. Seguramente Laravel es el mejor framework PHP que existe y nuevamente fue increíblemente desarrollado, pero Rails with Ruby es algo más para usar tanto en el back-end como en el front-end y no elegí uno con el que haya elegido tanto para trabajar y creo debe responder esta pregunta si trabaja con ambos. Rankings de marcos web | HotFrameworks

“¿Cuál elegir: Ruby o PHP? Realmente dependerá de tus prioridades y características que consideres deseables en cada idioma. Ruby es un lenguaje poderoso y flexible con un excelente marco web en Rails. Pero es difícil de aprender y necesita un mayor nivel de habilidad técnica, por lo que los buenos desarrolladores de Ruby on Rails son más difíciles de encontrar y, por lo tanto, pedirán una mayor compensación.
PHP es más fácil de aprender y se usa mucho más, aunque no es tan poderoso como Ruby. Y PHP también está hecho a medida para el desarrollo web, aunque no es tan bueno para el desarrollo general “.

Laravel es el mejor, pero en el ecosistema PHP, nunca puede rivalizar con Rails.
Rails es responsable de algunas aplicaciones famosas como Twitter, Ello (uno de los sitios web de redes sociales emergentes), el poderoso Github, Shopify, CodePen, CodeCademy y otros.

Algunas personas discutirán, ¿por qué Twitter abandonó RoR para Scala? Porque necesitaban un mejor rendimiento que no era posible desde RoR en ese momento, que ahora es posible desde RoR.

PHP en su conjunto tiene un historial muy malo para crear aplicaciones en tiempo real, pero en el ecosistema Ruby encontrará marcos completos sobre este concepto como Cramp y Volt (Volt es un paso adelante que incluso calambre, en el concepto de renderizar ruby ​​en lado del cliente, y eliminando la necesidad de usar cualquier marco MV * del lado del cliente como Ember o Angular).

Los nuevos rieles / cable de acción: los sockets web integrados para rieles hacen que crear aplicaciones complicadas en tiempo real en rieles sea mucho más fácil. ActionCable funciona bien para sitios web algo ocupados, pero si su sitio web / aplicación web está muy ocupado, considere AnyCable. AnyCable combina la facilidad de ActionCable con el poder de Go y / o Erlang.

Pero en el ecosistema PHP no tienes este tipo de opciones. Vea a Facebook comportándose como un niño inquieto, saltando a Erlang para su sistema de chat y luego creando su propia solución y abandonando Erlang, creando HipHop, abandonando HipHop y creando HHVM, saltando a nginx desde Apache, que creando Proxygen cuando nginx también falla.

Escribo esta respuesta en 2015, pero será cierto incluso en 2020, como lo fue en 2010 o 2005. Ningún marco PHP rivalizará con Ruby on Rails.

Pasemos a la pregunta que dice ” ¿Por qué alguien debería usar rieles sobre laravel? “, Preguntaré ” ¿Por qué alguien no debería usar rieles sobre laravel? (Si él / ella puede)”.

Ahora, si eres fluido en PHP y no eres tan bueno en Ruby, entonces opta por Laravel, pero si tienes la misma experiencia y pericia en PHP y Ruby (ya sea débil en ambos 😀 o fuerte en ambos), entonces ve por Rieles.

Editar:
Cuando se le preguntó a Steve Jenson:

Bill Venners: Tengo curiosidad, y la gente de Ruby querrá que se explique: ¿Puede explicar qué sintió que le faltaba al lenguaje de Ruby en el área del código confiable y de alto rendimiento?

respondió,

Steve Jenson : Una de las cosas que he encontrado a lo largo de mi carrera es la necesidad de tener procesos de larga duración. Y Ruby, como muchos lenguajes de secuencias de comandos, tiene problemas para ser un entorno para procesos de larga duración. Pero la JVM es muy buena en eso, porque se ha optimizado para eso en los últimos diez años. Así que Scala proporciona una base para escribir servidores de larga duración, y eso es principalmente para lo que lo usamos en Twitter en este momento.

Enlace a la conversación anterior, Twitter en Scala.

El problema de los procesos de larga duración mencionado por Steve Jenson ya está resuelto por jRuby, aunque no es tan eficiente como Erlang, Elixir o Go, pero es suficiente para el 95% de los casos.

Truffle y GraalVM para jRuby de Oracle, un reemplazo directo de los proyectos de jRuby in Rails hará que Rails sea aún más eficiente.
(Mire la respuesta de Chris Seaton a una pregunta sobre GraalVM. Chris Seaton es miembro del Grupo de Investigación VM de Oracle Labs y trabaja en GraalVM).

Nota: La respuesta tiene más de dos años y medio.

Mirando el esquema actual de las cosas, Ruby on rails requiere mayores recursos en comparación con Laravel. Los desarrolladores de Laravel en sus etapas iniciales pueden tener dificultades para eliminar los cuellos de botella.

Mientras que para los desarrolladores de Ruby no será un problema, ya que están experimentados y avanzados. Para ambos, los costos de alojamiento pueden variar dependiendo de la especificación técnica que haya indicado inicialmente.

Ref – Ruby On Rails vs Laravel: ¿Cuál es el mejor marco?

Pavan, sus comentarios, como la mayoría de PHP versus son siempre los mismos. Lo que es peor son los más de 53 votos positivos que recibiste por lo que son series de comentarios desinformados.

Ruby es una gran arquitectura. Sin embargo, decir que Laravel se basa en RoR dice algo sobre su experiencia de programación. Se basa en los principios MVC OOP y, por lo tanto, hay similitudes, como cualquier otro lenguaje OOP. En todo caso, Laravel es un derivado de C #. Una vez más, me encanta RoR, pero siempre encuentro que el RoR aboga por el RoR campeón basado en las características básicas de codificación que se pueden encontrar en cada lenguaje OOP. Comparar RoR con Laravel en controladores DB y gemas sería como comparar procesadores de texto en edición y formato de texto.

El argumento de que PHP no es OOP porque es un lenguaje de secuencias de comandos me duele el cerebro, de la misma manera que C # no es C, PHP hoy no es el PHP de ayer. PHP es mucho un lenguaje de programación OOP como cualquier otro. JavaScript es un lenguaje de script, por su lógica, ¿no es OOP? ¿Puede escribir código malo en PHP? Sí, ¿hay programadores malos? Sí, pero de la misma manera puede escribir código de bloque de procedimiento en C # o RoR. Cómo, por ejemplo, la herencia de C # funciona frente a PHP puede ser diferente, pero PHP es OOP, a menos que las clases, interfaces, mensajes de herencia, encapsulación, etc. sean de alguna manera más mágicos en RoR.

En cuanto a la base de datos, al igual que cualquier plataforma de desarrollo importante, Laravel admite todo lo que existe, ya que está basado en controladores. ¿Por qué un idioma principal hoy en día no es compatible con un documento DB como Mongo? La discusión en un marco Laravel, RoR o cualquier MVC sería la M en el MVC, qué y por qué en la interfaz del modelo que usted decida.

En términos de soporte, Laravel tiene soporte para decenas de miles de bibliotecas nativas de terceros y puede conectar casi cualquier biblioteca PHP. No sé sobre usted, pero el 90% de las bibliotecas que utilizo en todos los proyectos son más o menos las mismas en todos los idiomas, a menos que el desarrollador esté haciendo algo muy único, en cuyo caso podría haber una biblioteca de terceros que tome la decisión marco para eso. desarrollador, pero la cantidad no es un factor decisivo.

Testing, PHP Unit, CodeCeption, Behat, PHP Spec y la lista continúa para simulacro, unidad, integración, funcional, aceptación, etc., pruebas. A menos que exista alguna metodología de prueba mágica que exista en RoR, apuesto a que tiene los mismos pilares básicos de prueba que pruebas.

La programación limpia es el resultado de patrones limpios y el programador no el lenguaje: SÓLIDO, SECO, BESO. Ejemplo. se ven iguales.

// C #
public int AccountUser (usuario usuario) {
this.interface.account (user.GetId (), this.value)
}
// PHP – Laravel
Función pública AccountUser (Usuario $ usuario) {
$ this-> interface-> account ($ user-> getId (), $ this-> value);
}

Sin embargo, escribir la consulta a continuación en otro idioma sería doloroso. En mi opinión, Laravel es insuperable en simplicidad y poder de consulta:

$ posts = Post :: with (‘usuario’)
-> with (array (‘comentarios’ => función ($ consulta) {
$ query-> where (‘user_id’, ‘=’, 3);
$ consulta-> con (‘usuario’);
}))
-> con (‘etiquetas’)
-> where (‘locale_id’, ‘=’, $ locale-> id)
-> take ($ this-> numOfPostsInAreaPageLoad)
-> orderBy (‘created_at’, ‘DESC’)
-> get ();

En términos de escalabilidad, existen arquitecturas masivas que se ejecutan en derivados de PHP, incluido Facebook.

En términos de empleo, si usted es un gran programador, un apasionado de la tecnología, se enorgullece de escribir código limpio, es disciplinado sobre los patrones de mejores prácticas y puede producir código de calidad a tiempo. Sigue los principios de desarrollo de SOLID, DRY & KISS. Entonces siempre tendrá un trabajo, incluso si escribe en COBOL, bueno, tal vez no 🙂 los grandes atletas son excelentes porque entrenan 10 horas al día, no porque jueguen al baloncesto. Si su objetivo es hacer lo menos posible y ver dónde puede encontrar un trabajo basado en la cantidad, entonces diría que no se convierta en programador, ya que los 200 millones de cambios en la tecnología a diario lo harán muy infeliz .

Documentación: ¿ha estado en el marco PHP para artesanos web? Le desafío a encontrar un sitio de desarrollo mejor documentado y The Best Laravel y PHP Screencasts lo convertirán en un mejor programador incluso si tiene un título de CS de 3 años. También hay un millón y un sitio PHP de documentos y aprendizaje de calidad, tal como lo hay con RoR. La razón por la que Laravel tiene muchos seguidores es por su simplicidad y documentación. Si es así, di que no lo hace o que es malo, es porque no has mirado.

La red de si PHP vs RoR realmente depende de lo que intente construir. Si está tomando una decisión sobre Laravel vs RoR sobre los principios básicos de MVC y los controladores de la base de datos, elija cualquiera de ellos, ya que realmente no hace la diferencia. Si tiene una aplicación en mente, busque los elementos centrales e investigue esos, por ejemplo, si tiene una aplicación multicliente, ¿puede hacer un enlace para compartir el contexto de la aplicación? Si tiene una aplicación transaccional alta, pruebe la base de datos, por ejemplo, algo tan simple como el rendimiento de uuid puede ayudarlo a tomar la decisión. Tú entiendes.

En mi opinión, Laravel todos los días de la semana. Como puedo escribir una aplicación web MVC de calidad en la mitad del tiempo y eso significa más dinero.

Ambos marcos son geniales, pero Rails es mejor porque es una comunidad: hay muchas gemas (paquetes) que los desarrolladores de todo el mundo prueban y usan, lo que le brinda la posibilidad de encontrar una respuesta a su pregunta de desarrollo de manera más fácil y rápida.

Laravel es un marco muy agradable y fácil de aprender, pero tiene una pequeña comunidad y significa que tendrá que pasar más tiempo para encontrar una solución. Pero en este momento hay un sitio web loco y genial creado por Jeffrey Way: http://laracasts.com , donde hay muchos tutoriales y mejores prácticas que te ayudarán mucho.

Entonces, mi respuesta es: en mi opinión personal, si conoce los marcos y sus objetivos principales es ahorrar tiempo, use Rails.

He estado trabajando con Laravel durante los últimos meses: la compañía para la que trabajo tiene un producto escrito en PHP / CodeIgniter. Los estoy ayudando a emplear mejores prácticas y he estado reescribiendo partes del sistema usando Laravel.

Hice un desarrollo sólido de Rails durante unos 4 años anteriormente. Tengo que decir que Laravel ha crecido en mí. Pero dada la opción, probablemente volvería a Ruby y Rails. Ruby es solo un lenguaje más elegante y fluido. Me gustaría probar Python también.

Dicho esto, en términos de TDD / BDD, Laravel se está poniendo al día rápidamente. Ahora estoy usando Behat y PHPUnit. He estado mirando PHPSpec también. El problema es que todo es bastante nuevo, y para algunas de estas nuevas herramientas PHP, la documentación / ejemplos puede estar desactualizada o escasa, puede ser difícil encontrar buenos ejemplos de trabajo.

Veo cosas buenas en Horizon para Laravel + PHP. Solo espero que las herramientas maduren un poco más.

No puedo decirte por qué alguien debería elegir Laravel of Rails, pero definitivamente puedo decirte por qué muchas personas lo eligen:

Ruby es un lenguaje mucho mejor para leer y escribir que PHP

Por supuesto, esto es solo una opinión, pero es compartida por la mayoría de la comunidad de Ruby. Casi nadie aprende Ruby porque piensan que les dará trabajo o porque les enseñaron en la escuela. Lo aprenden porque se cruzan con el idioma de una forma u otra y se enamoran.

En palabras del creador de Ruby, Matz

Ruby está diseñado para hacer felices a los programadores.

Laravel 5 claramente gana. Este es el por qué.

Mi pasado
Aprendí Ruby hace unos 10 años. Lo usó principalmente para el procesamiento complejo de XML / HTML y para resolver el Proyecto Euler 🙂 Siempre tiene gemas anticipadas. Intenté aprender Rails esa vez y me pareció confuso.
Más tarde, aprendí y utilicé CakePHP (un verdadero clon cercano a Rails). Nunca me arrepentí de usar CakePHP sobre Rails. Eso fue todo hasta los días de MySQL. Y luego vino MongoDB, y luego vinieron las aplicaciones móviles. Empecé a aprender Laravel 4 y ahora 5 recientemente. De hecho, volví a apuñalar a Rails un par de veces más. Todavía uso Ruby para guiones pequeños, guiones de selenio.

Antecedentes del marco
Rieles : Tallado su propio camino, presentó MVC, Principios de convención sobre configuración muy bien. Muchos marcos siguieron el ejemplo. Pero, ya tiene una década.

Laravel : Engendrado de CodeIgniter, pero rediseñado, revisado ahora. Tiene una versión muy reciente de la programación del servidor, teniendo en cuenta la nueva arquitectura de las primeras aplicaciones móviles y las nuevas bases de datos.

Flexibilidad con bases de datos más nuevas (como MongoDB): todos los marcos son torpes con el documento dbs. Pero Laravel 5 no asume el uso de ningún almacenamiento o Modelos. Eso hace que su trabajo sea mucho más fácil de implementar cualquier base de datos más joven o futuras. Le proporciona las herramientas necesarias que puede incorporar para facilitar su trabajo.

Flexibilidad con las primeras aplicaciones móviles: intente escribir una aplicación de servidor solo con API basada en JSON, o use su propia implementación personalizada de una autenticación basada en token en ambos marcos, o intente gelificar iónico con ambos marcos. Como novato, Laravel 4/5 lo ayudará a llegar más rápido en comparación con Rails. Es mucho más flexible que Rails.

Principios rectores : lo que Rails enfatiza a través de su documentación tiene ya una década: ORM, Validación de formulario a través del servidor, ejecutando un montón de scripts de migración para el mantenimiento del esquema.
Laravel 5 tiene una toma muy diferente ahora. Le permiten escribir el código de almacenamiento de la base de datos, también conocido como “Modelos” a su manera, enfatiza ahora en nuevos conceptos de Servicios, Proveedores, Filtros, etc. ¡Definitivamente es el camino a seguir! Todavía tienen todas las herramientas necesarias: ORM, secuencias de comandos de migración, validación de formularios, etc., pero ahora lo están señalando hacia el futuro.

Respondiendo la pregunta ahora : ¿Por qué alguien debería usar rieles sobre laravel?
a – Reutilización de componentes / proyecto existentes
b – propósitos de aprendizaje y estudio
c – código complejo que necesita mucha reflexión – ¡ruby es realmente bueno susurrando al oído del programador!
es todo lo que puedo pensar.

Recuerde la regla “única” de Barney Stinson: lo nuevo siempre es mejor 🙂

Ambas son excelentes herramientas. Si tiene que elegir entre estos dos, entonces está en un gran lugar porque ambos fomentan excelentes habilidades de ingeniería de software. Una razón para usar Rails sobre Laravel es que Rails tiene una historia más larga y un catálogo más grande de complementos. Laravel es más nuevo y no tan maduro. Laravel se pondrá al día rápidamente porque PHP está mucho más extendido que Ruby. Por hoy, sin embargo, Rails tiene la ventaja.

Oye,

Siéntete contento de responder esta pregunta. los rieles han usado más que Laravel porque Rails ha estado alrededor de una tonelada más tiempo que Laravel; se hizo en 2004, mientras que Laravel comenzó solo 5 años antes en 2011. En este sentido, las gemas están significativamente más asentadas y han tenido suficiente energía para desarrollarse, mientras que una parte de los paquetes en el grupo de personas de Laravel parece estar confundida.

La configuración de Laravel es muy fácil. La mayoría de los servidores preestablecidos acompañaron PHP, Apache y algún tipo de Linux. Esto implica que simplemente necesita ejecutar su invocación de formulario subyacente y ya está listo. Rails, una vez más, necesita Ruby introducido en lugar de PHP. Esto por sí solo no lo convierte en una decisión horrible, sin embargo, dado que la mayoría de los servidores simplemente no acompañan a los dispositivos esenciales fuera del estuche, hace que las cosas sean un poco más problemáticas.

Para más detalles, puede consultar aquí: ¿Por qué elegir el desarrollo de Ruby on Rails para sus aplicaciones web y móviles? o también puede contactarnos en [correo electrónico protegido]

La diferencia entre estos marcos web no es tan grande como la diferencia entre sus lenguajes: PHP y Ruby.

Por lo tanto, mi respuesta se centrará más en las diferencias entre estos 2 idiomas.

Sintaxis, Pruebas y Productividad
Después de haber usado PHP durante 9 años y Ruby durante 2 años, me resulta mucho más fácil escribir código mantenible, probado en unidad y elegante en Ruby que en PHP.

La sintaxis de bloque en Ruby hace que sea extremadamente fácil escribir pruebas unitarias (rspec). Este, creo, es uno de los factores cruciales que llevó a muchas personas a cambiar a Ruby (y Python) como su lenguaje de script web preferido hace muchos años.

Pruebas unitarias y su proceso ágil -TDD, hace una gran diferencia en productividad y calidad a largo plazo. Y poder escribirlos fácilmente significa que más personas en el equipo los escribirán.

PHP o Ruby on Rails: esa es la pregunta que atrapó a los desarrolladores en los últimos años, aunque la tendencia definitivamente está cambiando a favor de los últimos. Puede sorprenderse, teniendo en cuenta que algunos sitios web importantes se ejecutan en PHP (como los incondicionales de CMS como Drupal y WordPress). Entonces, ¿cuál es el trato?

Ruby on Rails es superior en muchos aspectos, por lo que necesitaríamos tener una reunión para verlos a todos. En cambio, le daremos las 5 razones principales por las que es la solución superior para 2014 y más allá. ¡Siempre puede pasar por nuestras oficinas y enterarse del resto!

El marco es maduro

PHP no le gusta a los desarrolladores

PHP hace que sea fácil escribir código incorrecto

Ruby on Rails tiene una curva de aprendizaje empinada

PHP ya no lidera la línea

Me sentí obligado a venir a Quora simplemente para escribir esto.

Por amor a la ciencia, elija Rails. Las cosas salen de la caja. Está claro cuál es el camino correcto. Es obstinado, lo que significa que hay pocos caminos para desviarse.

Estoy profundamente metido en un cajero automático del proyecto Laravel, y prefiero tomar un cuchillo y apuñalarme en la pierna.

En Rails, está muy claro cómo probar una aplicación, y funciona. PHPunit no muestra errores de forma predeterminada, todavía no me queda claro cómo hacer que aparezca la salida de depuración a medida que se ejecuta la prueba (se muestra después) y tiene que descubrir cómo configurar su configuración de db para la prueba (mientras que tiene su propio archivo de configuración por defecto en rails) …

En Rails tiene la canalización de activos: es parte de los rieles. Convierte automáticamente Sass a CSS, minimiza la producción y agrega hash md5 para el almacenamiento en caché. En Laravel debes hacerlo tú mismo usando el elixir.

Ruby vs PHP: bueno, no conozco PHP lo suficientemente bien como para decirlo, pero Ruby es al menos más conciso.

Probablemente hay un montón de otras cosas si debería ser más competente en Laravel para agregar a esta lista, pero el punto es que mi impresión de Laravel es que está tratando de ponerse al día, con Rails como inspiración.

Si está comenzando un nuevo proyecto, elija Rails, puede agradecerme más tarde.

Solo quiero tirar mis dos centavos:

La diferencia principal no está en los marcos. Puede acostumbrarse a cualquier marco, y para ser honesto, tanto Laravel como Rails son marcos finos. Si bien probablemente me inclinaría hacia Rails, dada la fantástica documentación, Laravel definitivamente está en aumento, y esperaría que fuera un buen competidor en unos pocos años.

Sin embargo, lo principal que es posible que desee considerar es que Ruby supera con creces a PHP en elegancia, belleza, estilo y cualquier otro término similar que pueda encontrar. También suele ser más rápido, aunque ninguno es muy rápido. Hasta la fecha, aún no he conocido a una sola persona con mucha experiencia en ambos que prefiera PHP. PHP está increíblemente mal “diseñado”, mientras que Ruby es elegante, a pesar de combinar varios paradigmas de programación diferentes. No estoy seguro de poder expresarlo lo suficientemente bien, así que aquí hay una excepción de PHP: un fractal de mal diseño. Si desea un análisis más profundo, ese sitio es bastante bueno.

`Ni siquiera puedo decir qué le pasa a PHP, porque … está bien. Imagina que tienes una caja de herramientas. Un conjunto de herramientas. Se ve bien, cosas estándar allí.
Sacas un destornillador y ves que es una de esas cosas raras de tres cabezas. De acuerdo, bueno, eso no es muy útil para ti, pero supones que a veces es útil.
Sacas el martillo, pero para tu consternación, tiene la parte de la garra en ambos lados. Sin embargo, aún es útil, quiero decir, puedes golpear las uñas con la mitad de la cabeza sosteniéndola de lado.
Sacas los alicates, pero no tienen esas superficies dentadas; Es plano y liso. Eso es menos útil, pero sigue girando los tornillos lo suficientemente bien, así que lo que sea.
Y en tu camino. Todo en la caja es un poco extraño y peculiar, pero tal vez no lo suficiente como para que sea completamente inútil. Y no hay un problema claro con el conjunto como un todo; Todavía tiene todas las herramientas.
Ahora imagine que conoce a millones de carpinteros que usan esta caja de herramientas que le dicen “bueno, ¿cuál es el problema con estas herramientas? ¡Son todo lo que he usado y funcionan bien! ”Y los carpinteros le muestran las casas que han construido, donde cada habitación es un pentágono y el techo está al revés. Y tocas a la puerta principal y se derrumba hacia adentro y todos te gritan por romper su puerta.
Eso es lo que está mal con PHP.`

Por un momento, olvidemos este lenguaje VS framework / lenguaje. Como propietario de un negocio, tiene un sistema web central.

Ahora necesita contratar y escalar porque su negocio está creciendo rápidamente.

Lo que crees que es lo mejor para ti:

1. Seleccione el programador Ruby on Rails

2. Seleccione el programador PHP (¿qué versión principal?) Que conoce Laravel?

Una vez que haya seleccionado, necesita que comience a trabajar y a ser productivo lo antes posible.

¿Qué herramientas usarás para los trabajos en segundo plano? ¿Qué herramientas para los trabajadores?

En RoR, estas preguntas tienen 2–3, la mayoría de las soluciones en Laravel pueden ser decenas.

La forma obstinada (limitada) es fuerte de Rails. No pasa un tiempo innecesario discutiendo que tiene la forma de hacerlo, las herramientas y toda la comunidad apoya.

Esa es una de las razones para elegir Ruby sobre Laravel.

La velocidad de los ciclos de desarrollo solo depende de su experiencia. Para un novato completo, Laravel es probablemente más rápido ya que PHP es solo un lenguaje rápido de usar. Sin embargo, eso puede ser malo a largo plazo, recomiendo usar TDD. Realmente desea ver qué le ayuda a crear una aplicación de calidad que sea fácil de refactorizar y adaptarse a los cambios + crecimiento.

Rails tiene historia, solo que mucho más en términos de paquetes y comunidad. Creo que es más fácil encontrar las mejores prácticas aquí.

Laravel es relativamente nuevo en términos de popularidad, se está volviendo bastante sólido ahora, pero aparte de Laracasts y algunos blogs sólidos, no encuentro toneladas de código realmente sólido. Al igual que los paquetes de compositores que están respaldados con un conjunto sólido de pruebas y han existido durante más de unos pocos años. Es joven, por lo que está jugando a ponerse al día, lo que para mí significa que necesita pasar más tiempo para aprender cosas básicas como cómo hacer que su código sea comprobable, SECO, etc.

Personalmente, si tuviera que comenzar de nuevo, consideraría altamente Python + Django porque Python para mí es un lenguaje hermoso. Pero tengo mucha experiencia con PHP y también tengo mucho trabajo basado en PHP.

Es muy confuso para los desarrolladores decidir qué marco es mejor para sus proyectos y elegir cuál aprender puede ser un verdadero desafío para los novatos en los marcos modernos. Después de trabajar en tres marcos (django, laravel y rails, también conocidos como ruby ​​on rails), estoy comparando estos grandes marcos sobre la base de su lema, facilidad de aprendizaje, rendimiento, fortaleza y debilidad de bibliotecas y plantillas, soporte, futuro alcance, oportunidades de trabajo, costo y mantenimiento.

Contrata desarrolladores y programadores dedicados de Laravel de Webwing Technologies