18/10/23 00:21:48.05 +Sb0MP+K.net
ﾚﾍﾞﾙが低いとな？
いやあ
こんな基本的なことすら分かってない低学歴が大量にﾚｽしてるとか
ﾏｼﾞでﾚｽしてて恥ずかしくないのか。。。
160:デフォルトの名無しさん
18/10/23 00:22:33.27 geE4awHy.net
>>151
思考範囲を少なくできるのがメリットと言ってるじゃん・・・
グローバル変数をいじるような事をしない限り、オブジェクトの範囲（引数も含めて）だけ考えて書ける。
161:デフォルトの名無しさん
18/10/23 00:24:43.01 9GE8UAE2.net
>>143
そっか、お前らサルってメリットがどういうものか知らないんだな
メリットってのはお金を産まなきゃ意味がないんだぞ
具体的には工数削減と品質向上だ
工数削減はわかると思うが、さらに品質向上には基準が必要だ
これらの数字を具体的に変更して初めてメリット足りうる
おｋ？
162:デフォルトの名無しさん
18/10/23 00:25:33.40 Z0BEx7Pz.net
>>155
意図が伝わらなくて残念だったけれども、scopeの切り方にはいろいろある。
そのうちオブジェクトスコープならではの長所と短所をあなたなりに聞きたかったんだよ
>>155はscopeの一般論でオブジェクトスコープならではのものではないんだよ
163:デフォルトの名無しさん
18/10/23 00:27:50.03 +Sb0MP+K.net
さわれないようにすることで
未然に事故を逓減できるからな
事故がおきてもしょうがないですむようなｼﾛﾓﾉなら
事故がおきてもしょうがないですむ
で、そういうとこは低学歴しかいない
低学歴だからしょうがないですむ
164:デフォルトの名無しさん
18/10/23 00:28:31.02 Z0BEx7Pz.net
>>154
何であなたはここにいるの？
あなたはこのｽﾚの趣旨に対して議論するレベルの資質を
残念ながら見受けられないよ
かわいそうだけども
165:デフォルトの名無しさん
18/10/23 00:28:47.82 9GE8UAE2.net
>>155
できないよね？
c言語時代のやり方で組んだら関数の引数で受け取って終わりだけど
メンバに内包するクラスのインスタンスは影響範囲を広げる上にprivateは見えない
166:デフォルトの名無しさん
18/10/23 00:29:14.30 +Sb0MP+K.net
いくら低学歴が強がってもﾑﾀﾞだからな
もうな低学歴なのはばれてる
167:デフォルトの名無しさん
18/10/23 00:31:12.01 Z0BEx7Pz.net
北朝鮮の刈上げの一時の強がりみたいだな
168:デフォルトの名無しさん
18/10/23 00:32:29.47 9GE8UAE2.net
>>159
このスレにいるのは
俺にはサルしか見えない
メリットも見えない技術を使って悦にいってるような雑魚は
そもそも技術者でもプログラマでもなくてサルだろ
169:デフォルトの名無しさん
18/10/23 00:32:31.30 +Sb0MP+K.net
ﾎﾝﾄなかわいそうなぐらい頭ﾜﾙｲ
こんな頭ﾜﾙｲのが現実にいるわけだからな
生きていくのが困難と考えられるぐらい頭ﾜﾙｲ
170:デフォルトの名無しさん
18/10/23 00:34:51.23 geE4awHy.net
>>157
メンバ変数の管理の責任をオブジェクトに押し付ける。
privateなメンバ変数はsetで変な値は弾くべきだし、フォーマットしてもいい。
publicなメンバ変数はどういじられようが構わない（責任の放棄）
171:デフォルトの名無しさん
18/10/23 00:35:37.57 Z0BEx7Pz.net
>>163
俺はサルではなく技術者でありソフトウエア開発者でありプログラマだよ
172:デフォルトの名無しさん
18/10/23 00:37:10.73 9GE8UAE2.net
>>166
だったら自分が使ってる技術のメリットぐらいは説明できるようにしとけサル
173:デフォルトの名無しさん
18/10/23 00:42:24.65 Z0BEx7Pz.net
>>165
それはobject/instanceというものにあえてscopeをもたす、メリットとは違うのでは？
言葉足らずのコミュニケーｼｮﾝいれ違いなのかもしれないけど
>>167
sttaic scope、extent、階層化、と再帰とか局所化とか組み合わせとか
さんざ書いてもポエムとかこ馬鹿になれてきた俺にそれを言うかあんたは
174:デフォルトの名無しさん
18/10/23 00:42:53.05 geE4awHy.net
>>160
メンバに内包するクラスのインスタンスは影響範囲を広げる上にprivateは見えない
低学歴な俺に影響範囲を広げる例を示していただけないだろうか？
出来ればc++で。
175:デフォルトの名無しさん
18/10/23 00:46:21.09 9GE8UAE2.net
>>168
だからテメーのは全部工数削減と品質向上に結びつけての説明ができてねーんだよ
今のままだと全部お前の思い込みじゃん
176:デフォルトの名無しさん
18/10/23 00:48:49.75 +Sb0MP+K.net
低学歴知恵遅れは
ﾌｧｲﾙﾎﾟｲﾝﾀの現在の状態を気にしながら
ﾌｧｲﾙﾎﾟｲﾝﾀ使ってるのか
とりあえず頭悪すぎるわ
177:デフォルトの名無しさん
18/10/23 00:48:51.71 Z0BEx7Pz.net
ま、いいんだよオレが5chでばかにされようがどうしようが。
問題はオブジェクト指向を使ったソフトウエアの表現手段が
実は幻想でみんなだまされていたんじゃないかってことに対する
有効性を示す科学的工学的根拠がいまだかつて
まったく提示されていないこと
178:デフォルトの名無しさん
18/10/23 00:50:13.06 9GE8UAE2.net
>>169
は？
c言語の関数と比較した話をしてやったよな？
あれで何でわかんねーの？
サルは違うな
179:デフォルトの名無しさん
18/10/23 00:52:29.77 +Sb0MP+K.net
ちなみに
ﾌｧｲﾙﾃﾞｨｽｸﾘﾌﾟﾀもその先に構造体もってるからな
低学歴知恵遅れにとってはそれはただの整数だからな
ただの整数に見えることを
低学歴知恵遅れは幸せに思わないとな
180:デフォルトの名無しさん
18/10/23 00:54:30.49 Z0BEx7Pz.net
>>174
便所の落書きはチラシの裏にお願いします
181:デフォルトの名無しさん
18/10/23 00:54:37.93 9GE8UAE2.net
>>172
ん？メリットがねーんだから
一旦オブジェクト単位に直す工程が必要になる
オブジェクト指向なんてやる意味全くねーだろ
何でオブジェクト単位に直すの？
つまりオブジェクト指向のメリットがないなら無駄な工数を浪費してるだけ
ハイ、説明終了
182:デフォルトの名無しさん
18/10/23 00:55:31.81 Z0BEx7Pz.net
>>176
その通りなんだよ。
183:デフォルトの名無しさん
18/10/23 00:55:39.51 +Sb0MP+K.net
ﾌｧｲﾙﾎﾟｲﾝﾀすら分かってない低学歴に
ﾚﾍﾞﾙが高すぎるのは分かるわ
そのﾌｧｲﾙﾎﾟｲﾝﾀはﾌｧｲﾙﾃﾞｨｽｸﾘﾌﾟﾀも内包してるからな
184:デフォルトの名無しさん
18/10/23 00:58:52.93 Z0BEx7Pz.net
ところがオブジェクト指向を使ったプログラミングでも
頑張ればソフトウエアは作れちゃうんだよ
gotoを乱用しても頑張れば出来ちゃう
でも規模に応じた複雑度が急に増大する
似てるんだよ
185:デフォルトの名無しさん
18/10/23 00:59:42.70 Z0BEx7Pz.net
>>178
くだｽﾚ、入門ｽﾚにこもっていてください
186:デフォルトの名無しさん
18/10/23 01:00:33.60 +Sb0MP+K.net
低学歴なのをどんどん自白してる自覚がないからな
187:デフォルトの名無しさん
18/10/23 01:01:21.95 +Sb0MP+K.net
ﾎﾝﾄな低学歴のﾓﾉ知らなさは半端ない
188:デフォルトの名無しさん
18/10/23 01:03:36.32 Z0BEx7Pz.net
オブジェクト指向のメリットを享受するは非常にムヅカしい
というか非常に応用に限定的
かつ人によってでたらめ
189:デフォルトの名無しさん
18/10/23 01:04:32.21 qPLwX6e7.net
10行程度のコードを書いているやつは
オブジェクト指向のメリットを理解できない
なぜか？
190:デフォルトの名無しさん
18/10/23 01:05:43.53 Z0BEx7Pz.net
それでも、ものすごく頑張れば
それを使ってソフトウエアを書くこと
「も」できる。「も」だ。
でもたいがい汚くなる
なぜなら…
続かないかもｗ
191:デフォルトの名無しさん
18/10/23 01:07:50.95 9GE8UAE2.net
つーか単に長年浪費してしまったから
今更オブジェクト指向を否定されちゃうのが怖いんだろ？
そういうのサンクコストって言ってすでにどうしようもないんだぜ
今わかって良かったじゃねーか
192:デフォルトの名無しさん
18/10/23 01:10:04.50 Z0BEx7Pz.net
俺はかまわないよ
結構迷惑したけれどもね
でも日本のIT産業は悪い影響受けたんじゃないかな
193:デフォルトの名無しさん
18/10/23 01:11:00.28 +Sb0MP+K.net
低学歴知恵遅れがいくらわめいても
FILEﾎﾟｲﾝﾀは普通に使えるからな
194:デフォルトの名無しさん
18/10/23 01:11:08.04 geE4awHy.net
>>173
サルでも理解出来ないから例を出してと言った。
privateな値はgetterで見ればいい。
publicでメンバ変数持ってるの？
195:デフォルトの名無しさん
18/10/23 01:11:49.87 Z0BEx7Pz.net
>>189
猿があんたバカだって笑ってるよ
196:デフォルトの名無しさん
18/10/23 01:12:22.77 9GE8UAE2.net
>>189
いや、そもそもそんなこと無意味だよね？
普通にc言語の関数じゃダメなの？
197:デフォルトの名無しさん
18/10/23 01:12:33.05 +Sb0MP+K.net
この部分でｵﾌﾞｼﾞｪｸﾄ指向が破たんするなら
ﾌｧｲﾙﾎﾟｲﾝﾀでも破たんするからな
198:デフォルトの名無しさん
18/10/23 01:13:28.88 Z0BEx7Pz.net
>>192
そりゃ極論だって
正気を保てよ
199:デフォルトの名無しさん
18/10/23 01:16:00.40 +Sb0MP+K.net
ぜんぜん極論じゃない
むしろﾌｧｲﾙﾎﾟｲﾝﾀをより安全に使える可能性があることを
示唆している
低学歴知恵遅れはﾎﾝﾄ頭ﾜﾙｲわ
200:デフォルトの名無しさん
18/10/23 01:16:03.55 6eYDBZzc.net
>>189
お前はこのスレの中でもひときわレベルが低いから
お願いだからもうこれ以上、何一つ発言しないでくれ
言わなきゃ分からんみたいだから一度だけ言う
201:デフォルトの名無しさん
18/10/23 01:20:30.54 Z0BEx7Pz.net
>>194
そりゃまﾌｧｲﾙﾎﾟｲﾝﾀより安全だけれども
そりゃscopeとかリンケージでまもっているからで
オブジェクトにscopeがひもつくことによるメリットとはちがうて
議論してきたつもりだなんだがな
あんた、言っちゃー悪いが池沼かよ
俺は相手しているほどひまわないぜよ
202:デフォルトの名無しさん
18/10/23 01:26:54.08 +Sb0MP+K.net
低学歴知恵遅れはﾘﾝｹｰｼﾞの意味が分かってて書いてるのか
あやしくなってきてるわ
とりあえず、救いようがないぐらい頭ﾜﾙｲのだけは分かったわ
203:デフォルトの名無しさん
18/10/23 01:28:39.67 Z0BEx7Pz.net
今後こて張っておお願い
将軍様とか
池沼乙とか
好きなのでいいから
204:デフォルトの名無しさん
18/10/23 01:36:23.70 Z0BEx7Pz.net
逆に、古典的なｗｗ オブジェクト指向プログラミング手法を使ったら
ややこしく込み入った大規模ソフトウエアの開発が
あーら不思議、こんなにスムーズに成し遂げられちしゃいましたー ﾃﾍﾍﾟﾛ
みたいないい話は話はないものかね…
205:デフォルトの名無しさん
18/10/23 01:44:04.13 Z0BEx7Pz.net
>>199
ま、ないんだわな。
Jaavにせよ
206:デフォルトの名無しさん
18/10/23 01:54:09.84 Z0BEx7Pz.net
オブジェクトscopeの有効性すら確認できないとなると
1983年Stroustrup,のC++ cfrot以降から現代までの
ＯＯＰの流行とは、一旦壇だ他のであろうぁという振り返りの
話になってしまう
オブジェクトscopeの有効性すらだ
207:デフォルトの名無しさん
18/10/23 02:02:05.18 qPLwX6e7.net
オブジェクト指向は人間のメンタルモデルと一致しているから
人間が理解しやすいっていうのがオブジェクト指向の一番のメリット
208:デフォルトの名無しさん
18/10/23 02:04:39.16 Z0BEx7Pz.net
そういうあいまいな解釈が結構
害がある
209:デフォルトの名無しさん
18/10/23 02:09:13.99 Z0BEx7Pz.net
つかメンタルモデルって何だよｗ
生暖かくスルーしようと思ったが
突っ込みどころ満載じゃないか。
感覚でソフトウエア開発の仕事上受けて
周りに迷惑かけるなよ
一時期はやった意識高い系かよ
210:デフォルトの名無しさん
18/10/23 02:10:23.75 qPLwX6e7.net
wikipediaでいいか？
URLﾘﾝｸ(ja.wikipedia.org)
メンタルモデル（英: mental model）とは、人間が実世界で何かがどのように
作用するかを思考する際のプロセスを表現したものである。表象 (representation) と密接な関係を持つ[1]。
3歳児でも世の中をオブジェクト指向で考えてる
パパ、ママ、ワンワン、ニャンニャン
211:デフォルトの名無しさん
18/10/23 02:16:24.45 7JILbqfM.net
また半角さんが狂ってるの？
212:デフォルトの名無しさん
18/10/23 02:17:37.55 Z0BEx7Pz.net
>>205
3歳児がパパ、ママ、ワンワン、ニャンニャン言うのは分かる。
がしかし、それとC++などの言語によるオブジェクト指向プログラミング手法で
大規模ソフトウエアシステムを構築する工学的な手法と何の関係があるというのか…
いろんな人の意見を聞くのは嫌いじゃないが、
多分この辺が1つの、1つのだよ、
日本のいわゆるオブジェクト指向論者の
ほんと限界なんだと思うわ
しかたない、しかたない、2000ﾝ3ﾝ前まで弥生縄文で争っていたのが
ここまで発展してきたともいえる、
が、しかし、臨界点の低さにげんなりするがこともあるが…
213:デフォルトの名無しさん
18/10/23 02:20:09.23 Z0BEx7Pz.net
なんでこんなにレベル低いのかというと、まとまった規模のソフトウエアを作成できない
人でも一家言 くちをはさみやすいからなんじゃないだろうかと常々思っているわけよ
214:デフォルトの名無しさん
18/10/23 02:22:19.60 CzrOcnli.net
米国で上位1%が富の独占をしている大きな理由は、労働者をスキルや成果で大きく選別しているからだ。
しかしながらそうでもしないと、ドラクエ10の下請けのように、コードの質が大きく落ちてしまう。
俺はドラクエ一筋なんてのはむしろゴミなコードを入れてしまう『有害な』働き者なのだ。
それは中小企業のデスクワークによくありがちな、要らない書類ばかり作って俺は仕事ができるみたいなものだ。
提案広場でよく『そう思わない』される理由
URLﾘﾝｸ(dragon-quest.me)
このゲームすぐ持ち物いっぱいになるな
URLﾘﾝｸ(dragon-quest.me)
【ドルボードGP】おいｗデスルーラ作戦晒すなやｗｗｗｗｗ
URLﾘﾝｸ(dragon-quest.me)
でも月額千円では、下請けプログラマーの選別なんて出来っこないだろう？
＞このゲームすぐ持ち物いっぱいになるな
ゲームの仕様について意見を出すと、必ずといっていいほどに『そう思わない』で真っ青。
つまり準廃プレイヤー＝下請けプログラマーには、ゲームの仕様を変える能力が欠如しているのだ。
アルバイトの賃金が低いのはスキルを必要としない単純作業だからで、労働者にスキルを求めるのであれば、
アルバイトよりも高い賃金を上乗せして払わなければならず、更に成果に応じた報酬も必要となる。
215:デフォルトの名無しさん
18/10/23 02:23:14.04 Z0BEx7Pz.net
いわゆる、間口が広くて奥行きが浅いって奴か…
まぁそういうものもこの世には必要だわな
居酒屋みたいに
216:デフォルトの名無しさん
18/10/23 02:26:07.42 qPLwX6e7.net
>>207
だから、
オブジェクト指向をベースに、言語システムを組み上げていくか
構造化をベースに、言語システムを組み上げていくかの違い
別に構造化でも、頑張れば今のオブジェクト指向に匹敵する言語システムを組み上げるのは不可能じゃないよ
その一つがファイルハンドルなんかだよ。でも途中で頑張るのをやめた。
なぜか？オブジェクト指向の方がわかりやすい（人間のメンタルモデルに一致してる）から
217:デフォルトの名無しさん
18/10/23 02:28:43.48 Z0BEx7Pz.net
人間のメンタルモデルとか実体のないものを持ち出すことだけはめなよ
218:デフォルトの名無しさん
18/10/23 02:30:10.52 qPLwX6e7.net
オブジェクト指向や構造化に実体なんかあったのか？
考え方だよなぁ
219:デフォルトの名無しさん
18/10/23 02:32:28.23 Z0BEx7Pz.net
>>213
ｱﾙに決まってﾝじゃん。ないと思うなら学会でそう発表してみなよ
今までの歴史を否定したとパッシングのみならず学会から抹殺されるぞ
220:デフォルトの名無しさん
18/10/23 02:36:56.10 Z0BEx7Pz.net
>>213
付け加えるならばあんたのひとことは
歴史のみならず現在のソフトウエアの存在
構築してきたあまたの努力にたいする否定だな
それはもはや
221:デフォルトの名無しさん
18/10/23 02:46:52.83 Z0BEx7Pz.net
ﾊｯ、、ということは
オブジェクト指向論者は、
実はソフトウエアの開発を
冒涜していたという結論かよ…
なんてこった
どうりでＩＴ産業が劣化の一途をたどるわけだ
222:デフォルトの名無しさん
18/10/23 03:09:34.26 qPLwX6e7.net
>>214
> ｱﾙに決まってﾝじゃん。ないと思うなら学会でそう発表してみなよ
あると思うなら学会でそう発表してみなよ。
お前が発表できないってことは、どういう意味かわかるよな？ｗ
ほんとなぁ、こうやって別の努力が必要なものを持ち出してきて
批判したつもりになって恥ずかしくないの？ｗ
223:デフォルトの名無しさん
18/10/23 03:10:27.18 qPLwX6e7.net
>>215
オブジェクト指向言語と
オブジェクト指向をごっちゃにしないように
オブジェクト指向は考え方。
アセンブラを含めどんな言語でもできる
つまり実体のない物
224:デフォルトの名無しさん
18/10/23 06:53:45.97 eFx2tb6X.net
チンポがシコシコしてるぜ！
225:デフォルトの名無しさん
18/10/23 06:57:22.91 7cV3/X2S.net
言語が少しずつ進化していることと、
オブジェクト指向のメリットを端的に説明することを分けて議論するのは
便所の落書きでは無理でしょ
議論にも訓練が必要だし、
学会で発表するくらいの論理だった説明が不可欠
俺も可読性以外でこれと言ったメリットは
マルチインスタンスくらいしか理解していないけど
226:デフォルトの名無しさん
18/10/23 07:06:52.99 qPLwX6e7.net
オブジェクト指向言語は○○が可能な言語ではなくて
○○がやりやすい、わかりやすい言語
メリットは○○とか言ってしまうと、オブジェクト指向じゃなくてもできますー
とかいうやつが出てく�
227:驕B実際にできる。やりづらいだけで。 結局の所、同じことをするのにどっちがやりやすいか？わかりやすいか？という 主観の問題になってしまう。実際のコードをみると明らかに オブジェクト指向言語の方がわかりやすいのだが、 そう思わない人もいるから話がまとまらない
228:デフォルトの名無しさん
18/10/23 07:35:28.83 3zmXfLsl.net
結局、メリットの意味がわからないからわかりやすい（は？誰が？）とかいうくだらないモノをメリットだと主張してしまうサルばかり
正直、お前らは農業でもやってるべきであってプログラマになるべきではなかった
229:デフォルトの名無しさん
18/10/23 07:36:47.03 qPLwX6e7.net
お前が理解できないだけだろｗ
230:デフォルトの名無しさん
18/10/23 07:40:41.46 3zmXfLsl.net
>>223
どこに工数削減と品質向上に結びつけてオブジェクト指向のメリットを説明できた奴がいるの？
231:デフォルトの名無しさん
18/10/23 07:44:35.74 evmPXMIt.net
とはいえ、頭でっかちの論文より、現場の声は聞きたいね
JavaのSwingを見たとき、GUIの可読性は純粋に気持ちよかったけど、
いかんせんネイティブのGUIにはかなわず死亡したな
232:デフォルトの名無しさん
18/10/23 07:46:46.68 3zmXfLsl.net
自分の主張する技術のメリットもわからない奴はサルだろ
恥ずかしくないのか？
233:デフォルトの名無しさん
18/10/23 07:48:02.49 3zmXfLsl.net
>>225
こうやって説明もなく関係ない話をし始めるバカもいい加減死ねよ
オブジェクト指向と何か関係あるんですか？
234:デフォルトの名無しさん
18/10/23 08:01:41.20 oxY4ycLF.net
メリットはカッコイイからかな。それっぽく複雑にすればするほどいい。文系の低能共を一発で黙らせる効果がある。
235:デフォルトの名無しさん
18/10/23 08:14:31.62 7cV3/X2S.net
まさによくも悪くも便所の落書き
236:デフォルトの名無しさん
18/10/23 08:17:07.54 7cV3/X2S.net
>>227
オブジェクト指向言語でGCもあるJavaでGUIをプログラミングするとわかりやすいよ、では？
237:デフォルトの名無しさん
18/10/23 08:18:49.16 7cV3/X2S.net
前スレ後半はまあ面白かったけどな
半角以外
238:デフォルトの名無しさん
18/10/23 08:32:50.85 XwNO0njr.net
>>230
なにそれ？
オブジェクト指向のメリットを説明するのに必要なの？
239:デフォルトの名無しさん
18/10/23 09:15:47.48 CzrOcnli.net
チンポがシコシコしてるぜ！
240:デフォルトの名無しさん
18/10/23 10:25:19.72 3TiX0PAR.net
手続きこそが中心である！
いやいやデータを処理するための手続きっしょ？
つーかそれセットでいいんじゃね？
オブジェクト指向誕生の瞬間である
241:デフォルトの名無しさん
18/10/23 11:12:44.39 IkVs3Cds.net
オブジェクト指向のメリットは
可読性だろ 作ったやつがバカだろうと
バカなりの考え方が追える
242:デフォルトの名無しさん
18/10/23 11:17:31.46 3v/S9uve.net
>>231
話題も面白くもない、
馬鹿すぎて皆の勉強にもならない、
Goをスクリプト言語と言ったり知識も少ない、
知識レベルが少なすぎて回答(質問スレ)やサンプルコードに嘘が入ってる、
煽りマシンとしても無能で煽りで誤字する、
困ったら精神崩壊。
ホント無益かつ有害だよね。
243:デフォルトの名無しさん
18/10/23 18:40:16.35 ZznWH4m8.net
>>235
うそやんむしろ下がるんじゃないか？
244:デフォルトの名無しさん
18/10/23 18:57:34.78 D52xSNtE.net
なんでもクラスに突っ込んで、それほとんどstatic変数使ってんのと一緒じゃん
ってコードになる。
245:デフォルトの名無しさん
18/10/23 21:36:28.96 yaz2LPbT.net
>>236
ならこのスレに来るな
246:デフォルトの名無しさん
18/10/23 22:04:49.36 +Sb0MP+K.net
図星低学歴知恵遅れが発狂してんのか
ｵﾚの正確無比なﾜﾙｸﾁに耐えられないのはわかる
ｵﾚは正確無比なﾚｽしかしてないからな
247:デフォルトの名無しさん
18/10/23 23:05:06.22 1Aazo7+K.net
何かの障害なんだろうね
248:デフォルトの名無しさん
18/10/23 23:10:26.99 PGQOpxAM.net
オブジェクト指向のメリットを知りたかったら
侍エンジニア塾がいいゾ
249:デフォルトの名無しさん
18/10/24 00:24:36.45 SiA3Fsmj.net
ちらっと見たけど
良くある入門書とそんなに変わらないような感じ
記事が多いみたいだから殆ど見てはいないけど
何か決め手になる記事ページとか有るのかね?
250:デフォルトの名無しさん
18/10/24 00:35:54.16 q5lBFUWb.net
マジレスやめて
251:デフォルトの名無しさん
18/10/24 00:51:30.96 SiA3Fsmj.net
良い解説サイトが出現するのを
結構期待している
それにしてもなかなかそういうのが出てこない
252:デフォルトの名無しさん
18/10/24 01:18:43.21 1mhY0v1d.net
>>239
半角さんなの？
253:デフォルトの名無しさん
18/10/24 01:20:30.75 pUZreFeO.net
ま、説明できるもんならやってみろって感じだな
254:デフォルトの名無しさん
18/10/24 09:13:11.88 MG+UNz2l.net
メリットが何か知らないまま
使っているわけか…
255:デフォルトの名無しさん
18/10/24 09:58:23.38 GbMFsb9F.net
設計ろくにできないやつは何指向だろうがくそなものしか作れないよ
256:デフォルトの名無しさん
18/10/24 12:07:28.04 Ol8Fx4pZ.net
普通に書いていれば、c言語よりc++の方が可読性は上だけど、インターフェースが～、細分化が～、とかなってきたら途端に複雑怪奇なデスマコードが出来上がる。
257:デフォルトの名無しさん
18/10/24 15:43:54.70 QiyZ4GKB.net
>>250
インターフェースが～細分化が～をC言語でやったも
複雑怪奇なデスマコードになるんだろ？
お前が作った場合は
258:デフォルトの名無しさん
18/10/25 01:38:38.71 N1Orwdhp.net
>>251
別人だが、
お前が作れば大丈夫なの？
本質的に抱える問題を
お前だけは回避できるというの？
259:デフォルトの名無しさん
18/10/25 01:57:53.86 2GgdBrg6.net
>>252
同じものを作るという前提なら何を使おうが一緒
むしろC言語でオブジェクト指向するほうが大変
260:デフォルトの名無しさん
18/10/25 02:09:11.01 N1Orwdhp.net
>>253
しなきゃいいだろそんなMotifみたいな変なこと
261:デフォルトの名無しさん
18/10/25 06:11:52.64 2GgdBrg6.net
Motifと同じことをMotifみたいなことをしないで実現するって話？
どうぞどうぞｗ
262:デフォルトの名無しさん
18/10/25 08:03:36.75 /tZ1df3y.net
誰もそんなこと言っていないのに、
釣り針も付けて無いのになぜか変な魚がつれたよ
263:デフォルトの名無しさん
18/10/25 08:07:38.99 2GgdBrg6.net
？ 単に一方では数行で終わるCLIツール
もう一方はGUIアプリで比べてオブジェクト指向は大変と
いうような間抜けを排除してるだけですよｗ
264:デフォルトの名無しさん
18/10/25 17:41:00.00 f241ss3k.net
プログラムの実力は筋肉量で決まる
265:デフォルトの名無しさん
18/10/25 18:54:16.79 2x94q/go.net
OOPがそんなにもクソで
諸悪の根源だと言うんなら
お前らはどんな環境で
どんな幸せを享受してんだ
266:デフォルトの名無しさん
18/10/25 19:02:32.21 6CwUNa2j.net
>>259
たまにはC言語チックに組んで見ろよ
267:デフォルトの名無しさん
18/10/25 19:18:00.16 2x94q/go.net
OOPLを捨てたらそんなに幸せになれるのか？
>>260
チックじゃなくてCそのもので書けば良いんだよな？
だってOOPはクソでOOPLなんて不要なんだから
268:デフォルトの名無しさん
18/10/25 19:38:12.50 1GpSKcHU.net
オブジェクト指向は諸悪の根源
ちけえねぇやっぱり関数型がナンバーワン
269:デフォルトの名無しさん
18/10/25 20:12:13.12 oo/AJ/05.net
おまえ本当は手続き型しかできないじゃん
270:デフォルトの名無しさん
18/10/25 20:22:18.55 0Y6f+7Qa.net
>>263
おまえ本当はプログラムできないじゃん
271:デフォルトの名無しさん
18/10/25 21:46:14.12 PLDh1J4G.net
チンポがシコシコする！
272:デフォルトの名無しさん
18/10/25 21:52:02.45 0Y6f+7Qa.net
シコシコするのはチンボやで間違えるなカス
273:デフォルトの名無しさん
18/10/25 22:08:46.98 GbvQq0+8.net
相対性理論や進化論と同じで一見簡単そうに見えるからアホが寄ってくる
274:デフォルトの名無しさん
18/10/25 22:32:52.78 egM/0rEz.net
構造化プログラミングからのオブジェクト指向が理想的
275:デフォルトの名無しさん
18/10/26 00:06:34.60 7cGNdWT7.net
�
276:ｻもそもこの板はｱﾎしかおらんやん 低学歴知恵遅れにｵﾌﾞｼﾞｪｸﾄ指向なんかﾑﾘだからな
277:デフォルトの名無しさん
18/10/26 01:46:49.67 zqmCYDLg.net
自己紹介を頼んだ覚えはないのに
278:デフォルトの名無しさん
18/10/26 07:23:34.89 WgzTS9Bd.net
>>266
『チンポ』を、チンコと呼ぶかチンボと呼ぶかについて。
チンコ→チンポは俺の『ムスコ』だ！
チンボ→チンポが棒のように硬くなった！
実に奥深いだろう？
279:デフォルトの名無しさん
18/10/26 07:30:27.32 WgzTS9Bd.net
>>105
＞夏目くんのチンポは何にも触れていないのにシコシコしている！
ムスコがボーになってしまった！
280:デフォルトの名無しさん
18/10/26 07:37:44.64 EejPhSvl.net
このつまらんチンポネタいつまで続くんかね
どーせやるなら笑わしてくれや
281:デフォルトの名無しさん
18/10/26 07:39:56.87 ARPyruX4.net
基地外や信者に荒らされるのも便所の落書きの宿命か
282:デフォルトの名無しさん
18/10/26 07:44:32.13 ARPyruX4.net
なぜ荒らすのか、荒らしなりに理由はあるんだろうな
オブジェクト指向を標的にしてるとか、
病的な信者のなれの果てか
283:デフォルトの名無しさん
18/10/26 07:50:56.14 WgzTS9Bd.net
珍妙な生き物だなぁ！
284:デフォルトの名無しさん
18/10/26 07:57:26.36 WgzTS9Bd.net
・独立性が高い
・独立性が高い
・独立性が高い
１）影響範囲を局所化する
プログラムの世界で「独立性を高める」というのはどういう意味があるかと言うと、
例えばバグが発生した場合に「その処理はこのクラスで行っている処理なのでこのクラスだけ修正すればいい」とか、
仕様変更が発生した場合に「その機能をまとめているクラスはこのクラスなので、
このクラスのインタフェースを修正すればいい」というように、何らかの変更が発生した場合に、
すでに作成した特定のクラスのみ修正すれば対応できるようにうまく設計されていることを、オブジェクト指向では
・独立性が高い
という。
URLﾘﾝｸ(simizuna.exblog.jp)
285:デフォルトの名無しさん
18/10/26 08:02:09.29 WgzTS9Bd.net
オブジェクトは独立した機械と見なせるため、それに対してメッセージを送り、自ら持つデータの責任は自らが負う。
Smalltalkの実行環境もまた仮想機械として作られている。
URLﾘﾝｸ(qiita.com)
286:デフォルトの名無しさん
18/10/26 08:36:25.58 WgzTS9Bd.net
でもオシッコを我慢する時は、チンポに力を入れて小便が出ないようにコマンドするけどな。
287:デフォルトの名無しさん
18/10/26 08:44:32.01 WgzTS9Bd.net
俺にとっての『オナニー』は、するしないではなくて気がついたらしていたのであり、
オナニーはそこにあったのだ。それはチンポがそこに付いていたのと全く同じだ。
288:デフォルトの名無しさん
18/10/26 09:24:29.21 2f9aOx33.net
真性の基地外ならそれはそれで面白いけどただの無能だからつまらんな
289:デフォルトの名無しさん
18/10/26 19:59:34.32 FAD476aH.net
>>281
俺はただパソコンに向かって独り言ブツブツ言って、チンポがシコシコしてるだけだが？
290:デフォルトの名無しさん
18/10/26 20:05:31.67 E+2rE/Ml.net
目的はブツブツ言う（スレに書き込む）ことか
291:デフォルトの名無しさん
18/10/26 20:17:21.38 JAAKpPz/.net
つまらない人
292:デフォルトの名無しさん
18/10/26 22:00:01.87 FW99y0io.net
どうせクソスレだから、荒れろ荒れろ！！！
293:デフォルトの名無しさん
18/10/26 22:19:23.51 FAD476aH.net
チンポがシコシコするぜ！
294:デフォルトの名無しさん
18/10/26 22:25:53.40 m4fmtxfO.net
自発的勃起射精型チンボやね
295:デフォルトの名無しさん
18/10/26 22:30:09.50 FAD476aH.net
>>287
オブジェクトの独立性が大事だってことだよな。
296:デフォルトの名無しさん
18/10/26 22:33:05.07 m4fmtxfO.net
>>288
せやね、いらん時にもシコシコするけどな
297:デフォルトの名無しさん
18/10/27 00:23:06.07 PtUYqbOY.net
>>105
＞夏目くんのチンポは何にも触れていないのにシコシコしている！
チンポがシコシコしてしまったら、
>>277
＞その処理はこのクラスで行っている処理なのでこのクラスだけ修正すればいい
急いでトイレに駆け込め！！！
298:デフォルトの名無しさん
18/10/27 00:25:22.59 PtUYqbOY.net
あるいは学校へ行く前にズリネタを探してチンポがシコシコしてからオナニーしておくとか。
299:デフォルトの名無しさん
18/10/27 00:28:45.43 PtUYqbOY.net
チンポは独立した生き物なので勝手にシコシコしてしまうが、素早く検知してトイレに駆け込めばセーフ！
300:デフォルトの名無しさん
18/10/27 09:58:41.69 ZWpnR1MN.net
口座残高管理や在庫管理のようなイベント主体のドメインはOOPではどう実装しますか?
一般的な方法だと↓のようにDBにドメインロジックを書くと思います
追記型のテーブル(入金テーブル, 出金テーブル)に行を挿入→トリガでスナップショット(口座テーブル.残高)を更新
アプリケーションは単にテーブルへの挿入とスナップショットの取得を行うだけです
これは非常にクリーンな構造だと思います
OOPの場合はDBにドメインロジックを置かないので必然的にトリガを使わない実装になりますが
その場合にクリーンな実装が想像つきません
301:デフォルトの名無しさん
18/10/27 10:27:21.75 4RrrP6U6.net
>>293
違うレイヤーの話がごっちゃになってるね
ぶっちゃけDBにドメインロジックなんか普通は置かないんだがｗ
まずドメインロジックをDBに置くかどうかって話はOOPかどうかとは無関係
前提としてDBは（オブジェクト指向ではない）RDBと
（オブジェクト指向の）OODBとがある
RDBしかないと思いこんじゃってるだろうけど
ドメインロジックをDBに置くかどうかの話は、前提として使ってるDBに
ドメインロジックを置く機能が存在しているかどうかそれを使うかどうかで決まる。
そしてDBがOODBであればドメインロジックはオブジェクト指向になるだろう
つまりだ、キミが言っている
> 一般的な方法だと↓のようにDBにドメインロジックを書くと思います
というのは、
（オブジェクト指向でない）RDBに以下のようにドメインロジックを置けば
（オブジェクト指向でないものとして）クリーンな構造だ
と言ってるに過ぎないんだよ。キミがクリーンな構造だと思ってるのはRDBだから
逆にOODBを使ってドメインロジックをDBに置けば
これは非常にクリーンなオブジェクト指向の構造になるわけだ
まあ、ここまでは理想論的な話。それをクリーンな構造だと思うのは
単にRDBを使ったからだろというツッコミ
302:デフォルトの名無しさん
18/10/27 10:27:54.84 4RrrP6U6.net
現実的な話としては、OOPを使ってDBはRDBを使って、ドメインロジックをDBに
置かないってことはよくあるね。
その場合、言語はOOPなのにDBはオブジェクト指向でない。
これはOOPとRDBのインピーダンスミスマッチと言われている有名な話
それを解決する一般的な方法はO/Rマッパーを使うということだよ
ほぼすべてのフレームワークにあるからO/Rマッパーは自作する必要はないぞ。
O/Rマッパーを使うことで、オブジェクト指向でないRDBの詳細を隠して
オブジェクト指向として使うことができる。背後のRDBの存在は忘れていい。
Bにドメインロジックを置かないとか、トリガを使わないとか関係ないんだよ
だから別のレイヤーの話
OOPの場合はO/Rマッパーを使うことで、データをオブジェクト指向で扱える。
すべてオブジェクト指向でプログラミングできるクリーンな実装なわけだ
303:デフォルトの名無しさん
18/10/27 10:44:18.20 dWq9Hx8p.net
Hibernateを使おうが、何使おうが、業務ロジックでオブジェクト指向が銀の弾になることはないぞ
あと、DBMSのトリガーと整合性制約でDB更新なんて保守性が落ちるからやめた方がいい
バッチだと普通に対象レコードでカーソル回すしかないんじゃないの？
オンラインのイベントはそもそもキー指定できるだろ？
304:デフォルトの名無しさん
18/10/27 10:46:09.38 4RrrP6U6.net
オブジェクト指向でなくても、銀の弾なんてないからなぁ
より良いものが、オブジェクト指向ってだけで。
305:デフォルトの名無しさん
18/10/27 10:50:13.85 ZWpnR1MN.net
なにを言ってるのかよくわかりません
イベントが主体となるドメインをOOPで実装する場合の最適解を模索してます
ORMの利用は当たり前のはなしであって今はそんなレベルの話はしてません
306:デフォルトの名無しさん
18/10/27 10:56:45.13 CO70PLsl.net
>>297
オブジェクト指向でどのへんが助かった？
俺の回り(メガバンク案件)ではメインフレーム以外ではPL/SQLでやってた頃のほうがよかったねって
ファイナルアンサーになってるんだけど、たの業種はどうなんだろ？
307:デフォルトの名無しさん
18/10/27 11:01:14.48 4RrrP6U6.net
>>298
> イベントが主体となるドメインをOOPで実装する場合の最適解を模索してます
だからOODBを使えばイベントが主体となるドメインをOOPで実装できる
それともイベントが主体となるものをDBの機能を使わないで
実装するにはどうすればいいのですかって話ですか？
手続き型ならどうやるのよ？これ重要なところだから
考えてみなさい（できれば答えてみなさい。）
質問のレイヤーが違ってるのよ
オブジェクト指向の話とDBの機能の話はレイヤーが違う話
308:デフォルトの名無しさん
18/10/27 11:03:18.37 4RrrP6U6.net
>>299
> オブジェクト指向でどのへんが助かった？
バッチ処理以外全般
309:デフォルトの名無しさん
18/10/27 11:03:58.50 CO70PLsl.net
オンラインはServret一辺倒で必然的にJavaで書くけど、
業務ロジックなんてバリエーションくらいで後はホストに投げるだけだし、
Javaだから楽ってこともないな
310:デフォルトの名無しさん
18/10/27 11:04:16.67 S4VvuAVS.net
ただのﾃﾞｰﾀの永続化の問題
しかも永続化の方法をなんらかのDBに限定してる話だからな
ｺﾚが低学歴知恵遅れのｵﾌﾞｼﾞｪｸﾄ思考
311:デフォルトの名無しさん
18/10/27 11:09:36.45 CO70PLsl.net
>>301
バッチ処理以外って例えばWebだとして、
JavaのほうがCよりはずっと書きやすい読みやすいけど、
オブジェクト指向だから書きやすいのではなくて、
単にメモリ管理や文字列などが分かりやすいだけだわ、俺の場合
312:デフォルトの名無しさん
18/10/27 11:11:10.55 2OuJiKuO.net
なんだよクリーンな構造って何が聞きたいんだ
313:デフォルトの名無しさん
18/10/27 11:11:37.47 4RrrP6U6.net
>>300に自己レス
どうせ消え去りそうだからｗ
> 手続き型ならどうやるのよ？これ重要なところだから
> 考えてみなさい（できれば答えてみなさい。）
これどういう意味かというと、
イベント（トリガー）が主体となる処理をDBでやる場合
RDBの機能で行う・・・手続き型
OODBの機能で行う・・・オブジェクト指向
ってことで、手続きもオブジェクト指向もどちらもあり得るんだよ
で、トリガーが主体となる処理を、アプリ側で行う場合、
手続き型・・・どうやるの？（できません）
オブジェクト指向・・・どうやるの？（できません）
ってことで、手続き型でもできないってことなんだよ。
手続き型でもクリーンな実装は思いつかない
ようするに>>293が卑怯（あえて卑怯という言葉を使うｗ）なのは
アプリ側でできない処理を手続き型ならDBで実装して
オブジェクト指向では、DBで実装してはいけないと言ってること
オブジェクト指向でも、DBで実装すりゃいいじゃん。
どうせそこでしかできない処理なんでしょ？
それがアプリ側でオブジェクト指向使うのと何の関係があるの？
レイヤーが違うでしょという話
314:デフォルトの名無しさん
18/10/27 11:14:08.89 4RrrP6U6.net
>>304
> 単にメモリ管理や文字列などが分かりやすいだけだわ、俺の場合
俺の場合、フレームワークが使いやすいだけ
だけどそのフレームワークでオブジェクト指向が使われてる
なぜか？オブジェクト指向が作りやすいからだろう
オブジェクト指向っていうのはフレームワークを
作るためのものと言っても過言じゃないよ
直接オブジェクト指向を使ってなくても、
その使いやすい環境（フレームワーク）が作れるのは
オブジェクト指向だから
315:デフォルトの名無しさん
18/10/27 11:16:59.64 S4VvuAVS.net
低学歴知恵遅れが設計するようなﾃﾞｰﾀ構造では
なにを使おうがｺﾞﾐにしかならない
透明なｺﾞﾐ袋になるか中身がみえないｺﾞﾐ袋になるかの違いしかない
詰まってるものは同じｺﾞﾐ
316:デフォルトの名無しさん
18/10/27 11:20:09.47 ZWpnR1MN.net
結局のところ
OOPは万能ではなく苦手な分野もある
業務の多くはOOPの苦手な分野とかぶっている
ということなんでしょうか
OOPはリソースの扱いと相性がいいですが
業務はOOPと相性が悪いイベントのほうが圧倒的に多いんですよね
317:デフォルトの名無しさん
18/10/27 11:21:34.94 4RrrP6U6.net
そりゃ、万能なものはなにもないんだから、
手続き型もオブジェクト指向も苦手な分野はある
> 業務の多くはOOPの苦手な分野とかぶっている
そんなことは一言も言ってない
> 業務はOOPと相性が悪いイベントのほうが圧倒的に多いんですよね
全然そんなことはない。
単にお前の「業務」がそうってだけだろう
318:デフォルトの名無しさん
18/10/27 11:32:14.75 dWq9Hx8p.net
イベント駆動に相性がいいからGUIに多様されてるんだろ？
DBMSのイベント駆動ならOracleに閉じた世界でもできるけど、流行らないだけ
319:デフォルトの名無しさん
18/10/27 11:33:44.31 io741/EL.net
イベントドリブンとオブジェクト指向は相性良いじゃん
320:デフォルトの名無しさん
18/10/27 11:35:53.89 4RrrP6U6.net
>>312
今の話は、DB側への操作によるトリガーを
どうやってアプリ側に伝えるかという話で
それは手続き型でも難しい事で全く関係ない話だけどねｗ
321:デフォルトの名無しさん
18/10/27 11:36:14.62 ZWpnR1MN.net
>>310
事実ですよ
業務システムの大部分は事実の正確な記録を重視します
つまり何がおこったのかという記録==イベントの記録ですね
322:デフォルトの名無しさん
18/10/27 11:38:48.36 S4VvuAVS.net
そんなもんｲﾍﾞﾝﾄが発生するたびに
DBなら特定のﾛｸﾞ（履歴）ﾃｰﾌﾞﾙに書き込む（記録する）だけでおしまい
しょうもない
さすが低学歴知恵遅れ。。。
323:デフォルトの名無しさん
18/10/27 11:39:30.23 7e4UH6L0.net
OOPがクソなら
何ならクソじゃないの？
324:デフォルトの名無しさん
18/10/27 11:40:46.36 S4VvuAVS.net
もしかして低学歴知恵遅れが作ったｼｽﾃﾑでは
あちこちのﾃｰﾌﾞﾙにﾕｰｻﾞｰの客の行動履歴みたいなもん保存してんの？
あったまわるう。。。
325:デフォルトの名無しさん
18/10/27 11:40:54.05 4RrrP6U6.net
>>314
ようするに「データの保存」のことを
語ってるだけですよねｗ
> つまり何がおこったのかという記録==イベントの記録ですね
DBのトリガーのことをイベントといっていたかと思えば
今度はデータの保存のことをイベントというのですか
そうやっていろんなことをごちゃまぜにして考えるから
お前はいつになっても理解できないんやで
326:デフォルトの名無しさん
18/10/27 11:45:23.16 S4VvuAVS.net
まずそんな作りになってたら
ﾃﾞｰﾀ分析にすらまともに使えない
低学歴知恵遅れがｼｽﾃﾑ作ると
ﾃﾞｰﾀを分析するﾃﾞｰﾀを作るのも大変になるのがよく分かったわ
327:デフォルトの名無しさん
18/10/27 11:45:57.00 zMT6Eu0F.net
半角さん、いよいよレスも返してもらえなくなったんだw
328:デフォルトの名無しさん
18/10/27 11:49:41.89 zMT6Eu0F.net
半角さんは職歴の事語らないけど、多分ド底辺四次受けとかなんだろうな。
それぐらいの知識も無いんだけど。
329:デフォルトの名無しさん
18/10/27 11:52:35.80 S4VvuAVS.net
この板にいるような低学歴知恵遅れが作ったOODBなんかで保存された日には
まずﾃﾞｰﾀ分析で使えるｼﾛﾓﾉになってないことは断言できる
つまり業務ｼｽﾃﾑとして動いてるようにみえてれば
なんでもいいという世界で間違いない
RDBなら致命傷にならずにまだなんとかなる
330:デフォルトの名無しさん
18/10/27 11:54:28.54 p3Z91K38.net
なぜオブジェクト指向で作るのかって本ではジャンケンゲームの例があったな。
CPUvsユーザーの2人(？)版を作って、それを3人4人と増やしたい時、オブジェクト指向の方がコード修正しやすいみたいな。
その時はそうかと思ったけど、後から考えたら別に構造化プログラミングでもそんなに修正しないで済んだ。
パッと浮かびにくいとか、そういう問題だったのかも？とは思いもするが、オブジェクト指向の例を先に見せられたからかもだし、うーん。。。
331:デフォルトの名無しさん
18/10/27 11:55:43.66 CO70PLsl.net
なぜみんな華麗にスルーしてるのに、以下略
332:デフォルトの名無しさん
18/10/27 11:56:33.10 S4VvuAVS.net
低学歴知恵遅れたちに図星のﾚｽだからな
333:デフォルトの名無しさん
18/10/27 11:57:29.94 CO70PLsl.net
>>323
マルチインスタンスのメリット説ね。
実は全然ありがたくないというのに気づくのけっこうかかったわ
334:デフォルトの名無しさん
18/10/27 11:57:38.61 S4VvuAVS.net
まずｵﾌﾞｼﾞｪｸﾄ指向も構造化ﾌﾟﾛｸﾞﾗﾐﾝｸﾞも
どっちもまともに理解できてないのが
知ったかでﾃｷﾄｰに書いてんのがﾊﾞﾚﾊﾞﾚなﾜｹ
335:デフォルトの名無しさん
18/10/27 11:59:11.11 ZWpnR1MN.net
>>318
私は最初からイベントをデータとして認識してレスしてますよ
リソースとイベントを意識してテーブルを構成するのは基本中の基本なのであえて説明してから議論するまでもないと思っていましたが
まさかこの文脈でイベントドリブンのイベントと勘違いする人がいるとは予想外でした
336:デフォルトの名無しさん
18/10/27 12:04:16.63 S4VvuAVS.net
低学歴知恵遅れは目の前の作業しかみえないからな
その作業でなにをしてるかという感覚すらないからな
動けばいい
それだけだ
337:デフォルトの名無しさん
18/10/27 12:10:26.26 dWq9Hx8p.net
>>328
レコードの更新をハンドリングすることと同じじゃね？
イベントドリブンBeanとDAOを連携させる試みは流行らなかったけど
338:デフォルトの名無しさん
18/10/27 12:11:57.18 S4VvuAVS.net
それぜんぜん違う
やばいわ
DBﾄﾘｶﾞｰの意味すら分かってない
ﾏｼﾞで低学歴知恵遅れしかいない
339:デフォルトの名無しさん
18/10/27 12:12:13.85 RkY7jvte.net
頭の悪い人が何か勘違いしてオブジェクト指向を使った
変なコードを書いていることがよくあるという意味では
半角と同意だな
340:デフォルトの名無しさん
18/10/27 12:13:14.82 RkY7jvte.net
>>332
ただし、それに半角も含まれているけど
341:デフォルトの名無しさん
18/10/27 12:14:10.46 S4VvuAVS.net
この板では
基本的なことが分かってないようなのがﾄﾞﾔ顔でﾚｽしてるﾜｹ
珍妙なｺｰﾄﾞができあがるのも必然
342:デフォルトの名無しさん
18/10/27 12:16:13.04 RkY7jvte.net
>>334
にわかオブジェクト指向厨は
べつにこの板に限らず世に広く
ナンセンスなことを言う人が多いよ
半角様も含めてね
343:デフォルトの名無しさん
18/10/27 12:22:16.77 S4VvuAVS.net
むしろｵﾚﾚﾍﾞﾙでないとｵﾌﾞｼﾞｪｸﾄ指向はﾑﾘ
なんどもいうが
低学歴知恵遅れとｵﾌﾞｼﾞｪｸﾄ指向は
ｷﾁｶﾞｲに刃物
344:デフォルトの名無しさん
18/10/27 12:23:55.10 RkY7jvte.net
そうかもしれないが
ブーメランが突き刺さってるぜ
345:デフォルトの名無しさん
18/10/27 12:28:48.03 S4VvuAVS.net
残念なことにまともな教育を受けてれば
低学歴かどうかなんかﾚｽからすぐに分かってしまう
低学歴なうえに著しく知能が低い
その自覚がない
そして自己評価だけは高い
つまりこの板の低学歴知恵遅れは救いようがない
346:デフォルトの名無しさん
18/10/27 12:30:17.69 4RrrP6U6.net
>>328
> 私は最初からイベントをデータとして認識してレスしてますよ
誰も「お前がイベントをデータとして認識してない」なんて
言ってないんだが？ あたま大丈夫か？文章読めるか？
お前は、
DBのトリガーのことを "イベント" といってたのに
データの保存のことを "イベント" と言い出した
そういうことを俺は言った
なんで俺が言ってないことに、話すりかえてんの？
347:デフォルトの名無しさん
18/10/27 12:30:54.71 RkY7jvte.net
>>39
って良書？
もしかしたら昔原書を買ったまま本棚に積読してあるかもだけど、
良書なら暇があったらめくってみようかなって気になった。
やっぱオブジェクト指向を使ったソフトウエアの表現て、
実践の場では意外と難しい局面があって煩わされることもしばしばで、
方法の模索が続いて終らない
348:デフォルトの名無しさん
18/10/27 12:31:46.92 4RrrP6U6.net
ID:ZWpnR1MN ってまともに話しているふりして
ただのアンチだろうなｗ
でなければ、こうも関係ない話にすり替えたりしない
349:デフォルトの名無しさん
18/10/27 12:38:42.17 io741/EL.net
>>328
で結局何の話したいの？
そのクリーンな実装とやらのアーキテクチャの話？
350:デフォルトの名無しさん
18/10/27 12:39:08.49 2OuJiKuO.net
何かをトリガーに何かしたいなら関数オブジェクトなりデリゲートなりなんなりぶちこんで何か起きたら呼べ
そんなんオブジェクト指向だろうが関数型だろうか変わらん
351:デフォルトの名無しさん
18/10/27 12:45:49.91 RkY7jvte.net
>>340
本棚の奥から
蒼い表紙に眼鏡をかけたカモノハシが見得のポーズを切って卵を守っている絵の
An Introduction to Object-Oriented Programming
Timothy Budd
が発掘できたぜよ。でも1991年のfirst editionだた…orz
羽部さんの訳ってどうよ？
良ければ3rd Editionの訳を書店で眺めてみるけど。
352:デフォルトの名無しさん
18/10/27 12:56:30.18 4RrrP6U6.net
>>343
でもなぁ、こいつが言っていたイベントはRDBのトリガーで
（途中でイベントの意味を変えてきやがったが
353:ｗ） RDBのトリガーの内容をアプリ側から知るのは（オブジェクト指向じゃなくても） 手続き型言語で知るのは難しいぜ。RDBにそういう機能はないからな
354:デフォルトの名無しさん
18/10/27 12:58:23.60 S4VvuAVS.net
ｵﾚは書籍の内容について批評はしない
確かなことは書籍は読む人間を選ぶとことになる
頭ﾜﾙｲのがいくら本読んでもﾑﾀﾞだからな
なにが書いてあるかを理解するのは自分自身だからな
355:デフォルトの名無しさん
18/10/27 13:03:02.03 E4+ZR5KW.net
T字型ERデータベース知らん人って思ったより居るんだね
オブジェクト指向の最大の弱点は学んだ人がオブジェクト指向は銀の弾丸だと勘違いして他のテクノロジをおろそかにしてしまうことだな
356:デフォルトの名無しさん
18/10/27 13:03:20.83 RkY7jvte.net
>>346
訳は上手いか聞いたんだよ。日本語OK?
first editionをぱらぱらめくってみたけどほとんど基本的な内容だった。
Chapter 15のVisibiility and dependenmcyは80年代後半の
ソフトウエア工学の話題とOOPの関連性が書いてあって多少面白そう
357:デフォルトの名無しさん
18/10/27 13:08:02.52 S4VvuAVS.net
日本語は知らない
358:デフォルトの名無しさん
18/10/27 13:10:51.56 RkY7jvte.net
正直でよろしい。
3rd ed訳を立ち読みしてみようかと思ったが
そのへんの店舗では扱っているところが少なそうだな…
359:デフォルトの名無しさん
18/10/27 13:16:03.98 RkY7jvte.net
訳は2002年の2nd edまでなんだな、しかも￥4,723 て
ぼるなあ
360:デフォルトの名無しさん
18/10/27 13:28:14.73 KIIskOQo.net
チンポがシコシコするぜ！
361:デフォルトの名無しさん
18/10/27 13:40:33.66 CO70PLsl.net
半角さんとちんぽさんはコテ付けてくれよ
362:デフォルトの名無しさん
18/10/27 14:06:02.77 zMT6Eu0F.net
低スペだからコテなんか付けれないだろw
363:デフォルトの名無しさん
18/10/27 14:20:55.23 COSIUYbm.net
ハイ、ここまでオブジェクト指向のメリットなしのクズ男
364:デフォルトの名無しさん
18/10/27 14:22:11.98 +tHchtmr.net
おつかれさまでした
365:デフォルトの名無しさん
18/10/27 15:42:15.57 7e4UH6L0.net
半角さんの言うことは正しいよ
> 低学歴なうえに著しく知能が低い
> その自覚がない
> そして自己評価だけは高い
その場にいるほかのメンツの力量判断できないから
一人だけ調子に乗ってしょーもないことを得意げに演説
一人だけ周回遅れの子ってのは滑稽であり悲しくもある
自分が賢いかのような口調で演説するからいたたまれない
366:デフォルトの名無しさん
18/10/27 16:05:14.75 +tHchtmr.net
なるほど、おつでーす
367:デフォルトの名無しさん
18/10/27 17:49:04.63 RkY7jvte.net
>>357
「頭の悪い人はバカ」って、何の話してんだよ、
オブジェクト指向がクソか どうかだろ
そういうのを頭が悪いと言うんだよ
368:デフォルトの名無しさん
18/10/27 19:23:43.65 FFMC2/bw.net
第三回バーチャルYouTuber人気投票リベンジ募集中（全287名、2018年10月27日～）
あなたの好きなVtuberは？（一人十票）
URLﾘﾝｸ(script.google.com)
・前回(2018/8/22)は不正投票が行われた為、投票を途中で中止させていただきました。大変申し訳ありませんでした。
・Googleフォームは標準仕様では不正投票が可能な為、改造して対策を行いました。
・2018/10/27時点でチャンネル登録数10,000人以上のVtuberを対象としています。
・一つのチャンネルでVtuberが複数人いる場合は、それぞれ分けています。
・一人十票です。（全287名の中からお好きなVtuber10名を選んでください。）
・このフォームに投票するにはグーグルアカウントでログインする必要はありません。
・並び順は前回の得票数の高い順と新人は登録者数の多い順に並んでいます。
・今回も1,000人の方が投票するまで継続します。
なお投票結果はスプレッドシートにリアルタイムで表示されるようにしました。
また【概要】と【詳細】でシートを分けております。
URLﾘﾝｸ(docs.google.com)
▽過去の投票結果はこちら
第二回バーチャルYouTuber人気投票結果（2018年6月5日～8月6日、全投票数1,000票）（スプレッドシート）
URLﾘﾝｸ(docs.google.com)
第一回バーチャルYouTuber人気投票結果（2018年5月7日～5月30日、全投票数1,000票）（スプレッドシート）
URLﾘﾝｸ(docs.google.com)
369:デフォルトの名無しさん
18/10/27 20:09:40.96 if75aWaZ.net
ここまでオブジェクト指向のメリットも挙げられないクズ
早く死んで欲しい
370:デフォルトの名無しさん
18/10/27 20:12:26.50 9XazvJsa.net
バグコードを内包するクラスを多重継承させてたりしたら結局何のためのカプセル化なんですかって話になるんだよね
371:デフォルトの名無しさん
18/10/27 20:18:12.71 Eqi8BIlY.net
多重継承するバカ発見
372:デフォルトの名無しさん
18/10/27 20:21:12.23 4RrrP6U6.net
>>362
それバグを内包するクラスが悪いって話ですか？多重継承は関係なく
373:デフォルトの名無しさん
18/10/27 20:32:22.95 8vLGwI12.net
まぁ一人で作ってるわけじゃなくて何十人も絡むプロジェクトだと「どのモジュールが悪いのか」って
切り分けは必要だから仕方ないんだけど効率悪いよね
374:デフォルトの名無しさん
18/10/27 21:06:19.63 9XazvJsa.net
>>364
継承を通じてバグコードの影響が複雑に伝染することや、多重継承によってクラス間の依存度が高まることでデバッグが難しくなってしまうのが問題の本質なんだから、純粋に多重継承の問題だよ
375:デフォルトの名無しさん
18/10/27 21:08:20.34 4RrrP6U6.net
>>366
でもバグがなければ、何も問題ないですよね？
えと、バグが無いという前提で、
何が問題かを語ってくれませんか？
どうもバグに話をすり替えているようにしか見えませんから
376:デフォルトの名無しさん
18/10/27 21:16:06.32 9XazvJsa.net
>>367
そもそもバグコード生成や不具合発生が避けられないものであるという前提で話が出来ないのかな？
377:デフォルトの名無しさん
18/10/27 21:51:44.06 r8YaGOoY.net
デバッグが困難になる（特に>>366みたいなアホには）って言うのはまあわかるとして
> 結局何のためのカプセル化なんですか
にどうやって繋げるつもりなんだ？ w
378:デフォルトの名無しさん
18/10/27 21:54:09.25 JpRu0mgz.net
>>242
今ニュース系サイトで見たんだけど
そこ炎上してたんだwww
379:デフォルトの名無しさん
18/10/27 22:13:20.04 p3Z91K38.net
どっちもどっち。
大元のクラスライブラリにバグがある事もあるし、100%バグの無いコードは事実上不可能だから、バグが無い前提は流石にあかん。
然りとてバグコード含んだクラスを継承というのも行き過ぎで、十分なデバッグやテストを通してから継承するもの。
理想と現実の狭間で最善尽くすだけ。
上でも何度も言われてるが、オブジェクト指向は銀の弾丸では無い。
380:デフォルトの名無しさん
18/10/27 22:33:52.71 7e4UH6L0.net
>>371
みたいなしょーもないシッタカ意見を排除することからはじめたい
381:デフォルトの名無しさん
18/10/27 22:37:37.79 Eqi8BIlY.net
>十分なデバッグやテストを通してから継承するもの
?????????????????????????????
382:デフォルトの名無しさん
18/10/28 01:14:01.05 qArEjd5e.net
そもそも関数で組んでれば依存がないものを
メソッドにすることでメソッド同士でメンバ変数を共有することになるのだが
これはいいことなのか？
383:デフォルトの名無しさん
18/10/28 02:00:49.16 PnJQ4LJT.net
>>368
> そもそもバグコード生成や不具合発生が避けられないものであるという前提で話が出来ないのかな？
はい。だから問題はバグってことですね
384:デフォルトの名無しさん
18/10/28 02:01:43.41 PnJQ4LJT.net
>>371
> 上でも何度も言われてるが、オブジェクト指向は銀の弾丸では無い。
それどころか、手続き型も構造化も関数型も銀の弾丸ではない
なぜオブジェクト指向だけを違うと主張するのか？
385:デフォルトの名無しさん
18/10/28 03:32:02.39 heugqVbH.net
>>376
あふぉか、
なんらかの弱点があるから、どの方法も無意味だとでも言いたいのか
オブジェクト指向には、
特に問題があったのではないだろうかって
いままでさんざ議論してきて
何だそのﾚｽは
386:デフォルトの名無しさん
18/10/28 04:19:38.38 ntMMh/Va.net
中身のないことを議論とは言わない
387:デフォルトの名無しさん
18/10/28 04:43:07.45 heugqVbH.net
それはオブジェクト指向の有効性の議論は
中身はなかったと同義だぞ
388:デフォルトの名無しさん
18/10/28 04:52:49.27 vBzuIBdi.net
>>376
誰もオブジェクト指向だけがなんて言ってないし。
そういうのは、それぞれのスレでお願いします。
もしくは異種格闘技的なスレ建てて下さい。
389:デフォルトの名無しさん
18/10/28 04:53:59.71 vBzuIBdi.net
>>376
誰もオブジェクト指向だけがなんて言ってないし。
そういうのは、それぞれのスレでお願いします。
もしくは異種格闘技的なスレ建てて下さい。
390:デフォルトの名無しさん
18/10/28 07:12:49.71 PnJQ4LJT.net
>>377
> あふぉか、
> なんらかの弱点があるから、どの方法も無意味だとでも言いたいのか
無意味なわけ無いじゃんｗ
あぁ、もちろんオブジェクト指向がってことだよ。
391:デフォルトの名無しさん
18/10/28 07:36:23.63 MrnoigLK.net
チンポがシコシコするぜ！
392:デフォルトの名無しさん
18/10/28 07:47:13.80 9S8iKrwU.net
>>374
そこに疑問を持たないチンカスばっかりなんだよね
393:デフォルトの名無しさん
18/10/28 07:53:29.84 JSYSCVAX.net
共有できるメソッドが制限できているので・・・カプセル化全否定？
副作用副作用言うならimmutableにでもすれば？
394:デフォルトの名無しさん
18/10/28 08:31:13.63 q5KpZg+C.net
>>374
フィールドの共有がなかったら全てのフィールドを引数でバケツリレーするようなプログラムになる
引数の数が大爆発して意味不明になるぜ
そもそもフィールドを共有してるから依存があるというのは正しくない
片方のメソッドを消去してももう片方のメソッドは独立に使用し続けられる
なのでそこには依存はないんだぜ
395:デフォルトの名無しさん
18/10/28 08:38:18.12 A1A18Cj4.net
オブジェクトに対しての作用としてメソッドが存在するのに、メソッドが同じ変数を共有するって発想自体が意味不明だよな。
396:デフォルトの名無しさん
18/10/28 08:47:35.25 q5KpZg+C.net
フィールドの共有で依存が発生すると主張するのは
引数の共有で依存が発生すると主張するようなものだな
397:デフォルトの名無しさん
18/10/28 09:04:48.97 A1A18Cj4.net
相手のメソッド記述するって結合度気にするなら、全部メッセージでやりとりすれば良い。
宛先と送受信の共通の関数さえあれば結合度気にする必要が無いぞ。
398:デフォルトの名無しさん
18/10/28 09:58:02.87 q5KpZg+C.net
案外、難しく考えない方がいいのかもしれないね
なんか同じこと何度も書いとるなー👉関数
同じ組み合わせの引数ばかりわたしとるなー👉構造体
構造体と関数の組み合わせっていつも同じだなー👉クラス
フィールド直接弄るとバグ出やすいなー👉カプセル化
これでも十分なメリットを享受できる
まずは体感としてこれらのメリットを感じれるまでコードを書く
それから本格的な議論に参加すればいい
逆にこれらのメリットに体感的にすら気付いてないレベルで議論しても時間の無駄だろう
399:デフォルトの名無しさん
18/10/28 10:07:49.72 9S8iKrwU.net
>>390
そっか、お前らサルってメリットがどういうものか知らないんだな
メリットってのはお金を産まなきゃ意味がないんだぞ
具体的には工数削減と品質向上だ
工数削減はわかると思うが、さらに品質向上には基準が必要だ
これらの数字を具体的に変更して初めてメリット足りうる
おｋ？
400:デフォルトの名無しさん
18/10/28 10:08:23.71 9S8iKrwU.net
このスレにいるのは
俺にはサルしか見えない
メリットも見えない技術を使って悦にいってるような雑魚は
そもそも技術者でもプログラマでもなくてサルだろ
401:デフォルトの名無しさん
18/10/28 10:15:58.76 PnJQ4LJT.net
>>391
> 工数削減はわかると思うが、さらに品質向上には基準が必要だ
> これらの数字を具体的に変更して初めてメリット足りうる
> おｋ？
結論を言ってしまうと、コードメトリクスだね。
ツールを使って客観的に計測できる
402:デフォルトの名無しさん
18/10/28 10:22:50.11 q5KpZg+C.net
>>391
計測すればわかるけど俺が書いたことをやればスコア普通に良くなるよ
誰とは言わないけど感情が全てのサルには理解できないかもしれない
けど計測手段を持ってる人間にとってはオブジェクト指向のメリットは明白なんだよね
403:デフォルトの名無しさん
18/10/28 10:27:04.29 9S8iKrwU.net
>>394
じゃあ、具体的に何がどういう理由でそうなるの？
404:デフォルトの名無しさん
18/10/28 10:31:53.41 q5KpZg+C.net
>>395
コードの重複が減る
変数や引数が減る
分岐やループが減る
不正な操作が減る
危険な操作が減る
したがってスコアが良くなる
405:デフォルトの名無しさん
18/10/28 10:40:16.34 9S8iKrwU.net
>>396
具体的にどうして？
関数と比べて増える要素はあっても減る要素ないよ
406:デフォルトの名無しさん
18/10/28 10:46:09.61 9S8iKrwU.net
局所的なグローバル変数を使ってるに過ぎないのにメリットなんかねーよ
バカって結論を俺は持ってるけどね
オブジェクト指向のデメリットはグローバル変数のデメリットと同じなんだよ
407:デフォルトの名無しさん
18/10/28 10:49:54.17 PnJQ4LJT.net
>>398
お前が言ってるのは、グローバル関数のデメリットのことだろ？
408:デフォルトの名無しさん
18/10/28 10:52:05.99 PnJQ4LJT.net
グローバル変数が悪だからって
グローバルクラスも、同じグローバルがついてる
悪に違いない！って考えるのは単なる短絡思考
409:デフォルトの名無しさん
18/10/28 10:53:27.65 oBRWPPCT.net
グローバル変数は丸出しでかつ一個じゃん？
メンバ変数は隠すこともできてかつ複数じゃん？
あと、まとめて隠しとくメリットもでかくね？
int cap = 32, size = 0, data[cap]; // こーいうのより
vector<int> v; // こっちがスッキリじゃね
410:デフォルトの名無しさん
18/10/28 10:56:23.17 q5KpZg+C.net
局所的なグローバル変数で爆笑した
コメディアンの才能あるんじゃないか？
411:デフォルトの名無しさん
18/10/28 11:01:33.11 oBRWPPCT.net
というよりもよく考えたら
> 局所的なグローバル変数
というのが単に誤解なんだよな
struct data {int value;}
void method(struct data *this) {}
っていう単なるパラメータなんだから
412:デフォルトの名無しさん
18/10/28 11:03:35.69 A1A18Cj4.net
おまえら、オブジェクトの意味を知ってて言ってるのか？
知ってりゃグローバル変数なんて意味不明な話しないかw
413:デフォルトの名無しさん
18/10/28 11:13:27.53 B8FJbCxl.net
ここだけ30年前かよ
ぽっくんの業務では当てはまりませんでしたー
ってCOBOLでも書いていたらいいよ
別に困ってないだろ？
414:デフォルトの名無しさん
18/10/28 11:46:39.03 WEhY2ED3.net
>>396
で、なっぜJavaやC++でたコード書くと
あんなことになるんだｗ
415:デフォルトの名無しさん
18/10/28 12:58:44.66 9S8iKrwU.net
>>386
それで爆発するならメンバ変数の把握できない状態爆発のが問題
状態を複数持つオブジェクトをクラス内に内包すると単純に乗算でその数が増えていく
状態を10個持つクラスと状態を5個持つクラスがあるだけで取りうる状態数は
50個
ウォーズマンの超人パワー波に状態が増えていく
グローバル変数のまずさはこの把握できない状態爆発が本当の問題
問題の本質もわからないサルがオブジェクト指向なんてありがたがってるだけ
416:デフォルトの名無しさん
18/10/28 13:07:28.41 Ok+RtHZ3.net
ローカル・グローバル・ヴァリアブルｗｗｗｗｗｗｗ
417:デフォルトの名無しさん
18/10/28 13:33:22.60 +hej1rjz.net
>>386
それは別に構造体定義して引数で渡せばいいだけだね。
>片方のメソッドを消去してももう片方のメソッドは独立に使用し続けられる
>なのでそこには依存はないんだぜ
メソッドを消去したらみたいな静的なことは問題にしていない。
メソッドの呼び出し順で動作が異なる点について言及している。
つまり状態を共有しているってことについて。
コードベースで見れば確かに構造体の型とそれにひもづく関数を結びつけとくのは
管理しやすいってのはそうだが上記のデメリットをどれだけ上回っているか。
418:デフォルトの名無しさん
18/10/28 13:58:58.05 Ok+RtHZ3.net
>>409
そうそう
第一段階: 構造体にして渡せばいいだけじゃん(クラス的発想のスタート地点)
第二段階: っていうか構造体と関数っていつもセットだから一緒に管理しよ(メソッド)
第三段界: 管理されたメソッド以外から弄るとバグでやすいから禁止しよ(カプセル化)
キミが言うように「〜すればいいだけだよね」ってのを素直に実践するとOOPに到達するんだよ
キミも後少しで議論のスタート地点にたてるかもね
キミの考え方だと
funcA(pState);
funcB(pState);
これはfuncAとfuncBが状態を共有しているということになるネ
419:デフォルトの名無しさん
18/10/28 14:03:43.02 9S8iKrwU.net
>>410
funcAに特定のpStateを入れて必ず同じ結果が返るならそれはいいコード
異なる結果が返るならさいっこうにクソ
ボディブロー100連発
420:デフォルトの名無しさん
18/10/28 14:06:00.57 +hej1rjz.net
>キミの考え方だと
>funcA(pState);
>funcB(pState);
>これはfuncAとfuncBが状態を共有しているということになるネ
ならねーよ。
普通に見ればpStateが状態を共有してるってことになるだろ。
どんな馬鹿な見方をするとこんな考え方になるんだろうか。。
421:デフォルトの名無しさん
18/10/28 14:06:10.12 Ok+RtHZ3.net
補足すると
funcB(pState);
funcA(pState);
にかえると動作が異なるからキミの言い分だと常態を共有しているということだね
さらに最悪なことにカプセル化されてない場合
funcB(pState);
pState->x = 10;
funcA(pState);
みたいなアドホックなコードから状態を変更されるリスクがあるから
事実上プログラム全体で状態を共有しているようなものだね
422:デフォルトの名無しさん
18/10/28 14:07:31.98 Ok+RtHZ3.net
>>412
>>413でも補足したけどキミが言ったことをそのまま引用したんだよ
呼び出し順で動作が変わるなら状態を共有してるってね
423:デフォルトの名無しさん
18/10/28 14:13:50.08 9S8iKrwU.net
>>413
だからいいんだって
テメーのコードは
pState.funcA()
ってやっても
pStateの中身が見えないのが問題なんだよ
424:デフォルトの名無しさん
18/10/28 14:25:39.53 9S8iKrwU.net
funcA(pState)「僕が変更したのはpStateだけです、グローバル変数なんて使ってませんよ」
pState.funcA()「あああああ！！！！！！！！
（ﾌﾞﾘﾌﾞﾘﾌﾞﾘﾌﾞﾘｭﾘｭﾘｭﾘｭﾘｭﾘｭ！！！！！！ﾌﾞﾂﾁﾁﾌﾞﾌﾞﾌﾞﾁﾁﾁﾁﾌﾞﾘﾘｲﾘﾌﾞﾌﾞﾌﾞﾌﾞｩｩｩｩｯｯｯ！！！！！！！）」
425:デフォルトの名無しさん
18/10/28 14:29:45.55 i0t9ojwl.net
オブジェクト指向でも副作用って無くすべきだよなぁ
こういうのって手続きかオブジェクト指向しか触ってこなかった人は気づかないもんかな
426:デフォルトの名無しさん
18/10/28 14:37:41.79 JSYSCVAX.net
pState.func()、funcA(pState)
どちらもpStateを渡して呼び出しているし、pStateを変更しただけです！と言えるのでは
副作用が嫌ならimmutable objectにすれば？
427:デフォルトの名無しさん
18/10/28 14:39:53.29 86INTnoC.net
>>418
nimではどっちも同じ意味だな…
428:デフォルトの名無しさん
18/10/28 14:43:01.09 WEhY2ED3.net
もうしっちゃかめっちゃかだな
ホント都市伝説なオブジェクト指向
429:デフォルトの名無しさん
18/10/28 14:47:10.20 9S8iKrwU.net
>>418
private無ければな
430:デフォルトの名無しさん
18/10/28 15:03:12.30 JSYSCVAX.net
>>421
privateはデータに直接アクセスできる関数を制限するだけなのに
それを無くしたいは何で？
431:デフォルトの名無しさん
18/10/28 15:42:48.94 q5KpZg+C.net
>>417
ValueObjectからAggregate Rootまで全部イミュータブルにする派閥もあるよ
432:デフォルトの名無しさん
18/10/28 16:02:29.47 1gIkUjQ9.net
あるメソッドがどのスーパークラスで定義されてて、
それがどのスーパークラスでオーバーライドされてて、
結果的にいま自クラスで呼んでるこのメソッドはどこで定義されたものなのかが
わかりにくいのが非常にイライラすることがあるけどお前らどうしてんの？
真面目にクラスライブラリのリファレンスを愚直に辿ってんの？
433:デフォルトの名無しさん
18/10/28 16:09:00.49 q5KpZg+C.net
>>424
どれが呼ばれて何をやってるかを気にしなくていいように作るのが正解
434:デフォルトの名無しさん
18/10/28 16:15:39.00 1gIkUjQ9.net
>>425
そもそも一つ上のスーパークラスで定義されてないメソッドを呼んでるコードを見た時
そのメソッドってどのクラスで定義されてるのかがわからないと、どういう機能のメソッド
なのかわからなくね？
スーパークラスから継承したメソッドはオーバーライドしていなくても全て下位のサブクラスの
リファレンスマニュアルに書いてくれるならいいんだがそうなってないのがイラつくって話
435:デフォルトの名無しさん
18/10/28 16:25:39.62 vBzuIBdi.net
オブジェクト指向と関係あるか不明だけど、一時期関数型言語に嵌って、オブジェクト指向よりも依存性を抑えられて保守性が上がって良いとは思ったんだが、そればかりだとCPUパワーが発揮出来ないんだよね。
(ほぼキャッシュに収まらず、メモリアクセスが増える)
んで、対極のCやアセンブラに手を出した。
今度はグローバル変数が多くなる。
(逆に如何に変数(メモリアドレス)へのアクセス減らしてレジスタ使い回すかで速さが違ってくるから、それはそれで楽しい。ただし8/16ビットに限る。それ以上はハードが複雑になり過ぎる)
結局オブジェクト指向って、その間をとったんじゃ無いかと思うんだよね。(メモリアクセス減らしつつグローバル変数減らす苦肉の策+責任分担)
実際、CからC++への移行期はまだCPUも遅くて、オブジェクト指向にすると遅くなると言う意見が多かった。
(C++やJava、C#、Delphiで一応オブジェクト指向も勉強したけど、効率と言うより保守性や多人数での開発が前提な気がする。コードは全体じゃ増えるけど、このクラスはお前ね。みたいに割り振り易い)
(特にC#は1つのクラスを複数ファイルに分けられるので、メソッド単位で人に任せ易い。個人では逆に分かりにくくて迷惑な機能)
tcl/tkとかある通り、必ずしもGUIはオブジェクト指向じゃ無いと使い難いって事はない。
Haskellだって(関数的じゃないから気持ち悪いだけで)向いてないとは思わなかった。
ただ既にIDEの整っているのがオブジェクト指向ってだけだが、それだけで十分オブジェクト指向を勧める価値はあるんじゃないかな。
436:デフォルトの名無しさん
18/10/28 16:31:22.24 q5KpZg+C.net
C#のpatialは分業のためじゃない
コード生成のためだ
437:デフォルトの名無しさん
18/10/28 16:39:33.30 WEhY2ED3.net
>>427
スピードをとても重視するなら不便でも強い最適化のかかる言語を選ぶしかないだろ
突き詰めればCかFortranかアセンブラしかなくなる
逆にvm上やインタプリタでもスピード敵に問題なければ生産性、保守性、可読性、
依存抑制、独立性、局所性、階層化構造、拡張性を重視していいだろ
ほとんどは後者
438:デフォルトの名無しさん
18/10/28 16:40:53.22 9S8iKrwU.net
>>422
値が見えないから
439:デフォルトの名無しさん
18/10/28 16:42:51.19 JSYSCVAX.net
>>430
getterとかプロパティ作って
440:デフォルトの名無しさん
18/10/28 16:44:46.79 WEhY2ED3.net
そうやってwebみたいにくもの巣状態になるんだよな
441:デフォルトの名無しさん
18/10/28 16:45:09.74 9S8iKrwU.net
>>431
publicでええよ
442:デフォルトの名無しさん
18/10/28 16:46:44.13 WEhY2ED3.net
いやいっそclassの外に出せよｗ
443:デフォルトの名無しさん
18/10/28 16:51:06.47 vBzuIBdi.net
>>429
いあ、だから。。。
その中間を目指したんじゃないかと。
関数型言語ほど目指すと遅くなる。
最適化目指し過ぎると大規模開発に対応出来ない。
オブジェクト指向は現実解だったんじゃないかと。
444:デフォルトの名無しさん
18/10/28 16:56:20.42 oLhbCszz.net
チンポがシコシコするぜ！
445:デフォルトの名無しさん
18/10/28 16:57:12.44 WEhY2ED3.net
>>435
結果として性能的にそういう位置づけに当たることがあるかもしれないが
スピードのための折衷案を目指して作り出された物ではなく
あくまでソフトウエアの構造を表現する新しいパラダイムを目指していたと思うよ。
少なくとも1990年代初期ころまでは。
あとhaskelやMLの生成するnativeコードは結構早い（といわれている
446:デフォルトの名無しさん
18/10/28 17:01:57.75 JSYSCVAX.net
>>433
何処からでも変更できるようにしたいのか
それって…
447:デフォルトの名無しさん
18/10/28 17:08:22.93 Ok+RtHZ3.net
ネットワークとデータアクセスがあるからパフォーマンス上げるなら水平スケールするように設計する
スケール前提だと細かい最適化は非効率的だし最適化のためにメンテナンス性が悪くなって設計ミスってスケールしなくなったら最悪
448:デフォルトの名無しさん
18/10/28 17:13:06.13 vBzuIBdi.net
>>437
うい。
折衷案を目指したのではなく、悪魔で手続き型言語(構造化プログラミング)の延長として保守性を高めた結果だと思う。
代入が(殆ど)無い関数型言語と違って、代入前提で保守性高めた結果。
因みにMLとOcamlはC並みだと言われるが、少なくともHaskellはLL並みよ？
(C並みにするには先行評価しまくるしか無いので、遅延評価のHaskellは「速くできるけど面倒臭い」)
それでも大規模開発に強いから良いんだろうけど、結局どこぞの銀行にはOcamlが採用されてたね。
Haskell好きだけど、現実はそうだよねーって思うよ。
割と前から言ってるけど、関数型言語はアルゴリズムを読むだけで分かる言語なので学習には向く。
アルゴリズムが分からなかったら関数型言語で理解して、オブジェクト指向言語で書くのが現実的じゃ無いかな。
449:デフォルトの名無しさん
18/10/28 17:17:31.62 WEhY2ED3.net
>>440
haskelの生成コードの性能については俺の記憶違いかな。
そうなんだよねC++やjavaは基本的には構造化の延長でstructの
instanceのscopeにmethodを結びつけるscopeingで
ソフトウエアを表現しようとして、非階層的extent, scopeの依存の
ネットワークのわなにはまるんだよ
450:デフォルトの名無しさん
18/10/28 17:30:27.68 vBzuIBdi.net
>>441
いあ、記憶違いでは無いと思う。
Haskellも実行速度ランキングで一時期一位取ってた。
ただ、それはソースを読むとゴリゴリに最適化したもので、一般には普通に書くとLL並み。
ランキングは言語の速さだけでなく、信者の意地も含めての結果だと思った。
451:デフォルトの名無しさん
18/10/28 17:31:12.68 rXYAu0j5.net
ｸｷﾞと板がある
ｸｷﾞをうち込んで板と板をくっつける
板と板をくっつけるだけの単純なｵﾌﾞｼﾞｪｸﾄの依存関係でも
それが増えるにつれ、その単純な依存関係ですら低学歴知恵遅れの手にかかると
だれも手に負えないｼﾛﾓﾉになってる
ｵﾌﾞｼﾞｪｸﾄ指向でも構造化ﾌﾟﾛｸﾞﾗﾐﾝｸﾞでも、低学歴知恵遅れの手にかかれば結果は同じ
ありえないﾃﾞｰﾀ構造になってるというより規格化された構造の痕跡すらない状態になってる
構造化ﾌﾟﾛｸﾞﾗﾐﾝｸﾞでも要求されるまともなﾃﾞｰﾀ構造の設計ができるという前提条件がなければ
当然ｵﾌﾞｼﾞｪｸﾄ指向でｸﾗｽの設計なんかそもそもﾑﾘだからな
ﾍﾟﾝｷﾞﾝが空飛ぶとか飛ばないとかまずどうでもいいﾜｹ
それ以前の問題だからな
452:デフォルトの名無しさん
18/10/28 17:35:35.29 WEhY2ED3.net
半角ちゃん、たとえ話がくどいよ
人のことをどうこうじゃなく
オブジェクト指向がどうか なぜそういう話をできないんだあんたは
453:デフォルトの名無しさん
18/10/28 17:36:35.53 86INTnoC.net
いやペンギンが空飛んだら大事件だろ。
世界中でトップニュースになるぞ。
454:デフォルトの名無しさん
18/10/28 17:44:43.42 rXYAu0j5.net
ｵﾚは明確なｺﾀｴを一貫して書き込んでる
ｵﾚの�
455:ｾ説の正しさを補強したﾚｽにちゃんとなってるからな 一切ﾑﾀﾞがない 低学歴知恵遅れにｵﾌﾞｼﾞｪｸﾄ指向は ｷﾁｶﾞｲに刃物 低学歴知恵遅れにｵﾌﾞｼﾞｪｸﾄ指向はﾑﾘ 当然、この板にいるような低学歴知恵遅れにｵﾌﾞｼﾞｪｸﾄ指向はﾑﾘ わかった？ 低学歴知恵遅れには分かんないか、やっぱり
456:デフォルトの名無しさん
18/10/28 17:59:29.84 vBzuIBdi.net
>>446
半分合ってて半分間違い。
知恵遅れに刃物は合ってるけど、だからこそオブジェクト指向でその影響を局所化してる。
構造化プログラミングとかだとグローバル変数が多い分、全体まで影響しかねない。
オブジェクト指向でも構造化プログラミングでも知恵遅れにまともなプログラミングは出来ないのは同意。
だが、周りにかける迷惑の範囲が違う。
457:デフォルトの名無しさん
18/10/28 18:03:38.75 rXYAu0j5.net
低学歴知恵遅れの理解では
構造化ﾌﾟﾛｸﾞﾗﾐﾝｸﾞはｸﾞﾛｰﾊﾞﾙ変数を使うことになるのか
ｵﾌﾞｼﾞｪｸﾄ指向なら使わないですむと
やっぱり低学歴知恵遅れがいうことは
一味違うわ
458:デフォルトの名無しさん
18/10/28 18:11:37.14 vBzuIBdi.net
>>448
程度問題だよ。
特にGUIでは顕著に違う。
初期化関数とイベントの関数で共通の変数とかね。
イベント関数内で初期化する訳にはいかないって場面は意外と多いよ。
459:デフォルトの名無しさん
18/10/28 18:13:14.02 rXYAu0j5.net
こんどは程度とな。。。。
ｸﾗｽを全部構造体にかえてみ
なにが違うわけ？
460:デフォルトの名無しさん
18/10/28 18:18:05.08 Ok+RtHZ3.net
構造体にデータと関数ポインタを持たせてOOPってのはC言語でも昔から知ってる人はやってた
言語でサポートしてミスできないようにしただけで中身は同じなんだよな
ということはアンチOOPの人たちも実質OOPを使っていたと言えなくもないな
461:デフォルトの名無しさん
18/10/28 18:45:19.42 oLhbCszz.net
でも俺はパソコンに向かって独り言ブツブツ言って、チンポがシコシコしてるだけだ！！！
462:デフォルトの名無しさん
18/10/28 19:02:09.50 vBzuIBdi.net
>>450
馬鹿なの？
全部構造体にしたらどこからでも参照し放題でしょ？
全部じゃないが、ある程度の変数がクラス内のメソッドでしか使われないから影響が構造化プログラミングよりはマシなんだよ。
自分の作った構造体を知恵遅れに弄られたいの？
次関数呼んだら、弄られてて予定してた値と違うとかあるんだよ？
(そして、それが自分のせいじゃないとか)
関数型言語は代入が基本的に無いから、同じグローバル変数を使っても、そっちはそっちで勝手にバグ作っててもこっちに影響が無いってだけ。
変数を書き換えることが基本だからオブジェクト指向は生まれたんじゃないかと思うし、それはそれで一つの正解だとは思うよ。
463:デフォルトの名無しさん
18/10/28 19:09:04.54 vBzuIBdi.net
と言うか最初から関数型言語ほど徹底するとメモリアクセスが増えて遅くなるし、最適化目指すと大規模開発に対応出来ないって書いてる通り、
最初から程度問題の話しかしてないよ。
464:デフォルトの名無しさん
18/10/28 19:27:29.98 MrnoigLK.net
チンポがシコシコするぜ！
465:デフォルトの名無しさん
18/10/28 19:27:32.77 rXYAu0j5.net
いじられたくないなら
構造体のﾎﾟｲﾝﾀにconstつけて入力の引数でわたせばおしまい
いじられたくないのに
なんでｸﾞﾛｰﾊﾞﾙｽｺｰﾌﾟでなんでもありでわたそうとすんの？
どうしてそんなに低学歴知恵遅れは頭ﾜﾙｲの？
もしかして低学歴知恵遅れは
引数の入力となる状態が変更されないｸﾗｽのｲﾝｽﾀﾝｽにconstつけたり
ｸﾗｽのｲﾝｽﾀﾝｽが変更されないﾒｿｯﾄﾞにconstをちゃんとつけたりもしないの？
どうしてもｸﾞﾛｰﾊﾞﾙｽｺｰﾌﾟにおきたいなら
最低でもconstの構造体ﾎﾟｲﾝﾀでｱｸｾｽできるようにでもしとけば
知恵遅れが想定外の記述をしないかぎり変更されることはないからな
やっぱりな低学歴知恵遅れにｵﾌﾞｼﾞｪｸﾄ指向はﾑﾘ
466:デフォルトの名無しさん
18/10/28 19:34:00.47 vBzuIBdi.net
>>456
お前、Win32APIでプログラミングしたこと無いだろ。
467:デフォルトの名無しさん
18/10/28 19:38:58.32 rXYAu0j5.net
こんどはwin32APIとな。。。
win32APIってmicrosoftがmicrosoft windowsで提供するただのｱﾌﾟﾘｹｰｼｮﾝｲﾝﾀｰﾌｪｰｽのことだが
それがどうかしたのか。。。
ﾎﾝﾄなこんなのがｵﾌﾞｼﾞｪｸﾄ指向（）とかなんとかいっちゃってるﾜｹだからな
468:デフォルトの名無しさん
18/10/28 19:41:44.86 Niq+/yqY.net
どういう問題を示唆されてるかわからなければ半角は黙ったほうが良いよ。
また恥晒すの？
低スペだから？
469:デフォルトの名無しさん
18/10/28 19:43:54.73 rXYAu0j5.net
また低学歴知恵遅れがしゃしゃりでてきてるわ
大体分かるwindowsでｲﾍﾞﾝﾄの処理で
470:ﾃﾞｰﾀをうまく渡すことが 低学歴知恵遅れのｵﾂﾑではまともにできない
471:デフォルトの名無しさん
18/10/28 19:45:20.34 1gIkUjQ9.net
自分だけはバカじゃないという前提
472:デフォルトの名無しさん
18/10/28 19:45:50.75 rXYAu0j5.net
それが低学歴知恵遅れの程度
473:デフォルトの名無しさん
18/10/28 19:46:34.49 rXYAu0j5.net
ﾏｼﾞでｷﾐﾗって低学歴知恵遅れ自覚がないの？
474:デフォルトの名無しさん
18/10/28 19:49:16.31 rXYAu0j5.net
こんなのが偉そうに講釈たれてんのがこの板だからな
相当に低学歴で
相当に知能が低い
まずｺｲﾂﾗをこの板から排除しないと板が正常化しない
475:デフォルトの名無しさん
18/10/28 19:53:41.93 MrnoigLK.net
米国で上位1%が富の独占をしている大きな理由は、労働者をスキルや成果で大きく選別しているからだ。
しかしながらそうでもしないと、ドラクエ10の下請けのように、コードの質が大きく落ちてしまう。
俺はドラクエ一筋なんてのはむしろゴミなコードを入れてしまう『有害な』働き者なのだ。
それは中小企業のデスクワークによくありがちな、要らない書類ばかり作って俺は仕事ができるみたいなものだ。
提案広場でよく『そう思わない』される理由
URLﾘﾝｸ(dragon-quest.me)
このゲームすぐ持ち物いっぱいになるな
URLﾘﾝｸ(dragon-quest.me)
【ドルボードGP】おいｗデスルーラ作戦晒すなやｗｗｗｗｗ
URLﾘﾝｸ(dragon-quest.me)
でも月額千円では、下請けプログラマーの選別なんて出来っこないだろう？
＞このゲームすぐ持ち物いっぱいになるな
ゲームの仕様について意見を出すと、必ずといっていいほどに『そう思わない』で真っ青。
つまり準廃プレイヤー＝下請けプログラマーには、ゲームの仕様を変える能力が欠如しているのだ。
アルバイトの賃金が低いのはスキルを必要としない単純作業だからで、労働者にスキルを求めるのであれば、
アルバイトよりも高い賃金を上乗せして払わなければならず、更に成果に応じた報酬も必要となる。
476:デフォルトの名無しさん
18/10/28 19:56:46.74 vBzuIBdi.net
constとか書いてるからさ。
作ってみりゃわかるけど、const付けて～とか事実上無理。
子Windowの値を親Windowに反映させる時点でグローバル変数が出て来るし、代入不可避。
(別々のコールバック関数が必要)
const～で済んでりゃMFCや.netは出てない。
477:デフォルトの名無しさん
18/10/28 20:12:41.22 rXYAu0j5.net
低学歴知恵遅れにはﾑﾘ
それがｺﾀｴ
478:デフォルトの名無しさん
18/10/28 20:16:59.94 1gIkUjQ9.net
他人に対してバカしか言えないやつって頭が悪い可能性が高い
479:デフォルトの名無しさん
18/10/28 20:17:58.05 rXYAu0j5.net
しっかり低学歴知恵遅れの理由を書いてあるからな
残念なことに
480:デフォルトの名無しさん
18/10/28 20:50:15.29 MrnoigLK.net
登り棒してたらチンポがシコシコしてきた、小学生時代にそういう経験したか？
481:デフォルトの名無しさん
18/10/28 21:05:42.65 tuMGnEVB.net
>>456
素人露にすんなよw
482:デフォルトの名無しさん
18/10/28 21:12:11.91 GjeNS8O7.net
>>446
>一切ﾑﾀﾞがない
ほとんど無駄話ばっかしやがって
なに言ってやがるｗ