C#エンジニアのフリーランス面談でよく聞かれる質問と答え方｜質問の意図と準備

C#エンジニアのフリーランス面談でよく聞かれるのは、どの領域のアプリを、どの.NETの版で作ってきたか、遅い処理や画面が固まる問題をどう調べたか、古いコードや移行にどう向き合ったか、現地作業や出社に応じられるかの4つです。面談官は、言語の知識の量より「この人に既存のシステムを預けたとき、迷わずに手を動かせるか」を確かめようとしています。

答えは丸暗記するより、自分の経歴から「問題を調べて直した場面」を3つほど選び、どの質問にもそこから答えられるように準備するのが近道です。面談全般の型は業務委託の面談でよく聞かれる質問と答え方で扱っているので、ここではC#の面談に固有の質問に絞ります。

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

C#の案件は、業務Web、Windowsの業務アプリ、.NETの移行、製造・制御系、Azureでのサービス開発と、領域によって仕事の中身が大きく変わります（詳しくはC#の案件の仕事内容）。そのため面談官は、まず「自社の案件と同じ領域の経験か」を見て、次に次の3点を確かめます。

1. 環境の一致：.NET Frameworkか新しい.NETか、WinForms・WPF・ASP.NET Coreのどれか、使ってきたデータベースは何か
2. 調べる力：仕様書が古い、作った人がいない、という状況で、コードとデータから今の動きを読み解けるか
3. 働き方の一致：開始時期、稼働日数、出社や現地作業の頻度が合うか

C#の面談は、発注元の開発リーダーや、既存システムを長く見てきた担当者が相手になることが多く、具体的な技術の言葉で話せるかどうかがそのまま評価になります。

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

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

1. 「直近の案件で、何を、どの環境で作っていましたか」

確かめたいのは環境の一致です。アプリの種類、.NETの版、画面の技術、データベース、体制の人数と自分の位置を短く伝えます。「C#で開発」だけでは判断できないため、版と画面の技術を最初に言うのがポイントです。

架空の例：「.NET Framework 4.8のWPFで作られた社内の受注管理アプリの改修を担当していました。データベースはSQL Serverで、5名のチームのうち画面と帳票の改修を主に見ていました」

2. 「async/awaitは、どんな場面でどう使っていましたか」

非同期処理を正しく理解しているかを測る質問です。使った場面（画面を固めずに重い処理を走らせる、APIを呼ぶ、ファイルを読む）と、そこで起きた問題をどう直したかを話します。デッドロックや、例外が拾えなかった経験があれば、原因と直し方まで話せると理解の深さが伝わります。用語の説明を長くするより、実際に直した1件を話すほうが評価されます。

3. 「遅い処理を、どう見つけて、どう直しましたか」

業務系のC#案件で最も掘り下げられやすい質問です。次の順で組み立てると伝わります。

• どこで遅いと分かったか（利用者の声、ログ、計測）
• 原因をどう絞り込んだか（Entity Frameworkが出したSQLを確かめた、実行計画を見た、など）
• どう直したか、ほかにどんな直し方を考えたか
• 直した結果をどう確かめたか

「インデックスを貼りました」で終わると、原因を見つけるまでの過程が見えません。絞り込みの手順を話せるかが分かれ目です。

4. 「仕様書がない既存のコードを、どう読み解きましたか」

保守や移行の案件でよく聞かれます。面談官が知りたいのは、手当たり次第に読むのではなく、入口を決めて追えるかです。画面の操作からイベント処理を追う、ストアドプロシージャとテーブルの関係を書き出す、調べた内容を後の人のために残す、といった自分の型を話します。

5. 「.NETの移行や版上げに関わったことはありますか」

移行の経験は、C#の案件で特に関心を持たれやすい点です。経験があれば、移した範囲、使えなかった機能やライブラリ、新旧で動きが変わった箇所と、それをどう見つけたかを話します。経験がない場合は「ない」とはっきり言ったうえで、新しい.NETで開発した経験や、自分で試した範囲を添えます。サポートの期限が移行の需要を生む流れはC#エンジニアの将来性で整理しています。

6. 「設計書やテスト仕様書は書いていましたか」

業務Webや受託の案件では、決まった型の設計書を書く工程が含まれることが多いため、どの種類の文書を、どの工程で書いたかを聞かれます。「詳細設計書を機能単位で書き、レビューを受けていた」のように、文書の種類と関わり方を答えます。書いた経験が少ない場合は、読んで実装した経験と、レビューで指摘を受けて直した経験を話します。

7. 「装置や外部のシステムとの連携の経験はありますか」

製造・制御系や、他システムとファイルや通信でやり取りする案件で聞かれます。通信の方式、試験の進め方、うまくいかなかったときの切り分けを話します。実機での試験に立ち会った経験は、それだけで判断の材料になります。

8. 「開始時期、稼働日数、出社や現地作業の頻度はどうですか」

C#の案件は、社内ネットワークの中で動く業務システムや、工場の設備とつながる案件で出社や現地作業が求められやすい傾向があります（C#のリモート案件の記事）。応じられる頻度と、応じられない条件を具体的に伝えます。曖昧に「調整できます」と答えて参画後にずれるより、最初に線を示すほうが信頼されます。

9. 「なぜフリーランスで、なぜこの案件なのですか」

長く続けてもらえるか、案件の領域に関心があるかを確かめる質問です。働き方の希望だけでなく、「WPFの保守で積んだ経験を、新しい.NETへの移行で生かしたい」のように、経験と案件のつながりで答えると伝わりやすくなります。

技術の確認やコードを読む課題があるとき

C#の面談では、口頭で技術を掘り下げられるほか、コードの断片を見せられて問題点を問われることがあります。出題されやすいのは、非同期処理の待ち方、LINQの遅延実行による意図しない複数回の実行、例外の握りつぶし、破棄すべきリソースの扱いなどです。

対策として、次の点を自分の言葉で説明できるようにしておきます。

• async/awaitで、処理を待たずに進めてしまう書き方の何が問題か
• LINQのクエリが、いつデータベースに問い合わせるのか
• 例外をどこで受け止め、どこで記録するか

答えに詰まったときは、分からない点を正直に言い、どう調べるかを話すほうが印象はよくなります。技術テストの考え方は業務委託の技術テストの記事で解説しています。

準備は「直した場面」を3つに絞る

質問は多く見えますが、答えの材料は共通しています。

1. 場面を選ぶ：性能の改善、不具合の調査、移行や版上げなど、性質の違う場面を3つ選ぶ
2. 場面ごとにメモをつくる：環境（版・画面の技術・データベース）、きっかけ、絞り込みの手順、直し方、確かめ方、結果を書き出す
3. 環境の表記をそろえる：どの場面でも、.NETの版や技術名を同じ言い方で話せるようにする
4. 1分版と3分版をつくる：短く答え、掘り下げられたら詳しく話す
5. スキルシートと照らし合わせる：シートに書いた版や工程と、話の内容が一致しているかを確かめる

面談官はスキルシートを見ながら質問します。シートで「.NET 8」と書いた案件を、面談で「.NET Framework」と話すと、どちらも信用されにくくなります。書き方はC#のスキルシートの記事、冒頭の自己紹介は面談の自己紹介の記事をご覧ください。

面談の相手によって重心が変わる

受託の案件では、元請けと発注元の両方と面談することがあります。元請けの面談では工程と文書、発注元の面談では技術と業務の理解に重心を置くと、限られた時間を有効に使えます。

C#ならではの逆質問

逆質問は、参画後のずれを防ぐ確認に使います。C#の案件では、次の点を聞いておくと判断しやすくなります。

• 対象のシステムの.NETの版と、版上げや移行の予定があるか
• 新規の開発と、保守・問い合わせの対応の割合
• 開発環境に入る方法（貸与の端末、リモートデスクトップ、社内での作業）
• 現地作業や夜間・休日の作業が入る時期と頻度
• 設計書の型とレビューの進め方

一般的な逆質問は面談で聞いておくべき逆質問、契約前の確認はC#の案件の選び方で整理しています。

よくある質問

WinFormsの経験しかありません。面談でどう話せばよいですか？

WinFormsの保守で、古いコードを読み解き、利用部門と話して改修してきた経験は、移行や保守の案件で頼りにされます。そのうえで、新しい.NETやASP.NET Coreを自分で試した範囲があれば、正直な深さで添えましょう。経験していないことを経験したように話すと、掘り下げられたときに答えに詰まります。

C#の最新の言語機能を知らないと不利になりますか？

新しい.NETで開発する案件では話題になることがありますが、業務系の案件では、非同期処理やデータベースを正しく扱えることのほうが重く見られる傾向があります。案件で使う版の機能を一通り確かめておけば、面談で困ることは少なくなります。

面談で見送られやすいのはどんなときですか？

領域や版の経験が案件と合わないとき、問題の調べ方が説明できないとき、出社や現地作業の条件が合わないときが多く見られます。条件のずれは事前に確かめれば防げます。一般的な理由は面談で見送られる理由の記事で解説しています。