inol Root Issue

[onsd]

WHY

ギガノトカップで inol を作る

WHAT

最低限のゴールとストレッチゴールを決めていく この issue を root issue として色々つなげていく

[onsd]

inol とは

きせい -> 祈誓 インターネット神社を作ります！

できること

• 何かを作るとブロックチェーンに一生保存される
  • 絵馬だったり、恋の南京錠だったり
    • 指やマウスで文字を書くことができる
    • 複数人で同期しながら書ける
  • ブロックチェーンはとりあえず azure managed なやつつかってみる
    • https://azure.microsoft.com/ja-jp/services/azure-confidential-ledger/#overview
• 書いたものは(きれいに整頓されて)表示される
  • 要検討
• アカウント管理はやらない方針
  • 絵馬を書くのに登録はいらないので

やりたいこと

• おみくじ
  • 何（？）
• 独自ブロックチェーン（？）
  • ブロックチェーンを調べるところから始めないといけない
• 絵馬の区画
  • 絵馬にアドレスを付与 (ino.link/aabbccdd)
    • 売買できるようにする

[onsd]

やること

• [ ] デザイン
  • [ ] ページ
    • [ ] なんのページが必要？
  • [x] 絵馬
  • [x] 南京錠
  • [x] アイコン
• [ ] プログラミング
  • [ ] フロント
  • [ ] バックエンド
    • ロジックらしいロジックはないかも
    • 絵馬関連のAPIが必要
      • CRUD
        • 絵馬消せる（表示させない）ようにする？
    • ブロックチェーンに対して読み書きする
    • websocket
• [ ] インフラ
  • よしなに

絵を書くところどうやってやるか

• 絵を書いたときのストロークの情報を送る
• WebSocket or WebRTC
  • WebSocket
    • サーバが必要
      • socket.io とか使うと楽かも
    • スケールしにくい
      • ブロードキャストするときに同一のサーバに繋がる必要がある
      • 流量が増えたなどの理由で、サーバを水平スケールさせたとき、同一のサーバに繋げなかった人は同じコンテンツが見られない事がある
        • https://qiita.com/takehilo/items/8c773d18ec6cfccd6679 ワンチャンある
  • WebRTC
    • P2P
      • 最初のハンドシェイクなどを WS 抜きでやる必要がある
        • WebSocket サーバが必要ないのでスケールしやすい

絵馬を書いたら OGPが生える

1. 絵馬を書く
2. 画像化
3. OGPとして出力できるように

[onsd]

MTG 2022/03/08

• やりたいこと話し合った
• issue ベースでやる
  • 適宜 discord で話す
• repository structure
  • /frontend
  • /backend
    • サービスごとにディレクトリ切ると思う
  • /infra
    • k8s のコードとかいい感じに

TODO

~ 2022/03/10 22:00

@onsd

• [x] AKS建てる https://github.com/hackz-hackathon-giganoto/team-kankodori/issues/3
• [x] スケールする websocket サーバ調べる #5
• [ ] azure-confidential-ledger 調べる #29

@ssssota

• [x] デザイン
  • [x] #4
  • [x] #13
• [x] #9

@nori3636

• [x] remix 調べる https://github.com/hackz-hackathon-giganoto/team-kankodori/issues/6
• [ ] azure-confidential-ledger 調べる

[ssssota]

フロント-バック間をRESTにするかGraphQLにするか決めてなかった気がする

[onsd]

REST に一票 AppSync とか使わずに自分で作る予定なのでRESTがいい（GraphQL自分で作るの大変）

[ssssota]

OpenAPIすかね

[ssssota]

ここは僕の出る幕ではないような気がしてきた @nori3636 と決めていただいて

[ssssota]

GraphQL自分で作るの大変

これはフルスクラッチでかくなら大変だけどライブラリ使えばそうでもないんじゃ？OpenAPIとかと大差ないような気もするけどわからんな

[onsd]

ネストするというか、階層を掘れるタイプのクエリのリゾルバがたいへんだったイメージあるけど、今回の規模だとどっちでもいい気がしてきたな

[onsd]

どっちでもいいや どっちがいいとかありますか @nori3636 @

[norikmb]

メリデメよくわかってないので、どっちがいいとかは現状ないです

[ssssota]

フロントの実装自分でやることになるんでちゃんと調べて意見言った方がいいすよ

[ssssota]

サーバサイドpush技術としてのWebsocketとServer-sent eventsの特徴比較

[ssssota]

Server Sent Events(SSE)の使いどころと使い方

[onsd]

HTTPサーバーからPushする技術の進化【まとめ】

[onsd]

もうつかわれてない