Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
NestJSを実運用してみて.pdf
Search
gizm000
September 20, 2024
Programming
170
1
Share
NestJSを実運用してみて.pdf
gizm000
September 20, 2024
More Decks by gizm000
See All by gizm000
XStateでReactに秩序を与えたい
gizm000
0
1.3k
営業製作所_採用ピッチ資料_202407
gizm000
3
5.4k
React_TypeScript_LT.pdf
gizm000
0
200
もう、例外投げたくないねん neverthrow
gizm000
1
470
サーバーサイドもTSにしたらモノレポになった.pdf
gizm000
2
180
レガシー業界を乗り越える
gizm000
1
66
Other Decks in Programming
See All in Programming
サーバーレスで作る、動画データ管理基盤
oyasumipants
0
360
Oxlintのカスタムルールの現況
syumai
5
980
関係性から理解する"同一性"の型用語たち
pvcresin
2
630
Claspは野良GASの夢をみるか
takter00
0
160
AI駆動開発で崩れていくコードベースを立て直す
kyoko_nr_nr
1
420
今さら聞けないCancellationToken
htkym
0
210
DynamoDBには集計系のクエリがないけどなんとかしたい
musan
1
120
ビジネスモデルから紐解く、AI+型駆動開発
hirokiomote
2
5.2k
PHPで使える日時の表現と、その知り方 #frontend_phpcon_do
o0h
PRO
0
180
「エンジニアインターン、どうやって取った?」準備のリアルを語るLT会 Progate BAR
akiomatic
0
120
net-httpのHTTP/2対応について
naruse
0
420
Composerを使ったサプライチェーン攻撃の様子を眺めてみる #phpstudy
o0h
PRO
2
220
Featured
See All Featured
jQuery: Nuts, Bolts and Bling
dougneiner
66
8.5k
Statistics for Hackers
jakevdp
799
230k
Being A Developer After 40
akosma
91
590k
Evolving SEO for Evolving Search Engines
ryanjones
0
210
Breaking role norms: Why Content Design is so much more than writing copy - Taylor Woolridge
uxyall
0
310
GitHub's CSS Performance
jonrohan
1033
470k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
49
3.5k
The Illustrated Guide to Node.js - THAT Conference 2024
reverentgeek
1
370
The Cost Of JavaScript in 2023
addyosmani
55
10k
Navigating Weather and Climate Data
rabernat
0
210
From Legacy to Launchpad: Building Startup-Ready Communities
dugsong
0
220
AI Search: Where Are We & What Can We Do About It?
aleyda
0
7.5k
Transcript
NestJSを実運用してみて 営業製作所 白石 卓馬
会社紹介:営業製作所 ・設立 2020年4月 ・本社 大阪 (肥後橋駅 徒歩3分) ・従業員数 約150名 (2024年4月時点)
・目的 日本の製造業を支える ・特徴 泥臭い中にこそ本質がある
自己紹介 ・なまえ 白石 卓馬 (gizm000) ・出身地 大阪 ・職種 ソフトウェアエンジニア ・経歴
SIer → 受託 → SaaS
営業製作所のざっくり技術スタック ・フロントエンド:Next.js ・サーバーサイド:NestJS ・IaC:Terraform (CDKじゃないヨ) 業務で使う 80 98%以上がTypeScript
営業製作所のざっくり技術スタック ・フロントエンド:Next.js ・サーバーサイド:NestJS ・IaC:Terraform (CDKじゃないヨ) 業務で使う 80 98%以上がTypeScript
NestJSを採用している
なぜNestJSを採用したか? ・TypeScriptがサポートされている ・GraphQLがサポートされている ・PrismaORMのモジュールが提供されている ・Node.js界隈ではわりと枯れている (2017年リリース, Star 66.9K) ・Mediumとかで調べても結構情報がある ・最近は日本語の情報も増えてきている
なぜNestJSを採用したか? ・(個人的には)わりと理解しやすい ・DIはそこまで必要かはわからないが、楽ではある ・明示的に new する必要がない ・サーバーに対するe2eテスト用のAPIも用意されている ・ボイラープレートが多いので記述のブレを少なくできそう
実際に導入してみた感触 としても悪くないが...
None
ポジティブな意見が わりとある!
最近、風当たりが 強くない? 🤔
None
ネガティブな意見が 増えてきた・・・?
デコレータ およびDIがなぁ...
デコレータ およびDIがなぁ...
クラスにつけたり・・・ デコレータ
プロパティにつけたり・・・ デコレータ
@Fieldをつけると、 schema.gqlに GraphQLスキーマとして出力される デコレータ
TypeScriptでstring型のため、 GraphQLでStringとして定義されている デコレータ
NestJSのデコレータはなぜダメ? ・reflect-metadataを使って得られたメタデータを利用している ・TypeScriptの emitDecoratorMetadata オプションを true にする必要 ・型定義の情報を利用するため、開発時に型チェックをスキップできない ・ビルドが遅い... 😢
・TypeScript 5.0からはレガシー機能となった ・仕様の異なるデコレータが正式版として採択されてしまった ・experimentalDecorators フラグを有効にすれば利用可能
デコレータ およびDIがなぁ...
依存性注入は いつ必要?
なぜ依存性を注入するのか ・外環境に依存していて簡単にモックできるようにしたい ・決済API, AWS SDKとか ・依存するモジュールが多い ・依存関係を記述するのが面倒臭い ・同一のインタフェースを持っていれば付け替えられるようにしたい ・GoF デザインパターンの
Template methodパターンのイメージ
依存性注入に反対勢の意見 ・同一のIFを持った別オブジェクトに付け替えることそんなにある? ・環境変数に依存するケースぐらいではないか ・異なるロガーを付け替えられるようにとか、本当にある? ・エラーがわかりにくい、依存関係がわかりにくい ・Nest can't resolve dependencies…. ・依存関係を表示するツールが
ま さ か の 有 料
果たして、本当にDIは必要か? TypeScriptであれば、依存関係は 型定義によって担保されるので、 十分なのでは...?
Now coding...
・依存関係は明確にしよう! ・関数単位で依存している方が楽だぞ!
・依存関係は明確にしよう! ・関数単位で依存している方が楽だぞ! NestJSはどこまで依存しているかわからな くて大変になる... 子モジュールが依存している孫モジュール のimportがされていないくてエラーになると か、めんどくさい!!!
ところで...
experimentalDecoratorに 依存していなくて コードファーストに書ける GraphQLライブラリ...
experimentalDecoratorに 依存していなくて コードファーストに書ける GraphQLライブラリ... 実はまだない ?
1. Pothos (旧GraphQL Nexus) 2. GraphQL Modules 3. type-graphql-next どれも使ったことない...
Claude調べ
ご清聴ありがとうご ざいました
さいごに ・絶賛採用活動中です❗ → X, LinkedIn, Green, LAPRAS, … 情報交換程度でも良いので、 よかったらご連絡を😆