【GoF】デザインパターン5
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2005/06/19(日) 14:17:54形を極めて形から自由になる
関連情報は >>2-10
0153デフォルトの名無しさん
2005/06/19(日) 23:59:58>>146
バカはお前
0154デフォルトの名無しさん
2005/06/20(月) 00:04:35許してあげな。
0155デフォルトの名無しさん
2005/06/20(月) 00:11:04実務経験ない奴はそのトライアルへの参加資格すらない。
そもそも、実際に人を動かす型の雇用試験はコストが掛かりすぎる。
実務経歴を用いた机上トライアルで篩い、残りを仮実務によるトライ
アルに掛けるというのが現実解だろう。
0156デフォルトの名無しさん
2005/06/20(月) 00:24:130157デフォルトの名無しさん
2005/06/20(月) 00:27:36http://etc4.2ch.net/test/read.cgi/vote/1118144381/
0158デフォルトの名無しさん
2005/06/20(月) 00:29:570159デフォルトの名無しさん
2005/06/20(月) 00:35:35なにこのスレの成長具合？ｗｗｗｗｗｗ
プログラム板でまれに見る良スレじゃねｗｗｗｗｗｗｗｗ
0160前837
2005/06/20(月) 00:36:55まあ、そのための試用期間だしね。
ただ、一度現場に引き入れた人間にダメ出しするのは色んな意味で難しそう
……てかよほどダメじゃないと普通無理だよ。
>137 >142 >152
だからお前誰だよ。
ちなみに>145で
プログラマ募集時：ソースコードで判断
アーキテクト募集：UMLなど設計の成果物で判断
のようなこと言ってるんだけどな。
0161デフォルトの名無しさん
2005/06/20(月) 00:39:08いいんだよ。バカのIDが識別できれば。自作自演もわかるしね。
0162デフォルトの名無しさん
2005/06/20(月) 00:39:59誰がどの立場で話してるかも分かる。
0163デフォルトの名無しさん
2005/06/20(月) 00:41:35俺は一貫してデザパタはオブジェクト指向では無いと・・・略ｗ
0164デフォルトの名無しさん
2005/06/20(月) 00:42:26気がつかないのは本人だけ。ﾜﾛｽｗ
0165デフォルトの名無しさん
2005/06/20(月) 00:47:250166デフォルトの名無しさん
2005/06/20(月) 00:49:27俺、前スレで「自作自演乙」とか2回も言われた。してねぇちゅーの。
ところで、なんか最近このスレのレスがvip化してるような気が・・・ﾜﾛｽとかｶﾜｲｿｽとか。ﾃﾗﾜﾛｽｗｗｗｗ
0167デフォルトの名無しさん
2005/06/20(月) 00:57:41その手の語尾はどういう意図で付けてるんだろう？
それだけで馬鹿っぽく見えてしまうから、発言の価値を
下げてしまって損だと思うんだけど？
文章を図的に見た場合に注意を引きやすいとかの効果
が期待されてるのかな？
0168166
2005/06/20(月) 01:07:42私も最初は>>167氏と同じ意見（馬鹿っぽく見える）でしたが
ニュー速vipという板を見に行くとみんな普通につけているので感覚が麻痺します。
スレ違いで申し訳ないですが一応レスを返しておきます。
0169デフォルトの名無しさん
2005/06/20(月) 01:23:130170デフォルトの名無しさん
2005/06/20(月) 04:01:06約一名変なのがしつこく粘着しているだけ。
0171デフォルトの名無しさん
2005/06/20(月) 04:39:43見たことがない。
0172デフォルトの名無しさん
2005/06/20(月) 04:48:48括弧開く全角ダブリューおよび全角ダブリューは、
多くの人々が使うが、この板では意味のない発言に付く事が極めて多い。
0173デフォルトの名無しさん
2005/06/20(月) 05:38:20うっせハゲ
0174１５
2005/06/20(月) 05:48:18>>15
WebPagesへの追加きぼんぬ の二番目のリンクは、
http://staff.aist.go.jp/y-ichisugi/ja/mj/design-pattern/
の間違いです。訂正してお詫びいたしますです。
0175デフォルトの名無しさん
2005/06/20(月) 06:03:19いったい>>147はふだんどんな言語を使っているんだろう？
0176デフォルトの名無しさん
2005/06/20(月) 06:04:520177デフォルトの名無しさん
2005/06/20(月) 06:09:35OCaml。ﾃﾗﾜﾛｽｗｗｗ
0178デフォルトの名無しさん
2005/06/20(月) 06:10:28「アスペクト指向は、オブジェクト指向を前提とした技術ではないが、
現在最も普及しているのがオブジェクト指向言語だから、
オブジェクト指向言語の拡張としてアスペクト指向言語が実装されている」
という話をした事がある。
「オブジェクト指向を前提としてはいない」＝「ポスト・オブジェクト指向」というニュアンスなのだが。
ここに居る「デザパタはオブジェクト指向ではない論者」は、
上記の話のバリーエーションで、なんか変な妄想(プログラムできない素人の妄想)をして
変な煽りをやっているだけだろう。
キチガイじみた煽りっぷりを見れば、まともに相手にしてもしょうがない事がわかると思うが。
0179デフォルトの名無しさん
2005/06/20(月) 07:06:23断片的に現れる電波じみた書き込みを見ると、どうも彼は
オブジェクト指向では、常に目的に最適化されたクラス構成にしなければならない。
↓
再利用など出来ないし、しようなどと考えてはいけない。
↓
デザインパターンはオブジェクト指向に反する。
という考えに囚われている気がする。
0180デフォルトの名無しさん
2005/06/20(月) 07:07:33http://www.lri.fr/~signoles/mvc.en.html
0181広義の設計パターンと関数型言語
2005/06/20(月) 07:19:10こういう言い方をする人も居る。
http://books.slashdot.org/comments.pl?sid=97498&cid=8454307
Monadic programming is a fancy name for a pretty common sense design pattern used by functional programmers
far before the theory of Monads was created. Basically you want a function that executes a list of commands,
but the problem is that functions can only evaluate to pure values. So what you do is your function evaluates
to a value that represents the list of commands you wanted to execute.
So the design pattern consists of using functions that pass a state value in and out of each function,
in addition to possibly other values. The pattern enforces some restrictions, one of which is: each state value
can only be used once.
So executing one command and then another involves each command being defined as a function that takes the
world's state and returns the world's state after modification. Sequencing the two commands then consists of
composing the functions such that the state is passed from one function to the next.
There are additional properties required for something to be considered a Monad...
and it turns out that this "design pattern" is a mathematical construct known from a branch of mathematics
known as Category Theory, and that category theory construct is called a "Monad".
A side note: category theory is basically the study of mathematical design patterns. Its more than that,
but thats a good intuition for computer scientists to take when they study category theory.
0182デフォルトの名無しさん
2005/06/20(月) 07:45:53読めないよ。
全部訳してそれに対する自分のコメントふれって言ってるだろ。
なんで人の言葉を借りなきゃしゃべれないんだ。お前は
0183デフォルトの名無しさん
2005/06/20(月) 07:46:24そんなこといってないじゃん。
捏造までするのか？
0184デフォルトの名無しさん
2005/06/20(月) 07:51:01英語読めない人間が偉そうな口聞くな。
逝ってよし
0185デフォルトの名無しさん
2005/06/20(月) 07:51:540186デフォルトの名無しさん
2005/06/20(月) 07:54:11こういうレスが一番むかつくんだ。
自分で読んですらいない文章だから、コメントも付けないで貼り付けるんだろ。
本当に読んでいるならそれに対する自分のコメントを添えろ。
いざとなったら、著者の実績を盾にして内容の正当化をしようとしてるのがみえみえなんだよ。
あいかわらず卑怯な発言ばっかりしやがって。
てめぇは自分の言葉ももってねぇくせに発言するんじゃねぇ糞が！
ホントクズにもほどがある。
死ね。もうてめぇは勉強なんてする必要ねぇだろ。
0187デフォルトの名無しさん
2005/06/20(月) 07:57:03リンクばっかり貼り付けるクズ野郎の扱いってのはどうしたもんだろうね。
0188デフォルトの名無しさん
2005/06/20(月) 07:57:500189デフォルトの名無しさん
2005/06/20(月) 07:58:28まぁこれは小学生レベルの戯言だからスルーするとして
> それに対する自分のコメントふれって言ってるだろ。
> なんで人の言葉を借りなきゃしゃべれないんだ。お前は
単に関数型言語(Ocaml, Haskell, etc.)における
・設計パターンという単語の用法や、
・関数型言語でデザインパターンそのもの、もしくは非常に類似した設計を行っている例
の事例に興味があったから、それをメモっただけだ。
あんたを説得するなんていう苦難苦行をやるつもりは一切ない。
あんたみたいなのを相手にするほど、こちらは暇ではない。
0190デフォルトの名無しさん
2005/06/20(月) 07:59:48英語読めないって、もしかして中学も出てないのか？
月曜朝から気分の悪いコメントを書きまくる
お前の人間性は最悪だ
0191デフォルトの名無しさん
2005/06/20(月) 08:02:28自分で読んですらいない
自分の言葉ももってねぇ
卑怯な
0192デフォルトの名無しさん
2005/06/20(月) 08:04:29俺の文章読んで要点が英語だけだと思うほどお前は馬鹿なのか？
0193デフォルトの名無しさん
2005/06/20(月) 08:06:080194デフォルトの名無しさん
2005/06/20(月) 08:06:39なんだろうね。こいつ。
もう性根から腐ってる。
一体、どんな教育受けてきたのかマジで不思議でしょうがないよ。
どうやったらここまでキタネェ奴を育てることができるんだ。
もう、根本から糞。人として駄目。マジで吐き気がするわ。
0195デフォルトの名無しさん
2005/06/20(月) 08:10:25最近なかなか良い感じになってきて、
打てば響くようなレスがなかなか心地良いんだが、
こっちのスレはどうしようもねぇな。
荒らしが一晩荒らしまくった翌朝早朝なら、
絶対荒らしは出てこないと踏んだのだが、
相変わらず英語も読めず、相手の主旨も理解できず、
「俺様に理解できるようにしゃべらなきゃ偽者だ」とか言い出す。
世界はおめぇ中心に回ってるんじゃねぇんだよ
さっさと巣に帰ってブルブル震えてろって
0196デフォルトの名無しさん
2005/06/20(月) 08:12:040197デフォルトの名無しさん
2005/06/20(月) 08:13:08なんで他の人間の言葉を借りなきゃしゃべることができないんだ？
匿名掲示板ですら自分の意見を自分の言葉で言えないのか？
マジでこいつとは育った環境や文化からちがうんじゃないかと思うよ。
0198デフォルトの名無しさん
2005/06/20(月) 08:15:25そうだねぇ、キミとは随分育ちが違うと思うよ。
普通に英語の読み書きできるし、普通に仕事してるし、
博士課程もでてるし、
匿名掲示板で無視されたからって朝から荒れたりしないし。
0199デフォルトの名無しさん
2005/06/20(月) 08:15:530200198
2005/06/20(月) 08:17:23普通に仕事してる人間は、月曜朝からこんなキチガイじみた書き込みをしないと思うけど
0201デフォルトの名無しさん
2005/06/20(月) 08:22:22「『今度は逃げない』と言って、また(業務コンサルの)会社を作った人」
だったりして
0202デフォルトの名無しさん
2005/06/20(月) 08:29:23文章にオリジナリティを求めるなら、その内容でしょ。
文章の表現にオリジナリティを求めるなとは言わないけど。
しかし技術的なことが話題なのだから、内容が正確であることが最も重要。
だから、原文をそのまま載せることは良い悪いの評価対象ではない。
そりゃ、分かりやすいように表現してくれるほうがありがたいが、
間違ったことを（しかも主観まじりの）書かれるよりはよっぽどいい。
0203デフォルトの名無しさん
2005/06/20(月) 08:32:02ほう、では>>181の英文の内容を、大まかでいいから、意訳してみろよ。
読めるという証拠に。自分は普通に読めるからする必要がない、という
方向はなしで。
そんな事もできないようだったら、お前の協調性はゼロだ。社会に出ても
だれもまともに相手もしてくれないだろう。
0204デフォルトの名無しさん
2005/06/20(月) 08:33:37俺は202じゃないけど、
人に物を頼むときはそれなりの礼儀が必要なんじゃないかな。
ましてやアンタは札付きの荒らしなわけだし。善意を持って接する必然性がない。
0205デフォルトの名無しさん
2005/06/20(月) 08:35:35言うと思ったよ。なんだかんだ理由つけて、結局英語読めないんじゃん。
だからここにいる皆に嫌われるんだよ。わかる？わからないだろうな。
0206デフォルトの名無しさん
2005/06/20(月) 08:40:23やってもいいけど、タダではやれない。
あなたに技術的文書を理解させるのが私の仕事でない。
>>181で書いてあることがを理解したと思うのなら、あなたが読みなさい。
でも、翻訳した文書を貼り付ける必要はありません。
0207デフォルトの名無しさん
2005/06/20(月) 08:40:450208デフォルトの名無しさん
2005/06/20(月) 08:45:31お前が>>181か？
英文なんて貼ったら荒れるに決まってんだろ。
そんなことも分からないほどバカなのか？
0209デフォルトの名無しさん
2005/06/20(月) 08:47:53＞あなたが読みなさい。
どうしてこう命令口調で高圧的なんかね。自分で「人に物を頼む時には
それなりの礼儀が必要なんじゃないかな」と言っておきながら、自分は
人を見下したような態度を取るのが当たり前だと思っている。
こんなの機械翻訳に掛ければ今時辞書など見ずともおおよその意味くら
い誰でもわかる。しかしお前はタダではできないとか、本質的な理由とは
おおよそ違った事を言いながら、結局は何もしようとしない。
0210デフォルトの名無しさん
2005/06/20(月) 08:51:04君の底の浅さが知れたよ。アホだね。
0211デフォルトの名無しさん
2005/06/20(月) 10:11:19例：「ソース出せ」「設計出せ」「訳してみろ」「じゃあお前はどんな方法使ってるの？」などなど。
0212デフォルトの名無しさん
2005/06/20(月) 10:27:02昼間っから掲示板に粘着してんのか
0214デフォルトの名無しさん
2005/06/20(月) 11:10:47少なくともOCamlは違う。ｗ
0215デフォルトの名無しさん
2005/06/20(月) 11:37:38そろそろ語尾ｗくんと罵詈雑言くんはデフォでスルー、
何言っても相手しないって事でいいとおもう。
0216デフォルトの名無しさん
2005/06/20(月) 11:51:22だよなぁ。
プログラミングにしたって、ユニークなアルゴリズムは歓迎されるけど
ユニークなコーディングスタイルはそうではないからなぁ（むしろ凡庸なほうがいい）。
# 表現自体のユニークさが求められる世界もあるとは思うが。
0217デフォルトの名無しさん
2005/06/20(月) 11:56:09http://www.masterliness.com/a/Lazy.evaluation.htm
MASTERLINE -- The World Knowlefge Library
Home > Lazy evaluation
3 Lazy evaluation as a design pattern
As well as the formal concept of lazy evaluation in programming languages,
*lazy evaluation* is a *design pattern* often seen in general computer programming.
For example, in modern computer window managers, the painting of information to the screen
is driven by "expose events" which drive the display code at the last possible moment.
By doing this, they avoid the over-eager computation of unnecessary display content.
Another example of laziness in modern computer systems is copy-on-write page allocation.
0218デフォルトの名無しさん
2005/06/20(月) 12:14:46> >>181
> 読めないよ。
> 全部訳してそれに対する自分のコメントふれって言ってるだろ。
>>209
> どうしてこう命令口調で高圧的なんかね。自分で「人に物を頼む時には
> それなりの礼儀が必要なんじゃないかな」と言っておきながら、自分は
> 人を見下したような態度を取るのが当たり前だと思っている。
>
> こんなの機械翻訳に掛ければ今時辞書など見ずともおおよその意味くら
> い誰でもわかる。
> どうしてこう命令口調で高圧的なんかね。
> どうしてこう命令口調で高圧的なんかね。
> どうしてこう命令口調で高圧的なんかね。
> 誰でもわかる。
> 誰でもわかる。
> 誰でもわかる。
0219デフォルトの名無しさん
2005/06/20(月) 12:38:51Elements of Reusable Object-Oriented Software (BooksEnthsiast.com) ＝Gof本？
lazy evaluation is a design pattern.（なんか言い表現でも、へたすると問題の先送りになるかも）
Design patterns are standard solutions to common problems in object-oriented software design.
これが言いたかったのかな？
The phrase was introduced to computer science in 1995 by the text Design Patterns:
うっ、この後も続くのね。どこの年代で物言ってるかわからない。
The scope of often seen in general computer programming.
どこだよ。こうゆうの解らなくて英語は（もか？）かんべんです。
まるで私の無能をさらけ出してる様だ。
0220関数言語コミュニティではDPをIdiomと呼ぶ事が多いらしい
2005/06/20(月) 12:48:08CommonHaskellIdioms
There are a number of idioms, or design patterns, or styles of programming,
that are frequently used by experienced programmers.
http://www.haskell.org/hawiki/CommonHaskellIdioms
Design Patterns in Dynamic Programming
http://www.norvig.com/design-patterns/
OCaml and Design Patterns
2004-10 [Caml-list] OCaml and Design Patterns
http://caml.inria.fr/pub/ml-archives/caml-list/2004/10/a5a65e58429e3175fee88dfb7e06c135.en.html
http://caml.inria.fr/pub/ml-archives/caml-list/2004/10/503304c95e2ccd073b446a2d57d8e326.en.html
http://caml.inria.fr/pub/ml-archives/caml-list/2004/10/20a3988025ff8e418742124059d1a89a.en.html
0221デフォルトの名無しさん
2005/06/20(月) 13:05:27>>217は、あちこちの用語解説Wikiに載っている Lazy Evaluationの解説文。
あっちの国でも、他の辞書の解説をパクって使いまわすのね（笑
3.デザインパターンとしての遅延評価(Lazy evaluation)
遅延評価は、プログラミング言語上のフォーマルな概念であるのみならず、
コンピュータ・プログラミング全般でしばしば使われている「デザイン･パターン」である。
例えば最近のコンピュータ上のウィンドウ管理システムは、なんらかの情報を描画する時、
その情報を描画可能な最後のチャンスである"expose events"をトリガーに、
描画コードの実行をする。
この方法により、不必要なコンテンツ再表示による計算処理の増大を避ける事ができる。
最近のコンピュータ上での遅延評価の別の例としては、メモリーアローケーションにおける
Copy-on-writeが挙げられる。(訳注: Mach, WinNTをはじめとするマイクロカーネルOSの機能)
0222デフォルトの名無しさん
2005/06/20(月) 13:40:19thx！
遅延評価≒関数型言語 の妄想から開放されたかも
遅延を仮想に置きかえれば、あのパターンは確かに関数型言語系をエミュレートしているのかな。
逆もしかりって事ですね〜。
（どこかでメモリが消費されてないとか言っていたのは、”メモリーアローケーション”か。へぇー調べる。）
（インスタンスの遅延はどこまで許されるのだろう？）
（私はオブジェクト指向を理解してない、用語は知ってるかも。デザパタはGofの派生本のみ）
うあ、内容なくてｽﾏｿ
0223デフォルトの名無しさん
2005/06/20(月) 14:02:230224デフォルトの名無しさん
2005/06/20(月) 14:32:300225初期不良
2005/06/20(月) 16:05:130226デフォルトの名無しさん
2005/06/20(月) 16:22:31Late bindingは、不動産屋の売り文句 (お客さんいい物件ありまっせ→客の好みを理解してから押し込める物件を探す)
0227デフォルトの名無しさん
2005/06/20(月) 17:14:280228デフォルトの名無しさん
2005/06/20(月) 18:26:01なんでそうなる。
「ソバ屋の方が良心的」って話だ。
0229デフォルトの名無しさん
2005/06/20(月) 18:46:54前にTIPSとしてLazy instantiationというのを習ったんだけど
その時の説明もソバ屋の出前だった。
Lazy instantiationとLazy evaluationは同じものと考えても
よいの？それとも違うものと考えるべき？
0230デフォルトの名無しさん
2005/06/20(月) 20:21:320231デフォルトの名無しさん
2005/06/20(月) 23:13:500232デフォルトの名無しさん
2005/06/21(火) 00:19:09>>197は俺だけどそれ以降は俺じゃないんだが。
0233デフォルトの名無しさん
2005/06/21(火) 00:32:21俺はオブジェクト指向を理解できていない状態でデザパタに逃げちゃうのは本当にもったいないと思うよ。
デザパタとオブジェクト指向はアプローチから全然違うものだからね。
オブジェクト指向言語の機能を使ってもオブジェクト指向は理解できないよ。
俺はタレントプログラマなんかに騙されちゃう人が本当に残念でならないよ。
なぜ、デザパタに執着する人がいるのかというとね。
その勉強過程が学校のお勉強ににてるからなんだよ。
パターンを暗記するあの勉強の仕方がね。
それに対してオブジェクト指向は学校のお勉強の脳みそじゃ理解できない。
これまでと全く違う物の見方ができないと理解できない。
だからみんな挫折しちゃうのさ。
ホントちょっとしたきっかけだけなんだけどね。
「ボク博士課程卒業してるんだ。」←こういう奴ほど理解できない（だろうなぁｗ）
これができりゃどんなプログラムでも組めるって自信がつくぞ。
できるプログラマが人の１０倍〜２０倍の仕事ができるのはね。
俺はオブジェクト指向が理解できるかどうかといってもいいと思ってる。
デザパタじゃ所詮はパターンだ。
0234デフォルトの名無しさん
2005/06/21(火) 00:46:410235デフォルトの名無しさん
2005/06/21(火) 00:52:001億2億を超える大規模エンタープライズシステム開発で、スキルもまちまちな
有象無象のドカタ達を抱えるソフトハウス何社も使うプロジェクトを仕切ってから言ってみろよ。
オブジェクト指向だけじゃ限界があることを思い知るぞ。
0236デフォルトの名無しさん
2005/06/21(火) 00:52:21ｽﾏｿ。我慢できなかった。
0237デフォルトの名無しさん
2005/06/21(火) 00:53:570238デフォルトの名無しさん
2005/06/21(火) 00:57:510239デフォルトの名無しさん
2005/06/21(火) 00:58:20オブジェクト指向とデザパタはアプローチが全く異なる。
これは前から連呼している通りだ。
君はオブジェクト指向を理解できてはいない。
0240デフォルトの名無しさん
2005/06/21(火) 00:58:57そしたら >>233 のような頓珍漢な的外れの罵倒はなくなるはずだ。
"Design Patterns" Gamma, Helm, Johnson, Vissides, Addison-Wesley
"Modern C++ Design: Generic Programming and Design Patterns Applied", Andrei Alexandrescu, Addison-Wesley
0241デフォルトの名無しさん
2005/06/21(火) 00:58:57何度もいうがオブジェクト指向言語を使ってもオブジェクト指向は理解できない。
0242デフォルトの名無しさん
2005/06/21(火) 00:59:36その知識を使って俺を論破してみなよ。
その２冊でできるんだろう？
0243デフォルトの名無しさん
2005/06/21(火) 01:00:06オブジェクト指向を理解して、その限界もわかってるからデザパタがあるんだよ。
0244デフォルトの名無しさん
2005/06/21(火) 01:02:45全然ベクトルが違うし、オブジェクト指向が理解できていればデザパタは必要無い。
苦し紛れにいうのはかまわないが、自分がオブジェクト指向を理解することは不可能だと決め付けるのはよくない。
簡単に説明するが、
オブジェクト指向は対象物をそのままクラスに映すだけだ。
パターンは必要ない。
0245デフォルトの名無しさん
2005/06/21(火) 01:04:31な計算のことだYO
0246デフォルトの名無しさん
2005/06/21(火) 01:05:27それを共有するのがパターンなわけだが。
0247デフォルトの名無しさん
2005/06/21(火) 01:05:42じゃぁ論破するための論とやらを開陳しろよ。
0248デフォルトの名無しさん
2005/06/21(火) 01:06:57なんだそれ
0250デフォルトの名無しさん
2005/06/21(火) 01:10:290251デフォルトの名無しさん
2005/06/21(火) 01:11:33それで言わせて貰うと、君は全くデザインパターンを知らないか、
まったく理解できていないかのどちらかだ。
議論以前の問題。上に挙げた２冊をよんだら >>233が恥ずかしくなるはず。
以上。
0252デフォルトの名無しさん
2005/06/21(火) 01:13:05■ このスレッドは過去ログ倉庫に格納されています