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
漸進的な変更を支えるフロントエンド設計
Search
jaxx2104
July 30, 2019
Programming
5
2.3k
漸進的な変更を支えるフロントエンド設計
Ginza.js#3
https://ginzajs.connpass.com/event/136794/
jaxx2104
July 30, 2019
Tweet
Share
More Decks by jaxx2104
See All by jaxx2104
Relative CI が気になっている話
jaxx2104
0
510
デザインファイルにおける継続的インテグレーション
jaxx2104
2
440
価値あるフロントエンドデザイン領域開拓
jaxx2104
0
410
Gatsby と Netlify で JAMstack なメディア開発
jaxx2104
0
750
サイレントヒーローを作らない取り組み
jaxx2104
1
180
開発組織のメンバーからリーダーになって
jaxx2104
0
130
Nikuman
jaxx2104
0
420
レガシーなフロントエンド環境で心理的安全性を確保する / RecoChoku Tech Night #08
jaxx2104
0
340
Vue.jsとLambdaの導入
jaxx2104
0
380
Other Decks in Programming
See All in Programming
Rancher と Terraform
fufuhu
0
110
Flutterと Vibe Coding で個人開発!
hyshu
1
270
Portapad紹介プレゼンテーション
gotoumakakeru
1
130
Introduction to Git & GitHub
latte72
0
120
Infer入門
riru
4
1.6k
GUI操作LLMの最新動向: UI-TARSと関連論文紹介
kfujikawa
0
1k
AIでLINEスタンプを作ってみた
eycjur
1
200
WebAssemblyインタプリタを書く ~Component Modelを添えて~
ruccho
1
910
TDD 実践ミニトーク
contour_gara
0
150
Laravel Boost 超入門
fire_arlo
1
130
AI OCR API on Lambdaを Datadogで可視化してみた
nealle
0
180
TROCCO×dbtで実現する人にもAIにもやさしいデータ基盤
nealle
0
330
Featured
See All Featured
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
34
3.1k
Mobile First: as difficult as doing things right
swwweet
223
9.9k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
367
26k
Producing Creativity
orderedlist
PRO
347
40k
StorybookのUI Testing Handbookを読んだ
zakiyama
30
6k
Git: the NoSQL Database
bkeepers
PRO
431
65k
4 Signs Your Business is Dying
shpigford
184
22k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
283
13k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
18
1.1k
Site-Speed That Sticks
csswizardry
10
790
Java REST API Framework Comparison - PWX 2021
mraible
33
8.8k
Building Applications with DynamoDB
mza
96
6.6k
Transcript
漸進的な変更を支えるフロントエンド設計 漸進的な変更を支えるフロントエンド設計 Ginza.js #3 / Futoshi Iwashita
自己紹介 自己紹介 岩下 太 (@jaxx2104) 株式会社リクルート Front-end engineer
None
飲食業務支援アプリ レストランボード 飲食業務支援アプリ レストランボード
組織診断ツール Geppo 組織診断ツール Geppo
様々なプロダクトに関わってきて 様々なプロダクトに関わってきて
自分が感じるフロントエンドの変化 自分が感じるフロントエンドの変化 一度構築したWEBアプリケーションのフロントエンド アーキテクチャを運用する仕事が増えた。 UIだけでなくデザインモック・テストなど複数環境が より高く求められるようになってきた。 限られたリソース(人、時間、お金)のなかでエンハンス しながらどのようにアプリケーション更新するのかが課題。
みなさんはどうでしょうか みなさんはどうでしょうか
話すこと 話すこと 変化を予測・制御することについて 漸進的な変更を支える設計について 自分がやってみていること
変化を予測・制御するのって難しい 変化を予測・制御するのって難しい ビジネス要件から予期しないスケールの仕方をする 新たな機能ドメインが必要になる 開発体制が1年で10倍くらいに増える 時として設計を見誤ることもある
どうやって向き合っていくか どうやって向き合っていくか
None
Coupling between classes (the points on the perimeter) in a
Big Ball of Mud from an unnamed client project. https://www.thoughtworks.com/insights/blog/microservices- evolutionary-architecture
良さそうな内容をいくつか 良さそうな内容をいくつか 変化が目的通りなのか指標を設ける 再利用と疎結合を見極める 依存管理コストを解消する
自分がやってみていること 自分がやってみていること Vueで構築されたWEBアプリケーションの場合
変化が目的通りなのか指標を設ける 変化が目的通りなのか指標を設ける vue-cli の packages 単位での移行 @vue/babel-preset-app がオススメ 可能なら vue-cli
導入 https://github.com/vuejs/vue-cli/tree/dev/packages/@vue
指標があることのメリット 指標があることのメリット 拡張している差分がわかりやすい 可逆的な判断/対応もしやすい
再利用と疎結合を見極める 再利用と疎結合を見極める 自分で環境を作る場合に必要 粒度感は先程のような packages を 参考にモジュール化することが多い 疎結合のために重複を許容することも必要
こんな感じ こんな感じ package.json
依存管理コストを解消する 依存管理コストを解消する 依存モジュール更新を自動化する renovate や Greenkeeper を使う 疎結合による重複のコストを減らす
更新頻度に対する考え方 更新頻度に対する考え方 開発者のコードがライブラリを呼び出す ライブラリは必要になったら更新 フレームワークは開発者のコードを呼び出す フレームワークは積極的に依存を更新 https://martinfowler.com/bliki/InversionOfControl.html
renovate の場合 renovate の場合 renovate.json
まとめ まとめ 指標を設けることで拡張した差分がわかりやすい 再利用と疎結合を見極め、時には重複を許容する フレームワークは自動化で積極的に依存解消する
ここでは紹介しませんでしたが以下のトピックも 面白いので読んでない人はおすすめです。 テスト、CI、機能トグル 落とし穴やアンチパターン 組織構造とアーキテクチャ
ありがとうございました ありがとうございました