初めて作ったWinFormsアプリを、自分の言葉で紹介しよう
WinFormsの学習では、フォームにコントロールを配置し、イベント処理を書き、少しずつアプリを動かしていきます。
最初はボタンを一つ動かすだけでも大変だった人が、数日間の制作を通して、自分で考えたアプリを形にできるようになることがあります。
作品発表では、つい完成した機能の数や画面の見栄えに目が向きます。しかし、初めてのアプリ制作で得られるものは、それだけではありません。
この記事では、初めて作ったWinFormsアプリを振り返り、自分の成長として相手に伝える方法を紹介します。
最初の自分を思い出してみよう
作品が完成すると、今の自分の目で作品を見るため、「もっと機能を増やせたかもしれない」「ほかの方法もあったかもしれない」と感じることがあります。
そこで、制作を始める前の自分を思い出してみてください。
初めてWinFormsを学んだ日に、次のように言われたらどうだったでしょうか。
これから3日間で、自分で内容を考え、画面を作り、C#のコードを書いて、動くアプリを完成させてください。
何から始めればよいか、分からなかった人もいるでしょう。
- Visual Studioでプロジェクトを作る
- フォームにコントロールを配置する
- プロパティを変更する
- ボタンのClickイベントを書く
- 入力された値を受け取る
- 条件分岐や繰り返しを使う
- エラーの原因を探す
- 実行して動作を確認する
現在は、こうした作業をいくつも経験しています。
完成したアプリだけを見ると気づきにくいのですが、「自分で考え、作り、動かした」という一連の経験そのものが、大きな学習成果です。
作品の価値は機能の多さだけではない
アプリを紹介するとき、高度な機能が多い作品ほど優れているように見えることがあります。
しかし、学習中の作品では、全員が同じ経験や知識から始めているわけではありません。制作の目的も、作業の速さも、挑戦した内容も人によって異なります。
大切なのは、他の作品との順位を決めることではなく、自分の制作から何を学んだかを見つけることです。
例えば、小さなアプリの中にも次のような成果があります。
- 初めて自分だけで画面を設計した
- コントロールに分かりやすい名前を付けた
- 入力ミスが起きた場合の処理を加えた
- 同じ処理をメソッドにまとめた
- エラーを一つずつ調べて解決した
- 途中で設計を見直した
- 最後まで動作確認を続けた
利用者からは見えない部分にも、制作者の工夫や成長があります。
控えめな言葉に、事実を一つ加えてみる
人前で自分の作品を紹介するとき、少し控えめな言い方になるのは自然なことです。
「自慢しているように思われたくない」「期待させすぎたくない」という相手への配慮から、謙遜した表現が出ることもあります。それは悪いことではありません。
ただ、作品発表や就職面接では、聞く側は制作の過程を知りません。そのため、控えめな気持ちはそのままに、できたことを事実として一つ加えると、取り組みが伝わりやすくなります。
| 控えめな気持ち | 成果が伝わる表現 |
|---|---|
| まだ機能が少ない | 今回は、まず○○の機能を完成させました |
| 思ったところまで完成しなかった | 現在は○○まで動作します。次は△△を追加したいです |
| エラーが多くて大変だった | ○○のエラーが出ましたが、原因を調べて修正しました |
| 見た目はシンプルになった | 操作が分かりやすくなるよう、画面をシンプルにしました |
| 調べながら作った | 分からない部分を調べ、動作を確認しながら実装しました |
これは自分を大きく見せる表現ではありません。自慢でもありません。
自分が行ったことを、聞く人に分かるように説明しているだけです。
「できなかったこと」も学習成果になる
予定していた機能がすべて完成しないこともあります。
その場合も、「完成しなかった」で話を終わらせる必要はありません。どこまで進み、何が課題として残ったのかを整理すると、制作経験が伝わります。
例えば、次のように説明できます。
データを入力して一覧に表示するところまでは実装できました。保存機能にも取り組みましたが、読み込み時の処理に課題が残りました。次は処理を小さく分けて、どの段階で問題が起きているのかを確認したいです。
プログラミングでは、最初から予定どおりに進むとは限りません。
うまくいかなかった場所を説明できること、原因を考えられること、次に試す方法を考えられることも、エンジニアに必要な力です。
1〜2分の作品発表は5項目で組み立てられる
作品発表で何を話せばよいか迷ったときは、次の5項目に沿って整理すると話しやすくなります。
- 何を作ったか
- なぜそれを作ろうと思ったか
- どこを工夫したか
- 制作を通して何ができるようになったか
- 次に追加・改善したいこと
次のテンプレートに当てはめると、1〜2分程度の発表にまとめられます。
私は、○○をするWinFormsアプリを作りました。
○○に使えるものがあると便利だと思い、この題材を選びました。
工夫したところは○○です。
制作中に△△で迷いましたが、調べながら□□まで実装できました。
今回の制作で、○○ができるようになりました。
次に作るときは、△△の機能も追加したいです。
すべての項目を長く話す必要はありません。自分にとって特に印象に残ったことを中心に話せば十分です。
比べるなら、制作前の自分と比べよう
同じ教室で学んでいても、これまでの職歴、パソコンに触れてきた時間、プログラミング経験などは一人ひとり違います。
そのため、他の人の作品と単純に比べると、自分の成長が見えにくくなることがあります。
発表前には、次の質問を自分にしてみてください。
- 制作前には分からなかったが、今は分かることは何か
- 制作前にはできなかったが、今はできることは何か
- 今回、初めて自分で判断したことは何か
- 困ったとき、どのように調べたり質問したりしたか
- 次に同じものを作るなら、もっと早くできそうなことは何か
完成した機能の数ではなく、制作前の自分との差を見ると、自分だけの学習成果を見つけられます。
実務未経験でも「何も知らない未経験者」ではない
IT業界の求人には、「未経験者歓迎」と書かれているものがあります。
ここでいう未経験は、多くの場合「仕事として開発した経験がない」という意味です。しかし、応募する人全員の学習状況が同じとは限りません。
| 学習や経験の状態 | 現在伝えられること |
|---|---|
| これからITを学び始める | ITへの興味や応募の理由 |
| 独学を始めた | 自分から学習を始めた経験 |
| 学校や職業訓練で学んだ | ITの基礎を体系的に学んだ経験 |
| アプリを制作した | 設計、実装、修正、動作確認の経験 |
| 作品を発表した | 技術や制作過程を説明した経験 |
実務経験がなくても、ITの基礎を学び、C#でコードを書き、WinFormsアプリを制作した人には、すでに具体的な学習経験があります。
例えば、次のように説明できます。
実務経験はありませんが、職業訓練でITの基礎とC#を学びました。WinFormsでは、自分で題材を考えてアプリを制作し、動作確認と作品発表まで経験しました。
「実務経験がない」という事実を隠さず、それと同時に「何を学び、何を経験したか」も伝えています。
作品発表の経験は就職面接にもつながる
未経験者の採用では、現在の技術力だけでなく、学習への取り組み方や、分からないことへの向き合い方も伝える材料になります。
作品について質問されたときは、次の内容を具体的に話せるようにしておくとよいでしょう。
- 何を目的に作ったか
- 自分で考えた部分はどこか
- どのような技術を使ったか
- どこで困り、どう対応したか
- 完成後に気づいた改善点は何か
面接で必要なのは、自分を大きく見せることではありません。また、自分を小さく見せることでもありません。
現在できることと、これから学びたいことを、できるだけ具体的に伝えることです。
まだ経験していないことは、これから学ぶ。
すでに経験したことは、自分の言葉で丁寧に伝える。
授業での短い作品発表は、その練習にもなります。
発表前の振り返りシート
発表内容を考えるときは、次の項目を短く書き出してみましょう。
| 振り返る項目 | 自分の回答 |
|---|---|
| 作ったアプリ | |
| 作ろうと思った理由 | |
| 自分で工夫したこと | |
| 困ったこと | |
| 解決するためにしたこと | |
| 制作前よりできるようになったこと | |
| 次に追加したいこと |
この表を埋めると、発表で話せる内容だけでなく、就職面接や応募書類で使える学習経験も見つけやすくなります。
まとめ
初めて作ったWinFormsアプリには、完成した機能だけでなく、考えたこと、調べたこと、試したこと、修正したことにも価値があります。
控えめに話したくなるのは、周囲への配慮や緊張から生まれる自然な気持ちです。その気持ちを無理に変える必要はありません。
ただし、聞いている人は制作の過程を知りません。そこで、自分が行ったことを事実として一つずつ言葉にしてみましょう。
実務経験はまだない。
しかし、学んだことも、作ったものも、解決したこともある。
他の人と比べるのではなく、制作を始める前の自分と比べてみてください。そこに見つかった変化が、あなた自身の学習成果です。