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
130
NestJSを実運用してみて.pdf
gizm000
September 20, 2024
Tweet
Share
More Decks by gizm000
See All by gizm000
XStateでReactに秩序を与えたい
gizm000
0
1.1k
営業製作所_採用ピッチ資料_202407
gizm000
3
3.2k
React_TypeScript_LT.pdf
gizm000
0
160
もう、例外投げたくないねん neverthrow
gizm000
1
420
サーバーサイドもTSにしたらモノレポになった.pdf
gizm000
2
170
レガシー業界を乗り越える
gizm000
1
45
Other Decks in Programming
See All in Programming
AIエージェント開発、DevOps and LLMOps
ymd65536
1
370
2025 年のコーディングエージェントの現在地とエンジニアの仕事の変化について
azukiazusa1
2
780
開発チーム・開発組織の設計改善スキルの向上
masuda220
PRO
18
9.6k
MLH State of the League: 2026 Season
theycallmeswift
0
210
Laravel Boost 超入門
fire_arlo
2
170
未来を拓くAI技術〜エージェント開発とAI駆動開発〜
leveragestech
2
200
MCPでVibe Working。そして、結局はContext Eng(略)/ Working with Vibe on MCP And Context Eng
rkaga
4
550
CloudflareのChat Agent Starter Kitで簡単!AIチャットボット構築
syumai
1
300
FindyにおけるTakumi活用と脆弱性管理のこれから
rvirus0817
0
340
複雑なドメインに挑む.pdf
yukisakai1225
4
880
Portapad紹介プレゼンテーション
gotoumakakeru
1
130
奥深くて厄介な「改行」と仲良くなる20分
oguemon
0
170
Featured
See All Featured
Side Projects
sachag
455
43k
The Invisible Side of Design
smashingmag
301
51k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
36
2.5k
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
We Have a Design System, Now What?
morganepeng
53
7.8k
Optimising Largest Contentful Paint
csswizardry
37
3.4k
Intergalactic Javascript Robots from Outer Space
tanoku
272
27k
Why Our Code Smells
bkeepers
PRO
339
57k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
49
3k
GraphQLの誤解/rethinking-graphql
sonatard
71
11k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
53
2.9k
Writing Fast Ruby
sferik
628
62k
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, … 情報交換程度でも良いので、 よかったらご連絡を😆