デザインパターン多すぎわろたwwwwww
■ このスレッドは過去ログ倉庫に格納されています
何年かけて何人のプログラマが、生産性を保ちつつ、保守性の高いデザインパターン
での開発をマスターできるんだよ。 アルゴリズムのほうが難しいだろ。
アルゴリズム全部覚えてないという話なら
デザインパターンも全部覚えていない。
数少ないんだから、概要読んで使えるかどうか
調べればいいだろ。 アルゴリズムは数学的知識が
いったりするからな。難しいものは難しい。
デザパタは誰でも理解できるだろ?
毎年言わなきゃならないのか
っていうか既存スレ使え
デザインパターンはパターン(型)でしかない
配列だって連想配列だってオブジェクト指向だって、分類上はデザインパターンだ
あんまりにも便利だから標準装備されまくって、デザインパターンとして認識されてないがね 格闘技みたいなもんだな。
まず、いろんな手法を覚える。四苦八苦しながら使いまくる。
相手(状況)に応じて適切なものを使えるようになってくる。
最終的には、そのアプリケーションに完璧にマッチするオリジナルのパターンが、
その都度、考えれるようになる。
ようはデザインパターンは開発技術そのものだってことだ。
そりゃ極めるのは大変だわな。
そろそろ、具体的にどういうシチュエーションで使えるのかまとめたほうがいいよな
抽象的な分類じゃなくてさ >>4
情報系の大学出たらそれぐらいは一通り覚えてる。 GoFのデザインパターンでたったの23
その他の名前がついてるパターン入れてもそんなにないだろ。
コードを暗記する必要はないし、
パターンそのものだって忘れても調べればいい。
まあ、通常会話で困るからある程度記憶していなけりゃいけないけど、
有名どころの名前と使う所の組み合わせをいくつか知っていればいい。
ソフトウエアの再利用困難性の歴史
ライブラリ:
サブルーチンを集めて再利用しよう
データの型が合わずつかえません
クラスライブラリ:
データも用意してあげたよ
ユースケース違ってつかえないよ
フレームワーク
ユースケース用意してあげたよ
使い方むずいよー
デザインパターン
もう良いよ、せめてグッドデザインぐらい名前つけて会話出来る程度に助けられて再利用しようよ
こんなにたくさん覚えランないよー
次は何がでてくるか ライブラリもクラスライブラリも
フレームワークも、デザインパターンも
みんな普通に使われてるよな。 次はデザインパターンレベルで組める超高級言語の登場だろ。 シングルトンが(だめだって)分かっただけで
デザインパターン全てをだめだって決め付けるバカが多いよね。
デザインパターンは、何か種類増えそうな奴抽象クラス作ってポ何とかすればって奴ばっかじゃん。 ポリモーフィズムよりオブジェクトコンポジションのが多用されとるくね? そう言われて見るとおれもコンポジションばかり使ってる
きっちり整備したライブラリ作るときは別かなあ。このところそんな案件ないけど もはやそれでは実装上辻褄があってるだけで、
デザインパターンとは何の関係もないな。 設計するにあたって何が大切かを知らずにパターン使っても意味ない。
先にそっちを学ぶべき。そうすれば自ずとパターンは生まれてくる。
例えば、再利用できる抽象的な部分と再利用できない部分を分離するとか、
汚す部分と綺麗に保つ部分とを分離するとかそういうところな。 数学するにあたって何が大切かを知らずに数式使っても意味ない。
先にそっちを学ぶべき。そうすれば自ずと数式は生まれてくる。 その通りでもやらないのは、
時間がかかるからでしょ?
みんなわかってるんだよ。
本当はそうやるのが一番だけど
時間が掛かるからやらない。
鶏と卵みたいな関係だからねぇ 若い頃からしっかりマスターできてるごく少数のやつと、
プログラマ人生かけてもマスターできない大多数のやつがいるね。
プロが身に着けるべきスキルとしてはハードル高いものでもないんだがな。 >>35
すみません。スポーツの話ですか?
音楽の話ですか?
若い頃からしっかりマスターできてる
ごく少数の人間は何処にでもいますよね。 言っとくけど、GoFの23パターンとか入口だよ。
知られてるパターンはほとんど無限にある。 分析で責務を分けた後に、
さてどー実装すっかなーっと眺めるカタログだろこれ ブリッジパターンって実装クラスのインスタンス生成するとき機能クラスで生成するから
実装クラス同士が依存関係にあると全然使えなくね? アマゾンで☆が4.5あるjavaのデザパタ入門本もってるがわかりにくいわ ☆IT企業デザインパターン☆
偽装請負パターン
給与未払いパターン
中抜きパターン
発注元代金踏み倒しパターン
3次請け負いプロジェクトマネージャーパターン
事前面接パターン しっかり社内教育するから!パターン
夏休みは長期休暇取れるよ!パターン
明るくフレンドリーな会社です!パターン パターンを元に設計するというより
会話のための共通認識って感じだな
このデータどう処理する?>パースしてコンポジットにします
暗号化の切り替えはどうする?>ストリームにデコレーターかぶせます
なんか文字にすると意識高い系みたいだな・・・w >>20
シングルトンオブジェクトはscalaだと標準装備だな
ようはあれをグローバルとして使うのが良くないわけで >>44
まさしくその通りで、一人でシコシコ作れるレベルならいざしれず、大規模な多人数て作るシステムは、開発者同士のコミュニケーションが重要。
誰もが知ってる大企業の技術者とか、わざとかも知れんが専門用語交えて指示してくるから、知らないと恥かくぜ。
ちゃんと受け答えてドヤしような? たーげっとみつけた つきまとってしまうあほうのこうどうとげんどう
どっきゅんはーとおおきめのこえでわいわいしてみた せきかえた
とうぜんはなれていた ぐるっと ひだりまわりでみぎこうほうふりかえれた はやくあるく
ちかよったしちぶたけ
せきばらい どうようかかんしんひきか おつかれさんにつかれさせられる
してんほうこうといくほうこうちがしねじれしくびきもし
わいわいちゅうぼうきたからでるぞうすぴーかー>話し声(個人レベル)
やることなしこっちにためぐちいうていでどうりょうにはなすさみしげうざし
くらやみにさーもんぴんくちょうのいそぎあしにやけけがおどうじずうれしくてかけよる for 私国以外 これは危険超徐行
たちこぎつーらいとかけよったうざがられた <かわってるから @ちゃりぱ> 付きまといを認めたくない年頃典型的なお年頃の反抗的なかったてい相手批判すりかえ 完走も感想もこちらに関係ない 頻度近所基地度マシマシ
ついったでつきまとうのなんで? ぐぐってもだれこいつ? なつかしいどうが りあるたいむのきおくがほぼない 受ける会社大丈夫?
下記の条件が全て当てはまる会社にご注意下さい。
・IT系 in tokyo
・「社名 労基」でググると過去の2chスレが出てくる
・転職会議で2.5点 デザインパターン考えた人はスーパープログラマーなの? 本当に使えるパターンは再利用部品としてライブラリや言語仕様やフレームワークに取り込まれてしまった
今更パターンに拘泥する必要もあるまい デザパタ流し読みは誰でも出来る
生かすためには何本か書かないとダメだろうな 誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
SKUKIDSQ8V ■ このスレッドは過去ログ倉庫に格納されています