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
Clean_Architecture輪読会_1.pdf
Search
kojirock5260
January 13, 2020
Programming
350
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Clean_Architecture輪読会_1.pdf
kojirock5260
January 13, 2020
More Decks by kojirock5260
See All by kojirock5260
テスト駆動開発_輪読会_vol.1.pdf
kojirock5260
0
660
Clean_Architecture輪読会_11.pdf
kojirock5260
0
88
Clean_Architecture輪読会_6.pdf
kojirock5260
0
98
Effective_DevOps_輪読会_vol.14.pdf
kojirock5260
0
270
Effective_DevOps_輪読会_vol.11.pdf
kojirock5260
0
250
Effective_DevOps_輪読会_vol.3.pdf
kojirock5260
0
73
Effective_DevOps_輪読会_vol.7.pdf
kojirock5260
1
280
初心者にやさしいLT会1.pdf
kojirock5260
0
610
レガシー感謝の日で発表してみたかった話
kojirock5260
0
1.4k
Other Decks in Programming
See All in Programming
思考垂れ流し開発 ~音声入力 × AIエージェント × 開発ハーネスによる試行錯誤~
npostring
0
810
【デモ】Kiroで体験する仕様駆動開発|設計からコーディングまでAIと進める開発フロー
cmkudo
0
570
数年滞っていたダークモード対応をおよそ2週間で完了させる
chigichan24
0
670
異なる設計思想のフレームワークを経験して得た学び
amekuhideki
2
1.5k
リアルな遅延を測る仕様
kota_yata
1
140
「つくるAI」だけではバグは見つからない ~テストに必要な「見つけるAI」を分離させる戦略~
mfunaki
0
230
レビュー履歴をAIに食わせて、 Compose移行を加速するs
shihochan
0
260
片田舎のおっさん、 Swift Buildのダイアモンド問題解決の不具合修正PRを出すが、解決方法がキャッシュをしないようにすることであり、ビルド時間が伸びると言われてマージされないので高速化もする/swiftbuild
yimajo
0
360
tsc.rip を支える技術 / Kyoto.なんか #8
susisu
0
4.3k
The Good Stuff, Not the Slop: Engineering High-Quality Android Apps with Modern AI Tooling
danybony
1
180
不幸な GC
chencmd
0
880
FDEとは、何者なのか?
masapyon1212
0
140
Featured
See All Featured
Optimizing for Happiness
mojombo
378
71k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
32
3k
A designer walks into a library…
pauljervisheath
211
25k
Un-Boring Meetings
codingconduct
0
410
From Legacy to Launchpad: Building Startup-Ready Communities
dugsong
0
320
The World Runs on Bad Software
bkeepers
PRO
72
12k
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.9k
SERP Conf. Vienna - Web Accessibility: Optimizing for Inclusivity and SEO
sarafernandez
2
1.6k
A Modern Web Designer's Workflow
chriscoyier
698
190k
Neural Spatial Audio Processing for Sound Field Analysis and Control
skoyamalab
0
460
Ethics towards AI in product and experience design
skipperchong
2
360
Context Engineering - Making Every Token Count
addyosmani
9
1.1k
Transcript
Clean Architecture 輪読会#1 Clean Architecture 輪読会#1 Clean Architecture 輪読会#1 Clean
Architecture 輪読会#1 Clean Architecture 輪読会#1 Clean Architecture 輪読会#1 2020/01/13 2020/01/13 2020/01/13 2020/01/13 2020/01/13 2020/01/13 1 / 9
第1 章 設計とアーキテクチャ 第1 章 設計とアーキテクチャ 第1 章 設計とアーキテクチャ 第1
章 設計とアーキテクチャ 第1 章 設計とアーキテクチャ 第1 章 設計とアーキテクチャ 2 / 9
設計とアーキテクチャ 設計とアーキテクチャ 設計とアーキテクチャ 設計とアーキテクチャ 設計とアーキテクチャ 設計とアーキテクチャ 概要 概要 概要 概要
概要 概要 設計とアーキテクチャの違いについて( 建築家のたとえ話) 設計とアーキテクチャの違いについて( 建築家のたとえ話) 設計とアーキテクチャの違いについて( 建築家のたとえ話) 設計とアーキテクチャの違いについて( 建築家のたとえ話) 設計とアーキテクチャの違いについて( 建築家のたとえ話) 設計とアーキテクチャの違いについて( 建築家のたとえ話) 優れたソフトウェアの設計目的 優れたソフトウェアの設計目的 優れたソフトウェアの設計目的 優れたソフトウェアの設計目的 優れたソフトウェアの設計目的 優れたソフトウェアの設計目的 ある企業におけるケーススタディ ある企業におけるケーススタディ ある企業におけるケーススタディ ある企業におけるケーススタディ ある企業におけるケーススタディ ある企業におけるケーススタディ 自信過剰の愚かさ( ウサギとカメの物語) 自信過剰の愚かさ( ウサギとカメの物語) 自信過剰の愚かさ( ウサギとカメの物語) 自信過剰の愚かさ( ウサギとカメの物語) 自信過剰の愚かさ( ウサギとカメの物語) 自信過剰の愚かさ( ウサギとカメの物語) 3 / 9
設計とアーキテクチャ 設計とアーキテクチャ 設計とアーキテクチャ 設計とアーキテクチャ 設計とアーキテクチャ 設計とアーキテクチャ 重要点 重要点 重要点 重要点
重要点 重要点 ソフトウェアアーキテクチャの目的は、求められるシステムを構築・ ソフトウェアアーキテクチャの目的は、求められるシステムを構築・ ソフトウェアアーキテクチャの目的は、求められるシステムを構築・ ソフトウェアアーキテクチャの目的は、求められるシステムを構築・ ソフトウェアアーキテクチャの目的は、求められるシステムを構築・ ソフトウェアアーキテクチャの目的は、求められるシステムを構築・ 保守するために必要な人材を最小限に抑えることである。 保守するために必要な人材を最小限に抑えることである。 保守するために必要な人材を最小限に抑えることである。 保守するために必要な人材を最小限に抑えることである。 保守するために必要な人材を最小限に抑えることである。 保守するために必要な人材を最小限に抑えることである。 崩壊したコードを書くほうがクリーンなコードを書くよりも常に遅 崩壊したコードを書くほうがクリーンなコードを書くよりも常に遅 崩壊したコードを書くほうがクリーンなコードを書くよりも常に遅 崩壊したコードを書くほうがクリーンなコードを書くよりも常に遅 崩壊したコードを書くほうがクリーンなコードを書くよりも常に遅 崩壊したコードを書くほうがクリーンなコードを書くよりも常に遅 い。 い。 い。 い。 い。 い。 早く進む唯一の方法は、うまく進むことである。 早く進む唯一の方法は、うまく進むことである。 早く進む唯一の方法は、うまく進むことである。 早く進む唯一の方法は、うまく進むことである。 早く進む唯一の方法は、うまく進むことである。 早く進む唯一の方法は、うまく進むことである。 自信過剰による再設計は、元のプロジェクトと同じように崩壊する。 自信過剰による再設計は、元のプロジェクトと同じように崩壊する。 自信過剰による再設計は、元のプロジェクトと同じように崩壊する。 自信過剰による再設計は、元のプロジェクトと同じように崩壊する。 自信過剰による再設計は、元のプロジェクトと同じように崩壊する。 自信過剰による再設計は、元のプロジェクトと同じように崩壊する。 4 / 9
第2 章 第2 章 第2 章 第2 章 第2 章
第2 章 2 つの価値のお話 2 つの価値のお話 2 つの価値のお話 2 つの価値のお話 2 つの価値のお話 2 つの価値のお話 5 / 9
2 つの価値のお話 2 つの価値のお話 2 つの価値のお話 2 つの価値のお話 2 つの価値のお話
2 つの価値のお話 概要 概要 概要 概要 概要 概要 振る舞いと構造( アーキテクチャ) 振る舞いと構造( アーキテクチャ) 振る舞いと構造( アーキテクチャ) 振る舞いと構造( アーキテクチャ) 振る舞いと構造( アーキテクチャ) 振る舞いと構造( アーキテクチャ) アイゼンハワーのマトリックス アイゼンハワーのマトリックス アイゼンハワーのマトリックス アイゼンハワーのマトリックス アイゼンハワーのマトリックス アイゼンハワーのマトリックス アーキテクチャの戦い アーキテクチャの戦い アーキテクチャの戦い アーキテクチャの戦い アーキテクチャの戦い アーキテクチャの戦い 6 / 9
2 つの価値のお話 2 つの価値のお話 2 つの価値のお話 2 つの価値のお話 2 つの価値のお話
2 つの価値のお話 重要点 重要点 重要点 重要点 重要点 重要点 簡単に変更できてこその 簡単に変更できてこその 簡単に変更できてこその 簡単に変更できてこその 簡単に変更できてこその 簡単に変更できてこその ソフト ソフト ソフト ソフト ソフト ソフトウェア ウェア ウェア ウェア ウェア ウェア 動くシステムよりも変更しやすいシステムが大事 動くシステムよりも変更しやすいシステムが大事 動くシステムよりも変更しやすいシステムが大事 動くシステムよりも変更しやすいシステムが大事 動くシステムよりも変更しやすいシステムが大事 動くシステムよりも変更しやすいシステムが大事 「緊急だが重要ではない」と「緊急かつ重要」の区別をできるように 「緊急だが重要ではない」と「緊急かつ重要」の区別をできるように 「緊急だが重要ではない」と「緊急かつ重要」の区別をできるように 「緊急だが重要ではない」と「緊急かつ重要」の区別をできるように 「緊急だが重要ではない」と「緊急かつ重要」の区別をできるように 「緊急だが重要ではない」と「緊急かつ重要」の区別をできるように ソフトウェア開発者もステークホルダであることを忘れてはいけな ソフトウェア開発者もステークホルダであることを忘れてはいけな ソフトウェア開発者もステークホルダであることを忘れてはいけな ソフトウェア開発者もステークホルダであることを忘れてはいけな ソフトウェア開発者もステークホルダであることを忘れてはいけな ソフトウェア開発者もステークホルダであることを忘れてはいけな い。 い。 い。 い。 い。 い。 7 / 9
第3 章 パラダイムの概要 第3 章 パラダイムの概要 第3 章 パラダイムの概要 第3
章 パラダイムの概要 第3 章 パラダイムの概要 第3 章 パラダイムの概要 構造化プログラミング 構造化プログラミング 構造化プログラミング 構造化プログラミング 構造化プログラミング 構造化プログラミング オブジェクト指向プログラミング オブジェクト指向プログラミング オブジェクト指向プログラミング オブジェクト指向プログラミング オブジェクト指向プログラミング オブジェクト指向プログラミング 関数型プログラミング 関数型プログラミング 関数型プログラミング 関数型プログラミング 関数型プログラミング 関数型プログラミング 8 / 9
パラダイムの概要 パラダイムの概要 パラダイムの概要 パラダイムの概要 パラダイムの概要 パラダイムの概要 重要点 重要点 重要点 重要点
重要点 重要点 それぞれのパラダイムは、 それぞれのパラダイムは、 それぞれのパラダイムは、 それぞれのパラダイムは、 それぞれのパラダイムは、 それぞれのパラダイムは、何をすべきか 何をすべきか 何をすべきか 何をすべきか 何をすべきか 何をすべきかではなく、 ではなく、 ではなく、 ではなく、 ではなく、 ではなく、何をすべきでない 何をすべきでない 何をすべきでない 何をすべきでない 何をすべきでない 何をすべきでない か か か か か かを伝えている を伝えている を伝えている を伝えている を伝えている を伝えている 9 / 9