wildcats https://blog.hatena.ne.jp/wildcats/ wildcatsの日記 https://wildcats.hatenadiary.org/ Management Agile Design Develop 少し前からだけど「YAGNIと変更可能性を考慮したソフトウェア開発」のバランスについて だんだんと境界がわからなくなってきた。。。。 そもそも開発段階で「変更が入りやすい箇所」の判断はどうするのか。 お客さんが「ここは将来変わりそうだよ？」という発言を基にするの？ それとも開発者が変更が入りやすいと思う箇所のこと？ 「一度変更が入った箇所を柔軟なモデルに変更する」という手法を採用すると 初期のコードは例えばStrategyパターンが含まれないように思うし。 かといって後々に入った仕様変更がシステムのあちこちにif文が分散していて 直すのが大変ということになるように思うし。 なんだかモヤっと感が… 190 <iframe src="https://hatenablog-parts.com/embed?url=https%3A%2F%2Fwildcats.hatenadiary.org%2Fentry%2F20050710%2Fp4" title=" 独り言 - wildcatsの日記" class="embed-card embed-blogcard" scrolling="no" frameborder="0" style="display: block; width: 100%; height: 190px; max-width: 500px; margin: 10px 0px;"></iframe> Hatena Blog https://hatena.blog 2005-07-10 00:00:03 rich https://wildcats.hatenadiary.org/entry/20050710/p4 1.0 100%