ソフトウェア設計のトレードオフと誤り ―プログラミングの際により良い選択をするには
2024年5月20日ソフトウェア設計のトレードオフと誤り ―プログラミングの際により良い選択をするにはを読んだ。 トレードオフはドキュメントには書かれないことがある。何かを選択した理由は書かれていても、選択していなかった理由を示していないことは結構あるのではないだろうか。 この本では、設計判断のトレードオフを対照的に考えることの重要さと、ソフトウェア設計におけるトレードオフ事例を学び得ることができる。 ...
ソフトウェア設計のトレードオフと誤り ―プログラミングの際により良い選択をするにはを読んだ。 トレードオフはドキュメントには書かれないことがある。何かを選択した理由は書かれていても、選択していなかった理由を示していないことは結構あるのではないだろうか。 この本では、設計判断のトレードオフを対照的に考えることの重要さと、ソフトウェア設計におけるトレードオフ事例を学び得ることができる。 ...
ソフトウェアのアーキテクチャと組織の設計に関して記事を漁ってみたので、読んだものをリストアップしておく。随時読んだものを追加していこうと思う。 記事リスト logmi.jp - 状況に合わせたトレードオフで“ベター”を目指す 組織設計における、書籍『ソフトウェアアーキテクチャ・ハードパーツ』の活用 engineer.crowdworks.jp - 変化に適応するソフトウェアアーキテクチャと組織構...
概要 構成図レベルでのアーキテクチャの設計をする時の進め方として個人的に良いと思ったやり方を1つ取り上げてまとめておく。 進め方 事前に要件定義や調査がある程度済んでいるという状態を前提として、アーキテクチャの構成図を書きながら設計を進めていく作業の取り組み方法について書く。 といってとても単純で、「最初からゴールの絵を描こうとせずに、段階を踏んで設計する」というだけである。 上図のように...