No projeto Apache Groovy, um dos principais membros da comunidade deixa de participar, cujo nome muitos deles se associaram a esse idioma.
Cedric Shampo , conhecido principalmente como o autor do compilador estático Groovy, sai.
Se considerarmos as razões para sair da forma em que o próprio Cedric as formula, a história de como a comunidade Groovy queria o melhor, mas no final, sem querer, piorou. Na própria comunidade, no entanto, existem outras interpretações do que aconteceu. De qualquer forma, a história pode ser de interesse dos desenvolvedores do mundo da JVM, e não apenas.
Para entender o que aconteceu, você precisa ir de longe. A linguagem Groovy, versão 1.0 lançada em 2007, tornou-se uma candidata ao papel de “Java melhor”: também foi projetada para a JVM e, ao mesmo tempo, trouxe vários novos recursos que os desenvolvedores gostaram. Por exemplo,
Baruch jbaruch Sadogursky , conhecido por muitos javistas,
escreveu em Habr como são maravilhosas as transformações AST e como elas melhoram a vida ao trabalhar com Java.
Groovy penetrou em diferentes áreas. Por exemplo, o DSL foi baseado nele para criar scripts em Gradle, aumentando assim a visibilidade do idioma: uma variedade de javistas começaram a encontrá-lo regularmente no contexto da montagem, o que provocou um interesse adicional no idioma. Observando esses eventos, era fácil imaginar um futuro brilhante em que o Groovy assumisse uma posição inabalável nos líderes dos idiomas da JVM.
Anos se passaram, e Groovy, por um lado, foi bastante usado, por outro - para não dizer que capturou o mundo. E as perspectivas para isso eram incertas: por exemplo, com o advento do Java 8, a necessidade de um "Java melhor" se tornou menos óbvia.
E então ele começou a ganhar rapidamente popularidade Kotlin. Seus criadores
nomeiam Groovy entre os idiomas que os inspiraram; portanto, em alguns aspectos, o Kotlin se parece com o Groovy. Em princípio, isso confirma que Groovy tomou as decisões corretas: eles se provaram na prática e outros queriam adotá-las. Mas parte da comunidade Groovy não estava feliz com essa validação de idéias, mas viu uma ameaça.
Outra linguagem da JVM (agora não apenas a JVM, mas inicialmente a Kotlin lutou por esse mercado em particular). O que também é chamado "o melhor Java". O que duplica parcialmente os recursos do Groovy. E que está crescendo rapidamente.
Em 2016, Gradle
anunciou que seria possível escrever scripts de construção não apenas no Groovy, mas também no Kotlin. E na comunidade Groovy, muitos perceberam isso como uma facada nas costas. Ao mesmo tempo, Gradle foi ajudado pelo uso de uma linguagem que muitos desenvolvedores gostaram de muito mais XML do Maven. E agora, tendo se tornado popular, não sem a ajuda de Groovy, Gradle apoiou seu arqui-rival!
É verdade que o trabalho no DSL da Kotlin se estendeu tanto que somente no final de 2018 (mais de dois anos após o anúncio)
recebeu o status de "produção pronta", para que, no momento, o mundo ainda não tivesse ido a lugar nenhum do Groovy nos scripts Gradle .
Finalmente, de volta ao presente. Cedric Champo anuncia sua saída de Apache Groovy, e em seu
post explica os motivos.
Ele trabalha na Gradle Inc e escreve que sua vida se tornou complicada desde o momento em que Kotlin anunciou o apoio à Gradle. Toda vez que ele dizia algo bom sobre Kotlin, as pessoas da comunidade Groovy escreviam para ele "não faça isso, você prejudica o Groovy", "você não está do nosso lado em Gradle ..."
Ao mesmo tempo, Cedric não considera Kotlin uma ameaça ao Groovy, ele gosta dos dois idiomas, ele usa os dois, vê suas duas vantagens. Recentemente, ele se interessou por Kotlin - mas para ele isso não significa algum tipo de "transição para o outro lado das barricadas", ele não vincula sua personalidade à escolha de qualquer tecnologia em particular. Como resultado, ele estava cansado do sentimento de luta e ficou desconfortável com uma situação em que ele não pode apenas mencionar a língua sem encontrar objeções e brincadeiras.
A última gota foi no outro dia em que ele havia
cometido um script de construção escrito em Kotlin Gradle DSL para o Apache Groovy (o que causou objeções). Segundo Cedric, as pessoas disseram que ele tomou essa decisão por causa do trabalho na Gradle Inc, e ele não está pronto para suportar isso:
Eu sou Cédric. Eu não sou a Gradle Inc.
Eu sou Cédric. Eu não sou Kotlin.
Eu sou Cédric. Eu não sou Groovy.
As tecnologias vivem e morrem, não estou interessado em me casar com uma tecnologia ".
Pode-se ver a história da “comunidade horrível que matou um homem” - mas Cedric enfatiza que ele próprio não considera a comunidade Groovy tóxica. Ele acredita que há simplesmente muito medo pelo futuro (bastante compreensível) e explica as ações das pessoas com isso.
Se considerarmos sua interpretação correta, a história se apresenta da seguinte forma: a comunidade teme pelo futuro da língua, mas por causa desses medos, ela mesma criou uma atmosfera da qual um representante brilhante e útil saiu. Ou seja, desejar o melhor para o Groovy, no final, piorou.
Na própria comunidade, no entanto, há outra interpretação: de fato, adicionar um script de construção em outro idioma não causou horror religioso, mas objeções razoáveis como "essa é uma complicação desnecessária do projeto, nem todo mundo conhece esse idioma". E com essa interpretação, a história começa a parecer muito diferente.
Para fazer sua própria opinião, você pode ler, por exemplo, uma
discussão sobre esse commit.
De qualquer forma, a história é triste. Felizmente, porém, que terminou pelo menos não com escândalos, mas com inúmeras
respostas agradecidas a Cedric por tudo o que ele fez por Groovy.
Minuto de publicidade. Como você está aqui, provavelmente está interessado em desenvolver linguagens Java / JVM - e, neste caso, a conferência JPoint (Moscou, 5 a 6 de abril) pode ser interessante. Não haverá relatórios especificamente sobre o Groovy neste JPoint, mas entre os palestrantes está o comissário do Apache Groovy, Sergey Egorov - portanto, se você estiver interessado nesse idioma, haverá alguém para conversar na conferência.