はじめに

今回は初めて個人でWEBサービスプロ野球投手VS野手対戦成績検索サービスをリリースしました。まだまだ改善点はあるものの、ひとまず形にはなったので、開発した経験について紹介します。少しでも参考になれば幸いです。

自己紹介

プロ野球の特定の投手と野手の対戦成績を検索できるWEBアプリです。
年度やチームを絞り込んで検索可能です(通算検索などいくつかの検索ができます)。

打率やOPSなどの検索結果をチームと打席数順に表示します。
選手のリンク押下で、NPBの選手紹介ページに遷移します。

日々の仕事では設計、実装、テスト、リリースの工程をアジャイル開発で繰り返してきましたが、全体の開発プロセスを経験したことがありませんでした。そのため、個人開発を通じて、開発プロセス全体を経験し、知識を深めることを目標にしていました。

自分が興味を持って取り組める題材にしたく、好きな野球をテーマにすることにしました。中継中に紹介される「投手と野手の対戦成績」を自分でも簡単に調べられたら野球をもっと楽しめるのではと考え、このシステムを作ることにしました。また、同様のサービスがほとんどなかったため、開発をスタートしました。

このサービスでは以下の技術を使用しました

フロントエンド：Vueのcomputedやwatchを利用し、選手のプルダウンは選択した年度とチームに応じて動的に変化させました。multiselectをカスタムし、漢字やひらがなでプルダウンの選択肢を絞り込み可能にし、空白の有無も許容しました。
バックエンド：ストリームやラムダ式を活用してデータ処理を効率化しました。セキュリティの向上も意識し、エンドポイントの設計に注力しました。また、データベースのインデックスを適切に付与し、初期表示と検索の処理速度を向上させました。
データ更新：SpringのScheduledアノテーションを用いてNPB公式の試合結果を日次でスクレイピングし、常に最新の情報を提供しています。
ER図：今後の改修に合わせて修正予定

個人開発を通じて、以下の課題が見えてきました

インフラの知識不足：Heroku、RDS、CloudFlareを用いて簡易的にインフラ構築を行いました。インフラに関する知識があれば、よりパフォーマンス、セキュリティ、コスト面を考えられたインフラ設計ができたと感じています。
データ依存：NPB公式サイトの構造に依存しているため、サイトの変更があった場合には改修が必要です。ただし、2005年以降大きな変更は1度のみなので、頻繁な対応は必要ないと見込んでいます。

今後、以下の改修を行いたいと考えています

今回の個人開発を通じて、「自分が作りたいサービスを作る」という楽しさを再認識しました。しかし、事前の調査不足(スクレイピングするサイトの構成の理解やインフラ周りでの使用技術の選定)により手戻り作業が発生したため、開発前の調査の重要性を改めて感じました。

また、開発中に新しい機能のアイディアが出てきたことで、仕様が2転3転してしまったので、最初にプロジェクトの範囲を明確にしておくことの大切さも実感しました。

これからは、インフラ周り等の上流工程のスキルも身につけ、開発プロセス全体で貢献できるエンジニアを目指したいと思っています。

以上、初めての個人開発を通じての学びと経験です。最後までお読みいただきありがとうございました！!

Qiitaでの初投稿、温かいコメントやフィードバックをお待ちしています！