Perché questi tentativi di annacquare la Scala con Xtend e Kotlin? [chiuso]

Quindi ora Eclipse ha offerto Xtend e JetBrains offre Kotlin, che sembrano entrambi annacquati nelle versioni di Scala. La mia domanda è: perché? Ho suonato un po 'con la Scala e non è poi così difficile. È solo una reazione alla difficoltà intrinseca del passaggio dall'imperativo al funzionale o c'è qualcos'altro al lavoro qui?

EDIT: scuse. Rileggendo la domanda mentre l'ho postata inizialmente, posso vedere dove suona un po 'come la pesca a traina. Il modo in cui ho formulato la domanda sembrava essere il modo migliore per porre la domanda. Ho visto post di blog sull'effetto "Scala è troppo difficile / Scala è troppo complessa" e anche "Kotlin è un tentativo di fare Scala ma più semplice". Lascerò la frase com'era in origine, ma sinceramente non stavo cercando di trollare.

IMHO di qualcuno che ha programmato in Java negli ultimi 7 anni ed essendo il mio linguaggio più forte, trovo che Scala sia piuttosto alieno e non riesco ad abituarmi.

Xtend è più simile a Java ed è stato in grado di scrivere un'applicazione semplice con essa molto più velocemente. Certo, non mi sono concesso abbastanza tempo con Scala, ma certamente capisco perché alcuni potrebbero esserne spenti.

Detto questo, la gente sceglierà un inferno familiare su un paradiso sconosciuto.

JetBrains ha una pagina wiki che confronta Scala con Kotlin, e sembrano esserci alcune cose che Kotlin fa e Scala no:

• Zero-overhead null-safety. Scala ha Option, che è un wrapper sintattico e run-time
• Cast intelligenti
• Funzioni di estensione statica. Invece di avvolgere in fase di esecuzione
• Le funzioni Inline di Kotlin facilitano i salti non locali
• Modelli di stringhe. Esiste un plug-in di compilazione di terze parti per scala con funzionalità simili: ScalaEnhancedStrings
• Delegazione di prima classe. Implementato anche tramite plug-in di terze parti: moduli Autoproxy

Quindi chiamare Kotlin un'acqua in fondo alla Scala è probabilmente una semplificazione eccessiva. Per quanto riguarda Xtend, penso che sia indirizzato principalmente agli utenti Xtext, piuttosto che a un pubblico più ampio. Una grande differenza rispetto a Scala è che Xtend si compila in Java piuttosto che in bytecode.

Un altro linguaggio "killer Java" che dovresti aggiungere alla tua lista è Ceylon di Red Hat , anche se non ho idea se e come possa essere paragonato a Scala.

Ho usato Scala come lingua principale per l'ultimo anno (con Java come secondo vicino, entrambi all'interno di una base di codice Java legacy di grandi dimensioni.) Devo ancora cercare funzionalità abbastanza basilari se non li ho usati in un mentre. Certo, puoi scrivere un po 'di Scala rapidamente, ma è un linguaggio estremamente ricco di funzionalità e richiede molto tempo per padroneggiarlo.

Inoltre, la sua complessità non è solo un problema per l'uomo, ma anche per IDE e compilatori. Sia Celyon che Kotlin si compilano direttamente in JavaScript abbastanza pulito. Scala può produrre JavaScript, tramite GWT, anche se arrivarci è complicato e l'output di GWT non è né leggibile né progettato per giocare bene con JavaScript o HTML esterni.

Sono decisamente più produttivo in Scala di Java, e il codice è più compatto e leggibile (una volta che conosci un po 'di Scala.) Ma la sua complessità mi fa esitare a raccomandarlo ad altri. Una lingua con il 20% della complessità ma l'80% della capacità sarebbe una gradita alternativa.

[Modificato per rimuovere la menzione del codice legacy, vedere il commento di seguito.]

[Addendum 2017: Scala ora supporta JavaScript come target di compilazione, mentre Kotlin ha continuato ad aggiungere funzionalità che hanno senso per una sostituzione Java / Groovy / JavaScript simile a Scala. Ora sono lingue più distintive rispetto a quando l'ho scritto per la prima volta.]

JetBrains ha chiaramente indicato i propri obiettivi per Kotlin :

Vogliamo diventare più produttivi passando a un linguaggio più espressivo. Allo stesso tempo, non possiamo accettare compromessi in termini di interoperabilità Java (la nuova lingua verrà introdotta gradualmente e deve interagire senza problemi con la base di codice esistente) o la velocità di compilazione (la nostra base di codice impiega abbastanza tempo per essere compilata con javac, e non possiamo permetterci di renderlo più lento). La prossima cosa è abbastanza semplice: prevediamo che Kotlin guiderà le vendite di IntelliJ IDEA.

Ho usato Scala alcuni mesi in Eclipse con Play Framework. Mi piace la lingua ma ci sono anche cose che non mi piacciono.

Per me, il motivo per passare da Java a un'altra lingua è quello di essere più produttivo.

Finora non sono stato più produttivo con Scala. Uno dei motivi è la mancanza di un buon supporto per Scala in Eclipse, il plug-in Scala è male (ad es. Il rientro fallisce) e non ha ancora molte funzioni (ad es. Nessuna "Gerarchia delle chiamate aperte"). Anche il compilatore Scala è lento, questo potrebbe non essere un problema, ma io uso Scala con Play Framework, che compila il codice per ogni richiesta, e lì la velocità del compilatore è importante.

Non so di Kotlin, ma Scala e Xtend sono due bestie molto diverse.

Contrariamente a quanto si dice, Scala NON è un Java migliore. Scala è un linguaggio molto più caratterizzato rispetto a Java, con la sua sintassi e semantica e il suo pacchetto di librerie di base.

Xtend È un Java migliore. Mantiene la semantica Java e migliora la sua sintassi. Ogni riga di codice Xtend può essere tradotta direttamente in un gruppo di righe di codice java. Non è necessario alcun tempo di esecuzione aggiuntivo.

Penso che entrambi gli approcci siano giusti, sebbene diversi. Non mi piace Scala (come lingua), ma non mi piace avere vasi di Scala aggiunti ai miei progetti. Non riesco a usare Scala correttamente su Android, né (aggiunge problemi di peso e prestazioni). Xtend non ha molte funzionalità, ma per me va bene (vale la pena usarlo rispetto al linguaggio Java) e funziona su ogni piattaforma come se stessi scrivendo direttamente in Java.

Credo che entrambe le lingue coprano nicchie diverse e possano coesistere senza interferire l'una con l'altra. IMHO, Scala è troppo complessa, non aggiunge nulla di nuovo. Se vuoi diventare più funzionale e meno OO, scegli uno dei molti linguaggi funzionali più semplici, come Clojure o JHaskell. Se vuoi solo Java con una sintassi migliore e un po 'di programmazione funzionale, Fantom sarebbe fantastico quanto Scala (ricorda molto C #).

Ma trovo Xtend che si trova in un punto dolce tra tutte quelle lingue. Aggiunge tutti quei modelli sintattici che volevo per Java, mantenendo le parti buone di Java (la sua semantica). Pensaci come Coffescript per Java.

E il supporto Eclipse è eccezionale ...