C/C++エンジニアのフリーランス面談でよく聞かれる質問と答え方

C/C++エンジニアのフリーランス面談でよく聞かれるのは、CとC++それぞれでどの用途の、どの層を扱ったか、使っていた規格の版とコンパイラー、メモリの不具合や異常終了をどう突き止めたか、性能をどう測って直したか、古いコードをどう安全に直したかです。面談官は文法の知識より、「この人に既存のコードを任せたら、壊さずに直し、問題が起きたら原因まで追えるか」を確かめようとしています。

答えるときは、模範回答を覚えるより、自分の経験から「調べて直した場面」を3〜4つ選び、どの質問にもそこから答えられるように準備しておくのが近道です。面談全般の答え方の型は業務委託の面談でよく聞かれる質問と答え方で解説しているので、この記事ではC/C++の面談に固有の質問に絞ります。

C/C++の面談で面談官が見ていること

C/C++案件の面談に出てくるのは、発注元のチームのリーダーや、そのコードを長く見てきた技術者であることが多くあります。そのため、用語を知っているかより、話の中に出てくる調べる順番と根拠を聞いています。

面談官が知りたいのは、おおむね次の3点です。

1. 任せられる範囲：どの用途の、どの層のコードを、どこまで自分の判断で直してきたか
2. 問題が起きたときの動き方：落ちる、遅い、メモリが増え続けるといった問題に、何を見て、どう絞り込んだか
3. チームとの相性：レビューの受け方、記録の残し方、規約や決まりへの向き合い方が、現場のやり方に合うか

以下の質問は、この3点のどれかを確かめるためのものです。質問の意図が分かれば、答えの中心に何を置くかも決まります。

よく聞かれる質問と答え方の考え方

ここで示す答えの例は、組み立て方を伝えるための架空の例です。そのまま使うのではなく、ご自身の経験に置き換えて準備してください。

1. 「CとC++、それぞれどのくらい、どんな用途で使ってきましたか」

確かめたいのは、経験の中身です。「C/C++で15年」とまとめると、どちらの経験が厚いのかが伝わりません。言語ごとに、用途（業務系、金融系、ミドルウェア、ライブラリなど）、扱った層（アプリケーション、ミドルウェア、OSに近い部分）、工程を分けて話します。

架空の例：「Cは業務系のバッチの保守で長く使いました。C++は直近の数年、Linux上のサーバー処理の新規開発で、クラスの設計から担当しています」

2. 「使っていた規格の版とコンパイラーを教えてください」

C/C++に特有の質問です。現場のコードがどの版を前提にしているかで、書き方も、使える機能も変わるためです。C++の国際規格はC++23が最新の版として公開されています（2026年10月時点、isocpp.orgの案内による）が、案件では古い版のまま動いているコードも多くあります。新しい版の知識を並べるより、実際に使っていた版と、版の違いで困った場面を話せるほうが評価されます。版が分からない場合は、コンパイラーの種類と、ビルドの設定で指定していた内容を伝えれば十分です。

3. 「異常終了やメモリの不具合を、どう突き止めましたか」

最もよく掘り下げられる質問です。答えは次の順番で組み立てると伝わりやすくなります。

• どんな症状で、どのくらいの頻度で起きていたか
• 何を手がかりに再現させたか（ログ、ダンプ、入力の条件など）
• どの道具で、どう範囲を絞り込んだか（デバッガー、メモリの検査の仕組みなど）
• 原因は何で、どう直したか
• 同じ問題を防ぐために何を変えたか

「デバッガーで調べて直しました」だけで終わると、絞り込みの考え方が見えません。見立てが外れて方針を変えた場面まで話せると、調査の力が伝わります。

4. 「性能の改善で、何を測り、何を変えましたか」

面談官は、勘で直したのか、測ってから直したのかを見ています。目標は何だったか、どこで時間がかかっていると分かったか、何を変えて、前後でどのくらい変わったかを順に話します。社外に出せない数字は、「目標の範囲に収めた」「処理時間がおおむね半分になった」のように、比率や到達の有無で伝えれば足ります。

5. 「書いた人がいない古いコードを、どう直しましたか」

C/C++の案件では、既存の資産の保守が多いため、よく聞かれます。ビルドの仕組みをどう把握したか、変更の影響範囲をどう見極めたか、試験のないコードをどう確かめたかを話します。古いコードを批判する話し方より、どう壊さずに直したかを中心に置くと、聞き手の現場にも当てはめてもらいやすくなります。

6. 「複数のスレッドで動く処理を扱った経験はありますか」

並行処理の不具合は再現しにくく、調べる人の力量が出やすい分野です。共有するデータの守り方、処理が止まる問題や結果がずれる問題に出会ったときの調べ方を話します。経験が浅い場合は、どこまで扱ったかを正直に伝えましょう。

7. 「ほかの言語やシステムとの境目で、何をしましたか」

C/C++の部品は、PythonやJava、C#などから呼ばれたり、ほかのシステムと通信したりすることがよくあります。境目でのデータの受け渡し、メモリの持ち主の決め方、エラーの返し方をどう設計・調整したかを話すと、部品を任せられるかが伝わります。

8. 「コーディングの決まりや、レビューの進め方はどうしていましたか」

現場の決まりに合わせられるかを確かめる質問です。安全な書き方の決まりや静的解析の道具を使っていた場合は、その運用の中で自分が何をしたかを話します。レビューで指摘を受けて直した経験も、相性を測る材料になります。

準備は「調べて直した場面」を3〜4つに絞る

上の質問は数が多く見えますが、答えの材料は共通しています。準備は次の手順で進めると効率的です。

1. 場面を選ぶ：異常終了、メモリの不具合、性能の改善、古いコードの改修など、性質の違う場面を3〜4つ選ぶ
2. 場面ごとにメモをつくる：症状、手がかり、使った道具、見立て、直し方、前後の比較、学びを書き出す
3. 環境をそろえる：言語、規格の版、コンパイラー、OS、ビルドの仕組みを、どの場面でも同じ内容で言えるようにする
4. 2分版と5分版をつくる：最初は2分で話し、掘り下げられたら詳しく話せるようにする
5. スキルシートと照らし合わせる：シートに書いた担当範囲や環境と、話の内容が一致しているかを確かめる

スキルシートとの一致は特に大切です。面談官はシートを見ながら質問するため、話とシートがずれると、どちらも信用されにくくなります。シートの書き方はC/C++エンジニアのスキルシートの記事、冒頭の自己紹介の組み立て方は面談の自己紹介の記事で解説しています。

技術の確認が入る面談への備え

C/C++の面談では、口頭で技術の確認をされることがあります。たとえば、メモリの確保と解放の責任の持ち方、C++でリソースを自動で片付ける書き方、値の受け渡しとコピーの違い、未定義の動作が起きやすい書き方などです。こうした確認は、知識の量を競うためではなく、現場のコードを安全に触れるかを見るためのものです。

備えとしては、自分が使ってきた版の範囲で、よく使った書き方と、避けてきた書き方を理由とあわせて説明できるようにしておくと十分です。知らないことを聞かれたら、知らないと伝えたうえで、どう調べるかを話すほうが信頼されます。

C/C++ならではの逆質問

面談の終わりには、こちらから質問できる時間があります。逆質問は、印象づくりより参画後のずれを防ぐ確認に使います。C/C++の案件では、次の点を聞いておくと判断がしやすくなります。

• 使っている規格の版、コンパイラー、OS、ビルドの仕組み
• 新しく書く部分と、既存のコードを直す部分の割合
• 試験の仕組みがどこまで整っているか（自動の試験の有無など）
• ビルドや試験の環境がどこにあり、どう接続するか
• 不具合の調査や障害の対応に、自分がどこまで入るか

一般的な逆質問の考え方は業務委託の面談で聞いておくべき逆質問にまとめています。逆質問で聞いた内容は、契約前の確認にもそのまま使えます。案件を選ぶときの確認点はC/C++エンジニアの案件の選び方で整理しています。

よくある質問

新しいC++の版の機能を知らないと、面談で不利になりますか？

案件で使っている版によります。古い版のまま動いているコードを保守する案件では、新しい機能の知識より、既存のコードを安全に直した経験が重く見られます。新しい版を使う案件に応募するときは、実務で使った範囲と、学んでいる範囲を分けて伝えましょう。

面談で、その場でコードを書くように言われることはありますか？

案件によっては、短いコードを読んで問題点を指摘する、簡単な処理を書くといった確認が入ることがあります。オンラインの面談では画面を共有して行うこともあります。面談の進め方の全体はオンライン面談の記事で解説しています。

組込みの経験が中心ですが、業務系やミドルウェアの面談ではどう話せばよいですか？

メモリの管理、不具合の調査、性能の詰め方など、用途が変わっても通じる経験を中心に話します。そのうえで、OSやネットワーク、データベースなど、狙う案件で必要になる知識をどこまで持っているかを正直に伝えることが大切です。面談で見送られやすい理由は面談で見送られる理由の記事で解説しています。