|
|
4 回复 | 直到 15 年前
|
1
3
这在很大程度上取决于项目的范围和其他人(如果有人)将参与其中。 如果这是一个纯粹的个人项目,你可以用任何你想要的语言来做;最坏的情况是,你可以一直坚持使用你现在拥有的编译器/解释器的任何版本(你永远不会知道) 强迫 在这方面进行升级)。你不必担心这种语言是否流行,因为重要的是你知道它。 对于协作项目,使用一种稳定且主流的语言通常更容易,因为这样更容易找到懂该语言的人(如果必要的话,由于扩展或其他团队成员离开团队,还可以添加新的团队成员)。 如果你想打开一个项目的源代码并与其他人共享代码以达到有用的目的,那么使用一种许多人使用的语言也会有帮助,因为这样他们就不必为了使用你的代码而切换语言。
|
|
|
2
3
在我看来,这当然不是“愚蠢”,但它可能不是真正的最佳选择。如果这是一个个人的长期项目,学习语言,并希望使一些有用的东西,在同一时间,我说去吧。另一方面,如果这是一个工作中的新项目,我肯定会说坚持一些可靠的东西。如果我能避免的话,我不想有任何额外的压力,你永远不知道一门年轻的语言会出什么问题。 |
|
|
3
3
不傻,但也有风险。有些事情要考虑。 对你来说什么是长期的?6个月?20年?我倾向于不愿意将一个预期寿命(年)长的战略平台建立在任何市场布局不确定的基础上。
围棋环境有多不稳定?API的变动程度如何? 有多少集体智慧在“外面”。问一个关于去这里的技术问题。问同样的问题,比如说C或Java。你能接受你所看到的任何差异吗。
仔细检查备选方案。尽量避免把决定建立在新人的吸引力上。 |
|
|
4
2
这取决于项目。 是为了好玩吗? 是为了公司环境吗? |
