オブジェクト指向やデザインパターンはどんどんやるべき - 業務エンジニアの攻撃は最大の防御ブログ

「オブジェクト指向にこだわった設計をしたい」「デザインパターンを使って良い設計にしたい」という人がいればドンドンやればいいと思います。 少なくとも個々の開発者の成長のためにはドンドンやらせるべきだと思います。 不真面目な考えかもしれませんが、そう思います。 色んな人が「オブジェクト指向やデザインパターンを中途半端な知識で使うな」という趣旨の事を仰っています 正論です。パターンや設計手法は「考え方の見本」であり、それらを考えなしに使うというのは本末転倒です 中途半端な知識でオブジェクト指向やデザインパターンをやろうとしたせいで処理が追いにくいだけのゴミの集まりになる事は数多くあります。 そのために、無駄に保守コストがかかったり、自分自身でそういうソースを書いてしまって後悔したりといった例も枚挙に暇がありません。 そういった経験から、デキる人達は警鐘を鳴らしておられるのだと思います けれど私は

[kowill]

同意。でもやらせた上でダメなコードならレビューで指摘するってのが良いんじゃないかなぁと思う。まぁ、そのレビューがクソなことが多いんだけども。。

[todesking]

尊い

[NOV1975]

ターゲットとか業界とかタイミングとかによる話なのでそこんとこ明確にしないとわけのわからない共感とわけのわからない反発を呼ぶだけだよこういう話

[masatomo-m]

至極もっともなことなので、教育コストだと思って受け入れるようにはしている。でも自分が尻拭いさせられるのは正直キツイ。クソコードの書き直しは新たな価値を産まないしなあ

[kimutansk]

実際に自分がいいコードを書けたと思った場合でも、１年も経てばクソコードにしか見えませんからね。ならやれるだけやった方がいいのはその通りだと思います。

[naney]

「どうせクソコードになるのであれば、とにかく今の理解で出来るかぎり良い物を作る努力をして次に活かした方が良い。」

[luccafort]

適切にコードレビューとリファクタリングを行えばある程度は吸収出来る気がするが。出来ないからやるな！というのはやられた側の人間としてみれば気持ちはわかるんだけどね…。

[UDONCHAN]

高尚だ

[ikosin]

経験積む段階のプログラマーに対して、モラルの例えの上2つはかなり厳しいのでは？

[decoy2004]

『オブジェクト指向にこだわったせいでクソコードを書いてしまうような経験の浅い人は、たとえオブジェクト指向を禁止されてもクソコードを書いてしまいます。』

[bufferings]

半年前の自分の書いたコードって結構うんこーどやなー。たまに、うぉ、そんな書き方あるんや！？って俺？ってときもあるけど。

[koyancya]

『オブジェクト指向アンチパターン』みたいな本が求められてそう

[trashtoy]

同意。オブジェクト指向に限らず、何事も失敗を経験して徐々に身につけていくものだからどんどんトライすべし。経験者によるレビューが出来る環境だとなお良い。

[ogk_unihi]

糞コードを書いてしまう人にとっての救いとなる記事であり、昨今の成長を抑制するようなエントリにはない優しさを感じる。

[sh-2]

デザインパターンに限らず、オブジェクト指向設計についても同様の空気というか、怖いモヒカンが見張っている雰囲気を感じる

[taka_zyawa]

同意。ただ、クソコードを良コードと勘違いして、どんどん黒魔術化する可能性もあるので、良い師範は必要だよなぁ。

[invent]

"オブジェクト指向にこだわったせいでクソコードを書いてしまうような経験の浅い人は、たとえオブジェクト指向を禁止されてもクソコードを書いてしまいます。" オブジェクト指向やデザインパターンはどんどんやるべき

[uxlayman]

オブジェクト志向もデザインパターンも変更/拡張容易性のためにある。要するに作ったやつに保守拡張も担当させれば良い。なにがクソコードか、身を持って知るであろう

[operationservicebu]

”経験を積まないと学べない”同感。熟知するためにも経験（成功、失敗含む）が必要。

[isseium]

オブジェクト指向が絶対でないにせよ、自分の意思で決めていろいろ試したほうが成長につながるってのは同意 "クソコードが生まれる事はどちらに転んでも避けられないからです"

[n_231]

IT業界で生きて行く上で最重要なのは、この許しを得る実力なり態度なりだなぁと。 "…くらいの意思がない人には挑戦を許してはいけないと思います。"