¿Ruby (lenguaje de programación) tiene un futuro fuerte?

Answer 1

Una actualización de mi respuesta original, no sería responsable omitir una queja reciente de un conocido colaborador de OSS a Ruby. Si no lo has leído, echa un vistazo a solnic.eu – Se acabó mi tiempo con Rails.

Estoy de acuerdo con la mayor parte de lo que dijo Solnic y es realmente una situación de amor u odio. Ruby seguirá funcionando mientras Rails exista y siga creciendo. Los rieles monopolizaron el ecosistema de Ruby. Hay tanto ventajas como desventajas a eso. La principal ventaja es que comenzó desde el principio con algo realmente nuevo y diferente de las cosas de Java, .NET y PHP a las que estábamos acostumbrados antes de 2004. Ya que tomó la iniciativa muy pronto monopolizó el ecosistema y todo lo producido desde entonces. Compatible con rieles. Así que Rails se convirtió en algo parecido a Microsoft en el proceso. Esto brinda cohesión y enfoque a la comunidad, pero también desalienta la competencia. La competencia viene de fuera de Ruby, en otros idiomas. Y veremos cómo la presión de los compañeros “obliga” a los rieles a cambiar de dirección y adaptarse.

Publiqué acerca de los argumentos de Solnic que esperan ampliar la perspectiva, así que lea esto: Rails ha ganado: The Elephant in the Room | AkitaOnRails.com

–

Ahora, continuando con mi respuesta original, a continuación:

Muchas preocupaciones como esta comenzaron a aparecer, así que permítame tratar de resolverlo.

“Los informes de mi muerte son muy exagerados” – Ruby

“Dímelo a mí” – Java

En primer lugar, considere que hay decenas de miles de desarrolladores en todo el mundo que utilizan Ruby, principalmente para negocios basados ​​en Rails. El ecosistema es super estable hoy en día. Estamos de acuerdo con las convenciones no escritas porque sabemos que funcionan.

En segundo lugar, Ruby todavía está en desarrollo. Debido a que la mayoría del Core Team tiene su base en Japón, rara vez escuchas sobre ellos. Contrariamente a los occidentales, a los japoneses no nos gusta exagerar o enrojecer las cosas. Preferimos simplemente ir y hacerlo, en silencio. Así que parece un shock cuando “no oyes” nada, parece que está muerto, pero no lo está.

Considere que desde Ruby 1.9 nunca tuvimos un punto de ruptura en el desarrollo. La comunidad nunca se estancó y nos hemos estado moviendo constantemente hasta 2.3.1 hoy. Ruby 3 está en desarrollo y traerá muchas mejoras de rendimiento. Matz está investigando formas de agregar algún tipo de inferencia de tipo a un lenguaje por lo demás totalmente dinámico. Creo que hay espacio para comenzar también a eliminar el temido bloqueo global de intérpretes en un futuro próximo. Y también agrega primitivas para la concurrencia directamente en la biblioteca estándar. Las cosas están evolucionando en esa dirección.

En paralelo, Rails 5 está a punto de ser lanzado y trae el marco para estar a la par con Node + Socket.IO para aplicaciones basadas en WebSocket. Sí, en ninguna parte cerca de la velocidad de las soluciones Go o Elixir o Scala puras. Pero más que suficiente para el 80% de los casos de uso, que siempre es el objetivo de Rails: no para resolver el 100%, sino para alcanzar el 80%. Y esta es una gran característica nueva que requiere decenas de miles de líneas de código para cumplir y cientos de personas que realizan pruebas para hacerlo bien. Así que la gente sigue evolucionando, rápido, un marco de más de 10 años.

Y esto es solo hablar del lenguaje y el marco web, pero hay muchas más cosas en marcha. RubyMotion, por ejemplo, va muy bien al poder entregar aplicaciones compiladas de forma nativa para iOS y Android, algo que ningún otro es capaz de hacer de esta manera madura.

A pesar de que partes del mundo se están moviendo hacia una realidad Docker, muchas infraestructuras están orquestadas por Ruby Puppet o Chef hasta el día de hoy.

Entonces, sí, por lo que cualquier persona con experiencia puede decirte: no hay duda de si Ruby estará allí o no, está bien. Gracias por la preocupación. Y si estás interesado, he estado escribiendo respuestas a temas similares a lo largo de los años, revisa algunos de ellos:

• https://www.quora.com/Is-Ruby-dying/answer/Fabio-Akita
• https://www.quora.com/How-can-I-build-a-real-time-commenting-system-with-Rails-with-WebSockets/answer/Fabio-Akita
• https://www.quora.com/What-does-it-mean-that-Ruby-on-Rails-favors-convention-over-configuration/answer/Fabio-Akita
• https://www.quora.com/What-is-the-shortest-introduction-to-ruby-on-rails/answer/Fabio-Akita
• https://www.quora.com/What-happened-to-the-Ruby-community-Where-did-everybody-go/answer/Fabio-Akita
• https://www.quora.com/What-Do-Most-Rails-Devs-Not-Know-About-Rails/answer/Fabio-Akita
• https://www.quora.com/What-version-of-Ruby-and-Rails-would-you-use-to-start-a-new-project-today/answer/Fabio-Akita
• https://www.quora.com/I-am-25-years-old-is-theres-still-a-chance-to-be-a-Ruby-Developer/answer/Fabio-Akita
• https://www.quora.com/What-features-of-Ruby-do-you-miss-when-using-other-languages/answer/Fabio-Akita
• https://www.quora.com/What-does-it-mean-that-Ruby-on-Rails-doesnt-scale/answer/Fabio-Akita
• https://www.quora.com/Why-do-Ruby-on-Rails-programmers-have-higher-salary-than-PHP-programmers/answer/Fabio-Akita

Answer 2

Gran fan rubí aquí. También soy gerente de ingeniería de software y he trabajado en numerosos proyectos a lo largo de los años, tanto en Fortune 500 como en startups, y en muchos proyectos personales como ingeniero de software y evangelista de código abierto. El proyecto MacRuby en Apple fue realizado por uno de mis informes directos, bajo mi patrocinio. Apple finalmente decidió respaldar a Swift en su lugar, pero Ruby fue lo suficientemente convincente como para darle una buena oportunidad antes de tomar esa decisión.

Me encantaría tener algún día una buena razón para implementar un gran proyecto en Ruby, ya que me gusta el diseño del lenguaje, la sintaxis y el espíritu general de “la programación debe ser divertida” que impulsa el proyecto.

Dicho todo esto, mis 3 últimos proyectos de software principales se han realizado en Python. ¿Por qué? Porque es mucho más fácil encontrar ingenieros de software en el mercado abierto con la experiencia de Python (estanque más grande, peces más grandes), el índice de paquetes de Python y los paquetes asociados (algunos de los cuales son verdaderamente significativos en términos de funcionalidad y área de superficie, como SciPy y NumPy) son mucho más grandes. Es, en resumen, un ecosistema mucho más grande, con todas las ventajas que esto le confiere.

Si aún puedes escribir tu aplicación en Ruby, eso es genial. Es, nuevamente, un lenguaje de scripting muy elegante y no tiene algunas de las peculiaridades de python que los miembros de la comunidad de Python a menudo se sienten obligados a defender (el espacio en blanco es significativo, el bloqueo de intérpretes gigantes, etc.) pero en términos de evaluar el potencial futuro. La “masa crítica” y el ritmo general de evolución de cualquier lenguaje de scripting en la actualidad, el puntaje del juez todavía tiene que ir a Python. No Tcl, ni Ruby, ni Perl. Pitón.

(Tenga en cuenta que también estoy dejando de lado lenguajes como PHP, Javascript y Java, todos los cuales tienen su lugar pero no apuntan a los mismos nichos ecológicos).

Answer 3

En este momento, la comunidad de Ruby está innovando rápidamente, y el lenguaje es extremadamente estable, y cada vez es más rápido con cada lanzamiento.

Es cierto que gran parte de la comunidad de Ruby es el resultado de Rails, sin embargo, los dispositivos y la infraestructura se quedan en segundo lugar. Tener un lenguaje que es simple, conciso y tiene una biblioteca de núcleo sólido, aunque solo se usa para algunas cosas es bastante agradable, significa que hay un grupo sólido de bibliotecas que están probadas en la batalla.

Teniendo en cuenta que Ruby 1.9 -> 2.0 apenas rompió nada, y que los principales cambios de ruptura causan problemas a las personas en la comunidad de Python, me costaría encontrar una razón para usar Python, a menos que tuviera que aprovechar el conocimiento científico profundo y / o Bibliotecas financieras que existen.

Por razones similares, creo que Golang es un buen lenguaje para aprender a continuación. No construiré aplicaciones web, pero ciertamente lo usaré para herramientas y servicios de back-end para esas aplicaciones.

Seguro que puedes clonar un marco MVC, pero no he visto a ninguno de esos clones innovando o acelerando la forma en que lo hace Rails.

Answer 4

Diría que Ruby en este momento no tiene más futuro que ser un lenguaje de scripting para Rails.

Bromeé (a medias) que Ruby debería simplemente cambiar su nombre a “RailsScript” y terminar con eso. Vea cuántas respuestas a esta pregunta inmediatamente comience a hablar sobre Rails (y _todos_trabajos web de Ruby derivados, por extensión, por ejemplo: Sinatra / Padrino / etc) sin perder el ritmo. La presunción inconsciente de Ruby es que es Rails.

Este es un problema real para Ruby, ya que los marcos web van y vienen mucho más frecuentemente que los marcos y herramientas de back-end, y son susceptibles a mucha más volatilidad y se tambalean entre las tendencias de moda temporales (y con frecuencia sin fundamento).

Para complicar esto, el rápido aumento del ritmo de los nuevos novatos que ingresan al campo. El fenómeno de los campamentos de desarrollo ha desatado un torrente para los principiantes en el espacio de Rails, y eso ha resultado en una inmensidad mucho mayor que la experiencia en la comunidad y el ecosistema, lo que a su vez ha hecho que ortodoxias poco sanas se calcifiquen y queden atrapadas en Rails. conciencia del desarrollador.

Java no se recuperó porque su marco principal de Web MVC tuvo un gran golpe de versión. Se recuperó de la calma de mediados de finales de la década de 2000 debido a nuevas técnicas y nuevos enfoques que se exploran fuera y más allá del desarrollo de front-end. La comunidad de Ruby, por otro lado, no muestra signos de ceder de los problemas en los arquetipos de Rails.

Ruby no está muriendo tanto, pero se está estancando. Y no hay mucho en el horizonte que sugiera que reconoce esto por sí mismo. Permanecerá simplemente presente en el ecosistema de aplicaciones más grande, pero como todos los otros lenguajes que han funcionado de esta manera, se eliminará el énfasis y, en cierta medida, se eliminará de legitimación como resultado.

Ruby actualmente está en el mismo camino que Visual Basic y COBOL en cierta medida.

Antes del resurgimiento de Java, Ted Neward solía decir que Java es el próximo COBOL. Las cosas no fueron así para Java, pero no porque mantuvo el rumbo, sino porque cambió explícitamente el rumbo.

En este momento, la comunidad de Ruby (Rails) está un poco demasiado satisfecha como para preguntarse si hay algo que reconsiderar, y mucho menos actuar. Pero si continúa en su curso actual, será tan relevante como lo es COBOL y Java casi lo fue. Excepto que en el caso de Ruby, hay mucha más superstición e inexperiencia en el asiento del conductor, y eso me sugiere que Ruby incluso está acelerando hacia su propio estancamiento y, en última instancia, su percepción como una tecnología heredada. Siempre hay trabajo para la tecnología heredada, pero generalmente es poco más que un trabajo duro para los trabajadores principiantes o desmotivados.

La gran pregunta para Ruby en este momento es si retrocederá el yugo y se estabilizará, o si continuará complaciendo a Rails como única fuente de atención perpetuada; si la innovación asomará a través del peso aplastante de la intransigencia comunitaria y el culto en la comunidad de Rails.

Si lo primero que piensa la gente cuando piensa en “Ruby” es “Rails”, Ruby tendrá un futuro mucho menor que su pasado. La edad de oro estará detrás de nosotros, y la larga cola de mantenimiento monótono de decisiones de diseño inmaduras en las aplicaciones de Rails será el futuro de facto para los desarrolladores de Ruby.

Java se recuperó de su papel como lenguaje de programación para el Framework Spring. Ruby tendrá que hacer lo mismo. Pero para hacer eso, la comunidad de Ruby tendrá que madurar rápidamente para ver cada trabajo como una oportunidad para aplicar herramientas de creación rápida de prototipos.

Personalmente, no puedo imaginar lo que podría hacer que tantos principiantes avancen en masa y con la velocidad suficiente para cambiar el rumbo actual de Ruby. Aunque ciertamente espero que lo haga. Me gusta mucho el idioma, pero el tipo de trabajo disponible en Ruby es cada vez más deseable como un trabajo de masticar vidrio.

Answer 5

Teniendo en cuenta que sigue siendo considerado como uno de los mejores marcos web para un rápido desarrollo y todavía tiene una gran colección de pequeñas y medianas empresas que trabajan con él [1], diría que aún tiene futuro.

Cada lenguaje de programación y herramienta tiene un futuro incierto. En lo que es importante centrarse es si la herramienta que está utilizando resuelve o no su problema y le permite desarrollarlo de manera más efectiva. Ruby on Rails resuelve muchos problemas para muchas compañías y mientras continúe haciéndolo y evolucionando junto con esas compañías y desarrolladores, disfrutará de un futuro fructífero.

Notas al pie

[1] 37 sitios que te encantan construidos con Ruby on Rails

Answer 6

Gracias por A2A Ahmed Abed

Para abreviar: sí. Existen nuevos lenguajes que tienen algunas ventajas para Ruby, pero Ruby es muy simple y el concepto orientado a objetos sigue siendo muy favorable a los lenguajes funcionales de muchas personas y con respecto a ese paradigma. Ruby sigue siendo una muy buena opción con respecto a las aplicaciones web.

Sí, muchos afirman que Ruby es lento. Esto solo es cierto a medias. El problema de Ruby es la falta de características de concurrencia. No hay posibilidad real de paralelizar las cosas. Los hilos en Ruby todavía se ejecutan en el mismo núcleo que el proceso principal y solo usan el tiempo de IO. Sin embargo en algunas partes Ruby es rápido. Pero las partes rápidas están fuera de las bibliotecas de uso frecuente. Si quieres tener un servidor web rápido, no deberías usar Rails, sino un marco más delgado como Hanami o Sinatra y no deberías usar el material ActiveRecord. Sin eso obtienes muy buenos tiempos de respuesta. Sí, otros idiomas pueden ser más rápidos, pero la pregunta con respecto a las aplicaciones web generalmente no es cuál es la más rápida, sino la suficiente.

Ruby sigue en demanda y no creo que esa demanda disminuya, aunque personalmente prefiero otras tecnologías hoy.

Answer 7

En mi humilde opinión, Ruby es excelente para programadores en solitario y para hacer las cosas rápida y fácilmente. Pero no tanto para equipos o grandes proyectos.
¿Por qué? Debido a su filosofía de “hay muchas formas de hacer algo”, que es exactamente lo opuesto a Python, “solo debería haber una manera obvia de hacer algo”.

Estas filosofías opuestas hacen que Ruby sea más difícil de entender para alguien que no es el desarrollador original, ya que permite muchas formas idiosincrásicas de abordar la codificación, con diferentes estilos personales.
Por otro lado, Python es más regular. Facilita la lectura y la comprensión del significado del desarrollador original.

Dicho esto, y aparte de esta diferencia, ambos idiomas son más similares que diferentes.
Ambos son lenguajes dinámicos divertidos, sucintos, flexibles y altamente productivos.
En realidad, ambos son tan sexys que ya engendraron un hijo: CoffeeScript.

¿Ruby tiene futuro?
Respuesta corta: sí.
Respuesta larga: como el idioma que es ahora, o como otro idioma que heredó sus ideas, sí. Absolutamente.

Answer 8

Mientras la comunidad Ruby la apoye activamente, Ruby siempre tendrá su lugar en el futuro. Resulta que recojo a Ruby antes de Python y preferiría los proyectos de Ruby for Personal. Es fácil de aprender y muy intuitivo. Incluso fui introducido a la Programación Funcional gracias a Ruby. Al igual que con otros lenguajes de programación, Ruby tiene sus propias ventajas y desventajas que debe tener en cuenta y comprender.

Es un hecho que Ruby se convirtió en la corriente principal debido al marco de Ruby on Rails. Incluso hasta ahora, los que vinieron a conocer el idioma se deben a RoR. Se está produciendo una gran cantidad de innovación en el desarrollo web y se espera que los desarrolladores la adopten. Claro, Ruby no está tan caliente como solía ser, pero eso también le pasará a JavaScript, y la próxima gran cosa. Es un ciclo sin fin de ¿Tiene XXXXX un futuro?

OMI, elegir una pila de tecnología es una preferencia personal. Si te gusta lo que está de moda y las tendencias, monta con él. Si eres un desarrollador experimentado, no es tan difícil elegir una nueva pila. Llegará el momento en que RoR alcanzará la mayoría de edad y formará parte de las llamadas “Aplicaciones heredadas”, y la demanda de Ruby Developers volverá a aumentar.

Habilidades de rubí pueden ser útiles.

Answer 9

1> Definitivamente creciendo. Es relativamente fácil de aprender, un placer absoluto de usar (es simplemente ELEGANTE, por falta de una palabra mejor), y puede hacer mucho con eso.

2> Muchos programas de CS y bootcamps enseñan a Ruby, tiene algunos grandes marcos y gemas (RAILS, en particular, por supuesto), y muchos sitios lo utilizan.

3> Más sitios usan Ruby / Rails que Python / Django. Creo que los marcos y las bibliotecas son mejores para Ruby que para Python. A decir verdad, son muy similares, si conoces una, puedes aprender la otra rápidamente, como si sabes español, entonces aprender italiano es bastante fácil.

Answer 10

Por supuesto, Ruby on Rails está creciendo y tiene un futuro más brillante por delante.

Los mejores sitios construidos con Ruby on Rails que te inspirarán son:
Gorjeo
Páginas Amarillas
Shopify
Crunchbase
Groupon
Bloomberg
Informe del blanqueador
Cuadrado
Heroku
Zendesk
Hulu
GitHub
Slideshare
Buenas lecturas
Nosotros lo queremos
Ask.fm

Para más referencia, echa un vistazo a:
El futuro de Ruby on Rails
Ruby on Rails vs. Otros idiomas

Answer 11

Encontré a Ruby hace 3 años. Ya en ese momento, justo cuando estaba empezando, parecía que todos estaban diciendo o preguntando si se estaba muriendo. Pero no tome mi palabra para ello. Busque en Google y verá que esta pregunta surge varias veces cada año.

Me quedé con eso porque estaba satisfaciendo mis necesidades; hizo que el desarrollo de la pila completa fuera agradable y factible.

Estoy en mi cuarto año ahora. Antes de comenzar, Ruby Gems tenía como 7 u 8 mil millones de descargas, creo. El número de descargas de gemas es de 13.3 mil millones. ¿Influyen los bots en el conteo? Indudablemente.

Pero también mira las bibliotecas. Toneladas de ellos están muy bien mantenidas por grupos de personas. Debe preguntarse cuántas personas necesita usar un lenguaje de programación antes de decidir que ese lenguaje es lo suficientemente bueno para usted.

Me estoy mudando a JS en estos días, pero para el scripting y la automatización, vuelvo a Ruby cuando estoy perplejo, o quiero trabajar más rápido.

Answer 12

Ruby es un lenguaje hermoso. De hecho, me gusta más que Python, pero ha sido absorbido por el movimiento Rails. Incluso he visto algunos “tutoriales” que dicen que si planeas usarlo para Rails, solo necesitas aprender sobre el 5-10% de Ruby.

Entiendo. Rails se ha convertido en la herramienta de creación de prototipos para las personas emergentes que quieren presentar un MVP y no tienen las habilidades técnicas, pero también he visto a las comunidades de Ruby aprovechando la ‘moda’ de Rails para presentar a Ruby a la gente. No creo que sea una buena idea.

En el otro lado, hay tantos campos de entrenamiento enfocados en Ruby y Rails que deberían mantener el uso de Ruby por algún tiempo. El problema es cuán profundo es su conocimiento de Ruby? Dado que la mayoría de los campamentos de entrenamiento se centran en el aprendizaje de habilidades básicas de empleabilidad, ¿qué sucederá ahora que la ola ha cambiado a Nodo?

Todavía creo que Ruby es un buen lenguaje y eso debería ser suficiente para mantenerlo cerca.

Answer 13

¡Seguro espero eso!

Rails 5 está llegando a la red en este momento, así que espera que el próximo año brille la atención de Ruby una vez más. El proyecto Opal está llevando a ruby ​​a la frontera web de front-end, y el proyecto de lenguaje Crystal lleva la sintaxis de Ruby a LLVM con primitivas de concurrencia maduras y de alto rendimiento.

También podríamos ver a WebAssembly llegar a buen término con el tiempo, lo que sería genial si pudiéramos hacer que Opal compilara wasm. ¿De Ruby a Opal a wasm a performance nativa? ¡Cuenta conmigo!

Ruby 3 × 3 es una especie de nombre en código para Ruby 3, que se espera que sea tres veces más rápido que el Ruby actual, y viene con algún tipo de sistema de concurrencia incorporado, que debería ser muy emocionante.

¡2016 va a seguir siendo otro gran año para Ruby!

Answer 14

Desde mi perspectiva no es así. No hay muchos trabajos de Ruby en la segunda ciudad más grande de Inglaterra. Hay pocos lugares en otras ciudades con una adopción importante de Ruby, pero esa es una excepción de la regla. No hay noticias de que los nuevos desarrolladores junior obtengan experiencia con Ruby y sigan adelante con algunos proyectos interesantes y serios. Sin un flujo constante en los nuevos programadores de Ruby, el lenguaje morirá.

Vi un gráfico muy deprimente en video de una conferencia de programación. Comparó nuevas gemas de Ruby en comparación con los paquetes de NPM. Las nuevas gemas de Ruby alcanzaron su punto máximo alrededor de 2008–2010 y desde entonces hubo un descenso constante.

Para darle un futuro a Ruby necesitamos nuevos programadores que saben cómo usar Ruby correctamente. Durante un tiempo hubo un error en uno de los libros más famosos de Ruby. Resultó en una generación de programadores que no entienden lo que hace attr_accessor. Si tratas de aclarárselo a algunas personas, recibes un torrente de insultos. Si una fuente bien conocida de consejos de Ruby sobre el desbordamiento de pila todavía repite el error anterior, no es una buena señal para el futuro de Ruby.

Answer 15

Ruby sigue ahí. Sin embargo, ya no es un tema elegante y novedoso, solo otro lenguaje de script de alto nivel.

Creo que el problema de Ruby es que Ruby carece de aplicaciones del mundo real más allá de la programación web. En mi instituto, muchos oradores invitados discuten temas relacionados con la ciencia de datos, mencionaron estadísticas, minería de datos, lenguajes de programación (Python y R), plataformas de big data (Hadoop y Spark), etc. Pero nadie habla sobre temas relacionados con Ruby.

Puede usar C / C ++ / Rust para implementar algoritmos centrales para otros lenguajes de alto nivel. Java para empresa, backend web, Android. C # para aplicaciones del centro de Windows. Swift para iOS. Python para paquetes relacionados con la ciencia, fáciles de usar, que utilizan C / C ++ para piezas críticas para el rendimiento. Ruby no sobresale mucho en comparación con otros lenguajes de alto nivel, ni ningún nicho de mercado exclusivo dedicado a Ruby.

Answer 16

También estoy de acuerdo en que Ruby no tiene mucho futuro. Al menos en el área de Seattle donde vivo, hay más trabajos relacionados con Node.js que trabajos relacionados con Ruby.

Mi otra queja importante con Ruby es que es muy difícil de instalar en máquinas Windows. Desde mi experiencia, los paquetes Node.js y npm son mucho más fáciles de instalar en máquinas Windows, así como en Mac OS y Linux. Conozco a alguien que no pudo instalar Ruby y Ruby on Rails en su máquina con Windows y compró una Mac.

Otra ventaja con Node.js es que para usarlo escribes en JavaScript de back-end. Eso significa que si alguien conoce bien JavaScript puede escribir el front-end y el back-end usando la misma sintaxis o similar. La sintaxis de Ruby es muy diferente de la sintaxis de JavaScript, por lo que aún necesita aprender JavaScript, o algún tipo de biblioteca de JavaScript, para usar JavaScript en la parte frontal de un sitio web de Ruby.

Finalmente, es mucho más fácil usar Node.js para enviar a varias bases de datos, ya sea MongoDB, MySQL u otro tipo de base de datos relacional o No-SQL. Hay menos opciones para pasar a varias bases de datos con Ruby.

Answer 17

Nadie sabe. Es extremadamente difícil predecir el futuro. ¿Algo tiene futuro? A juzgar por la sorprendente aceptación que Javascript está disfrutando actualmente, puede ser el asesino de Ruby.

Sin embargo, diré que Ruby tiene un as increíble en la manga: es el marco de Rails. Rails continúa siendo el marco de desarrollo web para empresas que necesitan ser muy productivos. A día de hoy, ningún otro marco parece capaz de superar a Rails en términos de productividad. Así que Ruby puede estar con nosotros durante mucho tiempo, principalmente gracias a Rails.

Answer 18

Grandes respuestas aquí, pero mi opinión será un poco diferente. “El pintor elige sus colores y también sus herramientas”, así que creo que en base a las instrucciones de las escuelas de ciencias de la computación y los directores de los estudiantes, el futuro de Ruby será.

cualquiera que sea la comparación entre Java, C o Ruby .. el científico informático determinará el futuro de su lenguaje, puede agregar, editar o eliminar lo que quiera. No creo que se base en el poder del lenguaje, que si lo consideramos, solo veremos Java, C y últimamente Python y los demás serán complementos para su trabajo profesional.