體驗就是:說Fortran簡單易用，是很好的公式翻譯器的人，大體都是隻會c/c++皮毛的人。對於這類使用者，Fortran很適合，暫時沒有太好的替代品。當你熟悉其他語言後，Fortran？呵呵

Fortran偏於計算，尤其計算精度要求高，計算資料位數多和大陣列計算時，Fortran優於C++。

在繪製圖形影象方面，c++有OpenGL庫，directX庫支援，c++優於Fortran

在資料庫支援，Web支援，區域網絡支援等方面C++優於Fortran

在大程式設計方面，c++可面向物件程式設計，比Fortran更易組織架構管理。在涉及資料結構程式設計方面c++有強大的STL。

在程式靈活性方面，c有極好用的指標，對陣列操作，物件傳遞，函式使用方面都很好用。Fortran好像沒有指標，介面也沒有。

用哪門語言都可以，主要看需求。其實更重要的是演算法設計。有演算法思想，才能用語言程式設計來實現。

作為多年使用Fortran做數值計算的人來說，有兩種情況體驗可能不同：

（1）用別人寫好的Fortran程式，而且這個別人有可能是自己已經年邁的老闆，或者是你已經轉行的師兄師姐，這種情況下一般不要對你拿到手的程式有什麼期待，很可能是又臭又長的“屎山”（這個詞不是我發明的，可能是在知乎上看到的吧，哈哈）：Fortran77是必須的，全程goto來goto去，到處是編號，沒有用向量式寫程式導致一堆不必要的迴圈，全程都是大寫（當然有些人就是喜歡大寫字母），絲毫不考慮縮排，說明文件和註釋就更別提了——沒有。這個問題，一部分要Fortran77來背，但當時寫這個程式的人也不是沒有責任。如果你這個時候只是需要學會怎麼使用，那很簡單，注意介面就行了，而且Fortran 77和Fortran 90分別放在不同檔案，最後一起編譯沒有任何問題；但是，如果需要你來修改程式碼，那情況就不同了，做好吐血的準備。

（2）如果你是Fortran高手（我雖然不算是高手，但好歹使用Fortran幹活時間已經超過了10年），而且完全自己來寫程式，我相信這個時候你不再會對“黑”Fortran的話放在心上。這時候完全可以靠你自己來把控程式風格，多用模組（module）構建程式，這時你可以隨心所欲，覺得寫Fortran也是挺爽的（反正我就是如此），不用考慮C/C++裡的各種奇葩問題，陣列使用手到擒來，關鍵是在沒有做最佳化的情況下（一般情況下只需要對著公式敲程式碼而已）效率還不比C低，甚至更高一些。

事實上，很多吐槽Fortran的人都吐槽的是Fortran 77，吐槽的是寫這個“舊”程式的人。

不可否認的一點是，由於Fortran專注於做科學計算，一般的商業公司對它不太感興趣，所以趁手的IDE不太好找。雖然Windows下用VS+IVF可以做很好的Fortran開發環境，但即便如此，相比於C/C++來說，寫起來自動化程度不夠，函式跳轉，程式碼自動完成，程式碼提示都沒有。還記得VC++裡的番茄助手嗎，抱歉，Fortran沒有。

所以，相比於寫Fortran程式來說，用C/C++的人在這方面的“體驗”會更好一些，更遑論Python了（當然了，Python的執行效率就呵呵了）。

給大家po一張我寫的Fortran程式截圖吧，我個人感覺還是挺好看的。