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

[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
バカが多いってのはネットの話だｗ

[23 仕様書無しさん 2012/06/03(日) 16:56:17.24]

フライウェイトは使う機会無いだろうなー。

[24 仕様書無しさん 2012/06/09(土) 09:36:58.41]

デザインパターンは、何か種類増えそうな奴抽象クラス作ってポ何とかすればって奴ばっかじゃん。

[25 仕様書無しさん 2012/06/09(土) 10:37:46.36]

日本語でおｋ

[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]

あ、またマヌケが喧嘩ふっかけようとしてるｗｗ

[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企業デザインパターン☆

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

[43 仕様書無しさん 2015/06/04(木) 19:40:02.27]

しっかり社内教育するから！パターン
夏休みは長期休暇取れるよ！パターン
明るくフレンドリーな会社です！パターン

[44 仕様書無しさん 2015/06/19(金) 13:25:54.37]

パターンを元に設計するというより
会話のための共通認識って感じだな
このデータどう処理する？＞パースしてコンポジットにします
暗号化の切り替えはどうする？＞ストリームにデコレーターかぶせます
なんか文字にすると意識高い系みたいだな・・・ｗ

[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]

ドヤ顔横文字かっこ悪い。

[48 あかのたにんにかかわりたがり すとーかーけんない 2015/07/27(月) 22:20:58.65]

たーげっとみつけた　つきまとってしまうあほうのこうどうとげんどう
　どっきゅんはーとおおきめのこえでわいわいしてみた　せきかえた
　とうぜんはなれていた　ぐるっと　ひだりまわりでみぎこうほうふりかえれた　はやくあるく　
　ちかよったしちぶたけ　
　せきばらい　どうようかかんしんひきか　おつかれさんにつかれさせられる
　してんほうこうといくほうこうちがしねじれしくびきもし
　わいわいちゅうぼうきたからでるぞうすぴーかー＞話し声（個人レベル）
　やることなしこっちにためぐちいうていでどうりょうにはなすさみしげうざし
　くらやみにさーもんぴんくちょうのいそぎあしにやけけがおどうじずうれしくてかけよる　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]

本当に使えるパターンは再利用部品としてライブラリや言語仕様やフレームワークに取り込まれてしまった
今更パターンに拘泥する必要もあるまい

[52 仕様書無しさん 2017/06/11(日) 20:56:51.40]

気持ち悪いなお前ら

[53 仕様書無しさん 2017/11/06(月) 03:35:54.00]

ヤフーブログの　https://blogs.yahoo.co.jp/kamyu_2010　にデザパタ解説を発見した。

[54 仕様書無しさん 2017/11/06(月) 07:00:57.76]

デザパタ流し読みは誰でも出来る
生かすためには何本か書かないとダメだろうな

[55 仕様書無しさん 2017/12/29(金) 18:40:58.65]

誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒　『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。

グーグル検索⇒『宮本のゴウリエセレレ』

SKUKIDSQ8V