ソフトウェア設計原則は変更容易性に通ず - Shin x Blog

色々な原則や方法論はあれど、つまるところいかに変更容易性を確保するかと言う話に帰結するのでは。極論すれは、正しく動いていて変更する必要が無ければどのような作りになっていても構わない。一方、Web アプリケーションを稼働し続ける上で全く変更しなくて良いということもない。— Masashi Shinbara (@shin1x1) 2021年5月30日 ソフトウェア設計、開発には多くの原則や方法論がある。例えば、DRY 原則や SOLID 原則、デザインパターンにレイヤードアーキテクチャ、クリーンアーキテクチャなどある。さらに DDD にも多くの原則や方法論が含まれている。これらを変更容易性を高めるための手段として原則や方法論を捉えるというのが本エントリの論旨である。 原則や方法論の捉え方 変更容易性 本質的な変更と副次的な変更 外部変更容易性と内部変更容易性 原則を適用する指針 さいごに 原則

[shin1x1]

書きました。

[ema_hiro]

「捨てやすさ」って言う方が直感的だな、と個人的には思っている。言いたいことは同じだと思うが。

[ken39arg]

タイトルしか読んで無いけど大筋同意。最近ユニットテストが充実しているけど結合テストが無いやつで苦しんでる。 最近のwebアプリなら極論httpのreq/resだけで完璧に網羅したテストが理想(しつこいくらい言ってるなこれ

[kiririmode]

ETC原則

[sochankun]

外部変更性と内部変更容易性

[otihateten3510]

最近の話だと思う

[tpircs]

開発中の話と、リリースしてからの話も結構重要と思ってる。そしてリリースしてからもずっと開発中みたいなのも今どきは普通だから、それが混ざってまた色々と。

[yujiorama]

昔より、動機が「変更しやすい」から「捨てやすい（新しく作りやすい）」に変わってきてる気がする

[m50747]

最近の開発手法はエディタの一括置換やgrepが優れているので、あえてモジュール化せずにコピーしている。 そのモジュールが100箇所から参照されていたらテストも100回。テスト環境がショボいので苦肉の策。もういや。

[peketamin]

ブコメにある「捨てやすさ」はまさに書籍クリーンアーキテクチャの中で書かれてた。

[ko-ya-ma]

とても共感できる内容。モダンなあれこれの技術や考え方は、安全確実に変更を適用する方法のバリエーション

[udonj]

変更容易性