IT技術解説③：なぜ、組み込み業界ではRustが流行らず、未だC言語が主流なのか？

はじめに 組み込みソフトウェア開発の世界では、プログラミング言語の選択が製品の品質、開発効率、そして長期保守性に大きな影響を与えます。近年、メモリ安全性や並行処理の安全性を強みとするRust言語が様々な分野で注目を集め、採用が進んでいます。Webバックエンド、システムプログラミング、そしてLinuxカーネルのような重要なプロジェクトでもRustの導入が進んでいるにもかかわらず、組み込み開発の現場では依然としてC言語が主流であり続けています。本稿では、最新の安全な言語であるRustが、なぜ組み込み開発において広く採用されず、数十年の歴史を持つC言語が今なお主要な選択肢であり続けているのか、その技術的・実務的な要因を詳しく検討します。 1.ヒープを使わない開発が多いのでRustの本領が発揮されない 組み込み開発では、動的メモリ管理を避ける設計が一般的です（ヒープを使わない）。 Rustの特徴で

[megumin1]

はてぶ名物の、分野の知識がない人の思い込みに基づく間違いコメントばかり並んでいますよ。Rustはbare metalな環境(no_std)もターゲットにしています。 no_stdはOSもmallocも利用できない、まさに組み込みがターゲットですよ。

[moonieguy]

モダン言語の便利機能は高級CPUとOSが前提なので組み込みでは使えないケースが多い。C/C++ですらmallocや例外処理はCPUがサポートしてないので使えなかったりする。極端な話テレビのリモコンをLinuxで動かしてどうすると

[yau]

１～７まで具体的な事例や合理的な理由を述べているのに「 色々理屈は捏ねるが～まったく信用できないね」でまとめられる作者かわいそ過ぎる

[mynz]

組み込み系も多岐に渡るけど、動的なメモリー/リソースマネジメントを行わない傾向にあるからRustはソリューションになり難いかと。CのシンプルさとHWとの親和性は手堅いよ。

[sgo2]

コンパイラが裏でやってくれるような事(実行モジュールやら変数の初期値やらをストレージからRAMにロードするとか)も自前でやる必要がある(ハードの構成に応じカスタム出来ないと困る)のでRustは高級過ぎる。

[poco_tin]

米国CISAは今年1月改訂の"Product Security Bad Practices"の中で、OTや組込み機器を含めて新規ではC/C++を使うべきではない、既存製品に対してはメモリ安全脆弱性を排除するロードマップを2025年末までに公開すべきと言ってる

[nakag0711]

色々理屈は捏ねるが結局は怠惰さとそれに結び付いた病的な保守性が原因じゃないの。あの業界はまったく信用できないね

[x8248]

4と5が支配的で各マイコン（not CPUアーキテクチャ）に対応したビルド環境がないんで移行も何も無い。5大マイコンメーカーあたりが周辺回路にまで対応した奴を出して初めて始まる議論。組込みは周辺回路が動いてナンボ

[y_hirano]

UIがリッチである必要があるが安全性がそこまで重要ではない分野（ソフトがクラッシュしても人が死なない分野）だとAndroidが採用されてたりしてKotlinでアプリを書いたりするので、Rustが入らないんですよね

[findup]

組み込みでもLinuxが動くような環境なら別だろうけど、マイコンに近いレベルの環境や車載系はなかなか難しそうだなってイメージは分かる。

[topiyama]

新規開発はともかく派生流用開発で [Rust導入コスト]＜[Cを使い続けるコスト] になるには相当の環境整備が必要。／せめて新規案件向けにArduinoのような試作キットでRustが使えるようになると良いんだけど。pi pico+Rust流行れ

[cl-gaku]

クリティカルな分野にはまだまだ尚早でしょ

[kichi941]

トヨタ/WovenのAreneってどうなったんだろ?

[Kazumi007]

組み込み業界といっても情報系システムもあるわけで、そういう分野ならRustという解もありそう。既存資産の対応は諦めて、新規はRustと行きたいが、これも厳しそうだなあ。

[fivestech]

MISRA-Cに準拠してる組み込みの現場なんてもう淘汰されるべきだろう。CERT-CやAUTOSARならわからんでもないが。組み込みRustで論点に挙げるべき点は、no_stdが吐き出すバイナリが過去の実績・基準に沿っているかじゃないかな。

[blueeyedpenguin]

まだ時期尚早では

[sek_165]

既存のプログラムをCからRustに置き換えようとするとDRBFMが大変すぎて死人が出ます。

[kobito19]

goと勘違いしてる(あるいは区別ついてない)奴がようけおるなここのブコメ

[new3]

"当面はC言語が主流であり続けますが"の当面は思ったより短いとは思う。Ferroceneの登場やこの辺読んでピンとこないなら流石に感度低い<https://indico.esa.int/event/528/attachments/5988/10197/Bringing_Rust_to_Safety_Critical_Systems_in_Space.pdf>

[objectiveworker]

現場によっちゃC言語すら流行っていない。ラダーシーケンスが主流

[arisazai]

組み込み系やってくれるRustエンジニアって多分ほとんど居ないのでは……。

[atsushieno]

オーディオプラグインのDSP界隈でもだいたい似たような感じ（メモリ確保/静的リンク/C++資産ばかり）なのでわかりみが深い。/ ベアメタル云々で難癖つけてる連中はstd「相当」の資産がなくてもできると思ってるだろ

[earu]

Zigとの棲み分けの部分なのかなー

[abhuzl]

自動車業界の業界標準が厳しいのはわかるんだけど、各社の自動運転プログラムって何で書かれてるんだろ。まさかC使ってるとは思えんのだが。

[daishi_n]

4567が主要因だろうね。既にArmやこれからRISC-Vが通る道だけど、共通のマイコンプラットフォーム、開発環境、その他エコシステムができないと安全性が求められるターゲットをRustで開発するのは難しい

[hiroomi]

“MISRA-CやCERT-Cが普及している”ここら書いてくるのが、さすが車載エンジニア。とは置いておいて、尋常ない金額払ってやってるから、一時お金頂いた身としては頭上がりません。

[hamamuratakuo]

ベターCとしてRustは有望か？所有権の可視化は将来的にIDEの支援で可能？

[SundayIsEveryday]

少し前まで車載やってたけど、RustがCにとってかわらないのは4〜7が主要因だと思う。マイコンやデバッカがRustに対応してないと話にならないし、ISO26262対応のRustのコンパイラがないんじゃそもそも採用できない。

[Mash]

“Rustの公式コンパイラ（rustc）はオープンソースであり、これらの規格への適合が保証されていないため、機能安全が必須の分野では採用が難しい”／これがなんとかなれば…

[morita_non]

C++で自分の足を撃った人以外はめんどくさいだけで、あんまりありがたみを感じないよね。

[mohno]

“組み込み”って幅広いので（Windowsを使ってるプリクラだって組み込みの一種）、C言語ばかりではないと思うけど、ハードのスペックが限定的ならC言語以外の選択肢はあまりないだろうなあ。

[onesplat]

それはそう

[toaruR]

学習コストと人員確保の楽さじゃないすかね（´－｀）知らんけど

[nekosann_08]

組み込みはソフトというより製造業の一部だもんねえ。ソフトウェアで完結できる分野より変更を納得してもらわなきゃいけない人達が多いし資産も歴史も深い、言語仕様が適するかよりも難易度が高い。

[tak0ctopus]

この記事 Deep Research が書いたやつだろ

[OldEmded]

私はRustに興味があり独習しています。 組込みが主の業務ですが、くだらない不具合に悩まされ無い言語かと感じています。 堅牢性の確保にコストを余り掛けなくて良いような気がします

[strow0343]

色々な物がC言語かアセンブラを前提にしていて一企業のソフト屋がRust覚えればいいだけですむ話ではない。海外含めて色々なメーカーが足並揃えて採用とかサポートとかにならないと入り込む余地が無さげ

[hylom]

言語自体の習得のハードルが高いという話がなかった（C++と比べれば一長一短だけどCと比べればまあCのほうが圧倒的に学びやすいですよね）

[daichirata]

まあ C++ ですら主流ではないのに Rust とはならないよなぁとは

[nzxx]

Rustはアロケータ無しで使うことができるように設計されているしベアメタルでもCの代替となり得る部分はある。実際RP2040とかではかなり使える／がこの記事の内容自体はおおよそ正しいと思う。AIっぽいけど。