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.2k
漸進的な変更を支えるフロントエンド設計
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
490
デザインファイルにおける継続的インテグレーション
jaxx2104
2
410
価値あるフロントエンドデザイン領域開拓
jaxx2104
0
370
Gatsby と Netlify で JAMstack なメディア開発
jaxx2104
0
720
サイレントヒーローを作らない取り組み
jaxx2104
1
150
開発組織のメンバーからリーダーになって
jaxx2104
0
110
Nikuman
jaxx2104
0
380
レガシーなフロントエンド環境で心理的安全性を確保する / RecoChoku Tech Night #08
jaxx2104
0
330
Vue.jsとLambdaの導入
jaxx2104
0
370
Other Decks in Programming
See All in Programming
CRE Meetup!ユーザー信頼性を支えるエンジニアリング実践例の発表資料です
tmnb
0
580
データベースエンジニアの仕事を楽にする。PgAssistantの紹介
nnaka2992
9
4.4k
php-fpm がリクエスト処理する仕組みを追う / Tracing-How-php-fpm-Handles-Requests
shin1x1
5
900
MCP世界への招待: AIエンジニアが創る次世代エージェント連携の世界
gunta
4
850
新卒から4年間、20年もののWebサービスと 向き合って学んだソフトウェア考古学
oguri
8
7.1k
Do Dumb Things
mitsuhiko
0
400
Signal-Based Data FetchingWith the New httpResource
manfredsteyer
PRO
0
140
Kamal 2 – Get Out of the Cloud
aleksandrov
1
150
海外のアプリで見かけたかっこいいTransitionを真似てみる
shogotakasaki
1
150
英語 × の私が、生成AIの力を借りて、OSSに初コントリビュートした話
personabb
0
160
WordPress Playground for Developers
iambherulal
0
130
パスキーのすべて / 20250324 iddance Lesson.5
kuralab
0
150
Featured
See All Featured
Being A Developer After 40
akosma
90
590k
A better future with KSS
kneath
239
17k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
33
2.2k
Keith and Marios Guide to Fast Websites
keithpitt
411
22k
Building an army of robots
kneath
304
45k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
102
19k
Thoughts on Productivity
jonyablonski
69
4.6k
Making the Leap to Tech Lead
cromwellryan
133
9.2k
Building Flexible Design Systems
yeseniaperezcruz
328
38k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
4
510
Intergalactic Javascript Robots from Outer Space
tanoku
270
27k
Automating Front-end Workflow
addyosmani
1369
200k
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、機能トグル 落とし穴やアンチパターン 組織構造とアーキテクチャ
ありがとうございました ありがとうございました