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
期待しすぎずに取り組む両面 TypeScript
Search
tomohiro shozawa
March 25, 2024
Technology
4
1.4k
期待しすぎずに取り組む両面 TypeScript
tomohiro shozawa
March 25, 2024
Tweet
Share
More Decks by tomohiro shozawa
See All by tomohiro shozawa
プロダクトのタイプ別 GraphQL クライアントの選び方
shozawa
3
29k
Other Decks in Technology
See All in Technology
Amazon DevOps Guru のベースラインを整備して1ヶ月ほど運用してみた #jawsug_asa / Amazon DevOps Guru trial
masahirokawahara
3
240
ソフトウェア開発現代史: "LeanとDevOpsの科学"の「科学」とは何か? - DORA Report 10年の変遷を追って - #開発生産性_findy
takabow
1
340
Monorepo Error Management: Automated Runbooks and Team-Targeted Alert Distribution
biwashi
1
140
「規約、知識、オペレーション」から考える中規模以上の開発組織のCursorルールの 考え方・育て方 / Cursor Rules for Coding Styles, Domain Knowledges and Operations
yuitosato
4
530
Kafka vs. Pulsar: Performance Evaluation by Petabyte-Scale Streaming Platform Providers
lycorptech_jp
PRO
1
350
Roo CodeとClaude Code比較してみた
pharma_x_tech
1
240
Grafana MCP serverでなんかし隊 / Try Grafana MCP server
kohbis
0
310
dbt Cloudの新機能を紹介!データエンジニアリングの民主化:GUIで操作、SQLで管理する新時代のdbt Cloud
sagara
0
170
Introduction to Bill One Development Engineer
sansan33
PRO
0
250
AWS と定理証明 〜ポリシー言語 Cedar 開発の舞台裏〜 #fp_matsuri / FP Matsuri 2025
ytaka23
8
2.1k
大失敗しないための Web API 開発レシピ / A recipe for not making a big failure on WebAPI development
yokawasa
1
240
これならできる!Kotlin・Spring・DDDを活用したAll in oneのマイクロサービス開発術
demaecan
0
250
Featured
See All Featured
ReactJS: Keep Simple. Everything can be a component!
pedronauck
667
120k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
45
7.3k
Music & Morning Musume
bryan
46
6.6k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
10
880
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
507
140k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
180
53k
A better future with KSS
kneath
239
17k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
31
1.2k
Rebuilding a faster, lazier Slack
samanthasiow
81
9k
Build your cross-platform service in a week with App Engine
jlugia
231
18k
XXLCSS - How to scale CSS and keep your sanity
sugarenia
248
1.3M
How to train your dragon (web standard)
notwaldorf
92
6.1k
Transcript
期待しすぎずに取り組む 両面 TypeScript 株式会社一休 所澤 友大
2 両面 TypeScript って実際どうなの? 良いんだけど... 開発言語を統一するだけで フルスタックな開発ができるわけではない。
3 両面 TypeScript って実際どうなの? 1. 宿に特化した写真共有SNS 2. 飲食店の業務支援SaaS この二つのアプリケーション開発を振り返って、言語統一の利点や限界についてお話します。 私は直近2
年の間にふたつの両面 TypeScript なアプリケーションを開発してきました。
4 そもそもサーバーサイドを TypeScript で開発するのってどうなの? TypeScript はサーバー開発にも適した良い言語 1. モダンな言語機能 2. 静的型付け、柔軟で強力な型システム
3. 成熟したエコシステム ヒト・モノ・カネがふんだんに投入されている (特にWeb 開発の視点だと)Prisma や GraphQL 関連のライブラリの充実
宿に特化した写真共有SNS 『YADOLINK 』 5 新規事業(2022 年4 月 ~ 2023 年3
月) 少人数で開発 エンジニア2 名で5 ヶ月 10 人月くらいかけて初期開発 Next.js にべったり Next.js の Pages Router API Routes + Apollo Server + GraphQL Nexus シンプルなアプリケーション 基本的にはCRUD GraphQL の resolver 内にロジックをベタ書き
6 言語統一の恩恵を受けられた? YES ! フロントとサーバーのスイッチングコスト軽減 ビルドの設定、lint 、CI ・CD の設定、インフラなどの設定が一度で済んで楽 フルスタックな開発が実現できた
一人のエンジニアが一つの機能をまるっと担当できるため余計な調整コストが発生しない なだらかな学習曲線 もう一人エンジニアはサーバーサイド開発がほぼ未経験だったが途中から開発できるように
7 飲食店の業務支援SaaS 新規事業(2022 年 ~ 現在β ) 大規模なアプリケーション エンジニア8 名
100 人月ほどかけて開発 Turborepo を使った monorepo Next.js の Pages Router Fastify + Apollo Server + Pothos GraphQL 複雑なドメインロジックがある業務アプリ CQRS Query は resolver 内にロジックをベタ書き Mutation は関数型言語のエッセンスを取り入れたアーキテクチャ
8 言語統一の恩恵を受けられた? NO... 基本的にフロント・サーバーで分業体制 一部のフロントエンド・エンジニアが Query を触ることはある フロントエンド・エンジニアが Mutation に変更を入れることは結構難しい
フロント・サーバー間で共有しているパッケージはそこまで多くない
9 パッケージ一覧 ドメインロジックの共有はしない! . ├── date-time ├── eslint-config-custom ├── feature-flag-setting
├── jest-config ├── reszaiko-ui ├── ts-utils └── tsconfig ちょっとした日付操作や Utility Types を共有している程度
10 何が言語統一の恩恵の寡多を決定するのか? 答え: 言語以外の複雑さ
11 アプリケーションの複雑さとは… 言語の複雑さ 例: Haskell 難しい! フレームワークやミドルウェアの複雑さ 例: React の宣言的UI
、GraphQL アーキテクチャの複雑さ 例: DDD 、関数型のパラダイム ドメインの複雑さ 例: 在庫のモデリング
12 シンプルなアプリケーションを作っています! そんなときは 言語統一が効く 例えば、新規サービスのMVP や小さくてシンプルなアプリケーション 極限まで複雑さを抑えるなら… Next.js の Server
Component / Server Actions からDB 叩く選択肢もある
13 複雑なアプリケーションを作っています! そんなときは 言語統一にこだわりすぎない方がいいかも 言語を統一だけではフロント・サーバー間のスイッチング・コストを下げられない スイッチング・コストを下げたいなら シンプルなアーキテクチャの採用など言語以外の複雑さ軽減の取り組む必要がある フロントとサーバーで型を共有したいなら… GraphQL などほかの選択肢もある
TypeScript 以外の選択肢を捨てるのはもったいない! もしSaaS を作り直すなら… Rust を検討します 速度、型システム、関数型パラダイムのサポートが⭕️
14 まとめ TypeScript はサーバーの実装にも向いた良い言語! 開発言語を統一すると言語をスイッチするコストを削減できる ただし… 言語統一だけでフロントとサーバーの壁を取り払えるわけではない
15 エンジニア募集中! 一休ではよりよいサービスを届ける仲間を募集しています。