動的に生成しています。化した後にデバイストークンを取得し、お店の情報と合わせてサーバーに送信、並び順に登録する部分の実装を行なっていました。プッシュ通知の仕組みと仕様を理解するためにテストアプリを作り、動作の検証を行なっていました。対応していたため、簡単に実装できました。それが全くうまくいっていませんでした。継承されていないと分かりました。コードを読み取れません。動的に生成する方法を見つけたので実装の目処を立てられました。デバイストークンの取得とパーミッションの許可を非同期で行う処理を実装していたので、その通りに実装していたのですが、パーミッションの許可が発火せず、不定のタイミングでたまに起こるみたいな状態でした。通知の許可をボタンを押すなどのアクションの後に発火するのを想定しているように感じたので、ページを開いたときに自動で処理を実行するとうまく行かないのかもしれません。そこで別で関数を用意してパーミッションの許可を出したあとにリダイレクトして通知の許可の要求が安定して出せるようになりました。プッシュ通知を実装するよりもネイティブのアプリを用意した方が、開発する側としては楽なのですが、その選択はしませんでした。既存のサービスのようにどこかのお店に並ぶたびにアプリをインストールするのはユーザー体験がよくないので、使わない判断をしていました。機能的に無理だったので諦めざるを得ませんでした。バックエンドの再開発これまでのアプリのシステムについては以前の記事にありますが、ユーザー情報をフロントが持っていてローカルストレージで管理している状態でした。並び順の確認のたびにユーザー情報をサーバー側に送るという仕組みだったので、フロントがロジックを持ってしまいコードが散らばっていました。した後の並び順の登録のために再開発を行いました。結果としてユーザーはデバイストークンで一意に認識され、バックエンドでユーザーの状態や並び順が管理される状態に改善しました。2お客さんの来客状況の可視化を行いました。これまでのサービスではいつの時間にどのくらいの人が訪れたのか、といったデータを事業者側が確認する方法がなかったので追加しました。ライブラリはRechartsを利用しています。一週間や曜日毎などの過去の比較を含めた表示を行うべきか考えましたが、あくまで集めたデータを分析してもらうのが目的ではなく、フィードバックする環境を用意するのが目的だったので、当日分のお客さんのデータのみを表示するようにしました。してエクスポートできるようにして、個人で活用できる環境を用意するような仕組みを用意したり、より深いデータ分析を行なったフィードバックを考えているので、その前段階として用意しました。終わりにプロダクトについて企業さんからフィードバックをもらうなかで、すぐに事業に結びつくシステムを評価していただきました。ハッカソンとしてはやはり事業化のビジョンが明確化されたプロダクトであったのだと感じました。発表についてもプロダクト自体の説明よりも使用した技術が明確にされていてそうした技術よりの発表にシフトした方が良かったのかなと感じました。開発についてはアドバンスに向けた開発を主導できて、チームメンバーと協力しながら実装しきれたので満足しています。通知は実装できる見通しが全く立っていなかったのでこうして実現できたのが嬉しいです。これからはハッカソンよりももっと長いスパンで腰を据えて取り組むような、社会的に実現したら嬉しいような大きなスケールのプロダクトを開発したいと考えています。系の技術も本格的に学んでいかないといけないです。