- 1 名前：デフォルトの名無しさん mailto:sage [2005/06/21(火) 19:09:56 ]
- そもそもデザインパターン自体どうなのよ？って話はここでやれ。
- 812 名前：デフォルトの名無しさん mailto:sage [2005/07/13(水) 23:08:14 ]
- 盛り上げるもなにもデザパタ使ってる奴なんてハナっから存在しない。
信者だって本当に実在しているのかも疑問。
- 813 名前：デフォルトの名無しさん mailto:sage [2005/07/14(木) 11:18:53 ]
- >>812
>デザパタ使ってる奴なんてハナっから存在しない。
という事にしないと、理解できない自分がｶﾜｲｿｽ、と。
- 814 名前：デフォルトの名無しさん mailto:sage [2005/07/14(木) 11:40:11 ]
- 井の中の蛙もいいところ
- 815 名前：デフォルトの名無しさん mailto:sage [2005/07/14(木) 12:57:25 ]
- こないだつかった。
- 816 名前：デフォルトの名無しさん mailto:sage [2005/07/14(木) 20:00:39 ]
- 俺なんか飯のときにも使ってる
- 817 名前：デフォルトの名無しさん mailto:sage [2005/07/14(木) 21:14:38 ]
- >>815
シングルトンはもういいってｗ
- 818 名前：デフォルトの名無しさん mailto:sage [2005/07/14(木) 21:44:28 ]
- >>817
君がそれしか知らないのは判ったから。
- 819 名前： != 815 mailto:sage [2005/07/15(金) 00:47:16 ]
- >>817
このスレの住人ってくだらない煽りヤロウばっかりだな('A`)
- 820 名前：808 mailto:sage [2005/07/15(金) 01:30:19 ]
- 同意。つか、これが例の情報システム板のスレでバカなレスばかり付けている「出張３２」ですよ
- 821 名前：デフォルトの名無しさん mailto:sage [2005/07/15(金) 07:45:18 ]
- >>819
オマエモナーｗ
- 822 名前：819 mailto:sage [2005/07/15(金) 09:59:55 ]
- >>820
いや、あの、きみの>>808の一行目のレスするあたり対してレベルが変わらない気がｽ('A`)
きみのその一言がなければ、おお。とか思った。思われただろうに。
つか、>>820自体のレスも対してレベ（略
>>821
（ﾟ∀ﾟ）ｵｳﾖ!!
- 823 名前：デフォルトの名無しさん mailto:sage [2005/07/15(金) 11:06:37 ]
- >>817
Abstract Factoryでした。
まあこれも使いやすい方なので
じまんにはならんでしょうけど！
- 824 名前：デフォルトの名無しさん mailto:sage [2005/07/15(金) 14:35:21 ]
- >>821
釣られて出てくる「くだらない煽りヤロウ」。
- 825 名前：デフォルトの名無しさん mailto:sage [2005/07/17(日) 18:36:19 ]
- ふと思い立ったんだが、アンチデザパタさん達の中でも、
interpreter パターンを知らずに使ってる人は意外と多いかもしれない
なにせ、
Window_X = 120
Window_Y = 100
とかの初期化用スクリプト組んで、config.ini って名前付けるけでも interpreter の思想は受け継がれているからな
【この程度の事で interpreter パターンなどと勿体ぶった言い方を俺はしたくないですが】
- 826 名前：デフォルトの名無しさん mailto:sage [2005/07/17(日) 21:32:52 ]
- >>825
お前は本当になにもわかってねぇウンチングスタイルだな。
- 827 名前：デフォルトの名無しさん mailto:sage [2005/07/17(日) 22:26:33 ]
- はぁ。インタープリタ・パターンねぇ。
再帰下降型パーサなら簡単に書けるけど、
正規表現のように状態遷移マシンつかったり、
JavaやCのようにあるていど大きな規模の構文を効率的に扱うには、
ちょっと寸足らず・・・
つか、実装は別の方法でやって、表面的なインタフェースはinterpriterパターンといったところか。
ってGoFがゆってた
- 828 名前：825 mailto:sage [2005/07/18(月) 18:30:54 ]
- っていうか interpreter パターンって
『処理内容のハードコーティングを避け、必要ならカスタマイズ可能に』
ってのが第一条件で、別に実装方式は問わなかった筈
その気になれば BF を組み込む程度でも interpreter になりそうで
- 829 名前：デフォルトの名無しさん mailto:sage [2005/07/18(月) 18:35:17 ]
- BFでカスタマイズする処理系ｽｺﾞｽ
- 830 名前：デフォルトの名無しさん mailto:sage [2005/07/18(月) 22:39:54 ]
- BF？！
BNF (Backus-Naur Form)じゃなくて？
- 831 名前：デフォルトの名無しさん mailto:sage [2005/07/18(月) 22:48:10 ]
- BF
pc8.2ch.net/test/read.cgi/tech/1036013915/l50
- 832 名前：デフォルトの名無しさん mailto:sage [2005/07/19(火) 00:19:44 ]
- Boy Friend
うほっｗｗｗ
- 833 名前：デフォルトの名無しさん [2005/11/24(木) 02:13:02 ]
- ＭＶＣとかって本当に必要なの？
開発ってか設計がめんどうなんだけど・・・
- 834 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 08:00:24 ]
- >>833
VCしかないシステムの拡張やらされた時には前任者に殺意を覚えたぞ。
- 835 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 08:35:41 ]
- >>833
一度、プログラマが10人以上いるプロジェクトで
すべての処理を一つのクラスにつっこむ実装をしてみるとわかるよ
- 836 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 14:05:48 ]
- >>9
> デザパタで成功してるのはstlのイテレータくらい。
なんでイテレータだけなんだ？
JavaのIteratorのほかにObserver、I/OのDecoratorとかはどうよ？
> MFCやWTLはチェーンやらデコレータやらがとっちらかってて、
> どうしてもキショイコードになる。
- 837 名前：デフォルトの名無しさん [2005/11/24(木) 16:50:37 ]
- MVC ってさ、
M：機能本体
V：出力
C：入力と制御（メインループとか）
で良いの？
正直、よく分からんのだが・・・
- 838 名前：google って知ってる？ mailto:sage [2005/11/24(木) 19:03:03 ]
- >>837
調べる気のない人は
一生解らないままでいて下さい。
- 839 名前：デフォルトの名無しさん mailto:sage [2005/11/27(日) 01:16:05 ]
- >>838
ﾋﾄﾞｽ
- 840 名前：デフォルトの名無しさん [2005/11/27(日) 08:33:23 ]
- >>839
デザパタ信者ってこんなのばっかだよ。
教えないんじゃなくて「知らない」or「自分の勝手な解釈で覚えたと思い込んでる」から説明なんてできない。
もし、説明なんかして他の人間と解釈が違っていたら、自分が理解していないことがばれちゃうから、
そういう危ない橋は渡らないのが奴等の処世術。
デザパタなんてオブジェクト指向すら無視してるんだから、当然オブジェクト指向すら理解してない。
で、なんだかんだ苦しくなると「デザパタは全く新しい〜」とか御馬鹿なこと言い出す始末。
これが前スレからの流れ。
- 841 名前：デフォルトの名無しさん mailto:sage [2005/11/27(日) 08:49:45 ]
- /:
∧∧ / :
(,,ﾟДﾟ/ :
＿ / つ/） ＿ :
〜（⌒）__） /| ,, :
￣￣￣￣￣|/,,,
〜〜〜〜〜〜〜〜〜〜〜
- 842 名前：デフォルトの名無しさん mailto:sage [2005/11/27(日) 15:34:19 ]
- >>837==>>840
による自作自演か。
>>838の言うとおりなんだけどね。
ちょっと調べればMVCで実際に設計する方法がわかるのにね。
- 843 名前：デフォルトの名無しさん [2005/11/27(日) 16:04:25 ]
- >>838==>>842
による自作自演か。
>>840の言うとおりなんだけどね。
ちょっと調べればMVCで実際に設計する方法がわかるのにね
- 844 名前：デフォルトの名無しさん mailto:sage [2005/11/27(日) 17:29:00 ]
- まてまて
調べても理解出来なかった というパターンもありうる。
- 845 名前：デフォルトの名無しさん mailto:sage [2005/11/27(日) 17:33:38 ]
- >>844
我々は選ばれた人間なのですね！
- 846 名前：デフォルトの名無しさん mailto:sage [2005/11/27(日) 22:59:43 ]
- 一人で書くなら不要
一人神グラマがいれば、そいつを基準に周りがまねたら良いから不要
一人ではまだ頼りない感じの人達をまとめ上げるために必要なものだ
- 847 名前：838 mailto:sage [2005/11/28(月) 12:18:29 ]
- >>843
> >>838==>>842
残念ながら違いますよ。間抜け。
> ちょっと調べればMVCで実際に設計する方法がわかるのにね
判っているなら、そうしなさい。
- 848 名前：839 mailto:sage [2005/11/30(水) 23:48:07 ]
- >>844 調べてわかったけど釣り発言してみよう というパターンもあり、えない
>>845 ！
>>847 ｵﾄﾅｹﾞﾅｻｽ
- 849 名前：デフォルトの名無しさん mailto:sage [2005/11/30(水) 23:57:52 ]
- /:
∧∧ / :
(,,ﾟДﾟ/ :
＿ / つ/） ＿ :
〜（⌒）__） /| ,, :
￣￣￣￣￣|/,,,
〜〜〜〜〜〜〜〜〜〜〜
- 850 名前：デフォルトの名無しさん [2005/12/01(木) 05:51:30 ]
- M マゾな
V vsialbasic使いは
C CやC♯は使えません。
MVCで
webは何となく分かるけど
javaのクラス設計で考えたら
Vはインターフェイスとして
Mが実装で
Cはインスタンス化＝利用するクラス？
結城先生の本買った方が良いのかな・・・・
高いしな
- 851 名前：デフォルトの名無しさん mailto:sage [2005/12/01(木) 07:53:24 ]
- あのころのおれならＭＬですまーとにかいたんだけどねｗ
- 852 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 21:08:41 ]
- strategy パターンって単なるコールバックじゃんｗｗｗ
- 853 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 21:17:04 ]
- そうだが……何か辛いことでもあったのか？ 俺でよければ相談にのるぞ？
- 854 名前：デフォルトの名無しさん [2005/12/04(日) 23:05:16 ]
- 良スレあげ
- 855 名前：デフォルトの名無しさん [2005/12/09(金) 00:50:56 ]
- >>847>>842
> >>837==>>840
も実は違うんだが・・・
ちょっとからかっただけ
オマイってからかうとオモシロイナw
必死に反応してくれてw
- 856 名前：デフォルトの名無しさん mailto:sage [2005/12/09(金) 10:59:08 ]
- 釣り宣言キタコレ
- 857 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 00:21:15 ]
- まあ 隔離スレなんだから、こんなんばっかだろ。
頭のいい奴は、つられたりしないわけだから
気をつけてればいいのさ
- 858 名前：デフォルトの名無しさん [2005/12/11(日) 17:38:28 ]
- 852>strategy パターンって単なるコールバックじゃんｗｗｗ
同感です。昔、GOF 本を読んでクラスを使って実装した strategy パターンのコードを単純化して言ったら、関数ポインタの設定値の切り替えだけになっちゃいました。
それから GOF 本を真剣に読む気持ちがなくなりました。
- 859 名前：デフォルトの名無しさん mailto:sage [2005/12/11(日) 17:58:58 ]
- >>858
デザパタの存在意義が「技術ブレークスルー」だと勘違いしている
馬鹿がまた一人。
- 860 名前：デフォルトの名無しさん mailto:sage [2005/12/11(日) 17:59:31 ]
- >>852,858
デザインパターンに過剰な期待をしていないか？
「単なる○○じゃん」「同感」という発言は、
デザインパターンの目的・役割を取り違えてないか？
デザインパターンは、別に
「そこらのエンジニアが考えつかないような素晴らしい夢のパターン集」
でもなんでもないぞ。
誰でもやっている・よく使われる設計手法に名前を付けてカタログ化したものでしかない。
エンジニア間の共通認識化・共通語化するのが目的。
- 861 名前：デフォルトの名無しさん mailto:sage [2005/12/11(日) 18:14:57 ]
- 指きたす同様デザインパターンって言葉を使いたがる人たちがいるだけだろ
- 862 名前：デフォルトの名無しさん mailto:sage [2005/12/11(日) 19:33:05 ]
- 例えばJavaDoc に
・・・
このクラスはGoFの○○パターンの××です．
@see □□
@see △△
とか書いて有ればクラス図見なくても設計意図と構造が解る
ってのもデザインパターンとして用語と設計が定義して有るおかげよね．
- 863 名前：デフォルトの名無しさん mailto:sage [2005/12/11(日) 19:40:58 ]
- >>862
ぶっちゃけ言いたい。
構造が分かっても用途が分からないドキュメントは糞。
- 864 名前：デフォルトの名無しさん [2005/12/11(日) 20:16:20 ]
- ＞とか書いて有ればクラス図見なくても設計意図と構造が解る
￣￣￣￣
＞構造が分かっても用途が分からないドキュメントは糞。
￣￣￣
ここでもエンジニア間の共通認識化・共通語化をする必要がありそうだな
- 865 名前：デフォルトの名無しさん [2005/12/11(日) 20:24:19 ]
- デザインパターンは、単なるカタログです。
共通的に使える設計で出てくるパターンは、
資産化しなさいよーという教えです。
- 866 名前：デフォルトの名無しさん mailto:sage [2005/12/11(日) 20:28:27 ]
- 完全にデザインパターンにマッチする方が少ないんじゃない？
適用できるなら適用すればいいだけかと
- 867 名前：デフォルトの名無しさん mailto:sage [2005/12/11(日) 21:01:21 ]
- >>863
詭弁のガイドライン
6.一見、関係がありそうで関係のない話を始める
16.全てか無かで途中を認めないか、あえて無視する
17.勝手に極論化して、結論の正当性に疑問を呈する
あたりか
- 868 名前：デフォルトの名無しさん mailto:sage [2005/12/11(日) 21:02:12 ]
- >>863
>構造が分かっても用途が分からないドキュメントは糞。
そんな当たり前のことを偉そうになに突っ込んでるんだよｗ
- 869 名前：デフォルトの名無しさん mailto:sage [2005/12/11(日) 21:23:54 ]
- >構造が分かっても用途が分からないドキュメントは糞
まんまデザパタのことだな。
- 870 名前：デフォルトの名無しさん mailto:sage [2005/12/11(日) 21:27:25 ]
- …………俺、爆弾投下しちゃったっぽいな
- 871 名前：デフォルトの名無しさん mailto:sage [2005/12/26(月) 18:26:38 ]
- で、隔離スレが出来たら本スレがほんとに落ちちゃったわけか･･･
ここのアンチの人ってオブジェクト嗜好だよね。
憂鬱本読んでわかった気になってるパターンか。
- 872 名前：デフォルトの名無しさん [2006/02/21(火) 23:48:17 ]
- ちょっとデザインパターンからはずれてしまうんですが、
内部設計というか、プログラムのインターフェース設計ってどうやってます？
自分の経験では、共通化の行き過ぎによるメンテナンスの低下が多くのプロジェクトで見られます。
簡単にいうと、こういうことです。
処理Ａ、処理Ｂ、処理Ｃがあったとして、この３つは横展開の関係にあります。
３つも実装するのは大変なので、全て共通化して実装した（methodX(A）のように１つのメソッドで処理Ａ〜Ｃを行い、どれを行うかは引数で指定する）。
ただし、メンテナンス作業を繰り返すうちに、If (処理Ａの時のみ）...のような記述が増え、所謂マカロニソースになってしまった。
最初から処理Ａ、処理Ｂ、処理Ｃは別々に実装すべきだった。
もちろん共通化すべき部分はあるので、下請け処理の共通部品を作るべきだが、
大元の処理は分けて実装すべきだった。
なんで、こんな失敗するんでしょう？
最初からＡ〜Ｃはほとんど同じ実装で済むと思っていたのが、
想定外のバグ、仕様漏れ、仕様変更等により、Ａ〜Ｃが乖離した結果、マカロニ化してしまうんですね。
けれど、「想定外」のことを想定して設計なんてできないんですよ。
皆様どうやって設計してますか？
- 873 名前：デフォルトの名無しさん [2006/02/21(火) 23:49:16 ]
- 872の続き
けれど、「想定外」のことを想定して設計なんてできないんですよ。
皆様どうやって設計してますか？
- 874 名前：デフォルトの名無しさん [2006/02/21(火) 23:59:09 ]
- 2行しか読んでないけど
>どれを行うかは引数で指定する
これが間違ってると思う
- 875 名前：大根 [2006/02/22(水) 00:00:29 ]
- >>874
ご回答ありがとうございます。
すいません、新スレ立てさせていただきました。
デザインパターンとは違う話題なので。。。
- 876 名前：デフォルトの名無しさん mailto:sage [2006/02/22(水) 16:53:47 ]
- そういや、デザパタスレなくなったな。悲しいことだ。
- 877 名前：デフォルトの名無しさん mailto:sage [2006/02/23(木) 18:31:51 ]
- 昔から俺がやってた手法に勝手に名前つけられただけ
- 878 名前：デフォルトの名無しさん mailto:sage [2006/02/23(木) 18:48:42 ]
- 未だに>>877みたいな勘違いをしている奴がいるんだな。
名前を付けて普及させ、技術者間の共通認識にするところまでやってはじめて価値が出る。
どんなに優れた設計でも『オレ様パターン』じゃ意味ないんだよ。
- 879 名前：デフォルトの名無しさん mailto:sage [2006/02/23(木) 19:12:09 ]
- >>878
その点において最大の価値がある。
>>877
全パターンをただ一人で考案した
というのはとても信じられない
- 880 名前：責任転嫁マン mailto:sage [2006/02/24(金) 01:07:28 ]
- じゃあ、このスレで900を取った奴がデザパタスレ建ててくれ。
確か、５スレ目まで言ってたので、「【GoF】Design Pattern 6」とかで。
- 881 名前：デフォルトの名無しさん [2006/02/25(土) 00:39:28 ]
- まだ、こんなスレあんのか？
デザパタなんて使ってる会社無いっていってるだろ。
だいたいGoF本なんてもう絶版だろ？ﾜﾛｽ
オブジェクト指向が理解できない奴ほど食いつくんだよな
いい加減にオブジェクト指向理解しろって
オブジェクト指向言語がメジャーになってから何年経つんだよﾃﾗﾜﾛｽ
- 882 名前：デフォルトの名無しさん mailto:sage [2006/02/25(土) 00:47:09 ]
- J2EEパターンを知らない奴がまた現れたのか。
JavaでサーバサイドシステムをJ2EEパターンを使わないで作ってる会社なんて無いよｗ
- 883 名前：デフォルトの名無しさん mailto:sage [2006/02/25(土) 00:54:09 ]
- >>882
はぁ？なにそれ？
- 884 名前：デフォルトの名無しさん mailto:sage [2006/02/25(土) 01:39:23 ]
- >>883
「？」の後は１つ空白を入れろ 話はそこからだ
ただし」が続く場合はいらないぞ
- 885 名前：デフォルトの名無しさん mailto:sage [2006/02/25(土) 02:42:03 ]
- >>884
うるせえよ
氏ね
- 886 名前：デフォルトの名無しさん mailto:sage [2006/02/25(土) 10:49:04 ]
- >>883
言われたとおりに書いてればおｋなドカタには不要なモノだよ
- 887 名前：デフォルトの名無しさん mailto:sage [2006/02/25(土) 10:56:55 ]
- まあれだ、デザパタってのはプログラマに対して、
コンビニのアルバイトみたいに、接客対応マニュアル
を用意してくれたってことでしょ
- 888 名前：デフォルトの名無しさん mailto:sage [2006/02/25(土) 12:43:07 ]
- デパガがトイレに行く事を棚卸してきますとか言うだろ？
共通の認識がないとこういう符丁は成立しない。デザパタも似た様なもんだｗ
- 889 名前：デフォルトの名無しさん mailto:sage [2006/02/25(土) 18:16:18 ]
- 一人プロジェクトでメンテも自分以外やらない、つー場合でもメリットある？
あるなら本でも読んでみようという気になるかも
- 890 名前：デフォルトの名無しさん mailto:sage [2006/02/25(土) 18:35:05 ]
- >>889
こうしてこっちはあーしてこういう風に作ろう が これしよう と単純に考えられる
ライブラリでデザインパターンになってるものがあるから、それを簡単に理解できるようになる
- 891 名前：デフォルトの名無しさん mailto:sage [2006/02/25(土) 19:02:37 ]
- 考察段階でつまずいたり時間がかかったりすることは
ほとんどないしなあ。今ひとつ食指が動かない
- 892 名前：デフォルトの名無しさん mailto:sage [2006/02/25(土) 19:24:15 ]
- pc8.2ch.net/test/read.cgi/prog/1140795650/2
, -‐−-､ ヽ∧∧∧ // |
. /////_ﾊ ヽ＜ 釣れた！＞ ハ
ﾚ//ｊ け ,fjlﾘ / ∨∨V ヽ h. ﾟl;
ﾊｲｲﾄ､"ヮノﾊ // |::: ｊ ｡
/⌒ヽヾ'ﾘ、 // ヾ､≦ '
. { j｀ｰ' ﾊ // ヽ∧∧∧∧∧∧∨/
ｋ〜'ｌ ﾚﾍ. ,r'ス ＜ 初めてなのに ＞
| ヽ ＼ ト､ ヽ-kヾｿ ＜ 釣れちゃった！＞
. l ＼ ｀ｰ‐ゝ-〈/´ / ∨∨∨∨∨∨ヽ
l `ー-､___ﾉ
ﾊ ´￣｀ 〈/‐-､
- 893 名前：デフォルトの名無しさん mailto:sage [2006/02/25(土) 19:42:26 ]
- >>891
考察段階でつまずくんじゃなくて、考察内容自体を短縮するんじゃないか？
- 894 名前：デフォルトの名無しさん mailto:sage [2006/02/25(土) 20:53:19 ]
- 例えばデザパタを習得していると、音声認識とか不可逆圧縮アルゴリズム、
動画再生ルーチン、将棋の強いアルゴリズムとか楽々こなせるほどの
思考手法が手に入るの？（コーディングとかマンパワー的なものは除いて）
こういう専門分野以外はソフト構築の考察時間なんかほとんどゼロだと思う
んだけど。
- 895 名前：デフォルトの名無しさん mailto:sage [2006/02/25(土) 20:56:16 ]
- >例えばデザパタを習得していると、音声認識とか不可逆圧縮アルゴリズム、
>動画再生ルーチン、将棋の強いアルゴリズムとか楽々こなせるほどの
>思考手法が手に入るの？（コーディングとかマンパワー的なものは除いて）
入るわけない
誰がそんなこと言ったの？
- 896 名前：デフォルトの名無しさん mailto:sage [2006/02/25(土) 20:57:45 ]
- だから、それじゃあ学ぶ価値なんかないよ。一人でやってる限りは。
- 897 名前：デフォルトの名無しさん mailto:sage [2006/02/25(土) 21:05:59 ]
- デザパタの使い道がわかっていない典型だ
- 898 名前：デフォルトの名無しさん mailto:sage [2006/02/25(土) 21:30:33 ]
- だから一人プロジェクトでの効能をｷﾎﾞﾝ
- 899 名前：デフォルトの名無しさん mailto:sage [2006/02/25(土) 21:41:49 ]
- 10ステップの命令文を1つの関数にすれば、関数の名前だけで内容が一気に把握できる
そういうことが本当に分からないなら勉強する気も起きないだろうしやんなくていい
釣りかな
- 900 名前：デフォルトの名無しさん mailto:sage [2006/02/25(土) 21:51:18 ]
- そんなことは百も承知だけど例えとしてそういうもんなのか？
無限の関数名が出来そうだけど
- 901 名前：デフォルトの名無しさん mailto:sage [2006/02/25(土) 22:04:06 ]
- >>898
「こういうときはこうする」というチップス集としても役立つ。
自分で考える手間が減るだろ？
専門分野のソフトウェアにしたって、入出力やイベントハンドリングなんかは
機能として実装するだろ？
そういう部分で「よくやる手法」としてのチップス集にはなる。
あるいは機能の重複をどう効率よく実装するか、とか。
・・・無理矢理かな？
- 902 名前：デフォルトの名無しさん mailto:sage [2006/02/25(土) 22:11:07 ]
- なんねぇんじゃん。
変数名をプロジェクトで決まった用語のローマ字方式でつけてて
開発の途中でダサいって理由で英語で付け変えた変数名も、
誰も読めないって理由で結局対応表が必要になった。
これはデザパタにもいえることだけど余計な手間増やしてない？
みんなの共通認識っていうけど、別にあの本はネットで公開されてるわけでも
そこまで普及してるわけでも、開発のすべてをカバーしてるわけでもない。
アレを覚えることで得られるメリットも開発に参加する人数の大半をサポートしていなければ
その説得力は無いも同然。
デザパタがいいという人間はデザパタを知ってる人間とかしか開発がしたくなくなるとかいう呪い付き。
やっぱり駄目じゃねぇのかな？
- 903 名前：デフォルトの名無しさん mailto:sage [2006/02/25(土) 22:16:55 ]
- >>901
＞専門分野のソフトウェアにしたって、入出力やイベントハンドリングなんかは
＞機能として実装するだろ？
この辺がどう効率的になるのかわかんないんだ。現状でもコーディング
の時間以外はコストかからんしライブラリやフレームワークがあればそれ
も軽減できる。
＞「こういうときはこうする」というチップス集としても役立つ。
チップスの数って数えられるほどに押さえられるもんなのか？
そういわれると問題に対して適用する手法はそんなにない
ような気もしてきた。
- 904 名前：デフォルトの名無しさん mailto:sage [2006/02/25(土) 22:59:21 ]
- >>900
無限ってことはないでしょ 使われなくなったら消えるし
良く使われる部分にそれがあると楽になるんじゃないか
良く使われる部分でもその名前が知られてなければしょうがないというのは……
まあ自分で考える時に使うということで
gotoよりforループだ ってぐらいのものじゃないと意味がないってことか？
- 905 名前：デフォルトの名無しさん mailto:sage [2006/02/25(土) 23:20:01 ]
- >>904
>gotoよりforループだ ってぐらいのものじゃないと意味がないってことか？
そう。
プロジェクトで結構手間がかかるのは
個人個人の認識の仕方を確認し、それを共通認識までもってくことだからな。
その手間をぶっちぎって、「デザインパターン読んでください」なんて突き放してうまくいくわけがない。
中国語と英語を話す国に
「今日から日本語が母国語になります。ええ、決まったことですからしょうがないですね。」
なんてふっかける行為となんら代らない。
- 906 名前：デフォルトの名無しさん mailto:sage [2006/02/25(土) 23:21:10 ]
- ＞ ライブラリやフレームワークがあればそれも軽減できる。
それこそがデザパタの適用ｗ
- 907 名前：デフォルトの名無しさん mailto:sage [2006/02/25(土) 23:22:01 ]
- ＞無限ってことはないでしょ
これはなんとなく分かるけど
＞使われなくなったら消えるし
＞gotoよりforループだ ってぐらいのものじゃないと意味がないってことか？
スマンが何を言ってるのか不明。
- 908 名前：デフォルトの名無しさん mailto:sage [2006/02/25(土) 23:22:12 ]
- たしかに日本語のテキストなんかもたくさん出てるだろうし、
勉強する環境やらお金やらは問題ないかもしれんだけどやるか？やらんだろ？
- 909 名前：デフォルトの名無しさん mailto:sage [2006/02/25(土) 23:25:47 ]
- ＞＞ ライブラリやフレームワークがあればそれも軽減できる。
＞それこそがデザパタの適用ｗ
おれデザパタとか意識してないよ。
こういうときはこれ（ライブラリでも手法でも）を使う、ってのは
大概苦労せずに出てくるけど
- 910 名前：デフォルトの名無しさん mailto:sage [2006/02/25(土) 23:25:51 ]
- ＞ アレを覚えることで得られるメリットも開発に参加する人数の大半をサポートしていなければ
＞ その説得力は無いも同然。
わかってんじゃん。
＞ みんなの共通認識っていうけど、別にあの本はネットで公開されてるわけでも
＞ そこまで普及してるわけでも、開発のすべてをカバーしてるわけでもない。
俺の周囲は常識としてあたりまえに知っているけどな。
デザパタを知らないDQNばかりの開発者だらけの現場だとそうなる。
･･･とは言え、分野にもよるのだろう。
J2EEアプリの開発者達は知っていて当たり前。知らなければDQNと言われても仕方ない。
他の分野だとJ2EEアプリほどアプリ全体の作りがパターン化しないと思われるから
デザパタが普及する必要性は低くなるだろう。
- 911 名前：デフォルトの名無しさん mailto:sage [2006/02/25(土) 23:31:49 ]
- >>910
J2EEなんて狭い世界にしかいないからそんなんなんだよｗ
- 912 名前：デフォルトの名無しさん mailto:sage [2006/02/25(土) 23:54:14 ]
- データ構造には名前が付いてる。スタックだとかツリーだとかリストだとか？
アルゴリズムにも名前が付いてる。バブルソートだとかクイックソートだとか？
OODにも名前を付けてみた。それがデザインパターン。
>>905
デザパタがあるから不親切なのか？不親切な奴はデザパタの有無とは無
関係に不親切だぞ？
もしデザパタがなかったなら、ソース読めと突き放されるだけだと思うが？
全部暗記しないと話にならない？ありえん。
全てのデータ構造を知ってるか？全てのアルゴリズムを知ってるか？
少なくとも俺が知る限り、そんな奴はいない。
重要なのは、名前は目次になるってこと。
名前を得られれば、その実装なり実装例なりを得られる。ないと困るだろ？
|
 |
