Solo porque para mí personalmente, Ruby es más agradable de escribir que PHP.
También hay muchas gemas de alta calidad.
- ¿Cuáles son las opciones de alojamiento de Java WebApp?
- ¿La región de Oregon de Amazon EC2 tiene un mejor rendimiento que su región del norte de California?
- Cómo construir una API primero o CMS desacoplado desde cero
- ¿Cuál es la diferencia entre PhoneGap y las aplicaciones nativas?
- Al conocer un poco de WordPress, ¿qué debo aprender para crear rápidamente prototipos de pequeñas aplicaciones web?
Rails como motor es muy flexible, maduro y está cambiando gradualmente con el tiempo.
Acabamos de comenzar a pasar de Rails 4 a Rails 5, y mover nuestra estructura basada en monolitos a una estructura basada en microservicios.
Además, es una alegría pura cuando puedes escribir algo como
índice de definición
@message = Message.all
fin
Esto buscará y devolverá todos los mensajes.
No es necesario escribir un trillón de líneas de código.
También. Hace un par de días estaba haciendo un ejercicio en Exercism.io: Mentoría de código de fuentes múltiples.
Por ejemplo, la solución de granos en Ruby se ve así
módulo BookKeeping
VERSIÓN = 1
fin
granos de la clase
attr_accessor: num
def self.square (num)
elevar ArgumentError (“Error de argumento”) si el número 64
@num = 2 ** (num – 1)
fin
def self.total
(1..64) .cada do | n |
@num + = (2 ** n) -1
fin
fin
Ahí tienes. 17 líneas. Esto se puede reducir.
Pero generalmente te haces una idea de por qué algunas personas prefieren Ruby.
Una cosa más. Ruby no requiere que llame a la función con paréntesis.
Es por eso que los principiantes se confunden con attr_accessor. Es simplemente una función llamada sin paréntesis.