Groovy sta andando via? [chiuso]

Non penso che Groovy scomparirà, è un'entità autosufficiente ora. La struttura di Grails è costruita intorno al linguaggio Groovy, che è una buona ragione per rimanere vivi. Groovy ha la sua applicazione killer.

Non sto dicendo che Grails è l'unico progetto vitale di Groovy, Gradle è anche piuttosto buono. GORM è davvero a portata di mano. Gant è un bel miglioramento rispetto a Ant.

Non menzionare che Groovy / Grails sono ora sotto l'ombrello di SpringSource e sono impegnati in entrambi.

If the CEO of BMW says he drives a Mercedes then one would wonder why shouldn't we all drive Mercedes too, right?

Indovina cosa ha scelto James Gosling?

Oltre ai commenti di @The Legend of 1982:

Groovy continuerà ad aggirarsi poiché è l'alternativa dinamica a Java con una sintassi abbastanza vicina a Java per consentire a molti sviluppatori di effettuare lo switch (o almeno di dilettarsi in esso).

• Grails è costantemente tra i primi 2 framework ogni volta che Matt Raible fa il suo enorme grafico / analisi di confronto del framework web in linguaggio JVM. La sua è probabilmente l'analisi più completa là fuori.

• GPars è una nuova lib / API di concorrenza che porta Groovy alle funzionalità di Scala.

Il problema con la velocità migliorerà col passare del tempo, visto che Groovy capisce come usare i trucchi richokedynamic e altri.

Groovy è un linguaggio molto carino e sottovalutato (anche dal suo creatore, come tu hai menzionato). Per quanto mi riguarda, il suo ruolo nell'ecosistema Java è come il ruolo di Lua nell'ecosistema del mondo C / C ++. Sì, non è così veloce ma comunque.

Sarò molto triste se groovy morirà, ma questa roadmap in realtà ci dice che non è poi così male.

In realtà, Groovy è un linguaggio molto carino, pulito ed espressivo. Per quanto riguarda Scala, credo che Groovy e Scala siano solo in diverse nicchie.

Non per battere l'eccellenza generale di Groovy o di Ruby, ma, oltre il 90% del traffico web riguarda siti scritti in PHP o alcuni framwork Java.

Non so dove hai trovato "Grails è usato da molte grandi aziende" è come dire "tutte le aziende della fortuna 500 usano Python" che è vero, ma non usano python per niente business critical.

Hanno ragione a non usare Grails, Rails, ecc. sono perfetti per piccoli siti puliti, ma non si adattano bene. Anche la maggior parte delle grandi aziende ha sistemi interconnessi complicati e la sfida principale quando si creano applicazioni Web ruota attorno a come connettersi a tutti gli altri sistemi che forniscono o consumano i dati - la codifica per convenzione non funziona in questo spazio.

Groovy il principale concorrente della lingua è in realtà JPython che opera nello spazio sames (Scripting su una JVM) e viene utilizzato per lo stesso tipo di cose (test automatici, build automatizzati ecc.).

Le prestazioni di Groovy 2.0 mettono Groovy ora in una lega molto vicina a Java, vedi link Il punto di riferimento in questo articolo è molto approssimativo, ma sto lavorando a un nuovo benchmark per Groovy 2.1 basato su quello di Robert Hundt (https://days2011.scala-lang.org/sites/days2011/files/ ws3-1-Hundt.pdf) realizzato per confrontare le prestazioni di Google Go con altre lingue. Ho bisogno di 2-3 settimane fino a quando ho finito di scrivere l'articolo, ma le misure sembrano molto buone finora. Groovy2.1 con @CompileStatic e JDK7 ha circa le stesse prestazioni di Java con JDK6 (!).

Penso che Groovy competerà di più con Kotlin e forse con Ceylon piuttosto che con Scala. Scala è più un linguaggio di ricerca accademico (anche se molto interessante) e non tanto una lingua per fare il lavoro come Groovy e Kotlin. Se stai semplicemente perdendo mixin, metodi di estensione, vere chiusure e cose in Java, è un grande passo che devi fare per ottenere questo. La sintassi di Groovy è molto simile a Java, che ritiene sia un vero punto di forza rispetto a Kotlin.