2026年　実践のためのWebプログラミング 自由制作 レポート

まとめ

私が作成したアプリはKLMSです。

アプリの説明

今回私が作成した「Kuizu Leaning Management System」は私がここ3か月でお気に入り登録をしたクイズをひたすら勉強するアプリである。

自分なりにこだわったポイント

• 早押しクイズ特化の復習システムの考案した。 当初、AIに要件を渡したところ、「クイズ一覧・正誤記録つき暗記アプリ」を提案された。MVPも、「質の高い復習サイトを目指した機能」ではなく、「正解したら習熟度が上がる、不正解なら復習対象になる、連続正解で「習得済み」」「今日の復習/ランダム練習/苦手ジャンルから練習/未学習問題から練習」といったそれっぽいだけの薄っぺらい機能を提案された。 そこで、MVPの要件を変更した。具体的には、以下の文言を、要件書に書き加えた。要するに、「早押しクイズ学習アプリとして、本当に価値のある機能を作ろう」

• お気に入りのクイズをすべてデータベースに保存した。 みんはやでお気に入りしたクイズをすべてのスクショして(およそ1200問分! )DBに保存した。

• 押しポイントを実装するプロセスを工夫した。 このアプリを一般的な雑学の暗記アプリではなく早押しの暗記特化たらしめるのは、「押しポイント」という概念である。 これをAIに学習させるため、「110問目を人間が指定」→「それをもとに1120問目をAIが指定」→「それを人間が修正」→「人間の修正内容も併せて、21~31問目をAIが指定」という方法を取った。 ただし、AIはあくまで確率分布的に押しポイントはここかな？と出しているだけなので、満足の行く結果を出させるのは難しかった。 たとえば以下の問題：「大阪環状線桜ノ宮駅の発車メロディにも使用されている、「隣どうし」である「あなた」と「あたし」をある果物にたとえた、大塚愛の代表曲は何でしょう？」は私が非常に気に入っている問題の一つだが、現在のAIがこの文章に正確な押しポイントをつけるのは非常に困難だと思った。

• スコアの付け方を工夫した。 再復習の優先度をつけるために、早押しのスコアを付ける必要がある。 しかし、「早く押したけど間違えた」と「正解したけど押すのが遅かった」など、早押しのスコアは曖昧で、ここはちゃんと考えないといけなかった。