¿Está utilizando Scala para desarrollar sus aplicaciones de grado empresarial?Empresa Scala
EDITAR: De acuerdo, la palabra empresa no está bien definida. Al hacer esta pregunta, quise preguntar si usa Scala para proyectos reales que están destinados a ser utilizados no solo para jugar. Usar Scala para un proyecto personal que debe ser usado por más que solo su creador entra en la categoría de "proyectos reales".
La palabra 'empresa' utilizada en la pregunta es una clara falta de requisitos. La aplicación "empresarial" de una persona no es de otra. Scala/Lift está siendo utilizado por SAP, ¿es suficiente esa "empresa"?
Al final del día, tiene acceso a todos los productos 'empresariales' que la plataforma Java tiene para ofrecer.
Lo siento, para ser un poco idiota, pero este tipo de preguntas son bastante malas, y no tienen una respuesta definitiva. Más al punto, alguien podría haber escrito una cantidad de aplicaciones que podría considerar 'empresariales' pero no lo son, y por lo tanto, nunca las mencione como tales.
EDITAR
Además, gorjeo ama Scala: http://www.slideshare.net/al3x/twitter-3s-scala Y una entrevista que cubre sus experiencias: http://www.artima.com/scalazine/articles/twitter_on_scala.html
puede ser una respuesta a su pregunta (o no) pero me acabo de enterar de que Twitter es utilizando Scala para todo el procesamiento de back-end (RoR permanece en la interfaz).
Oigo eso también, pero podría ser bueno agregar una fuente aquí (especialmente si recién lo aprendió). –
Saem ha sido más rápido que yo :) – Keltia
Here is a nice slide set del Bay Area Scala Enthusiasts reunión en Twitter que describe sus pautas de estilo para el idioma. Ya está bien establecido que Twitter está desarrollando algunos servicios back-end significativos en Scala.
Scala para proyectos reales? Si, absolutamente.
Primero, como toda Java todavía está disponible, la aplicación puede usar nuestras bibliotecas comunes existentes. Estas bibliotecas se han creado en Java durante los últimos 10 años, y son importantes para acceder a otros sistemas dentro de la empresa.
En segundo lugar, lo más importante acerca de las aplicaciones empresariales es la adaptabilidad. Volverse demasiado rígido es lo que hace que la mayoría de las aplicaciones empresariales decaigan y eventualmente mueran. Hay dos problemas que conducen a esta rigidez, y Scala ayuda a evitarlos. Un problema es solo el gran volumen de código. Java funciona mejor que C o C++, pero aún requiere muchas más líneas de código para implementar una aplicación que Scala.
Con Java, combatir el problema de tamaño de código requiere mayores grados de estructura: marcos, bibliotecas, fábricas personalizables, etc. Es por eso que implementamos aplicaciones Java EE (típicamente basadas en Spring) que tienen de veinte a cincuenta archivos JAR en su " lib "directorios. Esa estructura en sí misma es necesaria para terminar la aplicación, pero puede crear su propio problema en términos de complejidad conceptual.
Scala no es inmune a una sobrecarga de complejidad conceptual, pero el estilo de programación común en Scala tiende a programas más pequeños, más concretos en lugar de bibliotecas para marcos para construir DSL.
Por supuesto, si realmente necesita bibliotecas para frameworks para construir DSL, bueno, ahí es donde poder volver a llamar a Java es útil.
LinkedIn está utilizando algún Scala
Sony Imageworks está utilizando Scala para varias de sus aplicaciones de nivel medio y tiene de código abierto su database migrations package que está escrito en Scala.
Estamos utilizando Scala y Java para un proyecto de fijación de precios derivados en finanzas. Sin embargo, no estamos realmente fan de LIFT :)
Saludos
Puede ser un poco viejo, pero hay un "Scala de la Empresa" lista de la página web Scala en http://www.scala-lang.org/node/1658
I personalmente prefiero usar Scala para desarrollar a un nivel de calidad mucho más alto que "grado empresarial" ;-)
estamos utilizando scala para una gran operación de limpieza, cálculo y distribución de datos tick en finanzas. la aplicación es muy robusta y escalable. bar algunas secciones de C++ está escrito completamente en scala.
razones:
tiempo de desarrollo muy rápido
fácil razonar sobre problemas reales debido a la ausencia de bolierplate
resoluciónmás rápido problema, ya que thre es simplemente "menos código"
mayor flexibilidad del paradigma funcional
no hay costes reales performace para todas las mejoras anteriores
hasta 2,8 las herramientas eran escamosa (aunque el/enfoque hormiga emacs era sólido incluso entonces)
ahora con mejoras Eclipse Plugin para el medio ambiente es suficientemente robusto
Además del código heredado de Java (que está siendo portado a Scala bit por bit), estamos usando 100% Scala en Wordnik para todo nuestro código back-end. Capa de base de datos a través de una API REST en algunos proyectos a gran escala que caracterizaría como "Enterprise". Sin embargo, no somos una empresa de Enterprise y probablemente nos ofenderíamos si alguien sugiriera que somos;) ¡Salud!
No creo que estas preguntas sean "malas" en absoluto. Mirando los ejemplos de Scala y los tutoriales, hay mucho énfasis en cómo hacer cosas como, por ejemplo, escribir el algoritmo Quicksort de una manera inteligente. Cuando escribo una aplicación de "empresa" (por la falta de una palabra mejor), no me importa este tipo de cosas –
... Este énfasis en ejemplos "académicos" en oposición a "empresas" me hizo pensar "Es vale la pena investigar más a Scala, o simplemente son muchos los académicos que se entusiasman con lo terriblemente listos que son todos ". La respuesta "los sistemas reales se están construyendo en Scala" es MUY importante, en mi humilde opinión –
No, releí lo que escribí, estás hablando de los términos académico y empresarial, y todo lo que hace es agitarlo a mano, pero los requisitos son los que cuentan . Enterprise/Academic son tontas post en movimiento, que invalidan cualquier debate o posible respuesta. – Saem