Image processing 想解释一下关于Erlang性能的声明吗？

还有一点需要记住：虽然Erlang在某些方面做得很好，但从技术上讲，仍然可以从其他语言获得相同的结果。反之亦然；根据需要评估每个问题，并根据要解决的问题选择合适的工具Erlang不是万能的，它在图像和信号处理、操作系统设备驱动程序等方面会特别差，在服务器使用的大型软件（即队列、地图缩减）、与其他语言结合使用、更高级别的协议实现等方面会大放异彩

我正在学习Erlang，这个链接（）让我对Erlang的好应用程序和坏应用程序的推理产生了好奇。有人能解释一下这个说法吗

为什么Erlang在上述一些领域表现出色，而在其他领域却表现不佳

虽然Erlang在某些方面做得很好，但从技术上讲，仍然可以从其他语言获得相同的结果

让我们面对现实吧，实际上所有编程语言都可以或多或少地做任何事情，并且都可以通过与C库的接口来访问它们没有本机库的任何东西

要指出的最明显的一点是，所有的Erlang最终都归结为C语言，还有一点汇编语言，但这与这一点并不相关

因此，应该很清楚，可以用Erlang编写的任何东西都可以用C编写，因为您正在消除一层抽象和解释，如果您对它做了合理的工作，它应该会更快。有时会快一点。有时要快得多

Erlang不是万能的，它在图像和信号处理、操作系统设备驱动程序等方面尤其糟糕

这是字节和位转移魔法的竞技场，如果你为每一个位转移引入一个抽象层。。。您可以很容易地将可能实现的最佳性能降低多个数量级

并将在服务器使用的大型软件（即：队列、map reduce）方面大放异彩，与其他语言结合进行提升，实现更高级别的协议

这是有趣的一点。我们已经确定，如果您用C编写，除非您做得足够差，否则结果只能在性能方面更好

但性能并不是一切。在当今世界，CPU和内存很便宜，但上市时间非常重要。一家公司可能会花费数千美元在运行您的应用程序所需的额外硬件上，因为它是用Erlang而不是C编写的，但由于该产品首先上市，因此可以节省（或赚）数百万美元

事实是，如果您将给定的软件问题与具有正确范例的高级语言相匹配，那么一般的软件工程师通常可以以比必须用C编写产品快很多倍的速度生成给定的产品

此外，编写C语言很容易出错，并且为犯错误和糟糕的选择提供了更大的空间。这意味着一个软件工程师可能会用C写一些非常糟糕的东西，如果Erlang本身能够很好地完成，那么基于一些经过微调的成熟智能C的等效Erlang可能会表现得更好

根据需要评估每个问题，并根据要解决的问题选择合适的工具

Erlang通常是一个非常好的工具，但它确实比其他工具更适合某些问题领域。有些问题可以用Perl更好地解决，例如，C，Python等。当它适合问题域时，Erlang可能是无敌的，但是如果它不适合，最好最好考虑其他的东西。 虽然Erlang在某些方面做得很好，但从技术上讲，仍然可以从其他语言获得相同的结果

让我们面对现实吧，实际上所有编程语言都可以或多或少地做任何事情，并且都可以通过与C库的接口来访问它们没有本机库的任何东西

要指出的最明显的一点是，所有的Erlang最终都归结为C语言，还有一点汇编语言，但这与这一点并不相关

因此，应该很清楚，可以用Erlang编写的任何东西都可以用C编写，因为您正在消除一层抽象和解释，如果您对它做了合理的工作，它应该会更快。有时会快一点。有时要快得多

Erlang不是万能的，它在图像和信号处理、操作系统设备驱动程序等方面尤其糟糕

这是字节和位转移魔法的竞技场，如果你为每一个位转移引入一个抽象层。。。您可以很容易地将可能实现的最佳性能降低多个数量级

并将在服务器使用的大型软件（即：队列、map reduce）方面大放异彩，与其他语言结合进行提升，实现更高级别的协议

这是有趣的一点。我们已经确定，如果您用C编写，除非您做得足够差，否则结果只能在性能方面更好

但性能并不是一切。在当今世界，CPU和内存很便宜，但上市时间非常重要。一家公司可能会花费数千美元在运行您的应用程序所需的额外硬件上，因为它是用Erlang而不是C编写的，但由于该产品首先上市，因此可以节省（或赚）数百万美元

事实是，如果您将给定的软件问题与具有正确范例的高级语言相匹配，那么一般的软件工程师通常可以以比必须用C编写产品快很多倍的速度生成给定的产品

此外，编写C语言很容易出错，并且为犯错误提供了更大的空间