¿Qué pasó con la comunidad de Ruby? ¿A dónde fueron todos?

En primer lugar, la comunidad Ruby es fuerte y no irá a ningún lado en el corto plazo. ¿Qué pueden percibir muchos como “a dónde fueron?” se debe principalmente a que muchos de los evangelistas originales ya no están aquí. Enumeremos algunos de los mejores:

  • Chad Fowler, una vez uno de los cofundadores de la comunidad estadounidense Ruby y cofundador del Rubyconf original, se desvaneció desde que se mudó a Living Social y luego se mudó a Wunderlist. Probablemente esté muy ocupado con esta exitosa startup alemana.
  • Ryan Bates, una vez que la fuente principal de screencasts para Ruby y Rails, se tomó un tiempo libre y nunca regresó. Sus deberes fueron luego asumidos por otros como GoRails – Screencasts de Ruby on Rails para desarrolladores web – GoRails
  • Gregg Pollack, una vez que los videos de “Ruby vs X” (parodiando los viejos comerciales de Mac vs PC de Apple), fundador de EnvyLabs, Envycasts, Ruby5, Ruby Heroes y Code School, probablemente esté ocupado con su negocio desde que Code School fue adquirida por Code School Pluralsight.
  • Geoffrey Grosenbach, también una vez sinónimo de screencasts de calidad, también se vendió a Pluralsight y, por lo que sé, se está tomando un tiempo libre.
  • Yehuda Katz y Carl Lerche, una vez fuertes evangelistas para la alternativa Merb de Rails y luego fuertes desarrolladores de la fusión Rails 3.0, se fueron para enfocarse en su propia startup Skylight bajo la compañía de servicios Tilde. Están fuertemente invertidos en su propio marco javascript Ember.js
  • José Valim, también una vez que los desarrolladores a tiempo completo de Rails 3.0 se fueron para implementar su propio lenguaje en forma de Elixir.
  • Matt Aimonetti, también una vez evangelista de Merb, se fue después de los Rails 3.0 a Sony y ahora está más interesado en Go Lang.
  • Ilya Grigorik, una vez conocido como Igvita y uno de los mejores escritores técnicos que he visto, vendió su startup PostRank a Google y se convirtió en ingeniero de rendimiento web y copresidente del rendimiento web del W3C y ha estado haciendo investigaciones en la web en general.
  • Evan Phoenix, una vez creador y evangelista de Rubinius, también creó Puma y todavía lo mantiene, también es miembro de RubyCentral y organizador de RubyConf si no me equivoco, pero en la actualidad es menos vocal sobre su trabajo.
  • Mitchell Hashimoto, de la fama vagabunda, se mudó a Go para hacer un trabajo pesado en Docker y las herramientas que lo rodean para mejorar la vida de los devops.
  • Steve Klabnik, filósofo codificador de la nueva cosecha, se mantiene de un lado a otro entre Ruby y Rust, aunque creo que hoy en día está más involucrado en escribir el libro Rust.

Hay varios otros nombres reconocibles que “desaparecieron” en los últimos 10 años. Pero muchos todavía están allí haciendo un trabajo pesado y surgieron muchas caras nuevas. Solo es natural.

Debe seguir a personas como:

  • Aaron Patterson, también conocido como Tenderlove, quien fue recientemente contratado por GitHub. Es el cometer Ruby and Rails y todavía está haciendo un trabajo excelente.
  • Richard Schneeman, en Heroku, también está haciendo un trabajo interesante, en particular, ayudó a resolver un problema de rendimiento de Sprockets recientemente.
  • Rafael França, ex ingeniero de Plataformatec y actualmente en Shopify, todavía está haciendo mucho mantenimiento de la base de código de Rails.
  • Pat Shaughnessy, Michael Hartl y otros todavía escriben mucho (libros)
  • Peter Cooper expandió su dominio Ruby Inside a RubyFlow y muchos otros boletines para otros idiomas. El más seguido.
  • Los comentaristas japoneses nunca se pusieron de pie como muy vocales, silenciosamente hacen el trabajo pesado para que podamos hacer nuestro trabajo. Sigue a personas como Koichi Sasada, ahora en Heroku.
  • Charles Nutter todavía está haciendo el desarrollo de JRuby y no ha terminado.
  • Brian Shirai tomó el manto de Rubinius y está haciendo un trabajo de nicho allí también.
  • El Dr. Nic todavía está haciendo mucho trabajo encubierto en Cloud Foundry si no me equivoco.
  • Laurent Sansonetti todavía está muy bien con RubyMotion desde que dejó Apple, su tecnología le permite escribir Ruby para aplicaciones de Android e iOS, ¡debe probarlo!
  • Tobias Lütke también continúa con su exitosa plataforma de comercio electrónico alojada Shopify. Posiblemente sea la aplicación Rails más antigua, además de DHH, y el hecho de que siga funcionando con fuerza después de casi 10 años es un gran logro.
  • Satish Talim, compañero de una década de Ruby Tutorial – Aprende que Ruby está entrenando a principiantes hasta el día de hoy. Cientos de desarrolladores de Ruby comenzaron debido a esta pasión incesante por enseñar. Hoy en día también enseña Go, por lo que definitivamente deberías seguirlo.

Y, por supuesto, hay personas más importantes para enumerar, por lo que esta es una lista muy corta de la parte superior de mi cabeza en este momento, no una lista completa.

Lo que sucedió es que muchas startups funcionaron bien, muchas felicitaciones a Peepcode, Code School, PostRank, Github, Heroku, etc. Y muchos desarrolladores se movieron a roles más gerenciales y tienen menos tiempo para invertir en hablar en público o en código abierto, pero son allí. Ahora tenemos plataformas muy interesantes y complejas desde Gitlab, Spree, Discourse y una gran cantidad de herramientas disponibles en un ecosistema muy maduro. Rails se acerca a la versión 5.0 estable y el propio DHH no está cerca de darse por vencido.

Entonces, “¿a dónde fueron todos?” Esto es parte de la respuesta. No estamos evitando y no estamos ignorando las tendencias actuales en tecnología. Los Rubyists no son personas religiosas y vamos y venimos, usaremos Elixir, usaremos Go, usaremos Javascript, y tomaremos el camino Ruby con el uso donde sea que vayamos.

La actividad sobre Github, naturalmente, será menos acelerada porque la mayor parte de lo que se necesitaba construir ya está construido. La ventaja es que cualquier desarrollador de Ruby podrá encontrar Rubygems buenos, estables, probados en batalla y confiables que resuelvan muchos de nuestros problemas diarios. La mayoría de las cosas se han ido, los paquetes que sobrevivieron están bien mantenidos y listos para usar. Debe ir a Ruby Toolbox, por ejemplo, elija su opción y estará listo para comenzar. Planificamos técnicas, pilas, bibliotecas, patrones y pautas. Todo el mundo sabe qué hacer de la mejor manera posible.

Otros ecosistemas florecientes están tomando nuestra iniciativa de una forma u otra. El ecosistema de Ruby es fuerte en este momento, adelante y úsalo. Por supuesto, hay bordes ásperos aquí y allá, especialmente en casos de uso de nicho, pero en su mayor parte ya resolvimos el 90% de los casos de uso de todos, no es necesario reinventar la rueda.

No siento la necesidad de animar para justificar mis decisiones profesionales, y sí, esta declaración implica que veo que los encuestados aquí están haciendo exactamente eso.

La comunidad de Ruby está en serios problemas. Su diversidad intelectual ha sido destruida en gran medida por el monocultivo de Rails, que es una cultura que no es susceptible de preguntas y cuestionamientos, y ha comenzado a operar como una iglesia con una doctrina oficial, una doctrina que es en gran medida la superación de la superstición del desarrollo de software. fundamentos productivos del diseño estructural.

Como Martin Fowler dijo hace varios años sobre lo mismo que le sucedía a la plataforma de Microsoft: los AlphaGeeks se están alejando de Ruby. Esto se debe en gran parte a que la iglesia de Rails anula los conceptos básicos de diseño de software seguro y sensible, y su tendencia a adoptar y empujar posiciones que obviamente son negligentes para aquellos que conocen mejor (ver: “Majestic Monolith”).

A medida que Ruby se convirtió en un monocultivo de Rails, y a medida que el conjunto de ideas, enfoques y técnicas “permitidas” que se pueden usar in situ en proyectos se redujeron a aquellas cosas respaldadas por la doctrina oficial, muchos de los mejores desarrolladores de Ruby avanzaron para encontrar un nuevo hogar en medio de una comunidad menos orquestada.

Y a medida que avanzaban muchos de los mejores rubíes, la proporción del lado derecho de la curva y todos los demás también cambiaron rápidamente, lo que exacerbó y aceleró aún más el problema.

Dicho todo esto, Ruby sigue siendo una plataforma con gran capacidad y gran potencial. Sin embargo, debe comenzar a reconocer el problema de la perpetuación de Rails de soluciones patentemente dañinas, y finalmente debe reformarse a sí mismo. Si eso no sucede, Ruby se volverá irrelevante en gran medida, excepto por el mantenimiento de aplicaciones antiguas de Rails que son mucho más difíciles de trabajar de lo que deberían haber sido.

Espero que Ruby salga de su presente decente. Diría que solo tiene un par de años para cambiar las cosas antes de que se convierta en una plataforma tan gratificante para trabajar como C #.

Ruby nunca morirá. Y se puede decir que Ruby sigue siendo un idioma fantástico, mucho mejor que muchos otros idiomas. Podría hacer mucho peor que comenzar con Ruby :: tos :: Javascript :: tos :: (A menos que sea Elm. Entonces, eres un hipster muy inteligente).

Después de asistir al ElixirConf más reciente, se podría decir que la comunidad de Ruby tenía un interés bastante fuerte: Peter Marreck en Twitter (la respuesta de Ruby en esa diapositiva es la segunda, en caso de que sea demasiado borrosa para leer).

Mientras me alejaba del centro de atención mientras estaba “haciendo Ruby”, he estado tratando de encabezar un movimiento de mis desarrolladores favoritos hacia Elixir. ¿Por qué? Debido a que Elixir resuelve muchos problemas frustrantes que encontré al desarrollar código Ruby. (Desafortunadamente, tomó años ver esos problemas, por lo que es difícil convencer a los nuevos desarrolladores de que Elixir puede ser una mejor solución). Conceptos de alto nivel como inmutabilidad, manejo del estado con mucho cuidado, hacer las cosas de manera funcional, tener pocas dependencias y mantener las cosas modulares, haciendo que la creación de procesos concurrentes sea tan trivial y rápida como crear nuevos objetos, el modelo de actor, etc., termina no solo ahorrando mucho trabajo, sino que también expande la vida útil de una base de código al reducir la complejidad. Ser más rápido que Ruby en casi todas las tareas también es un buen beneficio.

Mi favorito personal “fue increíble, ¿a dónde fue?” miembro de la comunidad Ruby estaba _whytheluckystiff (aunque puede estar de regreso, y por la violación / intrusión de privacidad que lo causó “infosuicidio” en primer lugar). También era fanático de Zed Shaw, a pesar de que tuvo que “dramatizar”, principalmente debido a su uso inteligente de Ragel Ragel State Charts para crear un servidor web HTTP sólido como una roca que se convirtió en mestizo.

No te preocupes demasiado por las personas que van y vienen. Idealmente, la vida de una tecnología de código abierto no está necesariamente vinculada directamente con una persona o pocas personas. 😉 Codifique usando lo que le gusta.

No creo que hayan ido a ningún lado (al menos no en masa, contando las salidas menos las entradas), pero tanto el idioma como la comunidad han madurado. Ya no es la Nueva Hotness. Se ha convertido en la corriente principal, al menos fuera de las fortalezas casi impenetrables de Java. Entonces, los hipsters se fueron hace mucho tiempo, y algunos de los que les gustó por su elegante sintaxis han estado hablando sobre lenguajes similares pero más efectivos como Elixir, pero todavía hay mucho trabajo, muchos proyectos de código abierto y muchos avances aún en curso. hecho (como el reciente Ruby 2.3 y los próximos Rails 5).

Hola Miguel, gracias por A2A

Buena pregunta. Cuando asistí al Rails Conv en 2014, Chris McChord dio un taller sobre Elixir. Dado que ese lenguaje está muy cerca de Ruby con respecto a la sintaxis, supongo que muchas personas lo probaron y tengo que asumir que las personas que lo probaron se quedaron allí, ya que Elixir es mucho más poderoso como lenguaje y Phoenix es un gran marco que es muy similar, pero más fácil en comparación con los rieles.

Algunos otros podrían haber cambiado a idiomas como Go, o incluso usar Javascript con NodeJS (aunque creo que uno debería usar NodeJS solo al desacoplar el frontend del backend).

Hay demasiadas posibilidades para estar realmente seguro. Sin embargo, la comunidad Ruby todavía existe y está activa. Así que por ahora no estaría demasiado preocupado, pero siempre estaría abierto a algo nuevo 😉

Hace unos años, Ruby on Rails era lo nuevo y moderno que todo el mundo estaba aprendiendo y usando. En ese momento, cada desarrollador web joven jugaba con Ruby, principalmente para Rails, sin embargo, a otros realmente les gustaba el lenguaje y construían varios paquetes, escribían blogs, etc.

Ahora la “cosa nueva y moderna” es NodeJS. Lo mismo sucederá. Está ardiendo y todos están tratando de aprenderlo y usarlo, incluso por razones equivocadas. Espere unos años y verá que la comunidad Node se evapora y comienza a ir a otro lado. TBH está sucediendo en este momento, la gente está viendo cuán horrible es NodeJS, cómo NPM se está desmoronando (tanto la comunidad de paquetes como el software NPM real, ¿ha visto cuánto tiempo lleva ejecutar `npm install` para proyectos MUY PEQUEÑOS? ) y cuántos paquetes de NodeJS tienen una calidad terrible.

La verdad es que la gente se mudó a otro lugar, algunas personas se quedaron con Ruby, algunas se quedaron solo porque tienen que mantener el software Rails heredado, otras se mudaron a NodeJS, Python o incluso PHP (PHP en 2016 es realmente genial).

El OP hace que parezca que todos los desarrolladores de Ruby han abandonado la nave nodriza. Todavía hay muchos por ahí. Ruby es un lenguaje estable y probado y Rails (en su quinta encarnación) es un marco bastante completo. Ruby ya no es la “cosa nueva” (no lo ha sido por un tiempo), y hay muchos candidatos para el título de “cosa nueva”. No significa que todos los programadores de Ruby se hayan evaporado en el aire.

Solo estamos aquí y no planeamos ir a ningún lado, solo estamos trabajando en nuestros proyectos de vida profesional profesional usando Ruby and Rails, el vínculo que hemos formado con Ruby and Rails es irrompible porque ambos son simplemente increíbles, productivos y elegantes, el nodo es el mismo Al igual que Java, demasiado código y muy poca salida, sin restabilidad de código, sin código estándar, un desarrollador definitivamente se sentirá aburrido trabajando con marcos de nodos