Groovy sta andando via? [chiuso]

Sono sicuro che questa domanda è stata posta molte volte. Tuttavia, mi piace chiederlo di nuovo con l'intenzione di qual è il futuro di queste lingue.

Mi è stato presentato per la prima volta Groovy e mi è piaciuto molto. Ho sentito che la sintassi era più semplice ed era molto più vicina a Java e sono stato in grado di imparare rapidamente Grails .

Poi c'era Scala , e il telaio della rete funziona con Lift . Sto ancora imparando Scala e trovo la sintassi molto difficile a volte.

Tuttavia, mi chiedo ancora qual è il futuro di Groovy. Quando l'autore di Groovy dice che non avrebbe mai creato groovy se avesse saputo di Scala, allora mi chiedo se c'è un futuro. Naturalmente Groovy ha fatto molta strada e Grails è oggi utilizzato da molte grandi aziende.

Se uno dovesse guardare Grails vs Lift oggi, allora Grails sarebbe il chiaro vincitore. Altre aziende lo stanno usando. Ma dato tutto ciò che ho detto finora, sono interessato a sapere se si dovrebbe investire in Groovy? Groovy sta andando via e Scala è la scelta migliore? Se il CEO della BMW dice di guidare una Mercedes, allora ci si potrebbe chiedere perché non dovremmo guidare anche noi Mercedes, giusto?

(Capisco se questa domanda è davvero ampia e potrebbe essere chiusa. Spero comunque di renderla un Wiki aperto per gli altri.)

Non penso che Groovy scompaia, è un'entità autosufficiente ora. Il framework Grails è costruito attorno al linguaggio Groovy, che è una buona ragione per rimanere in vita. Groovy ha ottenuto la sua applicazione killer.

Non sto dicendo che Grails sia l'unico progetto vitale di Groovy, anche Gradle è abbastanza buono. GORM è davvero utile. Gant è un bel miglioramento rispetto alla formica.

Per non parlare del fatto che Groovy / Grails sono ora sotto l'ombrello di SpringSource e si impegnano per entrambi.

Se il CEO della BMW dice di guidare una Mercedes, allora ci si potrebbe chiedere perché non dovremmo guidare anche noi Mercedes, giusto?

Indovina cosa ha scelto James Gosling?

Oltre ai commenti di @The Legend of 1982:

Groovy continuerà a rimanere in giro poiché è l'alternativa dinamica a Java con sintassi abbastanza vicina a Java da consentire a molti sviluppatori di effettuare il passaggio (o almeno dilettarsi).

• Grails è costantemente nei primi 2 framework ogni volta che Matt Raible esegue le sue enormi tabelle / analisi comparative di framework web in linguaggio JVM. La sua è probabilmente l'analisi più completa là fuori.

• GPars è una nuova libreria / API di concorrenza che porta Groovy molto più in alto delle capacità di Scala.

Il problema della velocità migliorerà nel tempo man mano che Groovy scopre come utilizzare i trucchi del compilatore invokedynamic e di altro tipo.

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

Sarò molto triste se morirà Groovy, ma questa tabella di marcia in realtà ci dice che non è poi così male.

In realtà, Groovy è un linguaggio molto bello, 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 è indirizzato a siti scritti in PHP o alcuni frammenti Java.

Non so da dove provenga il "Grails è usato da molte grandi aziende", è come dire "tutte le 500 aziende che usano Python", il che è vero, ma non usano Python per qualsiasi attività aziendale.

Hanno ragione a non usare Grails, Rails ecc. Sono perfetti per i piccoli siti ordinati, ma non si adattano bene. Inoltre, la maggior parte delle grandi aziende ha sistemi interconnessi in modo intricato, e la sfida principale nella creazione di applicazioni Web ruota attorno al modo in cui connettersi a tutti gli altri sistemi che forniscono o consumano i tuoi dati: la codifica per convenzione non funziona in questo spazio.

Groovy il principale concorrente del linguaggio è in realtà JPython, che opera nello spazio delle scrofe (Scripting su una JVM) e viene utilizzato per lo stesso tipo di cose (test automatici, build automatizzate ecc.).

Le prestazioni di Groovy 2.0 mettono Groovy ora in una lega molto vicina a Java, vedi http://java.dzone.com/articles/groovy-20-performance-compared Il benchmark in questo articolo è molto approssimativo, ma sono lavorando ora su 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 non ho finito di scrivere l'articolo, ma le misurazioni sembrano molto buone finora. Groovy2.1 con @CompileStatic e JDK7 ha circa le stesse prestazioni di Java con JDK6 (!).

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