●●サブジェクト指向撲滅スレ●●
■ このスレッドは過去ログ倉庫に格納されています
000181
NGNG0002デフォルトの名無しさん
NGNG0003デフォルトの名無しさん
NGNG0004デフォルトの名無しさん
NGNG_,（ ´Д｀）⌒ i | 訳判らん>>1は！
（⌒ ー 一 ｒ.、! 〉
ヽ弋 ｡ 人 ｡ ｲ（` ｰ'
〔勿＼ ヽ
） ｒ⌒丶 ） ﾄﾞｶ
ﾄﾞｶ ﾄﾞｶ ／ ! |'´
ﾄﾞｶ ／ ／| |‖ ﾄﾞｶ
（ く ! ||‖ ﾄﾞｶ
ﾄﾞｶ ＼ i | ‖|‖|
,__> ヽヽ从/∧∧
⊂⌒ヽ从/ つ ﾟдﾟ） ←>>1
0005デフォルトの名無しさん
NGNG／ `j
／ /`ｰ' さっさと！
〈 `ヽ
`､ ヽ∧＿∧ >>1
〉 ） （`Д´）!
/ ノ ￣⌒ヽ 「 〉ノ
ﾉ ' L `ヽ.／ /ヽ
／ , ' ノ＼ ´ / )⌒
（ ∠_ ヽ､＿, ' ﾐ
ｉ ､ ヽ
＿,, ┘ 「`ー-ｧ ｊ
ｆ" ﾉ ｛ /
| i⌒"￣ / /_
ヾ,,_」 i＿__,,｣
ヽ ｌ /／
――― ★ ―――
／/ | ＼
／ /. | ＼
/ |
撃滅！！！
- ￣￣ ―
／
/ ヽ
∧＿∧＿
| （ ´Д｀） ￣"⌒ヽ
| ／ ） ヽ' ／ ､ `､_
γ --‐ ' λ. ; !
ｆ ､ ヾ ／ ）
! ﾉヽ､._, '｀"／ _,. ‐'"
| ｊ ヽ 〈_,,,ノ" ヽ
! ヽ 冫 ｙ' .ﾉ
`､ ＼ | / ／
＼､ヾ | | イ-､__
l.__| ｝_ ｌ
＿.| .〔 ｌ ｌ
〔＿＿＿! '--'
0006デフォルトの名無しさん
NGNG￣￣￣￣￣∨￣￣￣ (´´
∧∧ ） (´⌒(´
⊂（ﾟДﾟ⊂⌒｀つ≡≡≡(´⌒;;;≡≡≡
￣￣ (´⌒(´⌒;;
ｽﾞｻﾞｰｰｰｰｰｯ
0007デフォルトの名無しさん
NGNG0008徹夜
NGNGprint "クソPerl";
}
こういうの？subject････
0009間違いを指摘する者
NGNGsub {
printf ("%s>%s>>%s>>>%s",Ruby,CASL,JAVA,ひまわり);
}
00106
NGNG┌─┐
｜も｜
｜う｜
│来│
│ね│
│え｜
│よ｜
ﾊﾞｶ ｺﾞﾙｧ │!!｜
└─┤ ﾌﾟﾝﾌﾟﾝ
ヽ(`Д´)ﾉヽ(`Д´)ﾉ (`Д´)ﾉ （ `Д）
|￣￣￣|─|￣￣￣|─|￣￣￣|─□（ ヽ┐U
〜 〜 ￣◎￣ .￣◎￣ ￣◎￣ ◎−>┘◎
0011デフォルトの名無しさん
NGNG001281
NGNG0013デフォルトの名無しさん
NGNG001481
NGNG鳴り物入りで始まったオブジェクト指向が行き詰まった末に
データーフローモデルに戻ろうとしてるんだけど、
それじゃ本が売れない/セミナー屋儲からない ので
例によって変な言葉を造語して新しい技術のように宣伝するわけだな。
んでもってＤＱＮが引っかかって飛びつく。と、
頭の良い奴はブームの初期にデタラメなもん作ってさっさと逃げる。
後には電波とヲタしか残らないであろう。
0015デフォルトの名無しさん
NGNGﾜﾛﾀ
先日のフレームワークブームは正にそうだったな
後に取り残されたのは .NET と C# 厨だけか。
0016デフォルトの名無しさん
NGNGサブジェクト思考なんて言葉は初耳だが、
データーフローモデルにはまだ可能性が残っていると思う。
オブジェクト指向およびそれをサポートする言語は、行き当たりばったりで
まるでかつてのCOBOLのようだ、いずれ終りは近いと感じる。
オブジェクト指向は複雑すぎるのだ。
0017デフォルトの名無しさん
NGNGCOBOL がまだ生き残っていることを考えれば矛盾していますね？
0018デフォルトの名無しさん
NGNGおー、誰かと思えば君か。
帰ってきてくれるのを待っていたんだよ。
また楽しませてくれるんだね。
がんばれよー
0019デフォルトの名無しさん
NGNGわからないから否定するってのは最悪通りこして馬鹿だね。
ﾈﾀﾆﾏｼﾞﾚｽｶｺﾜﾙｲ
0020_
NGNG002181
NGNGアスペクト？エージェント？
002281
NGNG0023デフォルトの名無しさん
NGNG002581＝逝って良しの１
NGNG何故ならば、特定の機能を実現する為に費やされる労力の削減には限界があるからだ。
これは圧縮方式スレに出てきた命題に類似しているのは興味深い。
おそらく同じ命題の別の面なのだと思う。
JAVA等ののOOPLで正面のコード部分だけを単純化しても、その裏でクラスライブラリの
爆発を招いているのを見過ごすべきではない。
情報量という視点に立てばコンピューター言語におけるライブラリは辞書式圧縮の
辞書に相当すると気付くべきだ。
そしてライブラリを参照する労力はしばしば同等のクラスを自分で設計した場合の
労力を上回る。
はっきり言おう。「その方向には答えは無い」と。
002681＝逝って良しの１
NGNGそういった部品の製作者が従来のプログラミング言語の型に囚われ過ぎて
いるからに他ならない。
理想的な部品とはどう言う物か考えて見よう。
例えば、ネジ。
機能として「部品を止める」があり、使用方法としてドライバーで回す、
というのがある。
実際には金属の弾性や剛性や山の数や摩擦係数などのもろもろのパラメータ
を持っているのだが、それらは標準化と機能の中への隠蔽によって
使用者は一切知らなくて良い事になっている。
002781＝逝って良しの１
NGNG理想的なソフトウエア部品は
１）部品一種に手続きは一つだけ、あるいは手続きをなくする。
２）部品の変数は定数が望ましく、仕様書以外の変数はこれを認めない。
部品に引数などあってはならない。
つうことで寝る。
0028デフォルトの名無しさん
NGNG> 今まで出てきた言語やプログラミングテクニックは全て失敗する運命に有る。
はぁ。COBOLもCも構造化プログラミングも失敗するんですか？
説明がわけわからんが結論としては、
クラスライブラリに任せて正面は単純化できる。
ライブラリを参照する労力は、しばしば同等のクラスを自分で
設計した場合の労力を上回る ことを除いてほとんどの場合少ないから
辞書式圧縮がしばしば無効でも、ほどんどの場合有効なように
OOPLもほとんどの場合、有効ってことね。
0029デフォルトの名無しさん
NGNGつまり手続きが二つあるものは部品を二つに分けれというわけ？
手続きが10あったら部品は10？
部品の爆発が起きるよ。
0030デフォルトの名無しさん
NGNG＋や−や大きさというパラメータはどうした？
しかもネジとい部品には機能は少なくとも二つはあるぞ。
0031デフォルトの名無しさん
NGNG大きさはともかく、なんで+と-があるんだろう・・・と不思議でしょうがない今日この頃
ってゆーかここ数年-のねじなんてお目にかかってないよ
0032デフォルトの名無しさん
NGNG0033デフォルトの名無しさん
NGNG0034デフォルトの名無しさん
NGNG0035デフォルトの名無しさん
NGNG以前はほとんどの場合有効だったと自分も確信していますが、
最近参照する労力よりも、新規作成労力の方が小さいことが、しばしば増え始めています。
ライブラリーが大きくなってきているにもかかわらず、ライブラリー管理が不適切なためと考えています。
解法はおそらく、OOPLの外にあると思う。
問題がある以上、新たしい方法を追求してみる価値はあると思います。
>辞書式圧縮がしばしば無効でも、ほどんどの場合有効なように
ちなみにスライド辞書は、同一ストリング列が多数登場するテキストコードのような物を除くほとんどのケースについて無効です。
うそだと思うなら、音声データや画像データを圧縮してみると良いです。
もともとテキスト圧縮用として開発されいてる以上それが限界となります。
別にどうでもいいんですが、ちょっと圧縮アルゴリズムマニアとして気になったので・・・
0036デフォルトの名無しさん
NGNG間違い
新たしい方法 -> 新しい
0037デフォルトの名無しさん
NGNGさらに間違い OOPL -> OOP
0038デフォルトの名無しさん
NGNG0039デフォルトの名無しさん
NGNG0040デフォルトの名無しさん
NGNG0041デフォルトの名無しさん
NGNG0042デフォルトの名無しさん
NGNG0043デフォルトの名無しさん
NGNGユートピア的オブジェクト指向聞きかじって、エンティティ・クラスにメソッド全部詰め込むのがオブジェクト指向
とか妄想してるんだろーけど、多重継承の問題等あって、そうは問屋が許さない。
つう意味でも、ｽﾚﾀｲﾄﾙからしても、>>20が一番まっとうな反応だよ、かなぁ…)
0045デフォルトの名無しさん
NGNGざけんな。何が圧縮マニアだ。ただのしったかじゃんか。
0046デフォルトの名無しさん
NGNG■ このスレッドは過去ログ倉庫に格納されています