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
1
67
NestJSを実運用してみて.pdf
gizm000
September 20, 2024
Tweet
Share
More Decks by gizm000
See All by gizm000
XStateでReactに秩序を与えたい
gizm000
0
850
営業製作所_採用ピッチ資料_202407
gizm000
1
1.2k
React_TypeScript_LT.pdf
gizm000
0
120
もう、例外投げたくないねん neverthrow
gizm000
1
330
サーバーサイドもTSにしたらモノレポになった.pdf
gizm000
2
130
レガシー業界を乗り越える
gizm000
1
26
Other Decks in Programming
See All in Programming
Micro Frontends Unmasked Opportunities, Challenges, Alternatives
manfredsteyer
PRO
0
110
ECS Service Connectのこれまでのアップデートと今後のRoadmapを見てみる
tkikuc
2
250
アジャイルを支えるテストアーキテクチャ設計/Test Architecting for Agile
goyoki
9
3.3k
Contemporary Test Cases
maaretp
0
140
C++でシェーダを書く
fadis
6
4.1k
Hotwire or React? ~アフタートーク・本編に含めなかった話~ / Hotwire or React? after talk
harunatsujita
1
120
Realtime API 入門
riofujimon
0
150
watsonx.ai Dojo #4 生成AIを使ったアプリ開発、応用編
oniak3ibm
PRO
1
150
リアーキテクチャxDDD 1年間の取り組みと進化
hsawaji
1
220
最新TCAキャッチアップ
0si43
0
190
CSC509 Lecture 09
javiergs
PRO
0
140
Arm移行タイムアタック
qnighy
0
340
Featured
See All Featured
Stop Working from a Prison Cell
hatefulcrawdad
267
20k
Building a Scalable Design System with Sketch
lauravandoore
459
33k
Making the Leap to Tech Lead
cromwellryan
133
8.9k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
44
2.2k
KATA
mclloyd
29
14k
How to Think Like a Performance Engineer
csswizardry
20
1.1k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
6
430
A better future with KSS
kneath
238
17k
The Invisible Side of Design
smashingmag
298
50k
What's in a price? How to price your products and services
michaelherold
243
12k
Building an army of robots
kneath
302
43k
Put a Button on it: Removing Barriers to Going Fast.
kastner
59
3.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, … 情報交換程度でも良いので、 よかったらご連絡を😆