After almost a half-century of use, is it time for embedded developers to move on to a more modern language?

C 編程語言無疑是計算機科學中最成功的編程語言之一。C 最早出現在 1972 年左右，由貝爾實驗室出來，由 Dennis Ritchie 創建。在過去 20 年中，C 被 TIOBE Programming Index 評為世界上最流行的兩種編程語言之一（參見圖 1）。它是嵌入式系統開發人員最流行的語言，用于近 80% 的嵌入式項目。經過近半個世紀的使用，嵌入式開發人員是時候轉向更現代的語言了嗎？是時候退休 C 了嗎？

圖 1 – 過去 20 年編程語言的 TIOBE 編程社區指數排名。C 一直是排名前兩位的語言之一。

由于幾個原因，退休 C 并轉向更現代的編程語言的誘惑相對較高。首先，經常受到科技公司高度追捧的入門級工程師幾乎沒有使用 C 的經驗。如今的大學課程專注于教授 Python 或 C++ 等現代語言。讓他們加快速度并獲得經驗可能需要大量的金錢和時間投資，而很少有公司對此感興趣。

Next, while very popular, the C programming language is dated. C doesn’t support modern programming concepts like classes and inheritance. If you compare the feature sets of modern languages like C++, Python, and Rust, the C language is starting to look like a dinosaur! The last time the C standard had new features added was 2011! The 2017 standard release only had technical corrections and clarifications, and the upcoming standard release expected in 2023 most likely won’t rock the boat either.

淘汰 C 看起來仍然很誘人，但是離開 C 有幾個問題。首先，C 對于接近硬件運行的低級過程應用程序來說是一種很棒的語言。它緊湊而高效。其次，高級工程師的語言根深蒂固。他們處于使用該語言數十年的地步，對學習和過渡到更現代的語言幾乎沒有興趣。最后，如此多的遺留庫和代碼庫使用 C，我們不能放棄它們。移植遺留代碼的成本太高了！

看來我們有點進退兩難了！作為一個行業，我們應該淘汰 C 以利用更現代的語言和技術，但是更改的時間和成本以及我們必須維護的遺留代碼量經常阻礙 C 的淘汰。需要更現代的技術，同時保持我們從 C 中獲得的好處，可能會使我們遠離使用單一的主導語言，并迫使我們依賴多種語言來完成工作。

使用其他語言來支持 C 可能已經發生。例如，下面的表 1 顯示了幾種語言在 TIOBE 指數中的排名。過去，一兩種語言主導著計算機科學。今天，前四種語言的評分都在 10% 左右。我相信這表明單一主導語言的終結。相反，開發人員將利用多種語言來實現他們的最終目標。

表 1 – 通常與嵌入式軟件開發相關的編程語言列表（來源：TIOBE 指數）。注意：這些評級不代表嵌入式軟件的使用，僅代表一般計算機科學行業的使用。

如果你仔細觀察這個行業，這已經發生了。我看到一些公司正在過渡到使用仍然擁有大量 C 庫的 C++。我看到一些公司嘗試使用 Rust，但依賴他們久經考驗的 C 庫作為構建的一部分，反之亦然。不幸的是，或者也許，根據您的觀點，幸運的是，這意味著 C 將在未來無限期地繼續成為主導語言。

是時候退休 C 了嗎？這是一個簡單但復雜的問題。我認為是的，但這取決于你在做什么。您可能不想在 8 位微控制器上使用 C++ 或其他語言。如果您正在使用機器學習或開發連接設備的尖端 32 位微控制器工作，C 以外的語言將為您提供成功所需的額外工具。切換語言的時間和成本可能太高。我的經驗法則是，如果是新設計，請從現代語言開始。如果是遺留設計，請利用遺留代碼并用現代語言編寫新代碼。

你怎么看？是時候退休 C 了嗎？

審核編輯 黃昊宇