■ トピック
- 「すべてがOになる」
- SOLID原則の中で「O」だけレイヤーが違う
- OCPはクラス設計だけでなくソフトウェア全体の原則
- ソフトウェアの持続的な成長を可能にするOCP
- 「機能追加はコードの追加だけで済む」という理想状態
- 仕様変更コストの「連続性」
- 「足すだけ」が「足すだけ」で済まないのはOCP違反のサイン
- 機能追加で感じる「痛み」
- レビューの辛さも「痛み」
- デザインパターンのほとんどはOCPを満たすためにある
- AI時代における開発の「痛み」の感じ方
■ 参考リンク
■ おたよりフォーム
https://forms.gle/RYUG7T4ctmF7Srf36
■ X（Twitter）
https://twitter.com/refactoradio
■ Bluesky
https://bsky.app/profile/refactoradio.com
ハッシュタグは #リファラジ です。
感想
まだ感想はありません。最初の1件を書きましょう！
19:59
コメント
こちらもおすすめ
-
#104 開放閉鎖原則② リファクタリングの究極の目的 ―開放閉鎖原則とTDD―
リファクタリングとともに生きるラジオ
-
#15 単一責任原則② 改めて考えると共通化って怖くない？
リファクタリングとともに生きるラジオ
-
#44 依存性逆転の原則① 「いつまで経っても変更作業が終わりません」
リファクタリングとともに生きるラジオ
-
#16 単一責任原則③ 右手にSRP、左手にDRY
リファクタリングとともに生きるラジオ
-
#14 単一責任原則① 責任が単一であるってどういうこと？
リファクタリングとともに生きるラジオ
-
#103 開放閉鎖原則① SOLIDのO 「拡張に開き、修正に閉じる」って何？
リファクタリングとともに生きるラジオ
スクロール