Solo porque para mí personalmente, Ruby es más agradable de escribir que PHP.
También hay muchas gemas de alta calidad.
- Cómo hacer una aplicación web (back-end) usando Java
- Los autores del libro 'El manual del hacker de aplicaciones web' parecen asumir que las víctimas son mujeres. ¿Se considera esto sexista?
- ¿Cuál es la forma mejor y más fácil de crear o generar una lluvia de ideas de arquitectura de una aplicación?
- ¿Las aplicaciones web siguen siendo una cosa en 2017?
- ¿Qué es un sistema GDS de puerto de viaje?
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.