Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
プロダクトを成長させるために、エンジニアリングするべきこと/Product tidying u...
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
Daisuke Sato
November 22, 2019
Technology
190
1
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
プロダクトを成長させるために、エンジニアリングするべきこと/Product tidying up at engineering
#レガシー感謝の日
https://askul.connpass.com/event/152688/
Daisuke Sato
November 22, 2019
More Decks by Daisuke Sato
See All by Daisuke Sato
人と組織に偏重したEMへのアンチテーゼ──なぜ、EMに設計力が必要なのか/An antithesis to the overemphasis of people and organizations in EM
dskst
8
1.2k
エンジニアのための事業貢献入門/A business introduction for engineers
dskst
93
34k
Management Workflow
dskst
2
920
スタートアップのマネージャーに役立つ視座/A useful perspective for startup managers
dskst
6
2.3k
「時」と「場」を捉える、プロダクトづくりのためのリーダーシップ/Leadership for product creation that captures time and place
dskst
3
720
事業紹介/Joystruct
dskst
0
4.8k
キャリア理論をもとに考えるエンジニアのキャリア/Engineer's careers based on career theory
dskst
10
5.6k
ソフトウェア開発とマネジメント/Software Development and Management
dskst
6
7.5k
エンジニアのためのマネジメント入門/Introduction to Management for Software Engineers
dskst
11
9.9k
Other Decks in Technology
See All in Technology
越境するなら専門用語を使うな高校校歌 / If you wanna cross border, you shouldn't use jargon
vtryo
0
130
Claude Codeを「使うほど育つ」AI秘書にするノウハウ
minorun365
PRO
6
1.3k
OpenTelemetryのメトリクスをCloudWatchに送ってPromQLで見てみた
ota1022
0
150
SQL文一行も書けない人事がCortexもろもろを使って人事業務を楽にしてみる
ponponmikankan
1
240
家のリアーキテクト・リファクタリング
suguruooki
0
140
アプリログインとWeb認証基盤をつなぐ ASWebAuthenticationSession 作法
shimastripe
1
300
Podは生きているのにGoだけが落ちる:GOGCとGOMEMLIMITで追うInvisible OOM Killの謎
tkc66buzz
1
700
Snowflakeのコスト最適化を支えるアーキテクチャ設計
ktatsuya
1
1.5k
Adaptive Warehouse を今すぐ導入すべき理由と迷ったときの判断基準
__allllllllez__
0
220
10分で知る最近のOmarchy
komagata
0
290
GoCon2026 - Open Source, Open World
sanposhiho
4
3.9k
日経電子版を支えていく Kasane Design System/fec_fukuoka
nikkei_engineer_recruiting
0
1.3k
Featured
See All Featured
Embracing the Ebb and Flow
colly
88
5.2k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
130k
AI Search: Implications for SEO and How to Move Forward - #ShenzhenSEOConference
aleyda
1
1.4k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
49
10k
The Cost Of JavaScript in 2023
addyosmani
55
10k
Learning to Love Humans: Emotional Interface Design
aarron
275
41k
Product Roadmaps are Hard
iamctodd
55
13k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
32
4.8k
Pawsitive SEO: Lessons from My Dog (and Many Mistakes) on Thriving as a Consultant in the Age of AI
davidcarrasco
0
240
We Have a Design System, Now What?
morganepeng
55
8.3k
Breaking role norms: Why Content Design is so much more than writing copy - Taylor Woolridge
uxyall
1
400
Groundhog Day: Seeking Process in Gaming for Health
codingconduct
0
350
Transcript
プロダクト成長させるために、 エンジニアリングするべきこと 2019.11.22 レガシー感謝の日 @dskst9
さとうだいすけ @dskst9 アスクル株式会社 エンジニアリングマネージャー エンジニアリングマネージャーってクールだよね というのを世の中に広めたい
LOHACO 「LOHACO」の由来は、Lots of Happy Communities “くらしをかるくする”をコンセプトに、暮らしを潤すこだわりの商品を、いつでもリーズナブ ルかつスピーディーにお届けする日用品ショッピングサイト
One year ago...
One year ago...
One year ago...
One year ago...
One year ago...
One year ago...
レガシーと戦った1年間のお話 • 注文コアシステムのリニューアル • レガシーをモダナイズ • プロダクトとの向き合い
私たちのレガシー LOHACOは2012年にサービス開始 • 巨大なモノリシックシステム • 溜まりに溜まった技術的負債 • なぜ動いているかわからないスパゲティ コード •
誰もしらない機能
私たちのレガシー:古え WEB App DB
私たちのレガシー:ぼちぼち古い Web App DB
私たちのレガシー:ぼちぼち古い Web App DB コア機能が ここにあるまま…!
変化に適応できない
生き残る種とは、 最も強いものではない。 最も知的なものでもない。 それは、変化に最もよく適応し たものである。 チャールズ・ダーウィン
変化に適応できない • スケールできない • 処理が遅い • 触ると事故る
変化に適応できない • スケールできない • 処理が遅い • 触ると事故る 彼みたいに、 変化を望めばいつか 対応できるのか?
彼→
キリンの首は、 最初から長かった。
アーキテクチャという骨 アーキテクチャという骨は、 望んでも伸びない太くならない。
変化に適応できるシステムを作り直す • 変化に強いソフトウェア 変更を迅速で安全に行うことができる • 変化に強いシステム システムの他の部分を変更する必要なし に、あるサービスを変更できる
変化に適応できるシステムとは 高凝集 && 低結合
高凝集 && 低結合 == 変更容易性 • レイヤード、オニオン、ヘキサゴナル、ク リーンアーキテクチャ • マイクロサービスアーキテクチャ、モジュラ
モノリス • DDD、オブジェクト指向 など、いろいろとあるが
高凝集 && 低結合 != 変更容易性
高凝集 && 低結合 != 変更容易性 複雑すぎると アンコントラーラブル
理想と現実の境界線 • 時間との戦い • 経験との戦い • 不確実性との戦い
戦いは、 正を以って合いし、 奇を以って勝つ。 孫氏
(それなりに…) 高凝集 && 低結合 == 変更容易性
(それなりに…) 高凝集 && 低結合 == 変更容易性 • クリーンなアーキテクチャ • マイクロサービス移行段階的
アーキテクチャ • DDDをまずは始める • ちゃんとしたテスト書く
ソフトウェアスタック Web App DB
骨はできた☠
次は肉
プロダクトのデトックス • 贅肉が溜まる • 老廃物が溜まる • 毒素が溜まる
何をしないか決めるのは、 何をするのかを決めるのと同 じくらい大事だ。 スティーブ・ジョブズ
65
統廃合した機能数
機能のリファクタリング • 明確なファクトを集める • 信じれる数字で会話する • 負債と呼んだものは資産かもしれない
機能のリファクタリング • 明確なファクトを集める • 信じれる数字で会話する • 負債と呼んだものは資産かもしれない 最終手段 試しに削除してみる
やりすぎると失敗する • いいじゃん、やってみよ • ってやると、意外に利用されていることもある • やりすぎ注意、明確なファクトを集めよ
作らないものづくり 成長し続けるとは 何かを作り続けることではない。
作らないものづくり 成長し続けるとは 何かを作り続けることではない。 何かを無くすことも重要である。
プロダクト成長段階 1. Early Phase: 初期段階 2. Growth Phase: 成長段階 3.
Hyper Growth Phase: 超 成長段階 4. Mature Phase: 成熟段階
プロダクト成長段階 (こんな式で計算できる)
プロダクト成長段階 さらなる製品の成長や新たな 環境における成長は 、 再びS字カーブをなぞる。
検証は プロダクトが成長する限り 続いていく
Thanks Legacy, Goodbye Legacy.