先生のプロフィール・コースのアクセス数の合計を比較したランキングが先生側で確認できるように！ランキング機能開発ストーリー

今回は6月に開発・リリースされた「アクセス数ランキング」に関して、開発をメインで担当したエンジニアの伊藤さんに突撃インタビュー！

今回の開発の山場や工夫点などを語っていただきました！

NoSchoolではエンジニア採用を積極的に行っています！興味ある方は「話を聞きに行きたい」からご連絡ください！

フルスタック

オンライン指導の課題を解決するスタートアップのWebエンジニア募集

【運営事業】オンライン家庭教師のマッチングプラットフォーム「マナリンク」（マナリンクHP：https://manalink.jp）【対象ユーザー】・オンライン家庭教師塾や家庭教師などで指導実績があり、「個人塾経営者」、「元証券マン」や「現役バレエダンサー」などさまざまなバックグラウンドをお持ちの先生が登録しています。オンラインでの指導のため、直接生徒のご自宅に行く必要がないため、「本業」「副業」さまざまな働き方の先生がいらっしゃいます。・「学びたい」生徒メインは小学生/中学生/高校生、「学びたい」理由はさまざまです。「中高一貫校に通っているけど、一部の教科が苦手」「英検を受けるために対策をしたい」などなど。さまざまな理由で学校に通えない方や海外在住の日本人の生徒さんもいらっしゃいます。 1割弱ですが「社会人」の生徒さんもいらっしゃいます。【マナリンクの特徴】 ①社会人の先生のみの「オンライン家庭教師」として登録可能家庭教師というと「学生」をイメージしがちですが、マナリンクは経験豊富な「社会人」の先生の登録のみ。指導実績豊富で熱意のある先生に出会えます。 ②「指導してもらえるオンライン家庭教師の先生」の様々な情報が見れる家庭教師業界の抱える問題の1つに「情報の非対称性」があります。マナリンクでは登録している先生の様々な情報を開示することで、学ぶ側が安心・納得して先生を選べるようにしています。例えば... ・先生の自己紹介動画（先生のしゃべっている雰囲気や指導理念が確認いただけます）・先生の指導実績・先生のコース料金（マナリンクでは決まった料金プランがないため先生によって指導時間/回数/料金が異なります）そのほかにも指導した生徒さんからの口コミ、「感謝の声」も見ることができ、実際に指導を受けた生徒さんからの生の声を覗くことができます。 ③専用アプリやWEBページを使って「指導しやすい」「学びやすい」環境を提供マッチングプラットフォームというと、「マッチングさせたらそれで終わり」というイメージが強いですが、「マナリンク」はマッチングされた後も、自社開発の専用アプリやWEBページを使うことで「学びやすい」「指導しやすい」環境を提供しています。例えばこんな機能があります！・授業時間外も「先生」とやり取りできる「チャット機能」・「授業日や時間を忘れてた！」を防止する「カレンダー機能」・宿題の出し忘れやお子様の学習状況を確認できる「宿題提出機能」

-今回は伊藤さんにお話を伺います！今回リリースした機能の内容を簡単に教えて下さい！

6月にリリースされたアナリティクス機能の「アクセス数を見る」の画面から直近1週間のアクセス数ランキングを見れるようになりました！

プロフィール・コースのアクセス数の合計を比較したランキングで、ランキングから、現在のアクセス数の良し悪しをご自身でご判断することもできるようになりました。

また、アクセス数が多い順にランキングを算出するアルゴリズムをLaravelに実装するよりもMysql8のRANK()関数を利用する方がバグを生むリスクも実装するコストも低くなると判断し、今回の施策のタイミングでMySQL5.7からMySQL8.0へバージョンアップも同時に行いました。

‐ランキングって、上位になるとテンションあがりますよね！特に先生方からすると今のコースがいいのかという判断をする参考にもなりそうですね。実際に先生方が見れる画面等はありますか？

これはテストページにはなるんですが、こんな感じでランキングが表示されます。

‐開発を始める前に、技術的に一番大変になりそうだなと感じたところはありますか？

本番DBのバージョンアップをすることが初めての経験だったこともあり、Amazon Aurora MySQLを5.7から8.0へ上げる際に考慮すべき事や手順に関して無知でだったので、データ不整合や障害を発生させずにバージョンアップをやり遂げることが出来るのか不安でした。

‐ちなみに開発を始めた後に、想定外だったことはありましたか？

全てのDBインスタンスクラスに対してMySQL8.0がサポートされていると思い込んでいました。いざ蓋をあけてみると、当サービスが利用しているDBインスタンスクラスではMySQL5.7までしかサポートされておらず、MySQLのバージョンアップだけでなく、DBインスタンスクラス自体のバージョンアップもする必要が生じました。また、DBインスタンスクラスのバージョンを上げることで月々のランニングコストも増加するので、ランク関数を利用するためだけに現時点でDBインスタンスを上げることはビジネス的に良い判断なのかという迷いも生じました。

‐いろいろな判断が絡みあうのは確かに想定できないですね。今回の開発の山場があったら教えていただけますか？

3つぐらい山場がありましたね。

①そもそも本番DBを上げる際にはどのようなことを考慮する必要があるのか,どのような手段が存在しており、今回はどの手段を採用すべきかの判断をすること。

理由として、マナリングではC向けサービスであり、SEOを重視しているのでダウンタイムが発生する時間を限りなく短くしたかった。(そもそもダウンタイム発生がSEOへどのような影響を及ぼすのか判断できる人がいなかった。)

またサブスク更新処理が実行されているので、長時間もしくは発生時間が未確定のダウンタイムを避けたかった。

②ランニングコスト増加を加味した上で、MySQLのバージョンを上げるべきかの判断

③Amazon RDS ブルー/グリーンデプロイ自体に細かいバグがあるので、正常にブルー/グリーン環境が作成されない場合の問題の切り分け

‐今回の開発機能の技術的な工夫点があれば教えてください。

Amazon RDS ブルー/グリーンデプロイを用いることで、ダウンタイムを限りなく短い時間にすることが出来た。更新処理にはダウンタイムが1分程生じたが、取得処理には数秒程度のダウンタイムしか生じなかったところですね。あと、それぞれのダウンタイムを事前にstg環境で検証することで自信を持って本番環境のバージョンアップを行えたところですかね。

‐開発中に個人として気をつけていたことがあれば教えて下さい。

これは答えになっているかわからないんですが、何か問題が起きた際に、必ず切り戻せる手段を確保するように開発中は気をつけるようにしてました。

‐今回の機能のリリース前とリリース後に「個人」として成長した部分はありましたか？

全く未知の分野で大きな失敗が許されないタスクをやり遂げることが出来たので、自分に対する自信が上昇しました！

‐今回リリースを通しての課題感やご自身で感じたことありますか？

技術的な話ではないですが、全く未知の分野で大きな失敗が許されないタスクを進める際の調査方法や手段の選定、そしてビジネス的にコストを投下する必要があるのか否かの判断とその根拠を示すことをもっと上手にこなせるようになりたいと思いました。このようなタスクの経験は初めてだったので、具体的にどのように改善するのか答えを出せていませんが、今後のタスクの中で自分なりの型を見出したいと思いました。

ありがとうございました！このリリースが先生のコース改善に繋げていただけるように活用されるといいですね！

NoSchoolではエンジニアを大募集中！「こんな開発はできるの？」「どんな人を採用しているの？」など疑問点あれば「話を聞きに行きたい」ボタンからカジュアル面談の調整や、メッセージでやり取りできればと思います！