常連

注目の的

社会貢献

質問力

自己紹介

### 前提・実現したいこと

開発ツールはUnity(2018.2.2f1)言語はC#での開発を前提とさせて頂きます。

現在、スマートフォン向けの囲碁のオンライン対戦ゲームを制作中なのですが、NoSQLデータベースのFirebase Realtime Databaseを使って**ランダムマッチング機能**を実装していて、本当にこのデータベース構造でいいのかと疑問に思いました。

- 対局室一覧(Games)
```
  "Games" : {
    "dummyGame1" : {
      "blackUser" : {
        "achievement" : "第1期 最強位戦 優勝",
        "name" : "dummy1",
        "rating" : 3500.0,
        "strength" : 10
      },
      "boardSize" : 9,
      "mainTime" : [ 180.0, 180.0 ],
      "moveList" : [ {
        "color" : 0,
        "isKo" : false,
        "koIndex" : -1,
        "moveCount" : 1,
        "putIndex" : 40
      } ],
      "result" : "Draw",
      "spectators" : [ "dummy3" ],
      "state" : "Finish",
      "whiteUser" : {
        "achievement" : "第1期 最強位戦 準優勝",
        "name" : "dummy2",
        "rating" : 3400.0,
        "strength" : 10
      }
    },
    "dummyGame2" : { ... },
    "dummyGame3" : { ... }
  }
```

- 登録ユーザ一覧(Users)
```
  "Users" : {
    "dummy1" : {
      "achievement" : "第1期 最強位戦 優勝",
      "name" : "dummy1",
      "rating" : 3500,
      "strength" : 10
    },
    "dummy2" : {
      "achievement" : "第1期 最強位戦 準優勝",
      "name" : "dummy2",
      "rating" : 3400,
      "strength" : 10
    },
    "dummy3" : { ... },
    "dummy4" : { ... },    
    "dummy5" : { ... }
  }
```

- 対局待ちユーザ一覧(Waiting)
```
  "Waiting" : {
    "dummy4" : {
      "boardSize" : 9,
      "rating" : 3000
    },
    "dummy5" : {
      "boardSize" : 9,
      "rating" : 2800
    },
    "dummy6" : { ... },
    "dummy7" : { ... }
  }
```

QiitaのFirebase記事やteratailの質問など一通り読みましたが「これだ！」という内容のものが見当たらず。

質問したいポイントは以下の3つです。

1. 対局待ちユーザが2人以上、かつレーティング差が400未満のときに対局室一覧に入れて対局開始！という流れで構成していますが、APIの呼び出し回数が多いのではないか(※対局待ちユーザ一覧から相手のユーザIDを参照 -> ユーザ一覧からそのユーザIDを検索して対局室一覧に書き込むため)
2. Games/gameIdツリー以下(今回の場合、gameIdはdummyGame1)のmoveListが着手情報ですが、gameIdツリー以下を呼び出すたびにmoveList以外も読み込まれるので分離したほうがいいのではないか
3. 同じくGames/gameIdツリー以下のmainTimeは残り時間情報(float配列)ですが、着手情報に含めてしまったほうがいいのではないか

この3つでかなり頭を悩ませています。皆さんなら**どういう構造にするのか**を教えて頂けると非常に助かります。よろしくお願い致します。

Firebaseでランダムマッチング機能を実装したい

プログラミング初心者です。
Ruby on Rails4を使って開発を進めています。

WEBサイトによくある、「今週のアクセスランキング」や「ピックアップ記事」のようなものを実装したいのですが、どのようなコードを書いたら良いのでしょうか？

いろいろと検索をかけてみても出てこなかったので、
質問させて頂きました。

よろしくお願い致します。

【ruby on rails】ランキング機能を実装したい。

ユーザーが獲得したポイントでランキング機能を作りたいのですが、できるだけDBへの負荷を少なくさせたいです。

そこで質問なのですが、下記の仕様を満たすためにはどのようなモデル/テーブル設計をすればいいでしょうか？


**【仕様に関して】**
①日、週、月のポイントに応じたユーザーランキング
※日は1/1に獲得したポイントでのランキング、週は1/1〜7日間に獲得したポイントでのランキングです。
②ユーザーのマイページでteratailのような日毎のポイントの確認、順位の確認ができる

ユーザーの日毎のポイント、順位の管理に関してどのようなモデル/テーブル設計をするのがいいのか教えてください。

【Ruby on Rails】ユーザーランキングのモデル/テーブル設計を教えてください

### 前提・実現したいこと

こんにちは、rails でwebサイトの開発を行っています。

gem Deviseでユーザー機能を構築しています。
会員登録が必要なサイトでよくみる、googleログインを実装しようと思い、色々な方の記事を参考に実装しました。
signupやsigninについては問題なく動いている状態です。
[参考にさせていただいた記事](https://qiita.com/kazuooooo/items/47e7d426cbb33355590e)

google-oauthを導入する前（deviseだけの時）
・ユーザーネーム
・ユーザーアバター
・メールアドレス
・パスワード変更
↑をマイページから編集ができるようにしていました。
そして、確認用に現在のパスワードを入力して、情報変更の確定という
Deviseの初期状態にちょっとカスタマイズした程度の状態です。

Google-oauthを導入してsignupやsigninができるようになり、色々動作確認をして気がついてのですが、
情報変更しようとする時、マイページで変更をし、最後に確認で現在のパスワードを入力をすることがgoogle認証で作成したユーザーはできない。
導入時に参考にした記事や似た記事をみると、
```ModelUser
  def self.from_omniauth(auth)
    where(provider: auth.provider, uid: auth.uid).first_or_create do |user|
      user.email = auth.info.email
      user.password = Devise.friendly_token[0,20]
    end
  end
```
 user.password = Devise.friendly_token[0,20]
ここの部分でランダムな生成をしているようです。


googleなどの認証はsignin singupの手軽さで使うユーザーが多いと思うので、
メールアドレスだけ引っぱって来て、パスワードをsingup時に手動入力のようなことはナンセンスなのかなと考えているのですが、、、
そうなると、マイページ変更時のパスワードがユーザー自身で決めてないために確認できないことになります。

マイページの情報変更を現在のパスワードの入力なしで変更を保存させる方がいいのでしょうか？
このあたりの何かベストプラクティスはありませんか？

Rails Devise + Google-oauth2経由で作成したユーザーのパスワードの扱い

もちろん個人差はあるのでしょうが、実務で使っていらっしゃる皆様はググったりしなくてもどの程度メソッドなど覚えているものなのでしょうか？またはどの程度は検索しなくても覚えるべきなど指標があればそれぞれ皆様の個人的感覚で良いので教えていただければ幸いです。