使用（相对）新语言进行长期项目

Question

如果您正在尝试建立一个长期项目，那么使用Google Go（显然仍处于快速发展阶段）之类的东西会变得愚蠢吗？ （访问知道语言不受关注的开发人员......）

Answer 1

很多都取决于项目的范围以及其他人（如果有的话）将参与其中。

如果这是一个纯粹的个人项目，你可以用你想要的任何语言来做;在最糟糕的情况下，你总是可以坚持使用你现在拥有的任何版本的编译器/解释器（在这方面你永远不会强制升级）。你不必担心语言是否会变得流行，因为重要的是你知道它。

对于协作项目，使用稳定且主流的语言通常更容易，因为更容易找到知道要使用的语言的人（并且在必要时添加新的团队成员，无论是由于扩展还是其他团队成员离开团队）。

如果您想要开源项目并与其他人共享代码以达到有用的目的，那么它也有助于使用许多人使用的语言，因为这样他们就不必切换语言来使用你的代码。

希望能帮助您找出最适合您项目的内容。但最后，它应该归结为您认为会导致最佳结果的语言;为了用这种语言写作，你唯一应该真正用某种语言写一些东西，如果你正在尝试学习有问题的语言，并且不太关心项目本身。

Answer 2

在我看来，它肯定不会是“愚蠢的”，但它可能不是真正的最佳选择。如果这是一个学习语言的个人长期项目，并希望同时有用，我说去吧。另一方面，如果这是一个新的工作项目，我肯定会说坚持可靠的东西。如果我可以避免它，我不会想要任何额外的压力，你永远不会知道年轻语言会出现什么问题。

Answer 3

不傻但有风险。有些事情需要考虑。

对你来说什么是长期的？ 6个月？ 20年？如果战略平台的市场规模不确定，我会倾向于以长期（多年）为目标的战略平台感到不安。

如果将Go替换为或者您发现它不合适，那么用不同的语言重写会花费多少（努力或时间）？

Go环境有多不稳定？ API有多大程度的流失？

“那里”有多少集体智慧。询问有关Go的相关技术问题。提出与C＃或Java相同的问题。对于你看到的任何差异，你是否很容易。

Go的独特优势是什么？也许它具有对你真正重要的关键能力？

仔细检查替代方案。尽量避免根据新的和有光泽的吸引力作出决定。

Answer 4

这取决于项目。

是为了好玩吗？。如果这是一个有趣的项目 - 去吧。

适用于企业环境吗？但是，如果它是企业环境中的项目，答案首先是问题 - “为什么？”。您需要证明您的利益相关者使用所选语言的合理性。您还需要考虑项目的可维护性。根据我多年来一直处理尖端技术的经验，我会坚持“善于尝试”，但坚持传统方式。