岡大勝さん「私のアーキテクチャルディシジョン」セッションのメモ

タイトルの発表での「自身がとったメモ」です。

※正確に聞き取れてない部分は意訳。

私のアーキテクチャルディシジョン

HFT System architecture を手がけたことがある。
「Architecutural Decisions」アーキテクチャルディシジョン
アーキテクチャは”選択”の集合体
- 大きいところから小さなところまで「だれかが何かを判断して」いる
システム開発は「ニーズ」を「ソリューション」に変換する事
- その変換に「アーキテクチャルディシジョン」が行われている
アーキテクト魂が自分の中に芽生えているか否か
- その証左は「それ、あかんやろ！」を持っている事
- 育つと「俺ならこうする！」となる
観点は無数
- 「これとこれと気をつければ…」のような杓子定規の答えは無い
  1. 標準化しているのが「TOGAF」
  2. やりすぎてるやつが「Zachman Framework」
  3. 現在のソフトウェアアーキテクチャのデファクトスタンダードが「4 + 1 View」
いろんなシナリオをぶつけてへこたれない仕組みが良いアーキテクチャ
平均点が高ければいい、わけでもない
- どの観点に軸足を置くのか、どの観点を立てて上げるのか

Architecuture meets Process
- Rational Unified Process → Desciplined Agile Delivery
- これに惚れ込んだ、このために会社辞めてラショナルに行った
アーキテクチャは、プロセスを補完する。
プロセスアーキテクチャに依存する。
「人は、制約の中でこそ想像力を発揮できる」
アーキテクチャは、複雑さに対するソリューションに過ぎない
- カプセル化など
(FWの台頭から)「客観的な技術動向」「今、世の中はどこに向かってるのか」を知る必要がある
知識は実践への扉に過ぎない
- 未来(ビジョン)に共感せよ
アーキテクチャの目的は、”伝えること”
- 最初は仲間、伝えられるか。
- まだ見ぬ未来のチームに、伝わるのか。
合議制は不要、自分で決める
- 誰の声も、参考情報でしかない
リスクに敏感になれ
- そして、リスクを恐れるな
「光の速さは有限だ」
- 常に論理的であれ
それは実現可能か。
- 問いかけてみるべし。
自分ひとりじゃだめだ。このチームで実現可能なのか。
ロードマップは見えたか。
- 見えたなら、絶対に、勝てる。