ソフトウェア設計についての原則や法則についてまとめてみた

ソフトウェア設計について、YAGNIやSOLIDなど多くの原則・法則があることが知られていますが、その解釈にはぶれが存在することが多いです。そこで、特に有名なものあるいは有用と感じることが多いものをいくつかピックアップして、その解釈やトレードオフについてまとめてみました。 注意としては、SOLIDが入ってることからわかる通り、主にOOPに関する文脈になります。また、各原則の定義については概ね知っている前提で書いているのであまり初学者向けの記事ではないかもしれませんのでご承知おきください。 YAGNI（You ain't gonna need it.） YAGNIは、予測による実装が実際に役立つことは少ないという経験則から生まれた原則です。 一般にオーバーエンジニアリングが利益をもたらすケースは限定的で、どちらかというとプロジェクトに害を与えることが多いとされています。YAGNIは日々状況の

[NOV1975]

総合的な話として良い。で、実際のシステムには「それを作る目的」がぶら下がっているので、逐一当てはめるべきかどうかを確認するとベター。

[opnihc]

ずっとKeep it simple, stupid.だと思ってたわ

[yamadadadada2]

予想通りzennもqiitaっぽくなってきた

[lbtmplz]

原則の命名自体をミスってるの人間はだめだという気がしてくる

[akira_108]

いいまとめだった

[naglfar]

よくまとまってて好き。

[lets_skeptic]

正解がない厳しさに耐えられるかが勝負。ただ、どんなものでも繰り返していると負荷が減るものなので、とりあえず考えることを繰り返してみるだけでも効果ある。

[tettekete37564]

YAGNI はケースバイケースというか設計やプロジェクトによる

[iekusup]

ありがたい。

[gyampy]

人間というのは不要なものをつけ足していきやすく、逆に不要なものをそぎ落としていくのが苦手な傾向があります。

[yamada_k]

Zenn ってこの 2月に買収されていたのか。

[fujikiseki21]

土台と思想が大切

[indication]

お互いを知らずに利用できるようにしてるけど、モジュールが意識しないといけなくなるとき、ツラい。きっと恋

[cuttoff19]

SOLID原則とか諸々

[yarumato]

“SOLID原則　SRP: 単一責務の原則は命名が良くないため誤解が多い。OCP: オープン・クローズドの原則は新機能の追加が既存の機能の動作を変更しないこと。YAGNI と競合します。”

[lorenz_sys]

内容的には全く妥当である思うんだけどちょっと学者然としすぎな内容だなとも感じてしまう。こういうのって経験と結びつかないと頭でっかちで終わってしまうのではと現場の技術屋の自分は思う。

[nekoruri]

ここで紹介されている原則あたりはおさえておくと会話がしやすいよね。

[isawo81]

原則や法則は使わなくてもよい/知ってて使わないくらいがちょうどいい/勉強はした方が良いが実務では他に優先すべき事があるはず

[mom0tomo]

"YAGNI/KISSの原則/SOLID/DRY/デメテルの法則/漏れのある抽象化の法則"

[surume000]

「アルファベット並べるのもうやめろ」の原則

[turanukimaru]

経験則は役に立つしこの記事は良くまとまってるが「原則を知ったから俺もOOP理解した！」とか本末転倒なことは言い出さないように…(qiitaでよくある)。オブジェクト同士の相互作用というOOPの本質が理解できてれば不要