Skip to content

Conversation

@YasunariIguchi
Copy link
Contributor

@YasunariIguchi YasunariIguchi commented Jul 30, 2025

不必要なアイコンをpostmanで削除できたことを受けて、イベントのユーザーグループのadminユーザーであればアイコンを削除できる機能を追加しました。

但し、実装したのはclaude codeです。
動作は問題なさそうです。

image

@atomisu0312
Copy link
Contributor

いくつか気になった点をまとめておきます。

@atomisu0312
Copy link
Contributor

atomisu0312 commented Jul 30, 2025

0. CLAUDE.mdおよびドキュメントの整備

0 -> 1でコード生成するなら、ある程度規約を設定してあげたほうが良かったのかなと思いました。

@atomisu0312
Copy link
Contributor

atomisu0312 commented Jul 30, 2025

1 adminチェックの経路について

isAdminのチェックの際に、DBに問い合わせをしているのは分かりましたが、わざわざAPIを噛ませる必要ありますかね?
類似する処理だと、src/actionsを経由していたはずです。

@atomisu0312
Copy link
Contributor

atomisu0312 commented Jul 30, 2025

2. NonDraggableIconについて (fetch)

外部システムとのやりとりは基本的にserver componentsで定義していたはずです。
NonDraggableIconをclient componentに変えた上で、さらにfetchさせる必要性はあったのでしょうか。

せめてserver Actionで実行する処理をラップする方式にするとかしてもいい気がします。

@atomisu0312
Copy link
Contributor

atomisu0312 commented Jul 30, 2025

3. partyKitの修正について

プリフライトリクエストに対する応答はいいとして、
全部のレスポンスにcorsHeaderが追加されていますが、どうしても必要なんでしたっけ?

@atomisu0312
Copy link
Contributor

4. front/src/lib/apiに色々追加しすぎ問題

front/src/lib/apiはapiを投げるときに使う、所謂お助け処理を用意していたはずです(front/src/lib/api/gyazo.tsなど)。
そこに、外部システムへの連携を書かれてもって気がします。

(本来はfront/src/lib/apiに外部システム連携を書くのが、実は正しいのかもしれませんが、統一感がなくなるので。。。)

@atomisu0312
Copy link
Contributor

5. isAdminの判定タイミングについて

roomに紐づくeventがisAdminかどうかは、ページを開くタイミング(1回)で問題ないはずです。
今の実装だと、動かないアイコンの数だけDBに問い合わせるので、冗長にみえます。

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants