open-source - F# 会开源吗？

Question

就目前而言，这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持，但这个问题可能会引起辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visit the help center为指导。




11 年前关闭。




2009 年初，有人讨论过 Microsoft 是否会根据 MS-PL/其他许可证发布 F# 编译器的源代码。 StackOverflow thread提到当时的状态。

从那以后发生了很多事情。我们已经看到了带有 .NET Framework 4.0(和 Visual Studio 2010)的 F# 正式版本，据我所知，它仍然是完全闭源的。微软只是在这个问题上保持沉默，还是他们明确表示他们不再打算开源编译器？也许事情已经在进行中了。基本上，有什么新闻/考虑吗？

Answer 1

(正如其他人指出的那样，源代码一直可用，但尚未在 MS-PL 下，即“已批准的开源”许可——它​​目前具有更严格的许可。)

如果我完全是猜测，我可能会假设有很多事情可能“延迟”了 F# 编译器的开源版本，其中包括:

编译器代码需要稍微整理一下。源代码一直是公开的，但没有开源许可证，没有太多人看过它。如果你打开它，人们会看到，在这种情况下，如果代码至少遵循一些基本的样式指南，比如使用 RecommendedDotNETNamingConventions，那就太好了。而不是 old_legacy_ones .从某种意义上说，开源 F# 编译器将是一个“规范的 F# 应用程序”，因此对于 F# 编码约定(过去 5+自最初开发编译器代码以来已有多年)。

当前的代码很难在任何平台上构建。开源版本至少需要关于如何构建编译器的合理文档(今天仍然重要!)，理想情况下为主要平台(例如 Windows/linux/etc)构建脚本。

即使 IronPython/IronRuby(“开放”团队)是来自 MS 的 F# 团队“就在大厅下方”，让事情“开放”仍然需要获得管理层的大量支持/签署，并重新 -如果在您发布第一个开源版本之前管理层发生变化，请从新管理层签字。

(管理开源项目的所有常见“开销”)

以上都是需要人力的，花在这些事情上的人力是没有花在其他事情上的人力，比如在下一个版本的F#上工作。因此在实践中，对于少数从事 F# 工作的人来说，在空闲时间蚕食上面的工作可能更可行，而不是花费一整月的时间专注于开源版本。所以这可能会减慢速度。 (正如其他人通过指向职位发布的链接间接暗示的那样，假设一些人力可以由 MSR 的实习生填补。)

我强调所有这些完全是假设性的猜测，因为很长时间没有任何人的官方消息。