GraphQL と Prisma から考える次のN年を見据えた技術選定 / Architecture decision for the next N years at StudySapuri

JSConf JP 2021 で登壇した資料です #jsconfjp #jsconfjp_b Links: [Active Recordから考える次の10年を見据えた技術選定](https://speakerdeck.com/yasaichi/architecture-decision-for-the-next-10-years-at-pixta) [GraphQL を活用したスキーマ駆動開発の実践](https://speakerdeck.com/qsona/schema-driven-development-with-graphql) [GraphQL を利用したアーキテクチャの勘所 / Architecture practices with GraphQL - Speaker Deck](https://speakerdeck.com/qsona/architecture-pract

[oakbow]

ORM使うのはSQL書きたくないからではないし、SQL全く書かないプロジェクトなんてそう多くないけどね。SQLくらい書けよという人はORMまともに使うプロジェクトの経験ないんだろうか

[turanukimaru]

？？ドメインモデルの話をしてるのに集約が出てこないの何で？ぶっちゃけ集約のないCRUDなんて好きなツールでよくて、どうやって複雑な集約を早く安全に構築するかがSQL屋の腕の見せ所だし関数だと足りない点なのに。

[kagehiens]

ORマッパー全般やっぱり気に入らない。SQLぐらい書けよと思ってしまう。まぁSQLも文法的にもう少しローカル処理との親和性を持たせてくれても良いとは思うが……。(テーブル値関数的な処理をカジュアルに使えるべきだ)

[tk_musik]

DBにもコードにも型があるのに間を文字列の命令でやり取りするのはすごい勿体ない感じするのでO/Rマッパーは必要だと思う人

[yhara]

素晴らしい発表！特に、「こういうフェーズだからこういう選択をした」という話が聞けるのは貴重

[qsona]

JSConf JP 2021 で登壇する(した)資料です #jsconfjp #jsconfjp_b

[programmablekinoko]

ORM使う理由は名前の由来のごとく二次元の表をその言語の生きた型付オブジェクトに変換すんのが意外にだるい、もしくはその逆と言うのがある。LINQみたいにネイティブに差し挟めればいいのにな

[yamadadadada2]

ORマッパーそのものよりも、それを含めたテスタビリティが大事な気がするな。実装どう書くかもだけど、仕様が読み取りづらいとしんどい

[yasu-osu]

技術選定背景を言語化する意味は多岐にわたるが、少なくとも20年前には外部に一般公開さされる文化はなかった。きっと次世代に生きてくると思う。

[pinossos]

全員が安全で可読性の高いSQLを書けるなら良いが、ほとんどの現場はそうでないのだからORMを使う方がリスク低いと思う

[mizdra]

良かった

[nunulk]

たしかに、TS だと関数オーバーロードが微妙に使いづらいのでクラスつくっちゃうのがいいのかもなぁ

[k2wanko]

集合もバチバチに型が効くのでPrismaなしの開発はもはや考えられない

[door-s-dev]

SQL書ける人がどのくらいいるのかによるだろうなと思う。パフォーマンスの問題があるの分かってるしSQLのほうが表現力高いから書ける人がいるならわざわざORM使わないかな

[tkmkg8m]

Prismaいいよね👍️ ARに比べてPrismaだと中長期の開発で生産性が低下する理由がよくわからなかった。Prismaで実現不能なAR独自の中長期開発に効くものって何だろ。中長期こそ静的型が欲しいと思ってる。