デザインパターン多すぎわろたwwwwww

1仕様書無しさん2012/05/10(木) 23:55:49.34
何年かけて何人のプログラマが、生産性を保ちつつ、保守性の高いデザインパターン
での開発をマスターできるんだよ。

2仕様書無しさん2012/05/11(金) 00:00:44.69
実際に有効に使えてる奴なんてほんの一握りだよ

3仕様書無しさん2012/05/11(金) 01:10:14.03
>>1

200以上もあるアルゴリズムに比べたら
めちゃくちゃ少ない。

C言語による最新アルゴリズム事典 (ソフトウェアテクノロジー)
http://www.amazon.co.jp/dp/4874084141
http://www.vector.co.jp/soft/data/prog/se002453.html

4仕様書無しさん2012/05/11(金) 03:21:51.12
>>3
そんなアルゴリズム全部覚えてる奴なんかいない
それにデザインパターン1つ1つのほうがむずい
1つのデザインパターンをきちんと自分のものにするには本読んだだけじゃダメで、たっぷりコード書いて試す必要がある。

5仕様書無しさん2012/05/11(金) 03:36:31.77
アルゴリズムのほうが難しいだろ。

アルゴリズム全部覚えてないという話なら
デザインパターンも全部覚えていない。
数少ないんだから、概要読んで使えるかどうか
調べればいいだろ。

6仕様書無しさん2012/05/11(金) 03:40:41.23
アルゴリズムは数学的知識が
いったりするからな。難しいものは難しい。

デザパタは誰でも理解できるだろ?

7仕様書無しさん2012/05/11(金) 07:23:12.78
毎年言わなきゃならないのか
っていうか既存スレ使え

デザインパターンはパターン(型)でしかない
配列だって連想配列だってオブジェクト指向だって、分類上はデザインパターンだ
あんまりにも便利だから標準装備されまくって、デザインパターンとして認識されてないがね

8仕様書無しさん2012/05/11(金) 08:42:45.93
型はタイプ
パターンは形態

9仕様書無しさん2012/05/11(金) 19:02:26.33
>>1
死ぬまで笑ってろよ

10仕様書無しさん2012/05/11(金) 21:48:20.98
笑って死ねたら万々歳や

11仕様書無しさん2012/05/12(土) 03:12:04.71
格闘技みたいなもんだな。
まず、いろんな手法を覚える。四苦八苦しながら使いまくる。
相手(状況)に応じて適切なものを使えるようになってくる。
最終的には、そのアプリケーションに完璧にマッチするオリジナルのパターンが、
その都度、考えれるようになる。

ようはデザインパターンは開発技術そのものだってことだ。
そりゃ極めるのは大変だわな。


12仕様書無しさん2012/05/12(土) 14:37:14.30
そろそろ、具体的にどういうシチュエーションで使えるのかまとめたほうがいいよな
抽象的な分類じゃなくてさ

13仕様書無しさん2012/05/12(土) 19:57:00.82
>>4
クヌース

14仕様書無しさん2012/05/12(土) 23:12:23.88
>>4
情報系の大学出たらそれぐらいは一通り覚えてる。

15仕様書無しさん2012/05/12(土) 23:17:45.25
GoFのデザインパターンでたったの23
その他の名前がついてるパターン入れてもそんなにないだろ。

コードを暗記する必要はないし、
パターンそのものだって忘れても調べればいい。

まあ、通常会話で困るからある程度記憶していなけりゃいけないけど、
有名どころの名前と使う所の組み合わせをいくつか知っていればいい。

16仕様書無しさん2012/05/20(日) 10:07:44.08
ソフトウエアの再利用困難性の歴史

ライブラリ:
サブルーチンを集めて再利用しよう
データの型が合わずつかえません

クラスライブラリ:
データも用意してあげたよ
ユースケース違ってつかえないよ

フレームワーク
ユースケース用意してあげたよ
使い方むずいよー

デザインパターン
もう良いよ、せめてグッドデザインぐらい名前つけて会話出来る程度に助けられて再利用しようよ
こんなにたくさん覚えランないよー

次は何がでてくるか

17仕様書無しさん2012/05/21(月) 00:58:59.04
ライブラリもクラスライブラリも
フレームワークも、デザインパターンも
みんな普通に使われてるよな。

18仕様書無しさん2012/05/23(水) 23:01:01.75
次はデザインパターンレベルで組める超高級言語の登場だろ。

19仕様書無しさん2012/05/30(水) 21:11:26.46
シングルトンだけ分かりゃいいよ


20仕様書無しさん2012/05/31(木) 02:18:04.12
シングルトンが(だめだって)分かっただけで
デザインパターン全てをだめだって決め付けるバカが多いよね。

21仕様書無しさん2012/06/02(土) 22:46:02.25
>>20
バカに囲まれてご愁傷様www

22仕様書無しさん2012/06/03(日) 02:10:28.77
>>21
バカが多いってのはネットの話だw

23仕様書無しさん2012/06/03(日) 16:56:17.24
フライウェイトは使う機会無いだろうなー。

24仕様書無しさん2012/06/09(土) 09:36:58.41
デザインパターンは、何か種類増えそうな奴抽象クラス作ってポ何とかすればって奴ばっかじゃん。

25仕様書無しさん2012/06/09(土) 10:37:46.36
日本語でおk

26仕様書無しさん2012/06/10(日) 18:10:16.52
ポリモーフィズムよりオブジェクトコンポジションのが多用されとるくね?

27仕様書無しさん2012/06/11(月) 22:51:15.20
そう言われて見るとおれもコンポジションばかり使ってる
きっちり整備したライブラリ作るときは別かなあ。このところそんな案件ないけど

28仕様書無しさん2012/08/03(金) 13:29:31.16
もはやそれでは実装上辻褄があってるだけで、
デザインパターンとは何の関係もないな。

29仕様書無しさん2013/04/14(日) 17:01:48.94
今日日、デザインパターンなんかないわ

30仕様書無しさん2013/04/14(日) 17:50:33.28
あ、またマヌケが喧嘩ふっかけようとしてるww

31仕様書無しさん2013/05/02(木) 03:00:44.27
設計するにあたって何が大切かを知らずにパターン使っても意味ない。
先にそっちを学ぶべき。そうすれば自ずとパターンは生まれてくる。

例えば、再利用できる抽象的な部分と再利用できない部分を分離するとか、
汚す部分と綺麗に保つ部分とを分離するとかそういうところな。

32仕様書無しさん2013/05/02(木) 03:05:09.31
数学するにあたって何が大切かを知らずに数式使っても意味ない。
先にそっちを学ぶべき。そうすれば自ずと数式は生まれてくる。

33仕様書無しさん2013/05/02(木) 03:10:58.87
そのとおり

34仕様書無しさん2013/05/02(木) 03:13:27.08
その通りでもやらないのは、
時間がかかるからでしょ?

みんなわかってるんだよ。
本当はそうやるのが一番だけど
時間が掛かるからやらない。

鶏と卵みたいな関係だからねぇ

35仕様書無しさん2013/05/02(木) 03:18:49.31
若い頃からしっかりマスターできてるごく少数のやつと、
プログラマ人生かけてもマスターできない大多数のやつがいるね。
プロが身に着けるべきスキルとしてはハードル高いものでもないんだがな。

36仕様書無しさん2013/05/02(木) 03:21:19.49
>>35
すみません。スポーツの話ですか?
音楽の話ですか?

若い頃からしっかりマスターできてる
ごく少数の人間は何処にでもいますよね。

37仕様書無しさん2013/05/02(木) 04:27:25.67
いるよ

38仕様書無しさん2013/05/02(木) 10:10:30.82
言っとくけど、GoFの23パターンとか入口だよ。
知られてるパターンはほとんど無限にある。

39仕様書無しさん2013/05/25(土) 11:36:26.02
分析で責務を分けた後に、
さてどー実装すっかなーっと眺めるカタログだろこれ

40仕様書無しさん2014/02/28(金) 18:38:34.46
ブリッジパターンって実装クラスのインスタンス生成するとき機能クラスで生成するから
実装クラス同士が依存関係にあると全然使えなくね?

41仕様書無しさん2014/03/01(土) 21:32:28.58
アマゾンで☆が4.5あるjavaのデザパタ入門本もってるがわかりにくいわ

42仕様書無しさん2014/03/04(火) 12:48:52.09
☆IT企業デザインパターン☆

偽装請負パターン
給与未払いパターン
中抜きパターン
発注元代金踏み倒しパターン
3次請け負いプロジェクトマネージャーパターン
事前面接パターン

43仕様書無しさん2015/06/04(木) 19:40:02.27
しっかり社内教育するから!パターン
夏休みは長期休暇取れるよ!パターン
明るくフレンドリーな会社です!パターン

44仕様書無しさん2015/06/19(金) 13:25:54.37
パターンを元に設計するというより
会話のための共通認識って感じだな
このデータどう処理する?>パースしてコンポジットにします
暗号化の切り替えはどうする?>ストリームにデコレーターかぶせます
なんか文字にすると意識高い系みたいだな・・・w

45仕様書無しさん2015/06/19(金) 21:48:49.23
>>20
シングルトンオブジェクトはscalaだと標準装備だな
ようはあれをグローバルとして使うのが良くないわけで

46仕様書無しさん2015/06/21(日) 08:34:44.84
>>44
まさしくその通りで、一人でシコシコ作れるレベルならいざしれず、大規模な多人数て作るシステムは、開発者同士のコミュニケーションが重要。

誰もが知ってる大企業の技術者とか、わざとかも知れんが専門用語交えて指示してくるから、知らないと恥かくぜ。

ちゃんと受け答えてドヤしような?

47仕様書無しさん2015/06/23(火) 12:29:03.00
ドヤ顔横文字かっこ悪い。

たーげっとみつけた つきまとってしまうあほうのこうどうとげんどう
 どっきゅんはーとおおきめのこえでわいわいしてみた せきかえた
 とうぜんはなれていた ぐるっと ひだりまわりでみぎこうほうふりかえれた はやくあるく 
 ちかよったしちぶたけ 
 せきばらい どうようかかんしんひきか おつかれさんにつかれさせられる
 してんほうこうといくほうこうちがしねじれしくびきもし
 わいわいちゅうぼうきたからでるぞうすぴーかー>話し声(個人レベル)
 やることなしこっちにためぐちいうていでどうりょうにはなすさみしげうざし
 くらやみにさーもんぴんくちょうのいそぎあしにやけけがおどうじずうれしくてかけよる for 私国以外 これは危険超徐行
 たちこぎつーらいとかけよったうざがられた <かわってるから @ちゃりぱ> 付きまといを認めたくない年頃典型的なお年頃の反抗的なかったてい相手批判すりかえ 完走も感想もこちらに関係ない 頻度近所基地度マシマシ
 
ついったでつきまとうのなんで? ぐぐってもだれこいつ? なつかしいどうが りあるたいむのきおくがほぼない 

49仕様書無しさん2015/10/06(火) 20:04:41.18
受ける会社大丈夫?
下記の条件が全て当てはまる会社にご注意下さい。

・IT系 in tokyo
・「社名 労基」でググると過去の2chスレが出てくる
・転職会議で2.5点

50仕様書無しさん2015/10/09(金) 00:44:32.39
デザインパターン考えた人はスーパープログラマーなの?

51仕様書無しさん2016/01/21(木) 19:58:47.35
本当に使えるパターンは再利用部品としてライブラリや言語仕様やフレームワークに取り込まれてしまった
今更パターンに拘泥する必要もあるまい

新着レスの表示
レスを投稿する