スマートフォン用の表示で見るカイゼンにっき。twitterに呟いていますが、twitterに書ききれない事をここに綴って行こうかと。この広告は、90日以上更新していないブログに表示しています。勉強会アジャイルサムライ新宿道場#04に参加してきました。下記、参加して私が感じたことのまとめです。※例によって、勉強会のまとめではないことにご注意を。最初に全体を見通せないので、適当でないアーキテクチャになったり、局所最適化に陥らないのか?最初に全体を見通せないので、契約や予算どりをどうするのか?この辺りの問いはよく聞かれるが、(少なくとも私は)答えるのが難しい。常に向き合っていくべき問いなのかもしれない。下記は勉強会で学んだこと。最初に全体を見通せないので、適当でないアーキテクチャになったり、局所最適化に陥らないのか?陥る。これは認識されており、アーキテクチャの大々的な変更は「アーキテクチャジャンプ」と呼ばれている。※ニュアンスとして、「避けられればもちろんよいが、避けられない」もののように書かれている。変更コストは「時とともに急激に上昇」しない、という仮定を置いている。プラクティスからもたらされる。よって、アーキテクチャジャンプのコストは、それほど大きくはならない。最初に全体を見通していれば効率よく出来たのに。・変更は常に起こるし、最初から完璧なものは出来ない、とされている。最初に全体を見通すためにいくら努力しても、結局それは正しくない、変更する必要が出てくる、よって無駄だ、という理念がある。・インフラを構築するために、顧客に価値を提供しない時期が長時間あってはいけない、という理念がある。何となくわかるものの、これでは説明できない。私にはまだ答えが出せていない。下記が参考になりそう。開発は2つのレベルで進行する。実装2つは同時進行し、かつ、お互いに強い相互作用がある。新しい実装はアーキテクチャの変更を示唆する。アーキテクチャの変更は、ふつう大幅な実装の変更を強制する。