Quali sono i vantaggi di Ceylon su Java? [chiuso]

Alla ricerca dei recenti e potenti imminenti linguaggi di programmazione su rete, mi sono imbattuto in Ceylon. Sono arrivato su ceylon-lang.org e dice:

Ceylon è profondamente influenzato da Java. Vedete, siamo fan di Java, ma ne conosciamo i limiti. Ceylon mantiene le parti migliori di Java ma migliora le cose che nella nostra esperienza sono fastidiose, noiose, frustranti, difficili da capire o prive di bug.

Quali sono i vantaggi di Ceylon su Java?

Ceylon sembra un bel linguaggio divertente ma direi che ha relativamente pochi "vantaggi" rispetto a Java.

Penso che abbia una sintassi migliore e alcune caratteristiche del linguaggio più "moderne" - sebbene questo sia soggettivo e direi che dovrebbero essere fattori relativamente minori nella scelta di un linguaggio di programmazione.

Fattori molto più importanti nella scelta di una lingua / piattaforma per un progetto serio:

• Ti consente di sviluppare un paradigma migliore per il tuo problema? (no - Ceylon è chiaramente ancora un'altra lingua nello spazio OOP Java affollato tipicamente sovraffollato. Contrasto con ad esempio Clojure che si rivolge allo spazio linguistico funzionale o Groovy che è un linguaggio JVM OOP molto dinamico, quindi si stanno indirizzando a nicchie diverse )
• Ha un ecosistema di biblioteche migliore? (nessuna possibilità .... Java non ha eguali in questo senso. Nel migliore dei casi probabilmente finiresti per usare le librerie Java di Ceylon)
• Puoi ottenere sviluppatori più abili? (è improbabile che poche persone stiano attualmente usando Ceylon e anche se lo facessero ci sarebbe una grande curva di apprendimento da scalare)
• Ha strumenti migliori? (no - Gli strumenti Java sono molto completi e maturi)
• Ti rende più produttivo? (discutibile - ha alcune caratteristiche linguistiche produttive interessanti, ma in combinazione con la curva di apprendimento e gli effetti degli strumenti potrebbe effettivamente finire dietro)
• Fornisce prestazioni migliori? (no - JVM è estremamente ben ottimizzato per Java, è una dura chiamata per qualsiasi altro linguaggio JVM per batterlo. Scala si avvicina, ma dopo molti anni di perfezionamento ...)
• Supporta più piattaforme target? (no - è un linguaggio JVM quindi esattamente uguale a Java)
• Il codice sarà più gestibile? (probabilmente no - Java ha superato la prova del tempo proprio perché è relativamente stabile, maturo e non ha molte funzionalità linguistiche avanzate che potrebbero confondere i futuri manutentori)
• Esiste una community ampia, attiva e disponibile? (no, almeno non rispetto a Java o agli altri grandi linguaggi JVM come Scala, Clojure, Groovy ecc.)

Nel complesso, incoraggerei sicuramente le persone a sperimentare con Ceylon e divertirmi da una prospettiva di apprendimento.

Ma al momento non vedo alcun avvincente vantaggio che induca un gran numero di persone a passare ad esso (o sceglierlo prima di altre lingue JVM come Clojure, Scala, JRuby o Groovy).

Ha alcune belle funzionalità che non si trovano in Java:

1. Generici reificati
2. Inferenza di tipo
3. Mixin (anche se questo sta arrivando in JDK8)
4. Tipi di unione e intersezione (che è davvero interessante e non si trovano in molte lingue)
5. "Funzioni di ordine superiore" (anche se non abbastanza come oggetti di prima classe)
6. Chiusure (anche in arrivo nel JDK8)

Per quanto ho notato, una delle maggiori differenze tra Ceylon e altre lingue JVM "create da hobby" è che sarà supportato da Red Hat / JBoss. Quindi otterrà un set di strumenti davvero bello integrato in JBoss Tools / Developer Studio, buone interazioni con JBoss AS / Gatein Portal e tutto il Midleware / JEE 6 / BRMS. Quindi, in alcuni casi, potresti sviluppare applicazioni Ceylon a pieno titolo in JSF, portlet molto produttivi con "cicli di modifica e aggiornamento" PHP e cosa no.

Come la maggior parte dei linguaggi basati su JVM, non lo vedo come un sostituto di Java per progetti che necessitano di enormi basi di codice, ma per alcuni progetti di piccole e medie dimensioni, specialmente una volta che sono molto modulari (come CRUD ad alta intensità, portlet, ecc. ). Penso che sarà accolto molto bene nel mondo web, specialmente dai fan di JBoss.

Penso che Ceylon sia interessante in molti modi. E forse sono proprio nel modo in cui devi allontanarti da Java in qualche modo se vuoi lasciarti alle spalle alcuni problemi di Java. Ceylon sembra avere alcune funzionalità linguistiche e spero che questo rallenti il ​​compilatore come in Scala o, peggio ancora, causi tempi di costruzione che non si adattano alle dimensioni del codice (vedi Due anni di feedback sull'esperienza di Scala ). Il ritmo del team di sviluppo di Ceylon è piuttosto impressionante.

Kotlin è ancora 0,6 e, a giudicare dalla sua velocità di sviluppo nell'ultimo anno, direi a circa un anno dall'1,0. Non ha molte caratteristiche linguistiche come Ceylon (ma quelle importanti mancano come tratti e metodi di estensione) e sembra essere più una sorta di Scala senza i suoi problemi. Immagino che i tempi di costruzione scalabili non saranno un problema. Ma Kotlin può essere solo un Java più bello come Groovy. Non può fornire una via d'uscita dalla programmazione delle merci Java con dipendenza XML, codice boilerplate, manipolazione del codice byte, ecc. È qualcosa come Java e Scala fatto bene. Resta da vedere se Kotlin o Ceylon saranno in grado di fare la differenza. Penso che entrambi i tentativi valgano lo sforzo e auguro a entrambi buona fortuna.

Ceylon sta producendo una specifica durante il suo sviluppo, come tutti i grandi linguaggi JVM (cioè tutti quelli sopra menzionati tranne Groovy) ...

Ceylon (http://ceylon-lang.org/documentation/1.0/spec)

Clojure (http://clojure.org/Reference)

Scala (www.scala-lang.org/docu/files/ScalaReference.pdf)

Java (http://docs.oracle.com/javase/specs/jls/se7/html/index.html)

JRuby segue le specifiche di Ruby che devono essere pagate (http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=59579).