Por que essas tentativas de diluir Scala com Xtend e Kotlin? [fechadas]

Então agora o Eclipse ofereceu o Xtend e o JetBrains está oferecendo o Kotlin - os quais parecem ser versões diluídas do Scala. Minha pergunta é por que? Eu tenho jogado com Scala um pouco e não é que difícil. Isso é apenas uma reação à dificuldade inerente ao salto do imperativo para o funcional ou há algo mais em ação aqui?

EDIT: Desculpas. Relendo a pergunta como eu a publiquei originalmente, posso ver onde ela soa um pouco como corrico. A maneira como eu formulava a pergunta parecia ser a melhor maneira de fazer a pergunta. Eu já vi postagens de blog com o efeito "Scala é muito difícil / Scala é muito complexo" e também "Kotlin é uma tentativa de fazer Scala, mas mais simples". Vou deixar o fraseado como era originalmente, mas sinceramente não estava tentando trollar.

IMHO de alguém programando em Java nos últimos 7 anos e sendo a minha linguagem mais forte, acho o Scala bastante estranho e estou tendo dificuldades para me acostumar.

O Xtend parece mais com Java e conseguiu escrever um aplicativo simples com muito mais rapidez. É verdade que não me dei tempo suficiente com Scala, mas certamente entendo por que alguns podem ficar desanimados com isso.

Com isso dito, as pessoas escolherão um inferno familiar em vez de um céu desconhecido.

O JetBrains tem uma página wiki comparando o Scala ao Kotlin, e parece haver algumas coisas que o Kotlin faz e o Scala não:

• Segurança nula de sobrecarga zero. O Scala tem o Option, que é um wrapper sintático e de tempo de execução
• Elenco inteligente
• Funções de extensão estática. Em vez de agrupar em tempo de execução
• As funções Inline de Kotlin facilitam saltos não locais
• Modelos de string. Há um plug-in de compilador de terceiros para o scala com funcionalidade semelhante: ScalaEnhancedStrings
• Delegação de primeira classe. Também implementado via plug-in de terceiros: Módulos Autoproxy

Portanto, chamar Kotlin de água para Scala provavelmente é uma simplificação excessiva. Quanto ao Xtend, acho que ele visa principalmente usuários de Xtext, em vez de um público mais amplo. Uma grande diferença para o Scala é que o Xtend compila para Java em vez de bytecode.

Outra linguagem "Java killer" que você deve adicionar à sua lista é o Ceilão da Red Hat , embora eu não tenha idéia se e como ele se compara ao Scala.

Eu tenho usado o Scala como minha língua principal no último ano (com o Java como um segundo próximo, ambos em uma grande base de códigos Java herdada.) Ainda preciso procurar recursos bastante básicos se não os tiver usado em um enquanto. Claro, você pode escrever um Scala rapidamente, mas é uma linguagem extremamente rica em recursos e leva muito tempo para dominar.

Além disso, sua complexidade não é apenas um problema para humanos, mas também para IDEs e compiladores. Celyon e Kotlin são compilados diretamente para um JavaScript bastante limpo. O Scala pode produzir JavaScript, via GWT, embora chegar lá seja complicado e a saída do GWT não seja legível nem projetada para funcionar bem com JavaScript ou HTML externo.

Definitivamente, sou mais produtivo no Scala que no Java, e o código é mais compacto e legível (depois de conhecer um pouco do Scala.) Mas sua complexidade me faz hesitar em recomendá-lo a outras pessoas. Uma linguagem com 20% da complexidade, mas 80% da capacidade seria uma alternativa bem-vinda.

[Editado para remover a menção do código legado, veja o comentário abaixo.]

[Adendo 2017: o Scala agora suporta JavaScript como destino de construção, enquanto o Kotlin continua a adicionar recursos que fazem sentido para uma substituição Java / Groovy / JavaScript do tipo Scala. Agora eles são idiomas mais distintos do que quando escrevi isso pela primeira vez.]

O JetBrains declarou claramente seus objetivos para o Kotlin :

Queremos nos tornar mais produtivos mudando para uma linguagem mais expressiva. Ao mesmo tempo, não podemos aceitar compromissos em termos de interoperabilidade Java (a nova linguagem será introduzida gradualmente e precisa interoperar sem problemas com a base de código existente) ou velocidade de compilação (nossa base de código leva tempo suficiente para compilar com javac, e não podemos nos dar ao luxo de torná-lo mais lento). O próximo passo também é bastante direto: esperamos que a Kotlin conduza as vendas do IntelliJ IDEA.

Eu usei o Scala há alguns meses no Eclipse com o Play Framework. Eu gosto do idioma, mas também há coisas que eu não gosto.

Para mim, o motivo para mudar de Java para outra linguagem é ser mais produtivo.

Até agora não fui mais produtivo com o Scala. Um dos motivos é a falta de um bom suporte para Scala no Eclipse, o plug-in Scala é ruim (por exemplo, falha na indentação) e ainda não possui muitas funções (por exemplo, nenhuma "Hierarquia de Chamada Aberta"). O compilador Scala também é lento, isso pode não ser um problema, mas eu uso o Scala com o Play Framework, que compila o código para cada solicitação e a velocidade do compilador é importante.

Não sei sobre Kotlin, mas Scala e Xtend são dois animais muito diferentes.

Ao contrário do comum, Scala NÃO é um Java melhor. Scala é uma linguagem muito mais destacada que Java, com sua própria sintaxe e semântica, e seu próprio pacote de bibliotecas base.

Xtend É um Java melhor. Mantém a semântica Java e aprimora sua sintaxe. Cada linha do código Xtend pode ser traduzida diretamente para várias linhas de código java. Também não há tempo de execução adicional.

Eu acho que as duas abordagens estão certas, embora diferentes. Não gosto do Scala (como idioma), mas não gosto de adicionar os frascos do Scala aos meus projetos. Também não consigo usar o Scala corretamente no Android (ele adiciona problemas de peso e desempenho). O Xtend não é tão destacado, mas é bom para mim (vale muito a pena usá-lo do que a linguagem Java) e funciona em todas as plataformas como se eu estivesse escrevendo diretamente em Java.

Acredito que os dois idiomas abrangem nichos diferentes e podem coexistir sem interferir um no outro. IMHO, Scala é muito complexo, acrescentando nada de novo. Se você quiser se tornar mais funcional e menos OO, basta escolher uma das muitas linguagens funcionais mais simples, como Clojure ou JHaskell. Se você quer apenas Java com uma sintaxe melhor e um pouco de programação funcional, o Fantom seria tão bom quanto o Scala (ele se assemelha muito ao C #).

Mas acho que o Xtend está em um ponto interessante entre todas essas línguas. Ele adiciona todos os padrões sintáticos que eu queria para Java, mantendo as boas partes do Java (sua semântica). Pense nisso como Coffescript para Java.

E o suporte ao Eclipse é excelente ...