Fortran可以非常方便地处理数组，特别是多维数组。在Fortran中对多维数组元素进行切片比在C/ c++中容易得多。c++现在有库可以做这项工作，比如Boost或Eigen，但它们毕竟是外部库。在Fortran中，这些函数是固有的。

对于开发来说，Fortran是更快还是更方便主要取决于您需要完成的工作。作为地球物理的科学计算人员，我用Fortran(我指的是现代Fortran， >=F90)进行了大部分计算。

简单快捷: 这两种语言同样快，但Fortran更简单。 到底哪个更快取决于算法，但无论如何，速度上没有很大的差别。这是我2015年在德国斯图加德高性能计算中心的Fortran研讨会上所学到的。我同时使用Fortran和C语言，我也有同样的观点。

解释:

C语言是用来编写操作系统的。因此，它拥有编写高性能代码所需的更多自由。一般来说，这是没有问题的，但是如果一个人不仔细编程，他很容易减慢代码的速度。

Fortran是为科学编程而设计的。因此，它支持编写语法方面的快速代码，因为这是Fortran的主要目的。与公众的看法相反，Fortran并不是一种过时的编程语言。它的最新标准是2010年，新的编译器定期发布，因为大多数高性能代码都是用Fortran编写的。Fortran进一步支持现代功能，如编译器指令(在C语言中)。

例子: 我们想给一个大的结构体作为函数的输入参数(fortran: suboutine)。在函数中，参数不会被改变。

C同时支持引用调用和值调用，这是一个非常方便的特性。在我们的例子中，程序员可能会意外地使用按值调用。这大大降低了速度，因为需要首先将结构体复制到内存中。

Fortran只使用引用调用，这迫使程序员手动复制结构，如果他真的想要按值调用操作。在我们的例子中，通过引用调用，fortran将自动和C版本一样快。

Fortran和C之间的速度差异更多的是编译器优化和特定编译器使用的底层数学库的函数。Fortran没有什么固有的特性可以使它比C更快。

不管怎样，一个优秀的程序员可以用任何语言编写Fortran。

一般来说，FORTRAN比C慢。C可以使用硬件级指针，允许程序员手动优化。FORTRAN(在大多数情况下)不能访问硬件内存寻址黑客。(VAX FORTRAN是另一回事。)我从70年代开始断断续续地使用FORTRAN。(真的)。

然而，从90年代开始，FORTRAN已经发展到包括特定的语言结构，可以优化成内在的并行算法，真正可以在多核处理器上运行。例如，自动矢量化允许多个处理器同时处理数据向量中的每个元素。16个处理器——16个元素向量——处理需要1/16的时间。

在C语言中，您必须管理自己的线程并为多处理仔细设计算法，然后使用一堆API调用来确保并行性正确发生。

在FORTRAN中，您只需要为多处理仔细设计算法。编译器和运行时可以为您处理其余的工作。

您可以阅读一些关于高性能Fortran的内容，但是您会发现许多死链接。你最好阅读并行编程(比如OpenMP.org)以及FORTRAN如何支持并行编程。

我是一个业余程序员，在这两种语言上我都是“平均”。 我发现编写快速Fortran代码比编写C(或c++)代码更容易。Fortran和C都是“历史悠久”的语言(按照今天的标准)，被大量使用，并且很好地支持免费和商业编译器。

我不知道这是否是一个历史事实，但Fortran感觉它是为并行/分布式/向量化/多核化而构建的。今天，当我们谈论速度时，它几乎是“标准度量”:“它能缩放吗?”

对于纯粹的cpu计算，我喜欢Fortran。对于任何与IO相关的东西，我发现使用c更容易(无论如何这两种情况都很困难)。

当然，对于并行计算密集型代码，你可能需要使用GPU。C和Fortran都有很多或多或少很好地集成了CUDA/OpenCL接口(现在还有OpenACC)。

我比较客观的回答是:如果你对这两种语言都同样了解或不了解，那么我认为Fortran更快，因为我发现用Fortran写并行/分布式代码比用c更容易(一旦你明白你可以写“自由形式”Fortran，而不仅仅是严格的F77代码)

Here is a 2nd answer for those willing to downvote me because they don't like the 1st answer : Both language have the features required to write high-performance code. So it's dependent of the algorithm you're implementing (cpu intensive ? io intensive ? memory intensive?), the hardware (single cpu ? multi-core ? distribute supercomputer ? GPGPU ? FPGA ?), your skill and ultimately the compiler itself. Both C and Fortran have awesome compiler. (i'm seriously amazed by how advanced Fortran compilers are but so are C compilers).

PS:我很高兴你特别排除了库，因为我有很多关于Fortran GUI库的不好的东西要说。：）

是的，在1980年;在2008年?取决于

当我开始专业编程时，Fortran的速度优势正受到挑战。我记得我在Dr. Dobbs上读到过这篇文章，并把这篇文章告诉了年长的程序员——他们都笑了。

所以我对此有两种观点，理论上的和实际的。从理论上讲，今天的Fortran与C/ c++甚至任何允许汇编代码的语言相比，并没有内在的优势。在实践中，今天的Fortran仍然享有围绕优化数值代码而建立的历史和文化遗产的好处。

Up until and including Fortran 77, language design considerations had optimization as a main focus. Due to the state of compiler theory and technology, this often meant restricting features and capability in order to give the compiler the best shot at optimizing the code. A good analogy is to think of Fortran 77 as a professional race car that sacrifices features for speed. These days compilers have gotten better across all languages and features for programmer productivity are more valued. However, there are still places where the people are mainly concerned with speed in scientific computing; these people most likely have inherited code, training and culture from people who themselves were Fortran programmers.

当人们开始谈论代码优化时，会有很多问题，了解这一点的最好方法是潜伏在那些工作是快速编写数字代码的人身上。但是请记住，这种高度敏感的代码通常只占整个代码行的一小部分，而且非常专门:许多Fortran代码就像其他语言中的许多其他代码一样“低效”，优化甚至不应该是此类代码的主要关注点。

要开始了解Fortran的历史和文化，维基百科是一个很好的地方。Fortran维基百科的条目是一流的，我非常感谢那些花时间和精力使它对Fortran社区有价值的人。

(这个答案的缩短版本本可以在Nils开始的优秀帖子中发表评论，但我没有这样做的业力。实际上，如果不是因为这个帖子有实际的信息内容和分享，而不是激烈的争吵和语言偏见，我可能根本不会写任何东西，这是我对这个主题的主要经验。我不知所措，不得不分享这份爱。)