En el proyecto Apache Groovy, uno de los miembros clave de la comunidad deja de participar, cuyo nombre muchos se asocian con este idioma.
Cedric Shampo , conocido principalmente como el autor del compilador estático Groovy, se va.
Si consideramos las razones para abandonar la forma en que Cedric mismo las formula, resulta la historia de cómo la comunidad Groovy quería lo mejor, pero al final empeoró involuntariamente. En la comunidad misma, sin embargo, hay otras interpretaciones de lo que sucedió. En cualquier caso, la historia puede ser de interés para los desarrolladores del mundo JVM, y no solo.
Para entender lo que sucedió, debes ir desde lejos. Groovy language, cuya versión 1.0 se lanzó en 2007, se convirtió en un candidato para el papel de "mejor Java": también fue diseñado para la JVM, y al mismo tiempo trajo una serie de nuevas características que gustaron a los desarrolladores. Por ejemplo,
Baruch jbaruch Sadogursky , conocido por muchos javistas, en un momento
escribió en Habr lo maravillosas que son las transformaciones AST y cómo mejoran la vida cuando se trabaja con Java.
Groovy penetró en diferentes áreas. Por ejemplo, DSL se basó en él para crear scripts en Gradle, lo que aumentó considerablemente la visibilidad del lenguaje: una variedad de javists comenzaron a encontrarlo regularmente en el contexto de la asamblea, lo que provocó un mayor interés en el lenguaje. Al observar tales eventos, fue fácil imaginar un futuro brillante en el que Groovy tomará una posición inquebrantable en los líderes de los idiomas de JVM.
Pasaron los años, y Groovy, por un lado, fue bastante utilizado, por el otro, por no decir que capturó el mundo. Y las perspectivas para esto eran inciertas: por ejemplo, con el advenimiento de Java 8, la necesidad de un "Java mejor" se hizo menos evidente.
Y luego comenzó a ganar rápidamente Kotlin popularidad. Sus creadores
nombran a Groovy entre los idiomas que los inspiraron, por lo que en algunos aspectos Kotlin se parece a Groovy. En principio, esto confirma que Groovy tomó las decisiones correctas: demostraron su valía en la práctica y otros querían adoptarlas. Pero parte de la comunidad Groovy no estaba contenta con tal validación de ideas, pero vio una amenaza.
Otro lenguaje JVM (ahora no solo el JVM, sino que inicialmente Kotlin luchó por este mercado en particular). Que también se llama "el mejor Java". Lo que duplica en parte las capacidades de Groovy. Y que está creciendo rápidamente.
En 2016, Gradle
anunció que sería posible escribir scripts de compilación no solo en Groovy, sino también en Kotlin. Y en la comunidad Groovy, muchos percibieron esto como una puñalada por la espalda. En un momento, Gradle fue ayudado por el uso de un lenguaje que a muchos desarrolladores les gustó mucho más XML de Maven. ¡Y ahora, habiéndose vuelto popular, no sin la ayuda de Groovy, Gradle apoyó a su archirival!
Es cierto que el trabajo en el Kotlin DSL se extendió tanto que solo a finales de 2018 (dos años y medio después del anuncio)
recibió el estado de "producción lista", por lo que en este momento el mundo todavía no ha pasado de Groovy en los guiones de Gradle .
Finalmente, de vuelta al presente. Cedric Champo anuncia su partida de Apache Groovy, y en su
publicación explica los motivos.
Trabaja en Gradle Inc, y escribe que su vida se ha vuelto complicada desde el momento en que Kotlin anunció su apoyo a Gradle. Cada vez que decía algo bueno sobre Kotlin, la gente de la comunidad de Groovy le escribía "no lo hagas, dañas a Groovy", "no estás de nuestro lado allí en Gradle ..."
Al mismo tiempo, Cedric no considera a Kotlin como una amenaza para Groovy, le gustan ambos idiomas, usa ambos, ve sus dos ventajas. Recientemente, ha estado interesado en Kotlin, pero para él esto no significa algún tipo de "transición al otro lado de las barricadas", no vincula su personalidad a la elección de ninguna tecnología en particular. Como resultado, estaba cansado del sentimiento de lucha y se sintió incómodo con una situación en la que no puede mencionar el idioma sin encontrar objeciones y bromas.
La gota que colmó el vaso fue el otro día que había enviado
un script de compilación escrito en Kotlin Gradle DSL a Apache Groovy (lo que causó objeciones). Según Cedric, la gente dijo que él tomó esa decisión debido al trabajo en Gradle Inc, y que no está listo para soportar esto:
“Soy Cédric. No soy Gradle Inc.
Yo soy Cédric No soy Kotlin
Yo soy Cédric No soy Groovy
Las tecnologías viven y mueren, no me interesa casarme con una tecnología ".
Uno podría ver la historia de la "comunidad horrible que ha matado a un hombre", pero Cedric enfatiza que él mismo no considera que la comunidad Groovy sea tóxica en absoluto. Él cree que simplemente hay mucho miedo por el futuro (bastante comprensible), y explica las acciones de las personas con esto.
Si consideramos que su interpretación es correcta, la historia se presenta de la siguiente manera: la comunidad teme por el futuro del lenguaje, pero debido a estos temores, ha creado una atmósfera de la que se ha ido un representante brillante y útil. Es decir, desearle lo mejor a Groovy, al final lo hizo peor.
Sin embargo, en la comunidad misma hay otra interpretación: de hecho, agregar un script de compilación en otro idioma no causó horror religioso, pero objeciones bastante razonables como "esta es una complicación innecesaria del proyecto, no todos conocen este idioma". Y con tal interpretación, la historia comienza a verse muy diferente.
Para hacer su propia opinión, puede leer, por ejemplo, una
discusión sobre este compromiso.
En cualquier caso, la historia es triste. Pero, afortunadamente, lo que terminó al menos no con escándalo, sino con numerosas
respuestas agradecidas a Cedric por todo lo que hizo por Groovy.
Minuto de publicidad. Dado que está aquí, probablemente esté interesado en desarrollar lenguajes Java / JVM, y en este caso la conferencia JPoint (Moscú, del 5 al 6 de abril) puede ser interesante. No habrá informes específicamente sobre Groovy en este JPoint, pero entre los oradores está el comisionado de Apache Groovy, Sergey Egorov , por lo que si está interesado en este idioma, habrá alguien de quien hablar en la conferencia.