KISS(Keep It Simple,Stupid)やYAGNI(You Aren't Going to Need it.)の原則は、変更や拡張性を無視したコードを意味するか。

Question

知り合いで、KISS(Keep It Simple,Stupid)やYAGNI(You Aren't Going to Need it.)の原則を上げて、
今必要なコードをだけを書けばいいと言う人がいます。
今後の変更や、拡張が生じてくる可能性はクライアント次第で、
あるとも言えるが、決まっていないと言う条件下であるとき、
これらの原則は、変更や拡張を見越したコードは書くべきで無く、今必要なコードをだけを書けば良いと言うことを意味するのでしょうか。

[追記]
皆さんの回答をみて、再度検討しましたところ、
今後の変更や、拡張が生じてくる可能性があると決まっている以上、
その期待値が高ければ高いほど、より変更や拡張を見越したコードを書くべきだと考えました。
一方、例えば、一回のリリースで終了のシステムであり、要件定義で変更や拡張を見越したコードを要求されていないと決まっている場合、
変更や拡張を見越したコードは書くべきでは無いと考えました。
保険などのシステムと同様の考えで、今後の変更や、拡張が生じてくる可能性がある以上、そのリスクに応じた変更や拡張を見越したコードを書くと言うコストを払った場合、
総合的に結果がよくなることが多いと考えるからです。

改めて如何でしょうか。

よろしくお願い致します。

Answer 1

今必要なコードをだけを書けば良いと言うことを意味するのでしょうか。

そーゆーことと理解していいんじゃないでしょか。
ただしテストをちゃんと書き、きっちりリファクタリングしておくこと。
適切なコメントも忘れずに。

それができていれば将来の改造･変更コストを小さく抑えられる。
小さいコストで改造・変更できるなら、
(予測できない)将来に備えてコストをかけて
無駄に長く･難しく実装することないじゃない。

ってことかと。

Answer 2

今必要なコードをだけを書けばいいと言う人がいます。

よけな事は考えずに、まずは仕様通りに作れと言うことではないでしょうか。不要なものを作って「予定よりコストかかっちゃったからもっとお金ちょうだい」などとクライアントに言ったら怒られてしまいます。二度と仕事もらえないかもしれません。

決まっていないと言う条件下であるとき、
これらの原則は、変更や拡張を見越したコードは書くべきで無く、今必要なコードをだけを書けば良いと言うことを意味するのでしょうか。

原則以前の問題です。「決まっていない」状態で計画を進めてはいけません。計画の初期段階でクライアントとすり合わせて不確定要素は可能な限り無くすべきです。システム開発においては「変更や拡張の可能性」も重要な要件のひとつですから。

Answer 3

プロジェクトの方針次第です。
プロジェクトがKISS原則を重視するなら、確かに変更を見越したコードを書かずに今必要なコードだけを書けばよいでしょう。
しかしプログラム開発の原則というのは、KISSやYAGNIだけではありません。
例えば SOLID原則というものもあります。
https://postd.cc/solid-principles-every-developer-should-know/
また、今必要なコードとは何かという問題もあります。
テストは必要でしょうか?
テストコードが書きやすくなるように書くべきでしょうか?
一度その方とどこまでが今必要とするコードなのかを話し合うことが重要だと思います。
これ以上はプロジェクトの話になるのでteratailの範囲を越えてしまうのでここで終りです。

Answer 4

変更に強いコードを書くことと、変更を見越して多機能化することの違いが
理解できていれば、問題無いと思います。

変更に強いコード＝KISS

KISSが実践できていれば、自然と変更に強いコードになるはずです。

Answer 5

私のイメージですが、これはプログラム書き下し、コーディング時の原則だと考えています。

要件定義や仕様確認における冗長性を妨げることにはならないと、考えています。

Answer 6

kissの原則だけ、ちよっとずれてますね。

シンプルに書けというもので、必要かどうかは関係ないです。
要件の結果として複雑になるものでも、分割してシンプルにしなさいというもの。

つもり複数の役割、機能をひとつのモジュールに組み込まないようにすれば良いです。

良い設計=拡張、変更しやすい

よりも、

良い設計=テストしやすい

という好み、傾向はあると思います。

あと、勘違いしないほうが良いのが

無駄な汎用性や、高機能化を戒める言葉です。

『無駄』な汎用性や高機能を戒めてるのであって、アホなハードコーディングなどを奨めてるわけでは、ありません。

Answer 7

その通りです。
無駄な汎用性や、高機能化を戒める言葉です。

自分の予測した機能が、後から追加されて「実はもう入れていますよ。」
と言い、自分の有能さを誇示したいがために、無駄な仕事をしているＳＥが多い気がします。。。

実際のところ、自分の予想した機能が追加されることは無く妄想で終わることの方が多いですかね。

あると決まってから作ればいいんです。