2週間前、別のCodeFreeze会議がモスクワで開催されました。 ゲストはEvgeny Krivosheevでした。EvgenyKrivosheevは、ソフトウェアアーキテクチャの分野でロシアの専門家として認められており、Scrumtrek / Skilltrekのコンサルタントです。 ユージーンは建築について素晴らしい講義を行いました 。

この会議の一環として、ユージーンは、あらゆるシステムのアーキテクチャにとって重要な一連の決定を議論することを提案しました 。 影響を受けるアクションのシーケンスは次のとおりです。
- システムの観点、または設計中に失明する理由
- 主要なリスクまたはプライドキルへの対処
- コンテキスト、または閉じたドアで打たないようにする方法を考慮します
前回の会議で議論されたもの:
- アーキテクチャとは?
- それをどのように説明しますか?
- 盲目にならないための方法:視点
- 現代のシステムの規模
- さらに重要なこと-DBスキーマまたは同時実行性の設計?
- 広大さを受け入れる:「象」と「ハイパーキューブ」
- 建築フレームワーク-4 + 1、Rozansky&Woods、Zachman
- グラフの背後にある品質を見る-3つのグラフの例
- プライドを殺す:リスクへの対処
- ライブラリ付きケース
- 再帰契約として設計する
- 最もリスクの高い契約としてのアーキテクチャ
- プロトタイピング
- 外部専門知識
- 常識:設計時に考慮すべきこと
- 正式な設計アプローチでは、次のような結果が得られます:Arch = F(?)
そして、ここにビデオがあります:
上記の問題に関心がある場合は、必ずビデオをご覧ください。
PS:スポンサーであるOK.ru、およびドイツ銀行が施設を提供し、会議の開催を支援してくれたことに感謝します。