01為什麼C語言不會過時

評價任何一門程式語言，都是招人罵的。永遠是這樣。就像是春寒料峭的季節， 街上穿棉襖和穿單衣的擦肩而過，雙方一定是同時在心裡出現了兩個字：“s b！”這個在心理學上有個專業的名字：叫做“二b”現象！

先說一個表，這個就是著名的TIOBE語言排行榜。目前它是一個最權威的一個語言流行度的排行榜，從這個排行榜上看，你會得到一個最直觀的結論。Java和C都在下降，而下降的部分被第三名以後的語言所瓜分。

而就在5月，時隔5年，C語言再次領先Java，榮登TIOBE程式語言排行榜第一！

排名前十的分別是：

C，Java，Python，C++，C#，Visual Basic.NET，JavaScript，PHP，SQL和R。

有沒有發現亮點？沒錯， 第一易主了，C 語言反超了 Java 。要知道，C 語言上次第一還是在 5 年前，是什麼原因讓其“東山再起”了呢？

時隔五年，C語言重回榜首。受冠狀病毒的影響。

據TIOBE CEO Paul Jansen 的猜測，“這聽起來可能很不可思議，但是某些程式語言確實可以從這種情況中受益。"

嵌入式語言（C 和 C++ 等）越來越流行，因為它們被用於醫療裝置軟體中。

對所有的程式語言，他們的最後的目的其實就是兩種：提高硬體的執行效率和提高程式設計師的開發效率。

遺憾的是，這兩點是不可能並存的！你只能選一樣。在提高硬體的執行效率這一方面，C語言沒有競爭者！舉個簡單的例子，實現一個列表，C語言用陣列int a[3]，經過編譯以後變成了（基地址＋偏移量）的方式。對於計算機來說，沒有運算比加法更快，沒有任何一種方法比（基地址＋偏移量）的存取方法更快。

C語言已經把硬體的執行效率壓縮到了極致。這種設計思想帶來的問題就是易用性和安全性的缺失。例如，你不能在陣列中混合儲存不同的型別，否則編譯器沒有辦法計算正確的偏移量。同時C語言對於錯誤的偏移量也不聞不問，這就是C語言中臭名昭著的越界問題。

C語言自詡的“相信程式設計師”都是漂亮的說辭，它的唯一目的就是快，要麼飛速的執行，要麼飛速的崩潰。C語言只關心程式飛的高不高，不關心程式猿飛的累不累。就是這樣！

現在來看看那些非C的語言，他們的長處都在於提高程式設計師的開發效率上。或者支援動態的列表，或者支援安全的列表。但是加入任何的中間層，加入任何的安全檢驗，它不可能比（基地址＋偏移量＋無檢驗）的方式更快。這個世界上不存在“開發容易，執行快”的語言，開發容易畢竟來源於對底層的一層一層又一層的包裝。

現在回答兩個最普遍的問題：

硬體這麼便宜了，有必要讓軟體更快嗎？有這種疑問的人大部分都是網咖的固定客戶，他們理解的計算機只在電腦城，他們理解的計算只是遊戲和播放硬碟中的小電影。不要玩個遊戲開個掛就樂得不行不行的，別忘了還有全實景模擬，還有3D渲染，還有自動駕駛。

人在開車的時候，每秒要收集60個不同的物體，然後根據這60個物體的不同組合和反映來做20個最重要的決定。然後從這20多個決定中選一個執行。所以就算用上最快的硬體，自動駕駛現在還不敢說能像人那樣開車。就算是自動駕駛成功了，下一步還要自動飛行呢？因為我們老早就預言了：你咋不上天呢！

所以說：計算速度永遠是不夠的！因為新的應用會越來越複雜，越來也實時。對了！我還忘了一個更重要的限制：計算的能耗！NASA飛行器上的CPU最多就是32位的，說出來你可能不信，國際空間站上沒有一個CPU是64位的，我猜一個最主要的原因是航天員不愛看硬碟小電影吧。

另外一個流行的疑問是：我可以發明一種同樣快的語言，但是沒有C語言那麼多的坑。想法是可以的，而且還真巧有這個語言，真巧它的名字叫D語言，真巧沒有太多的人用！這是因為一個基本的事實。

現在有太多，太多太多的C程式碼，他們大部分都在正常工作，就像Linux,Window,MacOS，Unix，Vxworks。你沒有看錯，這些作業系統的核心都是C，我雖然不確定C在Window中所佔的比例，但是我相信微軟的人不會傻到用C#去全部改寫一個作業系統的核心。你想讓這些人去用你的全新的語言，這就不是“有點”很傻，很天真了！

而且有些程式碼，我們根本就不能改！NASA一個簡單的5個CPU飛控軟體編寫完畢後，要進行一種“全覆蓋”測試。如果CPU A壞了會發生什麼？如果CPU A，B壞了呢？如果CPU A，C壞了呢。。。。？

如果你願意，你可以做個簡單的數學組合。測試完畢後，別說重寫，就算加個註釋都不行。因為主管payload的大媽會非常嚴肅的質問你，為什麼你上報的東西數量增加了，但是質量沒有增加？你需要和她詳細的解釋：硬體和軟體是不同的，硬體是那種摸起來硬硬的東西，但是軟體不是那種摸起來軟軟的東西。

看著大媽鄙夷的眼神，這個時候你會非常後悔自己手欠加入的哪一行註釋。你還別不當真，這個是NASA的真實故事。

哪為什麼C語言還下降這麼多呢？很簡單，有些任務本身就不是C語言的。我上學的時候還用C語言編過視窗介面呢？然後很快微軟的人就推出了MFC，就是一大堆巨集把底層的C windowAPI包裝了起來。

再後來這個技術也過時了。因為微軟的人認識到，帶有視窗的應用程式說到底不是C語言的本職工作，再這麼一層一層包下去就有露餡的危險，於是他們發明了一個全新的語言C#來負責這個任務。

Java也是這樣，突出網路，易用，安全，跨平臺。無論是Java， c#還是python,他們都有意避開提高硬體的執行效率這個問題，因為這個問題上沒辦法和C競爭，也無法撼動Linux， Unix，GNU tool這些已有C程式碼的位置。

剩下的就只是提高程式設計師的開發效率上大作文章。這對C語言是好事，把自己不善長的東西去掉，讓自己跑的更快！

伴隨著嵌入和實時系統的興起，AI，機器人，自動駕駛等。這些都是C語言的核心應用，而且在這種應用上面，C語言沒有競爭者。所以我感覺C語言會穩定在自己核心的應用中，並開始逐步回升。（碼農翻身注：趙老師預料對了，果然回升了。）

但是Java語言我個人不樂觀。小型和靈活性上，Python更勝一籌。一行python程式碼後，你根本不知道自己還是不是duck型別？平臺領域，每個平臺都推出自己專屬的語言。Windows會繼續支援C#，蘋果偏愛Swift,Android推出Kotlin，Google用go。Java宣稱自己可以自由到每家做客，但是無論是到誰家，都會發現客廳裡面坐著一個親兒子，這個時候自己這個乾兒子多多少少有點尷尬。所以我猜測，最後Java會穩定在對跨平臺有嚴格要求的，大型非實時應用上。

最後說點閒話，C++不會淘汰C語言。有了物件後你會發現再簡樸的物件也耗費資源，而且有了物件以後，總是不由自主的去想繼承這個事，一但繼承實現了，你會發現繼承帶來的麻煩遠超過你的想象。Java的發明人James被問到如果可以從新設計Java語言的話，第一個要做什麼事？他說：“去掉物件”！作為一個已婚，有兩個孩子的程式猿，我感同身受。

如果你看到這裡，還什麼都沒記住。那就只記住一點：沒人能預測未來。

✿ 全世界只需要五臺電腦 －IBM創始人

✿ 640K記憶體足夠了 －微軟創始人

✿ 沒必要在家裡用電腦－DEC創始人

✿ 如果再有人對你說C語言已經過時了，最好自己思考一下，能求真最好，如果不能，至少要做到存疑。

網友對於C語言這樣評價

1、航空、軍工領域不是大眾所能接觸的；

2、現在很多工業領域也很多使用64位處理器吧（人工智慧技術的成熟和普及） 3、消費領域就更不用說了；

4、作為普通程式猿，主要還是工業領域或者消費應用領域，c語言適合底層開發，c++的物件其實也沒有多麼耗資源，c++物件模型這本書有詳細介紹，雖然有些過時，但是設計理念基本還是延續著。c、c++會繼續有一席之地。但是這個範圍是不是會繼續縮小到一個極點也不好說。淘汰，我個人看法應該不會。

5、範圍縮小了，小眾了，可能工資回報也不會大幅變化。

6、會不會有更適合底層開發、比c更有優勢的語言出現。這個敢說，但是前段時間使用了一下rust語言，還是讓我眼前一亮。而且大廠也在關注這門語言，畢竟是後來設計的，會總結前人的經驗，可能會更佳優秀。越往上層應用，開發平臺和語言越是封裝很好、使用很方便、更佳接近人類的思維方式（以前的開發語言很像是控制計算機的具體指令，慢慢的在發展）

02為什麼 C 語言仍然佔據統治地位？

於一種計算機行業的技術來說尤其如此。自1972年誕生以來，C語言一直保持生龍活虎的狀態，時至今日它仍然是我們用來搭建軟體世界的基礎建築材料之一。

但有時一種技術能夠長期存在，只是因為人們還沒有來得及發明新的東西來取代它而已。在過去的幾十年裡，出現了許多其他語言——其中一些明確地被設計用於挑戰C的主導地位，有些語言試圖憑藉自己的人氣慢慢瓦解C語言的統治地位。

為C需要被替換掉的觀點爭辯是簡單的。程式語言研究和軟體開發實踐都暗示瞭如何比C更好地去做事。但歷經數十年的研究和開發，C語言的地位卻依舊穩固。很少有其他語言能夠在效能、裸機相容性或通用性等方面擊敗它。不過，2018年C是如何與那些明星程式語言競爭的呢，其中細節仍值得一看。

C vs. C ++

當然了，C最常被拿來與C ++進行比較，正如其名稱本身所暗示的那樣，C++作為對C語言的擴充套件而被創建出來。C ++和C之間的差異可以概括為C++更加廣泛（褒）或更加寬泛（貶），具體取決於這個問題你是問的C還是C++程式設計師。（笑）

雖然C ++的語法等方面仍然是類C的，但它提供了許多在原生的C中本不可用的非常實用的功能：名稱空間（namespace），模板（template），異常（exception），自動記憶體管理（automatic memory management）等等。需要頂級效能的專案，例如涉及資料庫，機器學習系統的專案通常是用C ++編寫的，以便專案能儘可能地榨取以及利用到每一點效能。

此外，與C相比，C ++在持續地更加積極地擴充套件。即將推出的C ++ 20會帶來更多功能供開發者享用，包括模組，協同程式，同步庫，以及概念，這些使模板更易於使用。C standard的最新版本只進行了少量更新，並側重於保持向後相容性。

事實上，C ++中的所有附加功能同樣也可能成為累贅。而且是很大的累贅。您使用的C ++專屬功能越多，引入的複雜度就越高，對結果的修正就越困難。將自己侷限於僅一個C ++子集的開發人員可以避免許多開發中嚴重的坑和額外負擔。但是有些團隊想要從根兒上防範C ++的過度複雜性。堅持使用C能迫使開發人員將自己侷限於一個子集。例如，Linux核心開發團隊就直接避開了C ++。

選C而不選C++對您——以及任何將會維護你程式碼的開發人員——來說都是可行的，通過採用強制簡約主義來避免與C ++的複雜性糾纏。當然，C ++擁有豐富的高階功能，這是有它自己的道理的。但如果極簡主義更適合當前和未來的專案——以及負責專案的團隊——那麼還是選C更明智一些。

C vs. Java

幾十年了，Java仍然是企業軟體開發的主力軍之一——並且也是寬泛而言的開發的主力軍之一。許多最重要的企業軟體專案都是用Java編寫的——包括絕大多數Apache Software Foundation專案——而Java仍然是開發企業級需求專案的可行語言。

Java的語法從C和C ++中借鑑了很多東西。但是，與C不同的是，Java預設情況下不會編譯為本機程式碼。相反，Java執行時環境，JVM，JIT（實時）編譯Java程式碼以在目標環境中執行。在適當的情況下，JIT編譯後的Java程式碼可以接近甚至超過C的效能。

Java背後的“一次編寫，隨處執行”的理念也允許Java程式在目標架構上進行相對較少的調整即可執行。相比之下，雖然C已被移植到許多架構中，但任何給定的C程式仍可能需要重新量身定做才能在，打個比方，Windows與Linux，兩種不同的os之間正常執行。

這種可移植性和強大效能的結合，以及龐大的軟體庫和框架組成的生態，使Java成為構建企業應用程式的首選語言。

Java輸給C的地方是一個Java從未打算競爭的領域：靠近底層結構執行，或直接與硬體打交道。C程式碼被編譯成機器程式碼，由程序直接執行。Java被編譯成位元組碼，這是一種隨後會被JVM直譯器轉換為機器程式碼的中間程式碼。此外，儘管Java的自動記憶體管理在大多數情況下都是個優點，但C更適合於必須充分利用有限記憶體資源的情況。

也就是說，在某些方面，Java在速度方面可以接近於C。JVM的JIT引擎在執行時根據程式行為優化例程，允許進行許多型別的優化，而這些優化是在未提前編譯的C中無法實現的。雖然Java執行時自動執行記憶體管理，但一些較新的應用程式可以解決這個問題。例如，Apache Spark部分地通過使用繞過JVM的自定義記憶體管理程式碼來優化記憶體中處理。

C vs. C＃和.Net

在推出近二十年後，C＃和.Net 框架仍然是企業軟體世界的主要組成部分。有人說C＃和.Net是微軟對Java的迴應——一個託管程式碼編譯器系統和通用執行庫——C和Java之間的許多種對比也適用於C和C＃或.Net之間。

與Java（以及某種程度上來說Python也是如此）一樣，.Net提供跨各種平臺的可移植性和龐大的整合軟體生態系統。考慮到.Net世界中有多少面向企業的開發，這些都是不小的優勢。當您使用C＃或任何其他.Net語言開發程式時，您可以使用為.Net執行時編寫的大量工具和庫。

.NET另一個類似Java的優勢是JIT優化。C＃和.Net程式可以按照C語言提前編譯，但它們主要由.Net執行時進行即時編譯，並使用執行時資訊進行優化。JIT編譯允許對無法在C中執行的執行著的.Net程式進行各種就地優化。

與C一樣，C＃和.Net提供各種直接訪問記憶體的機制。堆，棧和非託管系統記憶體都可以通過.Net API和物件訪問。開發人員可以使用.Net中的unsafe模式來實現更高的效能。

但這些都不是沒有代價的。託管物件和unsafe物件不能被任意交換，並且它們之間的編組會降低效能。因此，要最大化.Net應用程式的效能需要將託管和非託管物件之間的變動保持在最低限度。

如果您無法承擔託管與非託管記憶體之間變動造成的效能損失，或者.Net執行時對於目標環境（例如，核心空間）來說是一個糟糕的選擇，或者可能根本不可用，那麼C就是你所需要的。與C＃和.Net不同，C被預設可以解鎖對記憶體的訪問權。

C vs. Go

Go的語法很大程度上借鑑了C——花括號作為定界符，語句以分號結束，等等。精通C的開發人員通常可以毫不費力地直接使用Go，甚至算上Go的獨有功能，如名稱空間和包管理，對開發人員來說也並不困難。

程式碼可讀性是Go的指導設計目標之一：讓開發人員可以輕鬆掌握任何Go專案，並在短時間內熟練掌握程式碼庫。C程式碼庫可能很難理解，因為它們很容易聚集大量專屬於某個專案或某個團隊的巨集和和#ifdef。Go的語法及其內建的程式碼格式以及專案管理工具旨在避免這種結構性問題。

Go還提供了諸如goroutine和channel之類的附加功能，用於處理併發性和元件之間的訊息傳遞的語言級別的工具。C需要開發者手動完成或由外部庫提供，但Go提供了開箱即用的這些功能，使得構建需要這些功能的軟體變得更加容易。

Go與C最深層次的不同之處在於記憶體管理方面。預設情況下，Go的物件會被自動管理並自動進行回收。對於大多數程式設計工作來說，這非常方便。但這也意味著任何需要確定性處理記憶體的程式都會更難編寫。

Go確實包含了用於繞過Go的某些型別處理安全性的unsafe包，例如使用Pointer型別讀取和寫入任意記憶體。但unsafe會附帶一個warning說用它編寫的程式“可能是不可移植的，並且不受Go 1相容性指南的保護。”

Go非常適合構建命令列實用程式和網路服務等，因為這些很少用到太過細緻的操作。但是，如果是低階裝置驅動程式，核心空間作業系統元件以及其他需要嚴格控制記憶體佈局和管理的任務，那麼就最好用C來建立。

C vs. Rust

在某些方面，Rust是對C和C ++建立的記憶體管理難題的迴應，也是對這兩種語言的許多其他缺點的迴應。Rust編譯為本機機器程式碼，因此就效能而言，它被認為與C相當。但預設情況下，記憶體安全才是Rust的主要賣點。

Rust的語法和編譯規則可幫助開發人員避免常見的記憶體管理錯誤。如果程式有一個不符合Rust語法的記憶體管理問題，它就不會被編譯。剛接觸這種語言的新手，特別是以前用C語言的開發者，由於C語言為這類bug提供了充足的容錯空間，所以他們接觸Rust的第一步是學習如何安撫編譯器。但Rust的支持者認為，這種短期的痛苦有一個長期的回報：更安全的，不會減緩速度的程式碼。

Rust還通過其工具改進了C語言。預設情況下，專案和元件管理是Rust提供的工具鏈的一部分，與Go相同。有一種預設的，推薦的方法來管理包，組織專案資料夾，以及處理C需要單獨處理的其他許多事情，每個專案和團隊以不同的方式處理它們。

然而，在Rust中被吹捧為優勢的東西對於C開發者來說可能並沒有太大吸引力。Rust的編譯時安全功能無法禁用，因此即使是最小的Rust程式也必須符合Rust的記憶體安全限制。預設情況下，C可能不太安全，但在必要時它更靈活，更寬容。

另一個可能的缺點是Rust語言的大小。即使考慮到標準庫，C的功能也相對較少。Rust功能集非常龐大並且還在不斷增長。與C ++一樣，較大的Rust功能集意味著更強大的功能，但也意味著更高的複雜度。C是一種較小的語言，但更容易在頭腦中進行建模，因此可能更適合那些對Rust來說太小，不值得大動干戈的專案。

C vs. Python

當今，每當談論軟體開發時，Python似乎總是能出現在對話中。畢竟，Python是“對所有專案的第二佳語言”，毫無疑問是最通用的語言之一，擁有數千個第三方庫。

Python強調的，以及它與C最不同的地方，是有利於開發速度而不是執行速度。一個可能需要一個小時才能用另一種語言寫出來的程式——比如C——可能用Python幾分鐘內就能寫好。另一方面，該程式在C中執行可能需要幾秒鐘，但需要一分鐘才能在Python中執行完。（一個很好的經驗法則：Python程式通常比它們對應的C語言程式執行速度慢一個數量級。）但是對於現代硬體上的許多工作，Python已經足夠快了，這是它如今廣泛應用的一個重要原因。

另一個主要區別是記憶體管理。Python程式完全由Python執行時進行記憶體管理，因此開發人員不必擔心分配和釋放記憶體的細節。但同樣，開發人員的輕鬆也是以執行時效能為代價的。編寫C程式需要嚴格關注記憶體管理，但生成的程式通常是純機器速度的黃金標準。

但是，在二者的血脈中，Python和C共享一個深層的關係：Python執行時參考是用C語言編寫的。這允許Python程式包裝用C和C ++編寫的庫。第三方庫的Python生態系統的很多重要模組，例如機器學習方面的庫，其核心是C程式碼。

如果開發速度比執行速度更重要，並且如果程式的大多數高效能部分可以被隔離到獨立元件中（而不是遍佈整個程式碼），那麼純Python或Python和C庫的混合使得會是比單獨使用C更好的選擇。否則的話，C仍然是老大。

03 C語言為何值得去學

1. 嵌入式領域，C語言依然是首選語言，嵌入式並沒有因為其他上層語言的發展而沒落，現在嵌入式依然還在其自身的領域展現強大的生命力。手機，電視機，機頂盒，空氣淨化器等等電子產品都是其領域範疇，從長遠看短時間內不可能被消失。而且智慧機器人的崛起，C語言的使用頻率又開始加大了。

2. 作業系統核心程式碼還是C語言為主打，就語言的靈活性以及執行的效率來看C語言還是最合適的語言，而且在系統層次的程式碼，C語言還是首選語言。而且現在很多流行語言的底層絕大部分的C語言構建完成。從這個層面講C語言是永遠不會過時的，頂多算是應用範圍變窄，但其作用依然強大。

3. C語言的職位比例相對應用級語言是低了點，但是整個軟體行業在發展，絕對的C語言程式設計職位並沒有減少。而且對於有志於成為架構師層次的程式設計師來說，C語言還是必修課，構建軟體框架還是需要對底層有所瞭解。

退一步來講，即使覺得C語言方面的職位比例低一些，不好找工作，可以先從C語言入手，把自己的知識體系建立起來，程式語言屬於工具範疇，熟悉一種工具的使用，很容易觸類旁通，切換到別的語言也相對輕鬆些，而且給整個職業生涯起了個好頭，打好了基礎為更上一層樓做足準備。

C語言之所以流行這麼年，生命力這麼旺盛和本身鮮明的高效，方便靈活掛鉤。即使在上層語言使用概率變低，並不妨礙在系統級別繼續發揮作用。任何一種語言都有其存在的社會價值所在。C語言還是值得作為入門語言深刻的學習。

4.C/C++程式設計師的收入沒有受到影響，依據100offer的後臺資料顯現，現在經過100offer入職的程式設計師年薪最高達47W，最低22.4W，C/C++程式設計師的收入與其它程式設計言語的崗位相比處於相等狀況，沒有呈現下風。

跟著C++逐步變成某些特定公司和特定專案所需的言語後，高檔C++程式設計師的收入也會更具有競爭性。

5.在整個遊戲產業和嵌入式上依然是主流。首先是遊戲範疇，Milo Yip表示——程式設計師有必要運用C++結構/庫，如大多數遊戲引擎(如Unreal/Source)及中介軟體(如Havok/FMOD)，儘管有些C/C++庫供給別的言語的繫結，但通常原生的API效能最佳、最新。

其次是東西範疇，無論是網路安全仍是防毒軟體，C/C++仍是幹流言語。

某乎紅人vczh說：「我在上大學的時分簡直就只學習C/C++，後來實習的時分去了微軟，成果到了那裡才知道，那個組是不必C/C++的，怎麼辦？憑藉著C++帶給我的富裕的功底，我準時完結了老闆給我的"兩個星期內學會C#和WCF基礎知識"的作業，順暢開端作業。」

當然，這只是vczh的個人經歷，不具有普遍性，但不行否認的是C/C++仍具有不行代替性。某家創業公司CTO在承受採訪時表示：「即使有許多人唱衰C/C++，但在今世，仍有許多許多專案的目標渠道暫時只供給C/C++編譯器的支撐，僅從這一點而言，C/C++是不行能完全逝世的。」

從應用範疇來說，C/C++適用於高效能運算、嵌入式體系、開發伺服器軟體、遊戲、實時體系等，所以，短期內能完全代替C++言語並不存在。

C/C++在體系、圖形、網路等許多範疇都是不行代替的，它的光芒年月讓它的逝世速度得以減少。

當某一種程式設計言語在市場需要顯著比另一種言語更強時，強需要言語中的缺陷則簡單被淡化，闌珊的言語則不斷被人挑出致命硬傷。這種程式設計言語之間的比較並不公平，且沒有意義。

程式設計言語都是用來表達思想和完結需要的東西，跟著年代的開展，不一樣言語在不一樣範疇都做出了取捨，代替儘管存在，但不是必定景象。C/C++的需要跟著年代開展會不行避免地越來越少，但不行能完全不見，C/C++程式設計師也具有不行代替性，在市場上照舊有著競爭性。

04 除了C語言，需要掌握多種程式語言嗎？

簡述

我剛剛斷送了自己的職業生涯，沒錯，很多人都這樣對我說。

同事得知我即將離開公司的訊息，大多數對此表示理解。但讓他們困惑的是，我目前就職的公司是一家Windows商店，用C#.net編寫程式碼，而我要入職的崗位要求在Linux環境下進行開發，以Java為主要的程式語言。他們認為程式語言的改變會讓我丟失多年經驗，許多人都贊同他們的觀點。

程式語言很多，數以百計。有些很常見，例如：Java、C#、PHP、Ruby、Python、和JavaScript，而有些則比較邊緣化或是新興的，例如：Awk、Go、Julia、Rust。面對如此多的選擇，我們又該關注那種語言呢？因此，我開始思考這個問題 - 你真的需要掌握不止一種程式語言嗎？

想要掌握多種程式語言的9個理由

✿ 能用多種方式來解決同樣的問題，掌握不同的程式語言意味著擁有更多的選擇。畢竟，當你只有錘子時，一切看起來都像是釘子。

✿ 更有競爭力，擁有更多的就業機會。學習第二門程式語言，有時能加倍工作機會的數量。然而，這取決於你學習的語言種類。但無論怎麼說，你將會有更多的合適機會，從而增加求職能力。

✿ 表明你具備學習新語言的能力。潛在的僱主會認為你並非是死板或者慣守成規的人。

✿ 學習是很有趣的。學習新的事物會讓你的頭腦保持興奮。這將有助於你在新領域的成長和提高。

✿ 緊跟當前的技術發展趨勢。瞭解哪個行業在獨領風騷，就可以永遠站在潮流的尖端，你的技能便不會過時。

✿ 這將提醒你為什麼應該熱愛你的“主”語言，或者如何將事情做得更好。有時候，只有嘗試過新語言，才會知道主語言是何等的優秀。你會更加欣賞自己最愛的語言。與此同時，新語言可能會有一些驚人的特性，讓你深覺相見恨晚。

✿ 有助於成為一個更加優秀的程式猿。學習新的語言，有助於提高在所有語言之間通用的技能，例如：設計和架構演算法，或處理不同的資料結構。

✿ 針對工作選擇最佳的工具。尺有所短寸有所長 - 有的語言更善於處理某些特定方面的事情。掌握了多種語言，你可以在工作中選用最佳的工具

✿ 表明你的學習能力強。沒有任何事情比掌握第二語言更能證明你的學習能力。

不想掌握多種程式語言的9個理由

✿ 掌握一種語言更容易。通常，集中精力和全心投入才能精通某一事物。如果不斷地在多種語言之間進行切換，那麼真正精通一門語言的概率就會降低。掌握一種語言也有助於你集中精力。

✿ 大多數人只需要一份工作，大部分公司只使用一種語言。在你被錄用後，掌握多種語言不一定會有所幫助。有時候，只要掌握專案所用的語言就夠了。

✿ 總有一些東西值得學習；有時候，這意味著要更深入地學習一種語言。

✿ 大多數情況下，專家能提更高的薪資要求，因為人們更願意為專家支付更多的薪水。John Sonmez在其視訊《 I'm Not Sure I Want To Be A Specialist》中談到為什麼多面手並不總是最好的。

✿ 即便僅掌握一種語言，仍然可以被認為是一個偉大的開發者。是否是偉大的開發者與你掌握多少種語言無關。關鍵在於你創造的是什麼。因為只涉及一種語言，所以你可以花更多的時間進行創造。

✿ 你只需要學習有限的軟體開發工具。大多數語言只有為數不多的一些工具。切換語言往往意味著要切換工具。只掌握一種語言，你就可以更快地掌握相關的工具。這將有助於提高工作效率。

✿ 更易於定位自己的市場。因為只掌握一種語言，基本上你只會朝這個方向安頓下來（即使不是出於自己的選擇）。

✿ 你可以憑藉任何一種語言解決大多數軟體問題。不管有多少人告訴你，大多數語言可以用於解決任何問題。如果解決問題是你的主要目標（本應當是），掌握更多的語言並不一定有助於實現這個目標。

✿ 深入理解一件事比表面瞭解十件事更好。

這並非是一個非黑即白的問題。和其他問題一樣，最好的解決辦法是取中間值：總有一片灰色地帶。如果你是一個初學者，那麼學習一種語言，並將其應用到前十多個專案中會比較容易。但此之後，建議你成為一個「T形」軟體開發者。

什麼是「T形」軟體開發者？

所謂「T形」軟體開發者在某一個特定的區域擁有很深的造詣，而且是一種語言的專家，T字母中的垂直線代表了這一點；此外，他們會繼續廣泛學習另一種技能，T字母中的水平線代表了這一點。

那麼，這與軟體開發，特別是程式語言的學習，有什麼關係呢？我的建議是精通一種程式語言，這將成為你以後的生計，並用於解決大部分問題。你應該盡你所能掌握這門語言。在此基礎上，可以學習最適合工作的第二種語言或技能。

T形軟體開發者是一個多面手，精通於某一領域。

在成為T形開發者的歷程中，你將靈活地掌握多種語言，同時具備某個領域專家的優點。

應該掌握哪種程式語言？

一個常見的問題是，應當學習哪種語言。或者說，假如你是初學者，應當首先學習哪種語言。通常，我會選擇有一定歷史的語言作為主要語言。這種語言應當用於多個行業，並且有廣泛的使用群體和大量的開發工具。符合這些標準的語言有：Java、C#、.NET、Ruby、Python和Swift。

TIOBE軟體基於這些標準持續跟蹤軟體語言的流行性，並編入索引中。你可以點選TIOBE Index檢視完整的程式語言列表。索引會每月更新，前20名中的大多數語言都是不錯的選擇。未來10年，這些語言還會流行嗎？我不確定。不過至少在未來四年內還是很可能保持流行的，我想，這對任何準備著手的專案都是夠用的。

✿ 是否需要掌握多種語言取決於你的目標

✿ 想開始新的業餘專案或業務？或許你只需要掌握一種語言。

✿ 想換行業或駕馭技術發展趨勢？或許你需要掌握不止一種語言。

✿ 想在企業環境中工作？或許你只需要掌握一種語言。

✿ 想工作在前沿專案？或許你需要掌握不止一種語言，因為潮流總是在變化。

說實話，關於是否需要掌握更多的語言，其實並沒有絕對正確或錯誤的答案，最後的決定取決於你。

【參考資料】

1、Serdar Yegulalp .
https://www.infoworld.com/article/3402023/why-the-c-programming-language-still-rules.html
2、趙巖 .
http://zhaoyan.website/blog/index.php/2017/07/15/future/
3、佚名
https://dzone.com/articles/do-you-need-to-know-more-than-one-language

到此這篇關於C語言為何不會過時?你需要掌握多少種語言?的文章就介紹到這了,更多相關C語言為何不會過時內容請搜尋我們以前的文章或繼續瀏覽下面的相關文章希望大家以後多多支援我們！