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
takayuki.miura
June 28, 2022
Technology
930
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
実際にリビルドを完遂してみて
takayuki.miura
June 28, 2022
More Decks by takayuki.miura
See All by takayuki.miura
TerraformをやめてCDKでReStartしたあと、 CDKをやめてCDK for TerraformでReStartした話
tmiura0203
0
1.7k
急激なDB書き込みが行われるサービスをリビルドした話
tmiura0203
0
970
Spring Bootという強すぎるフレームワークについて
tmiura0203
0
1.2k
Other Decks in Technology
See All in Technology
非定型なドキュメントを効率よくリファクタする 〜えぇ!?仕様書27本の移行が1日で終わったって!?〜
subroh0508
2
610
「守りたい体験」を渡すだけで E2E を生成させられるようになった話
hinac0
2
1k
AIエージェントがあれば技術書なんてすぐ書けるでしょ→無理でした
watany
2
170
プロダクト開発組織の現在地(Ver.2026/07) / product-organization
kaonavi
0
390
なぜ、あなたのエージェントは言うことを聞かないのか
segavvy
1
340
凡エンジニアがこの先生きのこるためには。〜TypeScript完全に理解したい〜
alchemy1115
2
410
Vポイント分析基盤におけるデータモデリング20年史
taromatsui_cccmkhd
4
710
AI工学特論: MLOps・継続的評価
asei
4
740
「顧客の声を聞かなければ何も始まらない」 ── 顧客の声から生まれた『AI返信補助機能』の開発プロセス / AICon2026_shikata_imai
rakus_dev
1
260
Devsumi 2026 Summer 人もAIも使える共通基盤を事業の加速装置にする~デザインシステム運用に学ぶ組織レバレッジ~ 渡辺 凌央
legalontechnologies
PRO
1
280
AI Native なプロダクト組織の立ち上げ方 : 生産性 100 倍への挑戦
mikesorae
0
1.2k
AIツールを導入しても生産性はあがらない? カオナビが直面した 3つの壁と乗り越え方。/ Overcoming 3 Barriers to AI-Driven Productivity at kaonavi
kaonavi
0
150
Featured
See All Featured
Introduction to Domain-Driven Design and Collaborative software design
baasie
1
910
世界の人気アプリ100個を分析して見えたペイウォール設計の心得
akihiro_kokubo
PRO
72
40k
Stewardship and Sustainability of Urban and Community Forests
pwiseman
0
370
The #1 spot is gone: here's how to win anyway
tamaranovitovic
3
1.1k
Discover your Explorer Soul
emna__ayadi
2
1.2k
Public Speaking Without Barfing On Your Shoes - THAT 2023
reverentgeek
1
460
Into the Great Unknown - MozCon
thekraken
41
2.6k
Pawsitive SEO: Lessons from My Dog (and Many Mistakes) on Thriving as a Consultant in the Age of AI
davidcarrasco
0
190
From Legacy to Launchpad: Building Startup-Ready Communities
dugsong
0
270
Self-Hosted WebAssembly Runtime for Runtime-Neutral Checkpoint/Restore in Edge–Cloud Continuum
chikuwait
0
660
First, design no harm
axbom
PRO
2
1.2k
Building the Perfect Custom Keyboard
takai
2
820
Transcript
実際にリビルドを完遂し てみて エキサイト株式会社 三浦大幸
自己紹介 三浦大幸 エキサイト株式会社 2016年入社 技術スタック - バックエンド(PHP・Java等) - フロントエンド(Vue等) -
インフラ(AWS) - アプリ(iOS) https://twitter.com/miura0203
アジェンダ 実際に1年かけて行ったリビルドの、経験と知見を共有し ます - リビルドの目的 - リビルド内容 - リビルドによる効果予測 -
実際にリビルドを行ったことによる効果 - 大変だったこと - リビルドの効果をより長持ちさせていくには
リビルドの目的
リビルドの目的 - 担当サービス:ウーマンエキサイト - とても古いサービス - 確認できるだけでも、最終コミットは 2010年
None
リビルドの目的 コードがあたかもゴミ屋敷 - 使われていない大量のコード - 1ファイルが長大 - いくつものif分岐が存在する共通メソッド - 謎アーキテクチャ
などなど…
リビルドの目的 ゴミ屋敷だと… - 普段やらないことをしようとすると、何がどこにあるかわからない - 物の位置がすぐに変わってどこにあるかわからなくなる - 新しい入居者が、まともに生活できるようになるまで時間がかか る
リビルドの目的 ゴミ屋敷(整理されていないコード )だと… - 普段やらないことをしようとすると、何がどこにあるかわからない → 普段やっていない開発をしようとすると、大量の時間がかかる - 物の位置がすぐに変わってどこにあるかわからなくなる -
新しい入居者が、まともに生活できるようになるまで時間がかか る
リビルドの目的 ゴミ屋敷(整理されていないコード )だと… - 普段やらないことをしようとすると、何がどこにあるかわからない → 普段やっていない開発をしようとすると、大量の時間がかかる - 物の位置がすぐに変わってどこにあるかわからなくなる →
バグの発生率が高い - 新しい入居者が、まともに生活できるようになるまで時間がかか る
リビルドの目的 ゴミ屋敷(整理されていないコード )だと… - 普段やらないことをしようとすると、何がどこにあるかわからない → 普段やっていない開発をしようとすると、大量の時間がかかる - 物の位置がすぐに変わってどこにあるかわからなくなる →
バグの発生率が高い - 新しい入居者が、まともに生活できるようになるまで時間がかか る → オンボーディングに時間がかかる
リビルドの目的 ゴミ屋敷(整理されていないコード )だと… - 普段やらないことをしようとすると、何がどこにあるかわからない → 普段やっていない開発をしようとすると、大量の時間がかかる - 物の位置がすぐに変わってどこにあるかわからなくなる →
バグの発生率が高い - 新しい入居者が、まともに生活できるようになるまで時間がかか る → オンボーディングに時間がかかる → 発展的な開発が難しい
リビルドの目的 ゴミ屋敷(整理されていないコード )だと… - 普段やらないことをしようとすると、何がどこにあるかわからない → 普段やっていない開発をしようとすると、大量の時間がかかる - 物の位置がすぐに変わってどこにあるかわからなくなる →
バグの発生率が高い - 新しい入居者が、まともに生活できるようになるまで時間がかか る → オンボーディングに時間がかかる → 発展的な開発が難しい でも、これからはガンガン開発していきたい …
リビルドの目的 掃除することで、以下の達成が期待できる - 普段触っていないものでも、どこにあるかすぐに分かる - 物の位置がちゃんと決められており、失くしにくい - 新しい入居者が、すぐに生活を始められる
リビルドの目的 掃除(リビルド)することで、以下を達成したい - 普段触っていないものでも、どこにあるかすぐに分かる → 普段触っていない部分の開発でも、高スピードで進められる - 物の位置がちゃんと決められており、失くしにくい → バグの発生率が低い
- 新しい入居者が、すぐに生活を始められる → オンボーディングが簡単にできる
リビルドの目的 掃除(リビルド)することで、以下を達成したい - 普段触っていないものでも、どこにあるかすぐに分かる → 普段触っていない部分の開発でも、高スピードで進められる - 物の位置がちゃんと決められており、失くしにくい → バグの発生率が低い
- 新しい入居者が、すぐに生活を始められる → オンボーディングが簡単にできる → 発展的な開発がしやすくなる
リビルドの目的 掃除(リビルド)することで、以下を達成したい - 普段触っていないものでも、どこにあるかすぐに分かる → 普段触っていない部分の開発でも、高スピードで進められる - 物の位置がちゃんと決められており、失くしにくい → バグの発生率が低い
- 新しい入居者が、すぐに生活を始められる → オンボーディングが簡単にできる → 発展的な開発がしやすくなる ガンガン開発できる!
リビルド内容
リビルド内容 時間の問題もあり、今回は特に使用されている API2つに絞って リビルド - 言語・フレームワーク - PHP + Bear.Saturday
→ Java + Spring Boot - Webサーバ - Apache → Nginx - アーキテクチャ - 謎アーキテクチャ → クリーンアーキテクチャ - インフラ - EC2 → ECS(コンテナ化) - キャッシュシステム - ローカルファイル → Redis - その他 - 不要なコードの削除 - 複雑なコードのリファクタリング
リビルドによる効果予測
リビルドの目的 掃除(リビルド)することで、以下を達成したい - 普段触っていないものでも、どこにあるかすぐに分かる → 普段触っていない部分の開発でも、高スピードで進められる - 物の位置がちゃんと決められており、失くしにくい → バグの発生率が低い
- 新しい入居者が、すぐに生活を始められる → オンボーディングが簡単にできる
リビルドによる 効果予測 - 予測 - コード量減少 - 不要なコード削除 - 複雑なコードのリファクタリング
- アーキテクチャの改善
リビルドによる 効果予測 - 予測 - コード量減少 - 不要なコード削除 - 複雑なコードのリファクタリング
- アーキテクチャの改善 - 希望的観測 - 必要なコンテナスペック減少 - 言語やフレームワークの変更
実際にリビルドを行ったことによる効果
実際にリビルドを行ったこ とによる効果 - コード量 1 /4 (ついでにユニットテストも追加)
実際にリビルドを行ったこ とによる効果 - コード量 1 /4 (ついでにユニットテストも追加) → 削減量はともかく、減ったことは想定通り
実際にリビルドを行ったこ とによる効果 - ネットワーク通信量 1 / 2 - サーバ(コンテナ)台数 1
/ 3 (スペック単位で計算) - レスポンスタイム 1 / 4
実際にリビルドを行ったこ とによる効果 - ネットワーク通信量 1 / 2 → 不要なレスポンスの削除と、 Nginxにして圧縮されるよう
になったから? - サーバ(コンテナ)台数 1 / 3 (スペック単位で計算) → 言語・フレームワークの変更による? - レスポンスタイム 1 / 4 → 言語・フレームワークの変更と、キャッシュを Redisにした ことによる?
実際にリビルドを行ったこ とによる効果 目的は主にコード量の削減やアーキテクチャ の変更等で、それ以外の改善は希望的観測 だったが、想定以上に改善された
大変だったこと
大変だったこと 時間がかかった 最初はAPI2つだけなので、3ヶ月から長くて半年程度で終わると 思っていたが、最終的にまるまる 1年かかった。 ずっとリビルドをやり続けることが大変だったのはもちろん、リビ ルドは完了してリリースして初めて成果として現れるので、周り への申し訳無さもあった。
大変だったこと どうしてもAPIの入出力は変えられない部分が多 いため、合わせる必要がある リビルド対象が限定されていたため、リクエスト・レスポンスデー タは大きく変えることができなかった。 加えて、本来APIでやらなくてもいいはずの処理だったとしても、 場合によってはそのまま APIでやる必要があったりした。
大変だったこと 使われている部分と使われていない部分の選定 使われていない部分は削除することも目的の 1つだったため、 APIの各エンドポイントの使用箇所とそのリクエスト・レスポンス データ、及びレスポンスデータの使いみちをすべて特定し、使わ れていない部分を削除した。
大変だったこと DBへの接続方法やキャッシュシステムの違い リビルド後はDB接続時にコネクションプールを使うようになった り、キャッシュシステムがファイルから Redisになったことで、考慮 すべき点が増えた。
リビルドの効果をより長持ちさせていく には
リビルドの効果をより長持ちさせていくには どんなにきれいに掃除しても、その後住人がまた汚く使っていてはいずれゴミ屋敷に 戻ってしまう。 リビルドも同様で、その時どんなに綺麗に作り直しても、その後考えて開発していかな いと、やがてまた汚いコードに戻ってしまう。 リビルドの効果をより長持ちさせていくには、 - エンジニアが、可読性や変更容易性を意識して開発していく ことが大事
ちゃんと掃除しよう!