アジャイル設計と5つの原則 - かまずにまるのみ。

アジャイルソフトウェア開発の奥義 第2部「アジャイル設計」の自分用まとめ。 アジャイル設計 アジャイルな設計 「原則」「パターン」「プラクティス」を継続的に適用することで、読みやすく変更に強い状態を保つことができる設計。 悪い設計 第2部の中で「貧弱な設計の兆候」「腐敗するソフトウェアの兆候」として、以下の7つが挙げられている。 硬さ （設計変更が難しい） 脆さ （設計が壊れやすい） 移植性のなさ （再利用が難しい） 扱いにくさ（正しい設計をするのが困難なソフトウェア、面倒な開発環境） 不必要な複雑さ（"後で必要になるかもしれない"と考えて先行実装したコード） 不必要な繰り返し （コピペ） 不透明さ （目的や意図がわかりにくい） 原則 システムに悪い設計の兆候が見られるとき、その原因がオブジェクト指向設計の原則に反していることだったりする。 ただし無条件で原則に従うと「不必要な複雑さ」を招

[sylvan_l]

アジャイル設計と5つの原則

[civitaspo]

http://tdak.hateblo.jp/entry/20130703/1372842149

[Dai_Kamijo]

アジャイル設計と5つの原則 — BEAR.Sunday (@BEARSunday) February 29, 2016 from Twitter https://twitter.com/Dai_Kamijo March 01, 2016 at 09:37AM via IFTTT

[d_animal141]

アジャイル設計と5つの原則 - かまずにまるのみ。

[witchstyle]

(2013/07/03のエントリ)

[kanno_kanno]

単一責任の原則(SRP)

[pastelInc]

絵が可愛い

[crist18]

設計

[inazakira]

絵が可愛いくて良いね。

[naka-06_18]

単一責任の原則, オープン・クローズドの原則, リスコフの置換原則, 依存性逆転の原則, インタフェース分離の原則