clojure - 在提议使用新语言之前要回答的问题？

Question

在我联系某人介绍一门新语言之前，我必须回答哪些技术问题？

我正在寻找技术问题列表，如果没有一个很好的答案，我什至不应该浪费任何人的时间来建议我们使用语言 X。

PS: (def X clojure)

Answer 1

工程师的政治速成类(class)...

尽管所有的使命宣言都是为了听起来崇高和强调社区支持，但每家企业的真正目的是投资返回，或者等效地，最大化股东值(value)。如果是政府机构，这仍然是同一个问题，但合法所有者将没有直接影响力，而是您将拥有代理所有者，例如更高的机构或有权势的个人官员。

然而，决策几乎总是由代理人做出，因此 principal-agent problem (也称为代理困境)出现；代理人(管理层)将根据他们的利益做出决定，而不一定按照理论上要求的股东利益作出决定。在政府机构中，这几乎是 100% 的考虑因素。

可悲的是，这激起了所有呆伯特和帕金森定律的复杂性。

您可以得出的最好结论是，决策将根据风险、成本和 yield 来证明是合理的，但往往会根据代理人的信用和责任以及代理人的理解来做出，即对委托(delegate)人有可疑值(value)的狭隘风险考虑，但至少是可识别的。

所以，我们现在应该把它应用到语言问题上。你的经理可能会避免威胁、风险、丑闻和争议。他对校长关注的应用将主要通过预算和期望的约束。以下是一些应该是不言自明的示例。

如果您想使用 Java 或 PHP:

大家都这样

这是解决此类问题的行业标准方法

这是低风险的方法

类似的系统在Java/PHP中已经做过很多次了

(这就是“没有人因为购买 IBM 而被解雇”的论点。)

如果你想使用 Ruby:

Ruby 在 Tiobe 前十名(不是一个行业标准，所以这是你能做的最好的)

PHP 和 Java 是成本较高的技术(他可能有预算来尝试缓解委托(delegate)代理问题)

PHP 和 Java 将“很快”过时(也许不会，但被表述为“看起来愚蠢地使用旧技术的风险”，并暗示缺乏后来的信用和认可)

Ruby 是一种高级语言，具有强大的抽象，可用于经济高效的开发(代理的一个弱论点，但提供了信用的可能性。所有论点中效果最低的。)

如果你想使用 Clojure:

您最好在周末和晚上对系统进行原型(prototype)设计，并将其作为已解决的问题呈现。

强调并行 Java/Clojure 开发(“如有必要，可以用 Clojure Java 编写整个系统”)

提出所有 Java 论点，然后说出“两全其美”