SOLID原則への懐疑
https://twitter.com/masuda220/status/1347567244872544258
SOLID原則が有効なのも、その時の文脈による
コンテキストから切り離された客観性に注意
議論する時はお互いの前提認知をハッキリ確認する
なぜやるのか?を知らずにルールだけを守れない
「XXの法則」を疑う
このブログの内容、共感するところある
https://naildrivin5.com/blog/2019/11/14/open-closed-principle-is-confusing-and-well-wrong.html
@sugimoto_kei: SOLIDって、ほんとよくわからない。Lはリスコフ置換原則だけど、リスコフ置換原則はサブタイプという概念を定義しているだけで、設計の指針とか原則ではないよね。
@sugimoto_kei: D(依存性逆転の原則)だって、依存性を逆転させるとよい場合があるってだけだ。それはそうだが、どういう意味でこれが「原則」なのか、さっぱりわからん。オレは毎日、依存性を逆転してるわけじゃない。
ちょっとかしこげな概念やテクニックを5つ並べただけに見える。なんでこれらが「原則」なんだ?
@sugimoto_kei: 単一責任の原則(S)は、責任の意味が不明確で堂々巡りになる。開放閉鎖原則(O)は悪くないが、機能をカスタマイズするためのテクのひとつに過ぎない。インターフェース分離の原則も適用して良い場合と不適切な場合がある。JDBCのインターフェースを利用側の都合でどう分離するんだ?
時と場合によるテクニックの寄せ集めを「原則」と呼ぶのは強引でしょうという指摘
「原則」という言葉の強さを分かっていない。原則は、一般的に適用されるべき法則という意味合いを持つ
「あまり強い言葉を遣うなよ。弱く見えるぞ。」