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
940
期待しすぎずに取り組む両面 TypeScript
tomohiro shozawa
March 25, 2024
Tweet
Share
More Decks by tomohiro shozawa
See All by tomohiro shozawa
プロダクトのタイプ別 GraphQL クライアントの選び方
shozawa
2
26k
Other Decks in Technology
See All in Technology
Google Cloud Next '24 Recap(Cloud Run/k8s)
mokocm
0
270
エンジニアのキャリアをちょっと楽しくする3本の軸/Three Pillars to Make an Engineer's Career More Enjoyable
kwappa
1
2.8k
今年のRubyKaigiはProfiler Year🤘
osyoyu
0
210
IaCジェネレーターとBedrockで詳細設計書を生成してみた
tsukasa_ishimaru
4
720
Python と Snowflake はズッ友だょ!~ Snowflake の Python 関連機能をふりかえる ~
__allllllllez__
2
130
チームでロジカルシンキングに改めて向き合っている話 〜学習環境と実践⽅法〜
sansantech
PRO
3
3.1k
本当のAWS基礎
toru_kubota
1
550
Azureの基本的な権限管理の勉強会
yhana
1
1.4k
よく聞くけど使ったことないソフトウェアNo.1 KafkaとSnowflake
foursue
4
370
ChatworkのSRE部って実は 半分くらいPlatform Engineering部かもしれない
saramune
0
160
require(ESM)とECMAScript仕様
uhyo
4
880
Microsoft for Startups Founders Hub_20240429 update
daikikanemitsu
1
2.2k
Featured
See All Featured
Docker and Python
trallard
35
2.7k
Debugging Ruby Performance
tmm1
70
11k
It's Worth the Effort
3n
180
27k
GraphQLとの向き合い方2022年版
quramy
33
12k
Web Components: a chance to create the future
zenorocha
306
41k
Become a Pro
speakerdeck
PRO
12
4.5k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
358
22k
Faster Mobile Websites
deanohume
300
30k
Adopting Sorbet at Scale
ufuk
69
8.6k
The Power of CSS Pseudo Elements
geoffreycrofte
61
5k
Learning to Love Humans: Emotional Interface Design
aarron
267
39k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
34
8.9k
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 エンジニア募集中! 一休ではよりよいサービスを届ける仲間を募集しています。