未経験者が成果物で評価されるポイント

成果物で見られること

未経験者の成果物では、完璧なサービスより、基礎と説明力が見られます。

評価されるのは、派手な機能数ではなく、目的、動作、コード、改善を説明できることです。

目的、実際の動作、基礎理解、改善履歴、自分の判断をURL・README・commit履歴で示し、説明できる成果物にする図

小さくても、公開URL、GitHub、README、改善履歴を揃えます。面接では、苦労した点と直した点を説明できるようにします。

目的: 提出期限を忘れないため
動作: 追加・期限表示・完了ができる
判断: 最初はログインを外し、基本操作を完成
改善: 期限切れが分かりにくい意見を受け、文言を追加
証拠: 公開URL、README、commit履歴

成功例は、READMEの手順で第三者が動かせ、自分が担当した判断と改善を説明できることです。失敗例は、教材をそのまま写し、なぜその機能があるか説明できないことです。

見る人や応募先によって観点は異なります。この記事の項目は評価を保証する条件ではなく、成果物を事実で説明する整理軸です。利用者数や効果を測っていないなら、推測で大きく見せません。自分が書いたコードの範囲も区別します。

「ReactとFirebaseを使いました」だけでは、目的、動作、自分の判断、問題と改善、その証拠が不足しています。

未経験者の成果物は、完成度だけでなく学習過程も見られます。動くものを作り、説明と改善の証拠を残します。