→上流工程一般
→ドキュメント作成
→ドキュメント作成ツール
→DI(依存性注入)
→S2AOP
→アルゴリズム、数学etc
→画像処理関連
→音声処理関連
設計・デザイン一般†
- フローチャートがダメな３つの理由 2008.7.19
- 表現力がしょぼい
- 人間はフローチャートのようには考えない
- フローチャートには実は重要な利点が一つある＞プログラマーでなくとも理解できる
- 仕様記述言語
- Z言語
- VDM
- LOTOS
- SDL
- OBJ
- CafeOBJ
- SpecC言語
- UML
ドメイン駆動設計(DDD)†
- オブジェクト指向はすでに粒度が時代にあっていない 2021.9
- ソフトウェアの記述をまとめるという視点では主にステートレスな関数を分類できれば充分で、データと振る舞いをまとめたオブジェクトというのは大きすぎる、システムを分割して管理しやすくするという視点ではオブジェクトというのはライフサイクルやリソース管理の視点が足りず小さすぎる、ということで、オブジェクト指向の粒度でのソフトウェア管理は出番がなくなっている
- オブジェクト指向の憂鬱 設計編 2008.11.18
- オブジェクト指向の概念が出てから相当に時間がたっているのに，なぜこうした状況がまかり通っているのだろうか。その理由の一つとして，設計の難しさがあるのではないかと思う。私はものごとが難しいというのには2種類あると考えている。知識として知っていないから難しいものと，感覚として持っていないから難しいものである。オブジェクト指向は後者に属する。
UML†
デザインパターン†
アスペクト指向(AOP)†
- アスペクト指向のバリエーション解説
- アスペクトは「様相」「側面」「視点」といった言葉に訳されているが、要するにソフトウェアのさまざまな「様相」や「側面」に注目するパラダイムがアスペクト指向なのである
- 「アスペクト」とは、さまざまな角度、視点から “物事” を見た際の「様相」や「側面」のことである。
→S2AOP
MVCモデル†
- Web Applicationを綺麗に設計するためのMVACという考え方 2011.3.3
- データソースやロジックを扱う「Model」、表示・出力を管理する「View」、複数のModelとControllerをつなぐApplication、ユーザのリクエストなどを受け取りViewやApplicationを制御する「Controller」の4つの要素を組み合わせてシステムを実装する方式。MVCをさらに抽象化した方式。id:secondlife
![[PukiWiki]](image/pukiwiki.png "[PukiWiki]")
