デザインパターン〜とかアーキテクチャ〜〜とか・・・に行く途中の話

こんにちは、NE会社で働いておりますきんじょう(@o0h_)がお送りします。 弊社ではPHPを用いてアプリケーション開発を行っています(Ruby, Go, Javaも領域によっては利用しております) さて、つい先日のことですが、社内にいるメンバーから「デザインパターンについて、勉強してみてるんだけど・・・」「ちょっとついていくのが難しくて」「どうしたらいいですかね？それとも、先にやっておくべきことが他にありますか？」なんて雑談をしました。 なるほど、コレは頻出質問になりそうだな・・・という気持ちにもなったので、今回はこの場を借りて「デザインパターン[1]、その前に〜個人的に思ったことをツラツラと〜」でお届けしていきたいと思います。 「デザインパターンを(から)勉強してみる」ことの、オススメ/オススメナイ いちおう、今回は「リーダブルコードくらいは読んでいる」「デザインパターンの勉強をしてい

[mak_in]

課題を理解する、ってのは同意なんだけど、普通の開発者は自分の視野の範囲だけだと、実感を持てないことが多いと思ってる。個人的には、ユニットテスト&リファクタリングのサイクルで感触掴むのオススメ

[mayumayu_nimolove]

苦労してから改めて学ぶと理解が深まる領域

[versatile]

今の時代、たとえば web app つくるのに design pattern を一から実装する場面はあまりないからゆっくり廃れようとしてる気がしている。フレームワーク側がどんどんカバーしてくれてるからね。

[hdampty7]

laravelのfacadeとか、便利な点と分かり難い点と使ってみるとすごく実感できるので、実践を意識するのが重要。

[dot]

金槌を持つと全てが釘に見える現象というのがあって、自分もかつてGoF本を読んだばかりのときは、全てデザパタで設計して解決しようとしてしまう病気を発症したことがある。

[nemoba]

最初はコードの書き方の参考。次は、設計論の参考。最後は、抽象化視点と、何度もふれてけばよいんよ。大切なのは、触れつづけること。

[diveintounlimit]

正直デザインパターンは知っていつつ、それを意図して使うことは無い。振り返って「これはデザインパターンでいうとあれだった」という結果だけがある。経験則では意図して使うデザインパターンにろくなものはない。

[auto_chan]

GoFのデザインパターンはいまどき学ぶと逆に変なものができあがりそうなパターンもあるので、これから学ぶ人には厳選して手渡したい。～いまどきのライブラリやフレームワークの実例を添えて～シェフも気まぐれに

[afukuhara]

オブジェクト指向を軸とした設計についてどういった順番で勉強していくと良いかについてのガイド

[nunulk]

こういう意識で学ぶ人が増えるといいなと思う、目的を忘れてパターンを当てはめたいだけの人けっこういるので

[otihateten3510]

デザインパターンとか言う宗教。教祖が言ったやり方を模倣することで涅槃＝高単価企業へ行ける。何を解決するかなど分析するのは聖書を読むことに値する。なお理解し難く人によって解釈が違う。

[turanukimaru]

「抽象を考えるに当たって「関心」「目的」「責務」というのがでてきたり」？出てこねぇよ。いや記事の最初に紹介してるクソ本はそう言ってるけど別の話だよ。抽象化は構造の話をしよう構造は再利用できるってだけだ

[onesplat]

はいはいPHP