おれも最初は、真面目にopen-close-principalとか、よい作りを考えるようにしてたよ。

だが、これは、はっきりいって馬鹿だった。これは、問題を根本的に取り違えてる。

「よい作り」というのは、「自分のソフト」の場合限定の問題に対する解法。

請負で開発して納品という商売では、これは解にならないどころか、
コストの浪費＆期待収入機会の損失でしかない。

顧客は、「安く早く」作る事しか頭にない。「安く早く」作るところが良い発注先。
作りやコードがどれだけウンコだろうが、そんな事は全く関係ない。

作りに拘り、コードを磨き抜いても、顧客はそんな事はどうでもイイ。
逆に、無駄な時間と工数を使ってる分、これはマイナス。

さらに、良い作り・良いコードは、システム拡張案件を自ら縮小している。
昔、ちょっとした拡張ならもろもろ含めて１人月でおつりが来るなどの「よい作り」をしていたが、
結局「単価高けぇよｗ」の一言で、バンバン切られた。

連中は、同じような拡張でも５人月掛かる糞な作り、糞なコードをさっさと納品する所に乗り換えていった。
そして、乗り換え先は、「１人月」の拡張案件を５人月で請けて、さらに儲ける。

作り・コードを良くするなんて無駄な事を止めれば、
より早く納品でき、底辺PG使って単価を抑えられる。
これこそが顧客が求めているモノで、案件を得やすく、さらに拡張案件でまた儲ける事が出来る。

自己満足は、趣味の世界でやるべき。