我们什么时候真正需要速度
C++很久以前就成为游戏和图形软件的标准语言。而且，这是有实际原因的——使用实时图形和物理需要高性能。处理几何图形、管理缓冲区、矩阵计算 - 所有这些都需要时间。
但是，高级逻辑又如何呢？游戏机制、用户界面、存储管理、网络请求？ 那里对稳定性和安全性的要求远高于速度。
责任分配
我们可以用编译语言（例如 C++）实现对性能要求较高的函数，并从用动态语言（例如 Python）编写的程序中调用它们。
但是，今天我们已经有了文档齐全且易于使用的 Python 库（pygame、pyopengl、pyassimp、pybullet、numpy），它们主要在 C/C++ 上实现，并提供用于繁重计算或物理/图形的函数尤其。我们可能永远不会需要自己实现这样的库。
C++是唯一的选择吗？
人们普遍认为，垃圾收集语言（例如 Java 或 C#）比 C++ 慢，并且不能真正满足繁重计算的要求。 这当然不是真的.
在某些特殊情况下，C++ 可能会在性能上超越 Java 或 C# 20-30%，但当涉及到运行时抽象，例如动态函数调度、语言交互、异步任务、文本或抽象集合管理时，Java 和 C# 表现出色比C++效率高很多。
此外，我们可以使用 Jython 或 IronPython 在与 Java 或 C# 相同的运行时运行 Python 程序。它带来了很多好处，例如共享垃圾收集内存、类型系统以及开箱即用的轻松访问 C# 或 Java 库。在 Java 上实现了像 Clojure 和 Groovy 这样漂亮的动态语言，它们可以完全访问 Java 类库并共享前面提到的好处。
真正影响性能的是什么？
今天的个人电脑比 15-20 年前快得多。但是，大多数桌面程序或游戏的运行速度不如预期（尽管它们仍然主要在 C/C++ 上实现）。今天，我们需要的不仅仅是语言速度，还需要好的算法和有效的方法。 Python 上具有恒定复杂度的函数比 C 上具有线性复杂度的函数更可取。用 15 行 Python 代码绘制 100 棵树比用 300 行 C++ 代码绘制 500 棵树更好。
关心游戏，而不是语言
当你没有制作任何游戏时，使用什么语言并不重要，对吗？
在 C++ 上制作游戏比在 Python 或 Ruby 上制作游戏更加要求更高、更累。当您使用 C++ 制作 1 个游戏时，您将使用 Python 制作 10 个游戏。当您使用 Python 制作 5 个游戏时，使用 C++ 制作 0 个游戏。
让我们关心游戏和乐趣，否则还有什么意义？
