Frameworks 口译员和框架起步缓慢：谁的便利更重要？

通常，如果您使用著名的解释器/脚本语言或框架编写程序，开发人员通常无法控制一件事情——程序启动需要多长时间。但是由于创新性，这些语言更容易开发，并且反映了臭名昭著的RAD概念。另一方面，用户通常不关心程序是如何开发的，即使他们知道，他们只是希望软件能够可靠、快速地工作。这种差异的一个例子是sqlite数据库的现有管理员。有些是用这种语言制作的，它们通常比用一般编译语言制作的要花更多的时间来开始（具有讽刺意味的是，它打破了sqlite的“轻巧性”）

我知道计算机每天都在变快，我们可以肯定不久不会有明显的变化，但现实就在这里

那你怎么想？如果开发人员知道使用语言a进行开发是有趣的，并且是开发的“高速公路”，那么请记住，未来的用户不会注意到“有趣”，而是会注意到“缓慢”

在“过去的好日子”（当时不是很好），程序员会自己做所有事情。我们会告诉图形芯片显示器应该是什么样子，我们会在颜色寄存器中插入颜色，我们会通过翻转内存中的位来画线

启动是瞬间的

今天，软件需要自己解决所有这些问题。因为代码还不是很聪明，所以它们是以最通用的方式来实现的。通常情况下，一些你永远不需要的东西会被初始化。从积极的方面来看，您现在可以使用框架和脚本语言。如果一切都优化了，他们还在实验室里工作

但我仍然有希望。Java高达1.1的速度非常慢。然后是1.2版本，每一个版本都变得更好。今天，java与任何编译语言都很容易。 因此，尽管他们现在的速度很慢，但如果有必要的话，下一个版本可以快得多（这意味着：有人觉得有必要在这个领域工作）。这意味着所有使用这段代码的人都能从中受益

在过去，每个人都必须更改启动代码。今天，您只需更新版本并重新构建

那么这是个问题吗？不是真的；如果是的话，有人会修好的。最重要的是，现在很多软件只启动一次，然后运行几天、几周甚至几年。在这种情况下，启动时间真的不重要

---

Eclipse在我的机器上启动需要三分钟。我有三分钟的时间来计划我的一天。开始工作后，我有八个小时不间断的工作。我觉得这更重要。

我认为我们需要记住为什么“乐趣”是好的。“有趣”的语言通常是好的，因为它简单而有力。最后，它通常使编写干净、可维护的代码变得更容易

我相信可维护代码比盲目快速但令人困惑的代码更重要

---

因此，最终我相信，尽管可能会有一些缓慢，但最终的产品可能质量更高，寿命更长。

您在谈论什么样的应用？网状物桌面？桌面。我将为任何此类语言的用户编辑标题“请稍等，很快就会快得多”？）不会。当整体性能不好时（即启动和执行缓慢时），用户会抱怨。如果只需要几分钟就可以开始，那通常没关系。如果你想卖东西，而用户抱怨“启动太慢”，那么你就有动力去修复它。如果不这样做，就没有问题了，对吗？记住，sqlite是用纯c语言制作的，它现在是部署最广泛的sql数据库。这是有疑问的，但许多人认为开发者是问题，而不是语言。另一方面，一个差劲的开发人员可能会毁掉一门好语言的最佳概念