【就活】C# で作ったアプリの経験を就活書類でアピールする方法(PhoneBook編)
訓練でC#のWindowsアプリを作っても、それを書類選考でどう書けばいいか分からない、という声をよく聞きます。
「電話帳アプリを作りました」とだけ書いても、採用担当者には伝わりません。
この記事では、PhoneBookアプリを例に、何をどう書けば書類選考で伝わるかを整理します。
この記事で扱うこと: 「習得技術の整理の仕方」「自己PR・学習成果欄の書き方」「加点になる表現のコツ」です。
まず「何を習得したか」を整理する
書類に書く前に、自分が身につけた技術を言語化します。
PhoneBookアプリのコードを例に見ていきます。
Dictionary<string, string> phoneBook;
private void ReadFromFile()
{
using (System.IO.StreamReader file =
new System.IO.StreamReader(@"..\..\data.txt"))
{
while (!file.EndOfStream)
{
string line = file.ReadLine();
string[] data = line.Split(',');
this.phoneBook.Add(data[0], data[1]);
}
}
}このコードから読み取れる技術要素は次の通りです。
| 技術要素 | 具体的な内容 |
|---|---|
| データ構造 | Dictionary<string, string> でキーと値の管理 |
| ファイルI/O | StreamReader でCSV形式のテキストファイルを読み込み |
| GUIプログラミング | Windows Forms(ListBox、イベントハンドラ) |
| C#の基礎文法 | foreach、KeyValuePair、using、名前空間 |
| イベント駆動設計 | ユーザー操作に応じた処理(選択 → 表示) |
| リソース管理 | using 構文による StreamReader の自動解放 |
「アプリを作った」という事実ではなく、「どの技術要素を使って何を実装したか」 が書類に書くべき内容です。
書類選考で伝わる書き方
「作った」より「習得した技術」で書く
採用担当者は成果物の見た目より、どんな技術の理解があるかを見ています。
| 伝わらない書き方 | 伝わる書き方 |
|---|---|
| 電話帳アプリを作りました | Dictionary を用いたキーバリュー型のデータ管理を実装しました |
| ファイルを読み込む機能を作りました | StreamReader と Split を使い、CSV形式のデータを解析して画面に表示しました |
| WinFormsアプリを作りました | イベントハンドラを通じてユーザー操作と画面更新を結びつけるGUIを実装しました |
自己PR文のサンプル(200字程度)
職業訓練でC#によるWindowsアプリ開発を学び、電話帳管理アプリを実装しました。
Dictionaryコレクションによるデータ管理、StreamReaderを用いたファイルI/O、 Windows Forms でのGUI設計・イベント処理まで一貫して習得しています。 「データをどう保持・表示するか」を設計から実装まで考える経験を通じ、 業務アプリ開発の基礎を身につけました。
学習成果欄のサンプル(箇条書き形式)
習得スキル:C# / .NET Windows Forms アプリケーション開発
Dictionary<string, string>を用いたキーバリュー型データ構造の設計・実装StreamReaderによるCSVファイルの読み込みとデータパース処理- ListBox とイベントハンドラを組み合わせたGUIの設計
- オブジェクト指向プログラミング(クラス、名前空間、部分クラス)の基礎理解
職種によってアピールする角度を変える
社内SE・業務システム開発を目指す場合
業務システムでは「ファイルからデータを読み込んで管理・表示する」という処理が頻出します。
電話帳アプリでは、CSVファイルからのデータ読み込みと
Dictionaryによる管理・GUI表示まで 一連の流れを実装しました。貴社の業務システム開発において、こうしたデータ管理と UI連携の基礎を活かし、早期に戦力となれると考えております。
SIer・受託開発を目指す場合
Windowsアプリ開発の知識があることを強調します。
Windows Forms を用いたデスクトップアプリの設計・実装経験があります。 イベント駆動型プログラミングの考え方を理解しており、 業務アプリのUI設計・実装業務に即応できます。
加点になる一言フレーズ
書類で差がつくのは、技術名を並べるだけでなく「なぜそれを使うのか分かっている」ことを示す表現です。
- 「
using構文によるリソース解放の重要性を、実装を通じて習得しました」 - 「
Dictionaryを選んだのは、名前から電話番号を高速に取得できるためです」 - 「コレクションの選択基準(
DictionaryとListの使い分け)を意識して実装しました」
一行でも「理由まで分かっている」と伝わると、理解の深さが際立ちます。
アピールをさらに強くするには
現在のPhoneBookアプリに以下の機能を追加できると、「主体的に学習する姿勢」のエピソードとして使えます。
| 追加機能 | アピールできること |
|---|---|
| 登録・削除機能 | CRUD操作の理解 |
| 名前の検索機能 | コレクション操作の応用 |
| ファイルへの書き込み | StreamWriter の習得 |
| エラー処理(try-catch) | 堅牢なコーディングの意識 |
「教科書通りに作った」より「自分で機能を追加した」という一文があると、学習の主体性が伝わります。
まとめ
- 書類には「作った」ではなく、「習得した技術要素と、何を実装したか」 を書く
- 技術名(
Dictionary、StreamReaderなど)を具体的に出すと信頼感が上がる - 「なぜその技術を使ったか」 を一言添えると、理解の深さが伝わる
- 職種に合わせて「業務への応用イメージ」を添えると志望動機とつながる
訓練で作ったアプリは、書き方次第で立派なアピール材料になります。成果物のコードを見ながら、自分の言葉で技術要素を一つずつ言語化してみてください。