- 1 名前：仕様書無しさん [2012/05/10(木) 23:55:49.34 ]
- 何年かけて何人のプログラマが、生産性を保ちつつ、保守性の高いデザインパターン
での開発をマスターできるんだよ。
- 21 名前：仕様書無しさん mailto:sage [2012/06/02(土) 22:46:02.25 ]
- >>20
バカに囲まれてご愁傷様www
- 22 名前：仕様書無しさん mailto:sage [2012/06/03(日) 02:10:28.77 ]
- >>21
バカが多いってのはネットの話だｗ
- 23 名前：仕様書無しさん mailto:sage [2012/06/03(日) 16:56:17.24 ]
- フライウェイトは使う機会無いだろうなー。
- 24 名前：仕様書無しさん mailto:sage [2012/06/09(土) 09:36:58.41 ]
- デザインパターンは、何か種類増えそうな奴抽象クラス作ってポ何とかすればって奴ばっかじゃん。
- 25 名前：仕様書無しさん mailto:sage [2012/06/09(土) 10:37:46.36 ]
- 日本語でおｋ
- 26 名前：仕様書無しさん mailto:sage [2012/06/10(日) 18:10:16.52 ]
- ポリモーフィズムよりオブジェクトコンポジションのが多用されとるくね？
- 27 名前：仕様書無しさん mailto:sage [2012/06/11(月) 22:51:15.20 ]
- そう言われて見るとおれもコンポジションばかり使ってる
きっちり整備したライブラリ作るときは別かなあ。このところそんな案件ないけど
- 28 名前：仕様書無しさん mailto:sage [2012/08/03(金) 13:29:31.16 ]
- もはやそれでは実装上辻褄があってるだけで、
デザインパターンとは何の関係もないな。
- 29 名前：仕様書無しさん [2013/04/14(日) 17:01:48.94 ]
- 今日日、デザインパターンなんかないわ
- 30 名前：仕様書無しさん mailto:sage [2013/04/14(日) 17:50:33.28 ]
- あ、またマヌケが喧嘩ふっかけようとしてるｗｗ
- 31 名前：仕様書無しさん [2013/05/02(木) 03:00:44.27 ]
- 設計するにあたって何が大切かを知らずにパターン使っても意味ない。
先にそっちを学ぶべき。そうすれば自ずとパターンは生まれてくる。
例えば、再利用できる抽象的な部分と再利用できない部分を分離するとか、
汚す部分と綺麗に保つ部分とを分離するとかそういうところな。
- 32 名前：仕様書無しさん mailto:sage [2013/05/02(木) 03:05:09.31 ]
- 数学するにあたって何が大切かを知らずに数式使っても意味ない。
先にそっちを学ぶべき。そうすれば自ずと数式は生まれてくる。
- 33 名前：仕様書無しさん [2013/05/02(木) 03:10:58.87 ]
- そのとおり
- 34 名前：仕様書無しさん mailto:sage [2013/05/02(木) 03:13:27.08 ]
- その通りでもやらないのは、
時間がかかるからでしょ？
みんなわかってるんだよ。
本当はそうやるのが一番だけど
時間が掛かるからやらない。
鶏と卵みたいな関係だからねぇ
- 35 名前：仕様書無しさん mailto:sage [2013/05/02(木) 03:18:49.31 ]
- 若い頃からしっかりマスターできてるごく少数のやつと、
プログラマ人生かけてもマスターできない大多数のやつがいるね。
プロが身に着けるべきスキルとしてはハードル高いものでもないんだがな。
- 36 名前：仕様書無しさん mailto:sage [2013/05/02(木) 03:21:19.49 ]
- >>35
すみません。スポーツの話ですか？
音楽の話ですか？
若い頃からしっかりマスターできてる
ごく少数の人間は何処にでもいますよね。
- 37 名前：仕様書無しさん mailto:sage [2013/05/02(木) 04:27:25.67 ]
- いるよ
- 38 名前：仕様書無しさん mailto:sage [2013/05/02(木) 10:10:30.82 ]
- 言っとくけど、GoFの23パターンとか入口だよ。
知られてるパターンはほとんど無限にある。
- 39 名前：仕様書無しさん mailto:sage [2013/05/25(土) 11:36:26.02 ]
- 分析で責務を分けた後に、
さてどー実装すっかなーっと眺めるカタログだろこれ
|
 |
