Will F # alguna vez ser de fuente abierta?

Question

Hubo un debate a principios de 2009 sobre si Microsoft lanzaría la fuente para el compilador F # bajo la licencia MS-PL/otra. Un StackOverflow thread mencionó el estado a partir de ese momento.

Desde entonces, han sucedido muchas cosas. Hemos visto un lanzamiento oficial de F # con .NET Framework 4.0 (y Visual Studio 2010), y por lo que sé, todavía es completamente de código cerrado. ¿Microsoft se ha mantenido en silencio sobre el tema, o han declarado explícitamente que ya no tienen la intención de abrir el compilador? Quizás las cosas ya están en el proceso. Básicamente, ¿alguna noticia/consideraciones?

Answer 1

(Como otros han señalado, la fuente siempre ha estado disponible, pero no es todavía bajo MS-PL, la licencia 'de código abierto aprobada' -. Actualmente cuenta con una licencia más restrictiva)

Si yo estaban siendo completamente especulativa, puede ser que la hipótesis de que hay una serie de cosas que podría haber "retrasado" una versión de código abierto de la F # compilador, incluyendo los siguientes:

• el código de compilador requiere un poco de poner en orden. La fuente siempre ha sido pública, pero sin una licencia de código abierto, no muchos la han analizado. Si lo abre, la gente lo verá, en cuyo caso, sería bueno si el código siguiera al menos algunas pautas de estilo básicas, como usar RecommendedDotNETNamingConventions en lugar de old_legacy_ones. En cierto sentido, un compilador F # de código abierto sería una 'aplicación F # canónica', por lo que sería importante que el código sea de alta calidad con respecto a aspectos básicos como las convenciones de codificación F # (que evolucionaron con el tiempo en los últimos 5+ años desde que el código del compilador fue desarrollado originalmente).
• El código actual es difícil de construir en cualquier plataforma. Una versión de código abierto requeriría, al menos, documentos razonables sobre cómo compilar el compilador (¡todavía no trivial hoy!) E idealmente compilar scripts para las principales plataformas (por ejemplo, Windows/linux/etc).
• Incluso si IronPython/IronRuby (equipos 'abiertos') están "al final del pasillo" del equipo F # en MS, hacer que las cosas 'abiertas' aún requieran obtener una gran cantidad de buy-in/log-off de la gerencia, y volver a iniciar sesión en la nueva administración si la administración cambia antes de que obtenga el primer lanzamiento de código abierto.
• (todos los 'gastos generales' habituales de administrar un proyecto de código abierto)
• Todo lo anterior toma mano de obra, y la mano de obra gastada en esas cosas es mano de obra no gastada en otras cosas, como trabajar en la próxima versión de F # .Por lo tanto, en la práctica, puede ser más factible para un puñado de personas que realizan trabajo F # que mordisqueen el trabajo mencionado anteriormente en el tiempo libre, en lugar de dedicar, digamos, un mes entero a enfocarse en un lanzamiento de código abierto. Entonces eso podría ralentizar las cosas. (Como otros tangencialmente han sugerido apuntando a los enlaces a las ofertas de trabajo, algunos de la mano de obra podría hipotéticamente ser llenado por los internos en el MSR.)

que hacen hincapié en que todo esto es especulación completamente hipotética, ya que no ha habido ningún funcionario palabra de alguien en mucho tiempo.

Answer 2

¿Es una pregunta? No estoy seguro, es más una solicitud de noticias relacionadas con una situación existente. Agregar "consideraciones" a la solicitud es confuso, ¿qué consideraciones hay? El compilador MS C# es de fuente cerrada pero la especificación C# es con ECMA. La especificación de F # no se ha abierto a la comunidad en general, que es lo que más me gusta decir.

Answer 3

La decisión queda en manos de Microsoft, no creo que nadie aquí pueda responder a eso. Sin embargo, incluso si es de código cerrado, aún tendremos todos los beneficios del framework, ya que Microsoft está bastante comprometido con mejorar y proporcionar más funcionalidades en el marco. Creo que incluso si algo no está abierto o no, pero el creador lo apoya o no, esa es la mayor preocupación que tengo. Tenemos tonos de proyectos en código abierto, pero se convierten en basura de código una vez que no se mantienen y nunca se mejoran.

Answer 4

Como indica el comentario de Robert sobre su pregunta, el código fuente ya está disponible como parte de cada instalación, aunque no viene con una licencia de código abierto. Además, leyendo entre líneas, creo que cosas como this blog post by Don Syme aún apuntan a una versión de código abierto como prioridad para el equipo.