Lock in $30 Savings on PRO—Offer Ends Soon! ⏳
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
NestJSを実運用してみて.pdf
Search
gizm000
September 20, 2024
Programming
1
140
NestJSを実運用してみて.pdf
gizm000
September 20, 2024
Tweet
Share
More Decks by gizm000
See All by gizm000
XStateでReactに秩序を与えたい
gizm000
0
1.2k
営業製作所_採用ピッチ資料_202407
gizm000
3
4k
React_TypeScript_LT.pdf
gizm000
0
170
もう、例外投げたくないねん neverthrow
gizm000
1
430
サーバーサイドもTSにしたらモノレポになった.pdf
gizm000
2
170
レガシー業界を乗り越える
gizm000
1
49
Other Decks in Programming
See All in Programming
React Native New Architecture 移行実践報告
taminif
1
130
宅宅自以為的浪漫:跟 AI 一起為自己辦的研討會寫一個售票系統
eddie
0
470
TVerのWeb内製化 - 開発スピードと品質を両立させるまでの道のり
techtver
PRO
3
1.4k
テストやOSS開発に役立つSetup PHP Action
matsuo_atsushi
0
140
CSC305 Lecture 17
javiergs
PRO
0
270
Microservices Platforms: When Team Topologies Meets Microservices Patterns
cer
PRO
1
920
Module Harmony
petamoriken
2
610
AIコーディングエージェント(Gemini)
kondai24
0
150
C-Shared Buildで突破するAI Agent バックテストの壁
po3rin
0
180
堅牢なフロントエンドテスト基盤を構築するために行った取り組み
shogo4131
6
1.9k
新卒エンジニアのプルリクエスト with AI駆動
fukunaga2025
0
140
tsgolintはいかにしてtypescript-goの非公開APIを呼び出しているのか
syumai
5
1.1k
Featured
See All Featured
Optimising Largest Contentful Paint
csswizardry
37
3.5k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
34
2.5k
How to train your dragon (web standard)
notwaldorf
97
6.4k
It's Worth the Effort
3n
187
29k
How GitHub (no longer) Works
holman
316
140k
Become a Pro
speakerdeck
PRO
30
5.7k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
253
22k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
48
9.8k
Leading Effective Engineering Teams in the AI Era
addyosmani
8
1.2k
Building an army of robots
kneath
306
46k
Stop Working from a Prison Cell
hatefulcrawdad
273
21k
Git: the NoSQL Database
bkeepers
PRO
432
66k
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, … 情報交換程度でも良いので、 よかったらご連絡を😆