Você está usando Scala para desenvolver seus aplicativos de nível empresarial?
EDIT: concordo, a palavra empresa não está bem definida. Ao fazer esta pergunta que eu queria perguntar se você usar Scala para projetos reais que se destinam a ser usados não apenas para jogar. Usando Scala para um projeto pessoal que se destina a ser utilizado por mais do que apenas seu criador cai na projetos reais da categoria.
A palavra 'empresa' como usado dentro da questão é uma clara falta de requisitos. aplicativo 'empresa' de uma pessoa, não é de outro. Scala / Elevador estão sendo usados pela SAP, é que 'empresa' o suficiente?
No final de um dia, você tem acesso a toda a 'empresa' enfia que a plataforma Java tem para oferecer.
Desculpe, sair como pouco de um empurrão, mas este tipo de perguntas são muito pobres e não têm nenhuma resposta definitiva. Mais ao ponto alguém poderia ter escrito um número de aplicativos que você pode julgar 'empresa', mas eles não, e, portanto, não indicá-las como tal.
EDITAR
Além disso, twitter ama Scala: http://www.slideshare.net/al3x/twitter-3s-scala E uma entrevista cobrindo as suas experiências: http://www.artima.com/scalazine/articles/twitter_on_scala.html
Pode ser uma resposta à sua pergunta (ou não) mas eu só soube que o Twitter está usando Scala para todo o processamento backend (RoR permanece na interface).
Aqui está um bom conjunto de slides da reunião Entusiastas Bay Area Scala no Twitter que define suas diretrizes de estilo para a linguagem. É bem estabelecido por agora que o Twitter está desenvolvendo alguns serviços de back-end significativas no Scala.
Scala para projetos reais? Sim absolutamente.
Primeiro, porque todos Java ainda está disponível, o aplicativo pode usar nossas bibliotecas comuns existentes. Estas bibliotecas foram construídas em Java ao longo dos últimos 10 anos, e eles são importantes para o acesso a outros sistemas dentro da empresa.
Em segundo lugar, a coisa mais crucial sobre aplicações corporativas é a adaptabilidade. Ficando muito rígida é o que faz a maioria dos aplicativos corporativos decadência e acabam por morrer. Há dois problemas que levam a essa rigidez, e Scala ajuda a evitar os dois. Um problema é apenas o volume de código. Java funciona melhor do que C ou C ++, mas ainda requer muitas mais linhas de código para implementar uma aplicação que Scala faz.
Com Java, o combate ao problema do tamanho de código requer graus mais elevados de estrutura: frameworks, bibliotecas, fábricas personalizáveis, etc. É por isso que implantar aplicativos Java EE (tipicamente Primavera baseados em) que têm vinte a cinquenta arquivos JAR em seus diretórios "lib". Essa estrutura em si é necessária para obter o aplicativo concluído, mas pode criar seu próprio problema em termos de complexidade conceitual.
Scala não está imune a uma sobrecarga de complexidade conceitual, mas o estilo de programação comum no Scala tende para programas menores, mais concretas, em vez de bibliotecas para os quadros para a construção de DSLs.
Claro, se você realmente precisa de bibliotecas para os quadros para a construção de DSLs, bem, isso é onde ser capaz de chamar de volta em Java vem a calhar.
LinkedIn está usando Alguns Scala
Sony Imageworks está usando Scala para vários de seus aplicativos de camada intermediária e tem código aberto seu pacote de migrações de banco de dados que é escrito em Scala.
Estamos usando Scala e Java para um projeto de precificação de derivativos em finanças. No entanto, não estamos realmente fã de LIFT :)
Cumprimentos
Pode ser um pouco velho, mas há um "Scala na empresa" lista no site do Scala em http://www.scala-lang.org/node/1658
Eu, pessoalmente, prefiro usar Scala para desenvolver a um nível de qualidade muito superior "classe empresarial" ;-)
