ちょっと調べてみる。
ただのjs変換言語ならそんなに生成されたjsが大きくなるとも思えないのだけどなぁ、、、
ちょっと調べてみる。
ただのjs変換言語ならそんなに生成されたjsが大きくなるとも思えないのだけどなぁ、、、
n+1問題というのは、ormとgraphql特有で起きている気もする。
最後の定義でSQLを発行するなら、ast構成があれば解決できそうな気がしてる
n+1問題というのは、ormとgraphql特有で起きている気もする。
最後の定義でSQLを発行するなら、ast構成があれば解決できそうな気がしてる
てっきりサーバインターフェイスのみなのかと思ってた
てっきりサーバインターフェイスのみなのかと思ってた
- usecase
- repository
- user.go
- mock_user.go
- user.go
- user_test.go
- helper
- oauth_convete.go
- model
- user.go
middleware
- cors
- authorized
- usecase
- repository
- user.go
- mock_user.go
- user.go
- user_test.go
- helper
- oauth_convete.go
- model
- user.go
middleware
- cors
- authorized
- dao
- user
- main.go
- main_test.go
- admin
- main.go
- oauth
- google.go
- mock_google.go
- google_test.go
- payment
- gmo.go
- dao
- user
- main.go
- main_test.go
- admin
- main.go
- oauth
- google.go
- mock_google.go
- google_test.go
- payment
- gmo.go
- admin
- user
- list.go
- get.go
- update.go
- delete.go
- validator
- list.go
- get.go
- update.go
- delete.go
- user
- user
- list.go
- operator
- user
- list.go
- admin
- user
- list.go
- get.go
- update.go
- delete.go
- validator
- list.go
- get.go
- update.go
- delete.go
- user
- user
- list.go
- operator
- user
- list.go
wire.go
openapi.yml
router.go
gen
- entity
- server
wire.go
openapi.yml
router.go
gen
- entity
- server
自分でも納得できる構成になったと思う。
golang以外でもこの構成で良い気がしてきた。
自分でも納得できる構成になったと思う。
golang以外でもこの構成で良い気がしてきた。
15年ほどこだわってノートpcだったけど、動かないならミニpcだ十分ね
15年ほどこだわってノートpcだったけど、動かないならミニpcだ十分ね
もはや五月病
もはや五月病
通常のvpc構成のほうが安いがするけど気のせいかな、、、
通常のvpc構成のほうが安いがするけど気のせいかな、、、
Ryzen7なのに、Ryzen5相当とかってよくわかんないよね
Ryzen7なのに、Ryzen5相当とかってよくわかんないよね
node系はエコシステムとか言いつつ、設定ファイルが鬼みたいに多すぎてよくわからん、、、、
node系はエコシステムとか言いつつ、設定ファイルが鬼みたいに多すぎてよくわからん、、、、
linkでも、slotでもこれなら問題なさげ。
linkでも、slotでもこれなら問題なさげ。
ヘッダースロット持ってたら使い道多い気もするし
ヘッダースロット持ってたら使い道多い気もするし