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.6k
期待しすぎずに取り組む両面 TypeScript
tomohiro shozawa
March 25, 2024
Tweet
Share
More Decks by tomohiro shozawa
See All by tomohiro shozawa
プロダクトのタイプ別 GraphQL クライアントの選び方
shozawa
3
30k
Other Decks in Technology
See All in Technology
入門DBSC
ynojima
0
130
OpenClawで回す組織運営
jacopen
2
500
作りっぱなしで終わらせない! 価値を出し続ける AI エージェントのための「信頼性」設計 / Designing Reliability for AI Agents that Deliver Continuous Value
aoto
PRO
1
130
AIエンジニア Devin と歩む、自律型運用プロセスの構築
a2ito
0
690
EMからVPoEを経てCTOへ:マネジメントキャリアパスにおける葛藤と成長
kakehashi
PRO
7
880
製造業ドメインにおける LLMプロダクト構築: 複雑な文脈へのアプローチ
caddi_eng
1
460
Ultra Ethernet (UEC) v1.0 仕様概説
markunet
3
200
Introduction to Bill One Development Engineer
sansan33
PRO
0
380
Eight Engineering Unit 紹介資料
sansan33
PRO
1
6.9k
研究開発部メンバーの働き⽅ / Sansan R&D Profile
sansan33
PRO
4
22k
LY Tableauでの Tableau x AIの実践 (at Tableau Now! - 2026-02-26)
yoshitakaarakawa
0
1.3k
フルカイテン株式会社 エンジニア向け採用資料
fullkaiten
0
10k
Featured
See All Featured
Claude Code どこまでも/ Claude Code Everywhere
nwiizo
63
53k
How Software Deployment tools have changed in the past 20 years
geshan
0
32k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
47
8k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
49
3.3k
Building a A Zero-Code AI SEO Workflow
portentint
PRO
0
370
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
46
2.7k
Marketing Yourself as an Engineer | Alaka | Gurzu
gurzu
0
140
Unsuck your backbone
ammeep
672
58k
The browser strikes back
jonoalderson
0
760
Making the Leap to Tech Lead
cromwellryan
135
9.8k
Scaling GitHub
holman
464
140k
Product Roadmaps are Hard
iamctodd
PRO
55
12k
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 エンジニア募集中! 一休ではよりよいサービスを届ける仲間を募集しています。