組込みや制御の分野でC++を書いてきた経験は、案件を探す入口では確かな強みとして扱われます。要求どおりに動くプログラムを期限内に実装できることは、まず確かめられる条件です。ただし話が進むほど問われるのは、書いた機能の一覧ではなく、そのプログラムを出荷したあとにどう維持し続けられるかという点です。自動車の分野では、プログラムの改変そのものが許可の審査対象になり、直せる体制が制度として求められる段階に入りました。この記事では、その制度の中身と、そこに合わせて自分の経験をどう語り直せるかを整理します。

1. C++の案件を選ぶとき、実は「出したあと」を見ている

動くものを作る力は、話の出発点に置かれている

組込みや制御の案件で求められる最初の条件は、要求仕様どおりに動くプログラムを、期限内に実装できることです。この条件を満たせなければ案件そのものが成立しないため、経験を説明するときもどうしても実装の中身が中心になりがちです。何を作ったか、どの機能を担当したかを並べる説明は、多くの人が用意しています。

ただしその先の面談で聞かれるのは、書いた機能の一覧ではなく、その機能を出荷したあとにどう維持していくかという点です。動かした実績よりも、動かし続けた設計のほうが重く見られる場面が増えています。ここを語れる材料を持っているかどうかが、案件選びの分かれ目になります。

差が出るのは、出荷後に続く仕事の設計

プログラムは納品して終わりではありません。稼働を始めたあとに不具合が見つかる、仕様が変わる、外部からの脅威に対応する必要が出る。そのたびに更新が発生し、更新のたびに「どう直すか」「直したことをどう記録するか」「想定外の挙動が出たときにどう戻すか」が問われます。

例えば、リリース後に見つかった不具合を直そうとしたとき、影響範囲を洗い出す手順が整っていなければ、修正そのものに時間がかかり、案件全体の進行が遅れます。逆に、更新の申請ルート・切り戻しの手順・変更記録の残し方が整っていれば、修正は仕組みに沿って進み、参画するエンジニア個人の経験としても積み上がっていきます。実装した機能の数よりも、更新を安全に届ける設計のほうが、面談では重く見られます。

次の章では、この「出したあとの設計」が自動車の分野でどこまで制度として具体化しているかを見ていきます。プログラムを直すこと自体が、許可の審査対象になっている領域があります。

図の作成：Remogu編集部。出荷後に発生する更新の流れを整理したもので、統計データではありません

2. 自動車では、プログラムを直すこと自体が許可の対象になっている

サイバーセキュリティの協定規則が改訂され、すでに施行されている

国連の自動車基準調和世界フォーラム（WP.29）第193回会合で、サイバーセキュリティに係る協定規則（第155号）等の改訂が採択されました¹。この改訂を受けて、日本でも道路運送車両の保安基準等の一部を改正する省令が定められ、公布と施行はいずれも令和7年（2025年）1月10日と、すでに動き始めています⁶。制度の名前だけを見ると遠い話に感じられますが、中身を見ると、開発の現場で日々発生している更新作業そのものが対象になっています。

この省令が対象にしているのは、自動車の特定改造等の許可制度です。特定の改造や改変を行う事業者が、その許可を得る際に審査される内容の中に、プログラムの管理と改変に関する仕組みが組み込まれました。書いたコードの品質だけでなく、そのコードをどう管理し、どう改変していくかという体制そのものが、審査の対象になったということです。

審査されるのは「書く力」ではなく「直せる体制」

特定改造等の許可制度では、能力基準適合証明書について、プログラム等の適切な管理及び確実な改変を確保するために必要な業務管理システムに関する要件と、サイバーセキュリティを確保するための業務管理システムに関する要件を、個別に審査する必要があるとされています⁵。「プログラムの管理・改変」と「サイバーセキュリティ」という、性質の異なる二つの業務管理システムが、それぞれ独立した審査項目として並んでいる点に注目してください。

実装した機能の完成度よりも、改変を漏れなく管理し続ける仕組みのほうが、審査という形で重く扱われています。書く速さよりも、直し方を管理する体制のほうが評価される。これは案件選びにおいても同じ構図で当てはまります。動くコードを短期間で仕上げる力よりも、更新のたびに管理と記録を積み重ねられる体制を語れる経験のほうが、参画後の信頼につながります。

作って納める仕事と、直せる体制を含む仕事の違い

ここまでの内容を、案件選びの視点で整理し直します。「作って納める仕事」は、要求された機能を実装し、テストを通過させて納品した時点で完了とみなされます。一方で「直せる体制を含む仕事」は、納品後も更新・切り戻し・記録が継続し、その体制自体が成果物の一部として扱われます。同じC++の開発案件でも、どちらの性質に近いかによって、参画後に求められる説明の中身が変わります。次の表で、成果物の範囲・完了の基準・求められる記録・参画後に確認されることの4点を比べます。

比較する観点	作って納める仕事	直せる体制を含む仕事
成果物の範囲	動作するプログラム一式	プログラムに加え、改変の手順・記録・審査対応の仕組み
完了の基準	テストを通過して納品したとき	納品後の更新・切り戻しを継続して行える状態を保てているとき
求められる記録	開発時のテスト結果	改変の履歴、承認の経緯、影響範囲の説明
参画後に確認されること	実装した機能の説明	更新をどう管理してきたかの説明

この違いを踏まえると、案件を選ぶときに見る場所も変わってきます。案件情報に並ぶ技術要件だけでなく、参画後にどんな管理・記録の仕組みに関わるのかを、面談の場で確かめておきたいところです。

3. 対象が広がり、期日が決まっている

対象車両が二輪・三輪へ広がる

今回の改訂に伴い、サイバーセキュリティ規制の対象車両に二輪自動車、側車付二輪自動車及び三輪自動車が加わることになりました²。これまで四輪の乗用車や貨物車を中心に語られてきた制度の枠が、より幅広い車両区分に及ぶことを意味します。関わる開発の裾野が広がるということは、同じ制度に触れる案件の種類も増えていくということです。

対象車両が広がっても、審査で問われる中身は変わりません。プログラムの管理と確実な改変、そしてサイバーセキュリティの業務管理システムです。車両区分が増えるということは、この考え方に触れる開発現場が、これまで以上に増えていくという理解でよいはずです。

先の期日があることは、時間軸のある仕事だという意味

適用時期は、新型車が令和11年（2029年）7月1日、継続生産車が令和13年（2031年）7月1日です³。継続生産車への適用は令和13年（2031年）7月1日に定められています⁴。新型車と継続生産車で期日が分かれているのは、すでに世に出ている製品にも、いずれこの制度の波が及んでくることを示しています。

期日が数年先に置かれていることは、遠い将来の話というより、いま関わっている仕事に時間軸があるということです。案件によって設計されるシステムのライフサイクルは長く、いま実装した内容が、数年後の適用時期を見据えた更新計画の一部になっている場合があります。目の前の実装だけでなく、その先の期日までを視野に入れて仕事を組み立てられるかどうかが、案件を選ぶうえでの一つの基準になります。

この時間軸を意識できているかどうかは、参画時の説明にも表れます。「今回の実装で完結する仕事」として語るか、「数年先の適用時期までを見据えた仕事」として語るかで、伝わる姿勢は変わってきます。次の章では、この更新の必要性が、制度だけでなく脅威の側からも来ていることを見ていきます。

出典：国土交通省「道路運送車両の保安基準等の一部を改正する省令」（2025年1月10日）をもとに作成

4. 直し続ける必要は、脅威の側からも来ている

委託先を狙う攻撃は、上位に居座り続けている

情報セキュリティ10大脅威2026の組織向け脅威では、「サプライチェーンや委託先を狙った攻撃」が2位で、8年連続8回目の選出となっています⁷。同じ一覧では「システムの脆弱性を悪用した攻撃」が4位で、6年連続9回目の選出です⁸。どちらも一年限りの話題ではなく、何年にもわたって上位に選ばれ続けている脅威だという点が重要です。

ここで押さえておきたいのは、これらは委託先そのものが脆弱だという話ではなく、委託という関わり方そのものが狙われる対象になっている、という選出の事実です。外部から関わるエンジニアの立場は、この一覧が指す「委託先」に含まれます。狙われているかどうかではなく、狙われる立場として見られているという前提で、仕事の進め方を組み立てておきたいところです。

外から関わる立場だからこそ、示せるものがある

委託先として参画する立場は、脅威が向けられやすい位置にいる一方で、更新や記録の作法をきちんと守れることを示せる立場でもあります。委託元の事業者にとって、外部から参画するエンジニアが更新の申請ルートや切り戻しの手順を理解し、記録を丁寧に残せる人物かどうかは、案件を任せる判断材料になります。狙われる立場だからこそ、備えを語れる経験には価値があります。

参画するタイミングで確かめておきたい観点を、次の表に整理しました。変更の申請ルート、切り戻しの手順、記録の残し方、委託元との連携という4点は、面談の場で質問しても不自然ではない内容です。むしろこうした質問をすること自体が、更新の作法を理解している人物だという印象につながります。

確認する観点	具体的に確かめること
変更の申請ルート	どこに何を報告して改変が承認されるか
切り戻しの手順	更新が想定通り動かなかったときに戻す手順があるか
記録の残し方	誰が何を、いつ変更したかの記録がどこに残るか
委託元との連携	委託元の事業者とどの頻度・粒度で情報を共有するか

制度の側からも脅威の側からも、更新を続ける体制が求められています。次の章では、この二つの流れを踏まえて、自分のC++の経験をどう語り直せるかを具体的に見ていきます。

出典：独立行政法人情報処理推進機構「情報セキュリティ10大脅威 2026」（2026年1月29日）をもとに作成

5. C++の経験を「直せる状態」で語り直す

実装した機能ではなく、更新の設計・切り戻し・記録に何を残したか

ここまで見てきた制度と脅威の両面を踏まえると、案件で語るべき経験の中身も変わってきます。「どの機能を実装したか」だけでなく、「その機能をどう更新できる設計にしたか」「想定外の動作が出たときにどう戻したか」「変更をどう記録し、あとから説明できる形にしたか」という三つの問いに、自分の経験から答えを持てているかを確かめておきたいところです。

実装の完成度を語るよりも、更新を安全に届ける仕組みにどう関わったかを語るほうが、参画後の信頼につながります。同じプロジェクトの経験でも、切り取り方一つで伝わる印象は変わります。

実機が手元になくても関われる範囲を見立てる

組込みや制御の案件は、実機での最終確認が必要な工程を含むことが少なくありません。ただし、更新の設計文書のレビュー、変更履歴の整理、影響範囲の洗い出し、テスト結果の確認といった工程は、実機が手元になくても関われる範囲です。「直せる体制」を語る経験は、まさにこうした工程と結びついています。リモートで関わる場合は、参画前にどの工程まで担当できるのかを確かめておくと、参画後の認識のずれを防げます。

場所に縛られずに専門性を活かしたいという希望と、実機を扱う工程の存在は、対立するものではありません。Remoguは案件の90%以上がフルリモート可能なリモートワーク案件特化のエンジニアマッチングサービスです⁹。まずは登録して、自分の経験がどの工程にどこまで活かせるのか、条件を確かめてみることが、次に進む一歩になります。

経験を4つの層で書き出す

経験を語り直すときは、実装層・更新設計層・切り戻し層・記録層という4つの層に分けて書き出すと整理しやすくなります。実装層は担当した機能そのもの、更新設計層はその機能を安全に更新する仕組み、切り戻し層は想定外の動作が出たときに戻す手順、記録層はそれらをどう記録し説明できる形にしたかを指します。次の表に、各層で語る内容と記載例をまとめました。

層	語り直す内容	記載例
実装層	どの機能を書いたか	通信処理、割り込み処理の実装
更新設計層	更新をどう安全に反映する設計にしたか	バージョン管理、影響範囲の切り分け
切り戻し層	想定外の動作が出たときにどう戻したか	切り戻し手順の設計・検証
記録層	変更をどう記録し、説明できる形にしたか	変更履歴の整備、レビューの記録

4つの層すべてに経験があるとは限りません。ただし、どの層に強みがあるかを自分で把握できていれば、面談での説明にも説得力が出ます。実装層しか語れないと感じた場合は、次の案件でどの層に関わりたいかを、参画前に相談する材料にできます。

図の作成：Remogu編集部。経験を語り直す視点を4つの層に整理したもので、統計データではありません

6. まとめ

C++の案件で問われているのは、書く速さよりも、出したあとに直し続けられる状態です。自動車の分野では、プログラムの改変そのものが特定改造等の許可の審査対象になり、プログラムの管理・改変とサイバーセキュリティという二つの業務管理システムが個別に審査される段階に入りました。対象車両は二輪・三輪へ広がり、新型車は2029年、継続生産車は2031年という期日もすでに決まっています。

この動きは制度の側だけではありません。サプライチェーンや委託先を狙った攻撃、システムの脆弱性を悪用した攻撃は、どちらも何年にもわたって上位に選ばれ続けている脅威です。外から関わるエンジニアの立場は、この一覧が指す委託先そのものであり、だからこそ更新の作法を語れる経験には価値があります。実装した機能ではなく、更新設計・切り戻し・記録という層で経験を書き出し直すことが、案件選びと参画後の信頼の両方につながります。

まずは自分の経験がどの層に当てはまるのかを整理し、登録して条件を確かめてみることから始めてみましょう。

7. よくある質問

C++の需要はこの先小さくなっていくのか

この記事で扱った資料は、自動車のプログラム改変に関する制度についてのものであり、C++という言語そのものの将来を測ったものではありません。ただし、直せる体制そのものが審査の対象になっている領域が存在する以上、動くコードを書く力に加えて、更新を安全に届ける設計を語れる経験の価値は、今後も問われ続けると考えられます。

実機が手元にないリモートでも関われるのか

更新の設計文書のレビュー、変更履歴の整理、影響範囲の洗い出し、テスト結果の確認といった工程は、実機が手元になくても関われる範囲です。一方で、実機を使った最終確認など、リモートでは担当できない工程が案件によって存在することも事実として押さえておきたいところです。参画前にどの工程まで担当できるのかを、面談の場で確かめておくと安心です。

保守だけの案件は避けたほうがよいのか

保守という言葉だけで案件を判断する必要はありません。更新の申請ルート・切り戻しの手順・記録の残し方まで担う保守案件であれば、この記事で見てきた「直せる体制」そのものに関わる経験になります。案件名だけで避けるのではなく、更新や記録にどこまで関与できる案件かを、面談で確かめる材料にしてみましょう。

車載以外にも同じ見方は使えるのか

ここで扱った資料は自動車分野の制度に基づくものです。ただし、出荷後に更新し続ける体制が問われるという捉え方そのものは、他の組込み・制御分野で案件を見るときの視点としても応用できます。制度の詳細は分野ごとに異なるため、車載以外の案件に関わる際は、その分野の一次情報を改めて確かめることをおすすめします。

※公開中の案件数は時期によって変わります。記事中の案件の傾向は執筆時点のものです。

出典・参考情報

＊1 国土交通省「道路運送車両の保安基準等の一部を改正する省令」1．背景（2025年1月10日）
＊2 国土交通省「道路運送車両の保安基準等の一部を改正する省令」2．概要⑴ 道路運送車両の保安基準の一部改正（第17条の2関係）（2025年1月10日）
＊3 国土交通省「道路運送車両の保安基準等の一部を改正する省令」2．概要⑴ 適用時期（2025年1月10日）
＊4 国土交通省「道路運送車両の保安基準等の一部を改正する省令」2．概要⑴ 適用時期（2025年1月10日）
＊5 国土交通省「道路運送車両の保安基準等の一部を改正する省令」1．背景（特定改造等の許可制度の合理化）（2025年1月10日）
＊6 国土交通省「道路運送車両の保安基準等の一部を改正する省令」3．今後のスケジュール（予定）（2025年1月10日）
＊7 独立行政法人情報処理推進機構「情報セキュリティ10大脅威 2026」組織向け脅威 第2位（2026年1月29日）
＊8 独立行政法人情報処理推進機構「情報セキュリティ10大脅威 2026」組織向け脅威 第4位（2026年1月29日）
＊9 Remoguサイト公開情報（フルリモート可能案件の割合）