オブジェクト指向を教えてくれ！★２

**デフォルトの名無しさん** · 2021/04/27(火) 15:02:28.94

オブジェクト指向について、調べれば調べるほど疑問が募ります。低レベルで粗末な疑問かも知れませんが、ご教授願いたいです。

・データと振る舞いをまとめる？
まとめると何か良いことあるの？
ファイルあるいはモジュールにはまとまってるよね？
丁度いい単位があるのに、何故わざわざオブジェクトという概念を導入するの？
(Javaには1ファイル1クラスという文化あるらしいけど)

・カプセル化？
モジュールのimport, exportでも実現出来るよね？
(構造体などへのアクセスを制限できれば)

・ポリモーフィズム？
別にデータと振る舞いをまとめなくても実現出来るよね？

・モノのように扱いたい？
モノとして扱いたいときに扱えば良くない？なんでわざわざ全てをオブジェクトにするの？

※前スレ
https://mevius.5ch.net/test/read.cgi/tech/1615881962/

**デフォルトの名無しさん** · 2022/08/21(日) 16:22:21.87

>>611
だから本から入ったんでしょ？ｗ
で偉そうになんとかパターンですｗとか言っているのは滑稽だという話ｗ
理解できないなら相当頭が悪そうだけどｗ

**デフォルトの名無しさん** · 2022/08/21(日) 16:45:03.52

ブリッジパターンとストラテジパターンを覚えたが良い

**デフォルトの名無しさん** · 2022/08/22(月) 02:47:49.95

デザインパターンは言語機能の欠陥を埋め合わせるパッチワークでしかない
デザインミスを隠蔽するためのパターン集だと言うことを分かって使ってる奴がいないよな
こう言うのは大体JavaかC#しか言語触ってないと相場が決まってる

**デフォルトの名無しさん** · 2022/08/22(月) 02:54:22.43

パターン名を言う奴のほとんど、それを使う理由を写経レベルでしか理解していない説

君はデザインをやってるつもりなんだろうけど、実際はコピペプログラマからコピペプログラマ未満になってることを自覚した方がいい
コピペプログラマは、「うは、これ便利」と思ってコピペするけど、
デザインパターン厨は長々しい実用性のない議論と先駆者への謎の敬意と引用の後に
結局なぜそれを採用するかの説明から逃げるからな

説明から逃げる上流気取りは総じてカス
誰もその基本を指摘しないから、致命的な段階になるまで錯誤し続けるんだよな

**デフォルトの名無しさん** · 2022/08/22(月) 09:43:55.60

この世には2種類の人間がいる
・ブリッジパターンを知らない人
・ブリッジパターンを知ってる人

どちらになるかはその人しだい

**デフォルトの名無しさん** · 2022/08/22(月) 09:45:38.54

>>614
バカ乙、お前はブリッジパターンを何も理解してないことがお前の発言から明らか
よってお前はブリッジパターンを知らずにただ漫然と時が過ぎるのを是とし
過ぎ去る日々をボーと眺めてるに等しいボケ老人

**デフォルトの名無しさん** · 2022/08/22(月) 09:49:16.82

>>615
パターン名は覚えていないと車輪の再発明になるよ
一生涯をかけてプログラムに磨きをかけてブリッジパターンを再発明しました
みたいな悲しいことになっちゃうからブリッジパターンはいまのうちに覚えておこうよ

**デフォルトの名無しさん** · 2022/08/22(月) 09:53:07.23

世界的に使われるアプリ作った人が
「〇〇パターンを採用しました」とか言ってるのは見たことないからそういう事

アプリの中のソースコードにも様々なセクターがあって色んな設計、言語が織り交ざるんだから
デザパタ云々の話ってどこでやるのって思う

**デフォルトの名無しさん** · 2022/08/22(月) 10:01:20.65

>>619
そんなの当たり前だろ
ユーザにソースコード説明してどうすんだアホｗ

**デフォルトの名無しさん** · 2022/08/22(月) 10:03:10.09

このように何もかもをごっちゃにしてバグった頭で日々を過ごすアホになりたくなかったら
ブリッジパターンを勉強して整理する力を身に着けて圧倒的成長を遂げよう

**デフォルトの名無しさん** · 2022/08/22(月) 10:04:39.87

>>620
創設者がインタビューされた記事で
使った言語とか経緯とか歴史を喋る事ってあるでしょ

そこで"デザパタ"の話は出てきた事あるだろうか・・・

**デフォルトの名無しさん** · 2022/08/22(月) 10:07:42.18

>>622
ちょっと何言ってんのかわからない

**デフォルトの名無しさん** · 2022/08/22(月) 10:08:21.97

何を創設したん？何の話？統一協会の話してんの？

**デフォルトの名無しさん** · 2022/08/22(月) 10:17:00.75

別にGARAMでもなんでもｗ
探せば何か喋ってるよ

デザパタって単に手足として働く役割の社畜マにコードリーディングさせるときのヒントだと思うよ
一流の人はもっと違う場所の事考えてるから話題にならない

高負荷や技術的障害はなんちゃらパターンが解決してくれること無いし
最も優秀な人は、全体の1%のコードのボトルネックとなる部分を負荷軽減する発想や技術があって
残り99%は社畜マでも作れるからデザパタで組もうが何しようがどうでもいい事なのよ

**デフォルトの名無しさん** · 2022/08/22(月) 10:26:35.12

GARAM創設の話？それってブリッジパターンとなんか関係あるんすか？

**デフォルトの名無しさん** · 2022/08/22(月) 10:28:03.79

会社作ったときのサクセスストーリーをインタビューしてブリッジパターンを引き出したら
そのインタビュワーはただものじゃないな

**デフォルトの名無しさん** · 2022/08/22(月) 10:31:45.95

> 創設者がインタビューされた記事
起業の話かな？

> 高負荷や技術的障害
運用の話かな？

ブリッジパターンと全然関係ない話を自分でして
ブリッジパターンは役に立たないんだという結論を導く
みなさんこれがアホです

**デフォルトの名無しさん** · 2022/08/22(月) 10:32:42.31

ブリッジパターンを勉強してこなかったツケがこの有様です

**デフォルトの名無しさん** · 2022/08/22(月) 12:30:53.49

>>619,622
すごい
バカ丸出しwww

デザパタコンプレックス拗らせてるのはこの手の人だったのか

**デフォルトの名無しさん** · 2022/08/22(月) 12:38:32.92

>>625
>高負荷や技術的障害はなんちゃらパターンが解決してくれること無いし
デザインパターンとはレイヤーが異なるだけ
サーキットブレイカーとか知らないでしょ？

**デフォルトの名無しさん** · 2022/08/22(月) 12:48:42.80

パターンというものの本質的価値を理解せず
デザパタの表面だけみてる人は抽象化思考能力が著しく低い

抽象化思考能力の低い人はまともなソフトウェアは作れない
ソフトウェア開発者の適性がないと言い換えてもいい

つまり>>609

**デフォルトの名無しさん** · 2022/08/22(月) 13:55:06.32

デザパタの名前なんて後付けだしな

**デフォルトの名無しさん** · 2022/08/22(月) 13:58:03.19

>>615
ほんそれ
めっちゃ判りますωωω=2πf

**デフォルトの名無しさん** · 2022/08/22(月) 14:01:45.39

>>633
お前の名前だって後付だろ
だからといってお前に価値が無いわけではないだろ
生まれてきてくれてありがとう

**デフォルトの名無しさん** · 2022/08/22(月) 14:10:48.49

エドガー・ダイクストラはGoTo文のパターンを整理してIfやForといった名前をつけた
今日のプログラミングではIfやForを使ってプログラムを作る
プログラミングにおいて名前を付けることは新たな道具の発見である

**デフォルトの名無しさん** · 2022/08/22(月) 14:12:05.65

道具としての設計、深いね

**デフォルトの名無しさん** · 2022/08/22(月) 15:06:13.89

GARAMって何やねんw
マサラか？Racebookか？

**デフォルトの名無しさん** · 2022/08/22(月) 17:37:57.52

>>636
社畜風情が勘違いしすぎｗ
社畜マがどのように何を考えて「誰でも出来る範囲の」コーディングをしようが
天才たちの知る話ではないという事だ

所詮、デザパタやオブジェクト指向含め、社畜マが何か真理とかと勘違いして勉強するけど
結局はただ世の中にあるソースコードに一貫性・規則性持たせる努力義務を課し
社畜達が保守点検しやすい規格をポンっと用意してるだけ
おわかりかな？

**デフォルトの名無しさん** · 2022/08/22(月) 17:53:24.28

>>639
天才ねえ弱小少数派の意見は参考にならないな
所詮少数派だろ

**デフォルトの名無しさん** · 2022/08/22(月) 17:53:55.66

天才にはそういうの必要ないとか、そういう詭弁の方が必要ないだろ

**デフォルトの名無しさん** · 2022/08/22(月) 18:22:02.42

>>639
やっぱりな実装面しか見えてない
底辺社畜のデザパタ嫌悪

**デフォルトの名無しさん** · 2022/08/22(月) 19:39:35.57

GoFによると、会話の中で用いるために、デザインパターンに統一された名前がついていることは大切らしいぞ。

**デフォルトの名無しさん** · 2022/08/22(月) 19:44:10.29

建築家クリストファー・アレグザンダーが提唱したパターン・ランゲージの一部として捉えると理解しやすいかもしれない。

**デフォルトの名無しさん** · 2022/08/22(月) 19:44:59.09

天才が考えた正規表現を見てみるか、オブジェクト指向だったら
replace(regex , "$1,$2,$3")
こんな実装許されないよ？可読性低すぎ引き継ぐ次の人の事考えてない社畜としてあるまじき関数だ
こんな自作関数定義したらすぐクビだね

何らかのデザインパターンに沿ったオブジェクト指向なら、こうするべきだろう異論は認めるよ
o = obj.new(str)
o.replace(regex)
o.Regex["$1"]
o.Regex["$2"]
o.Regex["$3"]

**デフォルトの名無しさん** · 2022/08/22(月) 19:47:53.25

あああれね

**デフォルトの名無しさん** · 2022/08/22(月) 21:05:25.05

>>645
デザインパターン以前に正規表現に対する理解が不足してるように思われる

正規表現は式からオートマトンを生成して
オートマトンに文字列を入力してオートマトンが終端状態に達するか確認するものなんよ

よって作成するオブジェクトはオートマトンを内部に保持するものだよ

こんな感じ
re = Regexp.Compile(expression)

使うときはこんな感じ
re.Replace(source, destination)

式が固定ならオートマトンオブジェクトを使い回すことで式からオートマトンを生成する処理を減らせる
直感的で性能の良いオブジェクトのできあがり

**デフォルトの名無しさん** · 2022/08/22(月) 22:06:19.63

>>645
何らかのデザインパターン！？
何らかのデザインパターン！？
何らかのデザインパターン！？
wwwwww

**デフォルトの名無しさん** · 2022/08/22(月) 22:06:29.75

>>647
正規表現って文字列だけだと思ってるだろ
プログラミング言語には実装されてないだけで正規表現は文字列に限定しないぞ

そもそもコンピュータにおいて文字列と配列って言語によっちゃ近いものなんだよ
配列を正規表現できるってことは、構造体も正規表現できるだろ
じゃあ次は構造体を正規表現したらアプリケーションも正規表現できるぞ
なぜやらないんだ

**デフォルトの名無しさん** · 2022/08/22(月) 22:12:22.43

正規表現で配列・構造体・アプリケーションを書かれると、人が理解できないからだぞ
人が理解できないと、限りなく短縮された表記を捨てて
一次変数や、コメントや、オブジェクト指向という冗長したものをソースコードに入れる必要がある

でざいんぱたーんもそのひとつ

理解（りかい）できない人（ひと）のために冗長（じょうちょう）したものをプログラミング（ぷろぐらみんぐ）言語（げんご）にいれる必要（ひつよう）がある

**デフォルトの名無しさん** · 2022/08/22(月) 22:14:42.04

>>645
>replace(regex , "$1,$2,$3")
string.replace(regex, "$1,$2,$3")と書きたかったのかな？
じゃないならreplaceする入力値はいずこ？

**デフォルトの名無しさん** · 2022/08/22(月) 22:15:58.07

>>649
正規表現はあくまでも有限オートマトンなので限界があるよ
JSONさえ書き表せないのにアプリケーションは無理じゃないかな

**デフォルトの名無しさん** · 2022/08/22(月) 22:22:53.84

>>651
this selfくらい知っておけｗ

>>652
文字列は配列であり、配列は構造体である
って分からないのかな？
C言語でポインタまともに学んでるかどうかだな

**デフォルトの名無しさん** · 2022/08/22(月) 22:24:54.46

>>653
それは実装によるでしょ
JavaScriptでは文字列を木構造で管理してるよね

**デフォルトの名無しさん** · 2022/08/22(月) 22:28:36.05

仮に文字列が配列だったとしても
正規表現はあらゆる文字列を扱えるわけではないよね
たとえばJSONは正規表現では扱えない
JSONも扱えないのにアプリケーションを正規表現で書くのは無理じゃないかな

**デフォルトの名無しさん** · 2022/08/22(月) 22:30:36.09

木構造やリストなど再帰的データ構造は正規表現では無理

**デフォルトの名無しさん** · 2022/08/22(月) 22:32:35.76

「文字列は配列だ」
と
「アプリケーションを正規表現で書ける」
の
間には大きな隔たりがあるよ

**デフォルトの名無しさん** · 2022/08/22(月) 22:39:44.17

オブジェクト指向の話に戻すと
オブジェクト指向では文字列オブジェクトの内部で配列を使ってるかを気にする必要はないよ
オブジェクトの内部に依存するプログラムを書かなければいけないならオブジェクトの設計がよろしくない

**デフォルトの名無しさん** · 2022/08/22(月) 22:46:38.86

>>653
>this selfくらい知っておけｗ
いや何言ってんのw
マジでw

**デフォルトの名無しさん** · 2022/08/22(月) 22:48:11.12

>>654
実装っていうかね
最もコンピュータにとって素早く無駄なく処理できる構造体って、ようはCの文字列、バイナリだろ
正規表現ってのはC言語で使えば実感わくだろうけど、メモリーマップにある指定場所のバイナリを弄ってるんだよ
そしてＣ言語ってのは文字列と配列と構造体の敷居が非常に薄い
あとはもうわかるでしょｗ
難しい話だねｗ

**デフォルトの名無しさん** · 2022/08/22(月) 22:52:49.94

>>659
経験した言語が少なすぎる・・・
this self省略したソースも見たことないのか

**デフォルトの名無しさん** · 2022/08/22(月) 23:08:38.51

>>660
> 最もコンピュータにとって素早く無駄なく処理できる構造体って、ようはCの文字列、バイナリだろ
処理によるんじゃなかろうかと
配列と木構造では計算量が異なるからね
配列が優れてる処理もあれば木構造が優れてる処理もある
配列はたとえば値を単純に追加していく処理や任意の位置に値を挿入する処理が苦手
あなたが何を言いたいかは俺にはわからないな

**デフォルトの名無しさん** · 2022/08/22(月) 23:18:57.00

>>661
Stringクラスとかに追加するある関数の中で
this.replace(regex, "$1,$2,$3")
と書いた例だったの？
オブジェクト指向とか言ってんのに
あえてレシーバーを省略する意味もわからんけど
例がヤバすぎやろ

o.replace(regex)はどこにthis/selfが省略されてるのかな？
難問すぎるわw

**デフォルトの名無しさん** · 2022/08/22(月) 23:23:58.47

>>649
その文字と文字じゃないものってどういう区別で言ってる？
正規言語の入力は有限でお互い識別できる記号の列である必要があって、通常それを文字と呼ぶ。

**デフォルトの名無しさん** · 2022/08/22(月) 23:36:53.17

本人も自分が何を言ってるのかわかってないんじゃないかな
思考がぼんやりとしてる人っているからね

小泉環境大臣「くっきりとした姿が見えてるわけではないけど、おぼろげながら、浮かんできたんです。46という数字が」

**デフォルトの名無しさん** · 2022/08/22(月) 23:50:24.80

>o = obj.new(str)
>o.replace(regex)
>o.Regex["$1"]
>o.Regex["$2"]
>o.Regex["$3"]

意味不明なコードなんだが
何をしたいのか誰かエスパー解説してくれ

**デフォルトの名無しさん** · 2022/08/22(月) 23:58:25.34

まずそもそもオブジェクト指向以外の例として正規表現の可能性に触れたけど、「正規表現でもプログラミング可能」という1例に過ぎず
その一つすら理解できないでそこの話もっとしなきゃいけないのは面倒くさいよw
せめて文字列＝配列＝構造体＝アプリケーションでイコール繋がってくれる基礎教養のある人に
「気づき」を与えたいだけのレスであって、基礎知らないないで分かった振りしてる人じゃどうにもならないなあ

**デフォルトの名無しさん** · 2022/08/23(火) 00:21:58.37

「負け犬の捨て台詞」パターンですねw

**デフォルトの名無しさん** · 2022/08/23(火) 02:18:11.31

正規表現とは「文字列の集合を表す文字列」でしかない。

**デフォルトの名無しさん** · 2022/08/23(火) 10:32:18.96

>>665
4610

**デフォルトの名無しさん** · 2022/08/23(火) 10:34:14.76

>>666
perlでもpythonでもawkでもなんでもいいから正規表現を覚えろ

**デフォルトの名無しさん** · 2022/08/23(火) 11:11:51.25

何か偉そうにイキってても
コード書かせたら>>645レベルとかw
リアルでは滅多にお目にかかれない低レベル

**デフォルトの名無しさん** · 2022/08/23(火) 11:41:13.55

オブジェクト指向あたりから、マジで数学センス言語センス皆無の
奴がSEとして業界に受け入れられ始めたことを考えると
センス皆無の奴を雇って請負賃金を請求してフィーを掻っ攫う分にはガチで役に立つんだろうなと思ってる

まあ数学も言語もできないやつにデザインセンスが備わるとも思えないので
デザインパターンを暗記して教条的に語るしかできない自称設計集団が出来上がったと

**デフォルトの名無しさん** · 2022/08/23(火) 12:18:38.76

>>666
「python regex」で検索しても、pythonには無い

誰かのモジュールかも

**デフォルトの名無しさん** · 2022/08/23(火) 12:40:33.27

自称数学センス言語センスのある人が書いたコードが>>645

まさかぁwww
算数センスすらないじゃんwww

**デフォルトの名無しさん** · 2022/08/23(火) 12:44:01.84

自称数学センス言語センスのある人は文系SEにこき使われてルサンチマン溜まってるんだろう
でも客観的に見ればデザインパターンを理解してる文系SEのほうがよっぽど使える
現実逃避は辞めてさっさと仕事しろ

**デフォルトの名無しさん** · 2022/08/23(火) 12:44:29.11

> 何らかのデザインパターンに沿ったオブジェクト指向なら、こうするべきだろう異論は認めるよ
> o = obj.new(str)
> o.replace(regex)
> o.Regex["$1"]
> o.Regex["$2"]
> o.Regex["$3"]

衝撃的、こんなのありえないだろ

みながわけんじさんのIteratorパターン以来の衝撃
https://ameblo.jp/kenchaz/entry-12247911109.html

**デフォルトの名無しさん** · 2022/08/23(火) 13:21:43.47

>674
なんでpythonだと思ったし

**デフォルトの名無しさん** · 2022/08/23(火) 14:22:40.20

>>675
5chでよく見かける「自称数学センスパターン」ですよ

**デフォルトの名無しさん** · 2022/08/23(火) 15:20:07.07

>>677のリンク読むと本人じゃないかと思うくらい発想が似てるな

**デフォルトの名無しさん** · 2022/08/23(火) 16:28:16.18

デザインパターンにハマるのは理系コンプレックスの典型ってことか

正直オブジェクト指向のワード使ってお客さんと会話できるとは到底思えんけどな
どちらかというとJavaというそこそこ出来の悪い言語の面倒を見せられているプログラマが
運用困難なコードを見てあり得ぬ幻想を抱いているケースの究極がデザインパターン

くっそめんどくさい議論をしてるのは、言語デザインの欠陥の埋めあわせと気付けない奴が
デザインできるわけねえし、そんなもん引きずりながら顧客と会話できるとは到底思えん

現代建築におけるパターンをどう建築物に活用するかを考えてるんじゃなくて
もうすでに漏水してるプログラムをどう止水するかを考えてるんだから
デザインパターンじゃなくて施工管理パターンだよ
ブリッジパターンなんてまさしくそれだよな

**デフォルトの名無しさん** · 2022/08/23(火) 17:48:35.11

ブリッジパターンが示唆する継承よりコンポジションというのは、
結局のところ継承型クラスベースオブジェクト指向のほぼ全否定なわけで

ブリッジパターンによって君たちははじめて、
傾斜した地面に垂直に柱を立てなくていいことに気がついたみたいな顔をしてるわけだな

でも地面そのものが傾斜していることにまだ気づいてないから
案の定柱が鉛直に立つことはないんだけどなw
デザインパターンのカケラを全部集めても地面そのものが傾斜していることにやはり気がつかない

パターンを暗記することで必死で、対象を観察し「解く」力が身に付かないからか、
今までかけてきたサンクコストが大して意味がないことに気付きたくないか、
「私は設計している」という自意識すら捨てたらキャリアとして何も残らないからか、

理由は大体この３つで説明できる
でもいくら誤魔化す言葉を覚えたところで、素人は騙せても本職には見抜かれる
まあそれでも素人をケム撒いて騙くらかすにはちょうどいいツールだと思うわ

まあこんなものを信仰して具体的な問題解決をやってこなかった奴は
窓際やるか情弱騙しするしかキャリアなくなるから、警告してるんだけどな

**デフォルトの名無しさん** · 2022/08/23(火) 18:27:10.57

>>682
俺は手続き王になる！まで読んだ

**デフォルトの名無しさん** · 2022/08/23(火) 18:28:20.32

例え話でデザインパターンをわかった気になる人っているよね

**デフォルトの名無しさん** · 2022/08/23(火) 18:29:18.40

>>673
数学が出来れば、SEなんかやっていないのでは？

**デフォルトの名無しさん** · 2022/08/23(火) 18:40:43.98

>結局のところ継承型クラスベースオブジェクト指向のほぼ全否定なわけで

典型的パターン厨二病やんw
パターンをちょっとかじったやつがよくかかるんだよなぁこれ
三人に一人は発病するやつ

**デフォルトの名無しさん** · 2022/08/23(火) 18:43:38.69

見捨てて放っとけば良いのに
警告して差し上げるなんて
ホントは親切な香具師ですね

**デフォルトの名無しさん** · 2022/08/23(火) 19:37:04.00

デザインパターンは客と会話するためのものじゃないからなあ
ここでの客はエンドユーザという意味で元請けの意味ではないとして

商品の話、商品作りの話、製品の話、製品作りの話、いろんな話がある

客と会話するのは商品の話で
デザインパターンは製品作りの話だ

それぞれ文脈が異なるので客との会話でデザインパターンを使わないからデザインパターンは意味がない
というふうに話を展開するのは論理的に誤りだと思う

システムにレイヤーがあるようにお話にもレイヤーがある

昨今はお話のレイヤーを整理して建設的に議論しましょう
というのをファシリテーションと呼んで取り組んでる組織もある

デザインパターンの話に客なんかいらんのですわ
客にわからんような話をプログラマ同士でするそれが楽しいことってあるよねってこと

**デフォルトの名無しさん** · 2022/08/23(火) 20:04:51.87

デザインパターンとは少し違うけどオブジェクト指向の話ということでDDDの話をします

DDDはソフトウェアの設計手法の一つでユーザと開発者でドメインモデルを共有して
それに従って開発を行うもの

軽量DDDはDDDで行うようなことを形式的に適用して設計するっていうものなんだけれども
これには批判的な意見も散見されて「ユーザと向き合わずに何がDDDか！けしからんワシはこんなもの認めんぞ！」
と息巻いてる人もいるんだけれど

僕は良い設計はあるていど形式的に導けるんじゃないかと思っててユーザと向き合わなければいけないっていうのは
ただの感情論なんじゃないかなって思ってる、僕は軽量DDDが好きです

**デフォルトの名無しさん** · 2022/08/23(火) 20:09:38.06

数学の哲学に直観主義と形式主義があるように
オブジェクト指向にもユーザ主義と形式主義があるのかもわからんね

**デフォルトの名無しさん** · 2022/08/23(火) 21:15:31.28

>>689
「俺はDDDについて語りたい！(誰も聞いてくれないから)」まで読んだ

**デフォルトの名無しさん** · 2022/08/23(火) 21:26:46.29

>>691
縁ができたな

**デフォルトの名無しさん** · 2022/08/24(水) 09:16:16.63

賛成派にしろ反対派にしろ
アスペ気質の人ほどデザパタに拘る傾向がある

**デフォルトの名無しさん** · 2022/08/24(水) 09:56:48.03

デザパタに拘る人って
やだやだここはブリッジパターンじゃなきゃやだー！
みたいなことを言う人のことか
気持ちはわかるけどなブリッジパターンにはそれだけの価値がある

**デフォルトの名無しさん** · 2022/08/24(水) 11:05:53.89

>>693
君はアスペ気質なのに拘らないんだね
拘る人はアスペ気質が多いがアスペ気質だからといって拘るとは限らないということか

**デフォルトの名無しさん** · 2022/08/24(水) 11:47:40.69

作ってたら自然と何かのパターンと似てたみたいな事はあるが
最初からこのパターンで行くみたいなのは無いｗ

**デフォルトの名無しさん** · 2022/08/24(水) 12:17:24.87

知らずにパターンを使ってたなんてことは誰しもが経験すること
ただブリッジパターンすら知らないやつはその当たり前のことにさえ気付けない
ゆえに底辺ゴミプログラマーとして捨てられ5chでのみイキる日々を過ごすことに

**デフォルトの名無しさん** · 2022/08/24(水) 14:32:08.32

こんな1日に100も書き込みのない板でわけのわからないことゴニョゴニョいっても誰も聞いてないぞ

**デフォルトの名無しさん** · 2022/08/24(水) 14:42:17.15

Read Only Memberの数がRead And Write Memberの数の100倍だとすると結構見てるんじゃね
みんなに見られてるぞ、いまどんな気持ち？

**デフォルトの名無しさん** · 2022/08/24(水) 14:56:21.92

(チッ誰も見てない過疎スレだから一人でイキれると思ったのに・・・ by >>608)

**デフォルトの名無しさん** · 2022/08/24(水) 15:36:19.24

俺は数年ぶりにここ来たけど、当時よりもさらに半減未満まで過疎ってると思うよ
昔はまだ進行してるスレ10個くらいあったのに今2，3個じゃね
ム板も世代交代も失敗してるから知識の古いアプデ出来ない奴らの墓場みたいな空気もあるし
こんな場所でグダグダいってるの精神障害か何かやろ

**デフォルトの名無しさん** · 2022/08/24(水) 17:48:37.13

5ch全体で人が減ってるからね

**デフォルトの名無しさん** · 2022/08/24(水) 18:23:25.19

限界集落で頑張ってるみなさん

**デフォルトの名無しさん** · 2022/08/24(水) 18:24:50.24

オブジェクト指向そのものへの関心が薄れたっていうのもあるかもね
それだけオブジェクト指向が成熟して社会一般に浸透したってことだと思う

**デフォルトの名無しさん** · 2022/08/24(水) 18:30:59.04

世界で最も注目を浴びてる関数型言語、Javascriptもオブジェクト指向では？

**デフォルトの名無しさん** · 2022/08/24(水) 18:48:59.85

そうです、すべからくプログラミング言語はオブジェクト指向です

**デフォルトの名無しさん** · 2022/08/24(水) 18:51:54.43

X11はC言語で書かれているけど、オブジェクト指向ですよね。

**デフォルトの名無しさん** · 2022/08/24(水) 18:54:46.36

ファイル・システムも、ファイル・ハンドルをオブジェクトを識別するハンドルと考えれば、ファイルオ・ブジェクトにOpenとかReadとかメッセージを送ってることになりますよね。
目を細めてよく見ると、オブジェクト指向に見えます。

**デフォルトの名無しさん** · 2022/08/24(水) 19:09:11.32

ハンドルが在る時点でカーネル・オブジェクトなので、オブジェクトにメッセージを送ってると考えられませんかね？

**デフォルトの名無しさん** · 2022/08/24(水) 19:10:37.69

ウィンドウ・ハンドルが在れば、ウィンドウ・オブジェクトが在るってことですもんね。

**デフォルトの名無しさん** · 2022/08/24(水) 19:55:40.41

ウィンドウハンドルとかthisポインタとか、これとは別スレの2スレ目とかでいい話聞けたよ

その頃からチンポ君が執拗に邪魔してたけど、しばらくおとなしいうちがチャンスだね