オブジェクト指向ってクソじゃねぇかよPart3

**デフォルトの名無しさん** · 2018/11/22(木) 20:07:52.47

無理やりオブジェクト指向にしたから出てきた問題を解決して凄い凄い言ってるだけ。
単なるマッチポンプ。

カプセル化（英語：encapsulation）とは、オブジェクト指向を構成する概念の一つで、
オブジェクト内部のデータを隠蔽したり(データ隠蔽)、オブジェクトの振る舞いを隠蔽したり、
オブジェクトの実際の型を隠蔽したりすることをいう。

偏差値の低い学校向けの情報処理系教科書において「大変すばらしいものであり絶対に使うように」と大体的に宣伝された。

一方、カリフォルニア大学バークレー校の有識者を中心としたインターネットを作った人たちは「階層化の有害性」として
「絶対に使うな」としている。大雑把にいうと、その時は良くても、将来的な改修の際に隠蔽されたデータに
アクセスできないと解決できない問題が出てきて、結果的にデスマーチに陥るというのである。

オブジェクト指向の発案者であるアラン・ケイもコーディング規約（頭文字にアンダースコアを付けるなどの命名規則）で
縛る程度にすることを推奨しており、アラン・ケイが関わったオブジェクト指向プログラミング言語にはどれも「private」
という概念はない。

https://monobook.org/wiki/%E3%82%AB%E3%83%97%E3%82%BB%E3%83%AB%E5%8C%96

前前スレ
オブジェクト指向ってクソじゃね？
https://mevius.5ch.net/test/read.cgi/tech/1535085129/

前スレ
オブジェクト指向ってクソじゃねぇよ？ Part2
https://mevius.5ch.net/test/read.cgi/tech/1539872441/

**デフォルトの名無しさん** · 2018/12/05(水) 22:51:40.08

>>173 GNU Smalltalk

| str |
str := 'Hello World!!'.
0 to: FloatD infinity do: [:idx | (str allButFirst: idx \\ (str size + 1)) displayNl]

https://ideone.com/4QgJwe

**デフォルトの名無しさん** · 2018/12/05(水) 22:57:46.55

ソートしたいぜ！
と宣言すればあとは誰かが宜しくやってくれる素晴らしい世界

しかし
ソートが遅い
ソート順が特定条件で意図しない結果に
などの現実にぶち当たり自分が小人さんになったりする世界

**デフォルトの名無しさん** · 2018/12/05(水) 23:10:23.55

真面目な話だけど、forとwhileは「ボクの考えた最高な制御構造だから、ブロックの中身を全部見て、どこで変数が使われてるか全部把握してね！」って書いてるようなもんだよ
そこをmapにすると「シーケンスの各要素を関数で変換します」、foldだと「シーケンスの各要素を使って一つの値を出力します」って意図が最初っから込められてる
だから宣言的な方が読み取りやすい

**デフォルトの名無しさん** · 2018/12/05(水) 23:47:33.72

>>181
いや、そいつに関してはシッタカというよりはもっとシンプルに
本人のおつむの悪さが俺らを困惑させてるケースだと思うｗ
周回遅れの人間が微笑んでくる感じ

**デフォルトの名無しさん** · 2018/12/05(水) 23:58:29.47

>>184
forは「要素を全てブロックの中で処理します」だろ？

**デフォルトの名無しさん** · 2018/12/06(木) 00:11:05.89

「それではその処理を説明します」
「“まず”～～します」
「“次に”～～します」
「“それから”～～します」
「“最後に”～～します」
「そして何も返しません」
「操作していた配列は無茶苦茶にしておきました」

**デフォルトの名無しさん** · 2018/12/06(木) 00:23:57.83

なるほど、つまりconstを使えば宣言的って言いたいわけだな！

**デフォルトの名無しさん** · 2018/12/06(木) 01:28:24.96

>>181
>>185
いあぁ。。。宣言的ってのに再代入禁止とか関数脳に侵され過ぎてもね？
実際、再代入可能な方がメモリ効率は良いのよ。
それをプログラマーが見やすいか？が重要なんだけど、現状関数プログラミングよりhs手続き型で単純な方が宣言的って言うね？

まあ悪い例とでも受け取ってよ。
普通に{}で囲む処理書いてたし。
それをわざわざ？宣言的っぽく関数に括り出したわけで。

OOPならこうじゃ！なのも受け付けるし。

>>182
さすが、純粋OOPLやね。
ただ、関数型もOOPLも結局か標準関数の多さが強みじゃね？って思いがある。
(samlltalkはオブジェクト自体がコード呼び出せるって意味で文系環境だし、理系なら結局Cに行くわな。。。って意味で関数型にもOOPLにも、ライブラリの重要性しか感じないんだけど)

**デフォルトの名無しさん** · 2018/12/06(木) 04:18:18.28

バカ「関数に括り出すと宣言的」

**デフォルトの名無しさん** · 2018/12/06(木) 08:46:37.49

でも>>177が一番シンプルでわかりやすいよな？
宣言的だからって必ずしもいいとは限らない例だよな

**デフォルトの名無しさん** · 2018/12/06(木) 09:12:46.27

藁人形論法と言う。
「ミカンと浣腸は違う。お前はミカンが何か全く知らないのに知ったかで論評しようとするからめちゃくちゃな文になってる」
「でもミカンが黄色いとは限らないよね」←これがお前。

誰もミカンが必ず黄色いとは言ってない。
お前のミカンの理解が間違ってる、浣腸と比べるものではないと言っている。

何事か言い負かされて、でも空って青いとは限らないよね、と言ってるのと同じだ。

お前はあれか、全く本も読まない勉強もしないでこんなところでノー知識で言葉のうわべだけから妄想したポエム書き散らしてるだけで何か得ることができるとでも思ってるのか。

**デフォルトの名無しさん** · 2018/12/06(木) 22:46:17.83

池沼「ﾍﾟﾝｷﾞﾝは空飛ばない空飛ばない」
池沼「ｶﾓﾉﾊｼは卵産む卵産む」

低学歴知恵遅れにかぎって
継承大好きだからな

**デフォルトの名無しさん** · 2018/12/07(金) 05:32:10.71

＞手続き型で単純な方が宣言的って言うね？

単純なら宣言的って思ってるのか
>>178で{}を省略できたから宣言的だって主張してるのはそういうことなのか
頭がくらくらする

**デフォルトの名無しさん** · 2018/12/07(金) 14:33:41.27

>>194
単純ならってわけでも無い。
whileやforを繰り返し構造を表す関数として解釈した。

関数が関数や値を受け取って、処理を進めているように見えるように意識した。

**デフォルトの名無しさん** · 2018/12/07(金) 16:41:42.35

よりドツボにハマっていくスタイル

**デフォルトの名無しさん** · 2018/12/07(金) 18:24:50.91

ドツボに嵌るついで。

>>175 のdo式の書き方をモナド式に直す。

main = mapM_ (\_ -> hello str) [1..]

hello [] = return ()
hello (s:ss) = putStrLn (s:ss) >> mapM_ (\_ -> putStr "") [1..50000] >> hello ss

str = "Hello World!! "

**デフォルトの名無しさん** · 2018/12/07(金) 18:26:57.31

>> は、左を実行して右を実行する演算子。
Haskellでは2項演算子を()で囲むと2引数の関数になるので

main = mapM_ (\_ -> hello str) [1..]

hello [] = return ()
hello (s:ss) = (>>) (putStrLn (s:ss)) ((>>) (mapM_ (\_ -> putStr "") [1..50000]) (hello ss))

str = "Hello World!! "

**デフォルトの名無しさん** · 2018/12/07(金) 18:28:40.18

(>>)を関数fに置き換える。

main = mapM_ (\_ -> hello str) [1..]

hello [] = return ()
hello (s:ss) = f (putStrLn (s:ss)) (f (mapM_ (\_ -> putStr "") [1..50000]) (hello ss))
where f = (>>)

str = "Hello World!! "

**デフォルトの名無しさん** · 2018/12/07(金) 22:07:56.84

いい加減、50000ってのを直せよ
バグだろ

**デフォルトの名無しさん** · 2018/12/07(金) 22:09:23.48

とっても見やすくシンプルでバグもないシェルスクリプト版

#!/bin/sh

while [ "${s:=Hello World!!}" ]; do
echo "$s"
s=${s#?}
done

**デフォルトの名無しさん** · 2018/12/07(金) 23:06:18.22

クソみてえなおまじないコマンド/usr/bin/[ とか代入と値評価を一度にするクソ構文のどこがシンプルなんだ？
これがシンプルでわかりやすいなら、↓のCも同じくらいシンプルでわかりやすくなっちゃうけど、普通にわかりにくいだろ。

#include<stdio.h>

int main(void) {
while(!NULL) {
char* c = "Hello World!!";
while(printf("%s\n", c++) != 2);
}
return 0;
}

**デフォルトの名無しさん** · 2018/12/07(金) 23:30:46.58

Javaならオブジェクト指向でこんなに簡単に

Stream.generate(() -> "Hello World!!")
.flatMap(s -> IntStream.range(0, s.length()).mapToObj(s::substring))
.forEach(System.out::println);

**デフォルトの名無しさん** · 2018/12/07(金) 23:43:31.81

>>202
シェルスクリプトの文法が複雑かどうかじゃなくて
書いたコードがシンプルって話をしてるんだよｗ

**デフォルトの名無しさん** · 2018/12/08(土) 02:19:55.24

>>200
iPadでちょうど良い速さにする重み付け。
CPU性能に合わせて増減して下しあ。

**デフォルトの名無しさん** · 2018/12/08(土) 02:36:05.47

重み付け消すと流石にスッキリ。

main = mapM_ (\_ -> hello str) [1..]

hello [] = return ()
hello (s:ss) = f (putStrLn (s:ss)) (hello ss)
where f = (>>)

str = "Hello World!! "

**デフォルトの名無しさん** · 2018/12/08(土) 09:15:05.98

だったらアセンブラがいいな

上記のことをやるカスタム命令

unk xxxxx xxxxxx xxxx xxxx

**デフォルトの名無しさん** · 2018/12/08(土) 11:13:42.32

カスタム命令に対応しているCPUを教えてください
作るしか無いのであれば、その作り方まで書く必要があります。
そこまでやって回答として認められます。

**デフォルトの名無しさん** · 2018/12/08(土) 12:14:15.63

>>193
半角ｻﾏが正気に戻った…

**デフォルトの名無しさん** · 2018/12/08(土) 13:40:17.04

>>149
＞チンの始皇帝
＞略してチンシコ

2014-07-26
草間彌生の水玉は去勢されたペニス
なんと若き草間彌生が無数のペニスの上に寝転がっている。この写真を見てはっとした。
現在の水玉の作品にいたるまで、草間はひとつのテーマで描き続けているのではないだろうかと直感した。
http://hpo.hatenablog.com/entry/2014/07/26/110000

**デフォルトの名無しさん** · 2018/12/11(火) 01:12:09.09

ここまでオブジェクト指向のメリットなし

**デフォルトの名無しさん** · 2018/12/11(火) 22:46:18.49

低学歴知恵遅れがｵﾌﾞｼﾞｪｸﾄ指向言語使わなければ
ｵﾌﾞｼﾞｪｸﾄ指向言語はﾒﾘｯﾄ満載

**デフォルトの名無しさん** · 2018/12/11(火) 23:21:32.78

>>212
そしたら誰も使わないだろうに
満載もクソもあるか

**デフォルトの名無しさん** · 2018/12/13(木) 01:07:24.00

http://www.kh.rim.or.jp/~nagamura/misc/stroustrup-interview.html

**デフォルトの名無しさん** · 2018/12/13(木) 01:17:08.28

>>214
C++ はひどい言語だ。これは、多くの平均以下のプログラマーが使ってるために
さらに輪をかけてゲロゲロになっていて、どうしようもないゴミが
簡単に生産されるようになってる。正直いって、C を選ぶ理由が C++ プログラマーを
追っぱらうため *だけ* だったとしても、それ自体、C を使う強力な理由になりうる。

C++ はトンでもなく悪い設計の元になりうる。どうせこの言語ではいつも STL やら
Boost やら、その他ゲロゲロベロベロの「素敵な」ライブラリの機能を使って、
それがあんたのプログラムに「役立つ」んだろうが、以下のことが起きる:

- うまく動かないときにもたらされる際限のない苦痛 (あと STL とか、特に Boost が
安定してるとか移植性があるとかいう奴は、どいつもこいつも大ウソつきで、
もはや笑えるレベルを超えている)

- 非効率な抽象プログラミングモデルで、2年たった後にこれらが実はそんなに
効率的じゃなかったことに気づくケース。でもそのときにはすでに全部の
コードがその素晴らしいオブジェクトモデルに依存していて、直すためには
アプリ全体を書き直さなきゃなんない。

言いかえれば、唯一まともで、効率がよくて、システムレベルで使えて、移植性がある
C++ ってのは、基本的に C で使える機能だけに限ったときなんだ。そして C だけに
限定するってことは、他の人がそれをめちゃくちゃにしないってことで、
ついでに沢山のプログラマが実際に低水準の問題を理解することができて、アホらしい
「オブジェクト・モデル」のたわごとを持ちこまないってことだ。

**デフォルトの名無しさん** · 2018/12/13(木) 19:24:28.58

Object-oriented programming is an exceptionally bad idea which could only have originated in California.

— Edsger W. Dijkstra

**デフォルトの名無しさん** · 2018/12/14(金) 00:40:39.32

>>214
面白いおっさんだなぁw

実際素晴らしい物を作る
という様な理由や
そう言った事を実は言って無いんだよなぁ
寧ろ難しいから普通の人は止めておけ
って言っていたらしい
実際そう思う

その記事に有る
気まり事を沢山覚えておかないと大変な事になる
というのはその通りで
c++11やそれ以降も増え続けていて
いったいこれはどうやって使えばいいんだ?
なんて思う
既にオブジェクト指向言語の枠は超えて
関数型みたいな形でライブラリーを使わないといけなかったり
かなり大変

オブジェクト指向は実際に効果が有る
その記事に書いて有る方法だと余り活用する方法は未だに思いつかないけど
それ以外なら結構効果が有る
わざとらしく上手く行かない部分だけ持ち出す辺りは
あのおっさんらしいと言うべきなのかw

続く

**デフォルトの名無しさん** · 2018/12/14(金) 00:41:24.35

続き
オブジェクト指向プログラミング問題は
それを使いこなす事が難しいって事だ
結局オブジェクト指向とc++を同時にまともに使える人はそんなに居ない
逆に言うとまともなプログラマを確保するには
良いフィルター
になっているとも言える
そういった人たちに安定的に報酬を与えたい
それに散々描いて有るけど
設計をしっかりしないといけない
これが重要で
設計をしっかりやって更に作る
となると時間が掛かるのは当たり前で
そういう事をしないといけない
そうする事を出来る人間が本来使う物
そういう面が有るのがc++とオブジェクト指向

ここを見ていれば解るとおり
オブジェクト指向プログラミングだけでも難しい
その上cの元々持ってる文法的な誤認性の高さを持ったままc++は更に難しくなってる
c++を使いこなすのは実際至難の業だと思う

osはリーナスなんかも言ってるけど
細部まで制御して作りたいし
しないといけない
でもc++はかなり背景で色々な事をするから邪魔
だからcの方が向いている
最適化すら余計な事をするなって言うくらいだし
まぁ当たり前だわね

それでもアメリカのf-35はc++で出来てるって最近聞いて驚いた

**デフォルトの名無しさん** · 2018/12/14(金) 01:08:15.68

つまり時間がかかるようにしてお金がかかるようにした。
C++作者が自ら言ってるように、雇用創出だね。

**デフォルトの名無しさん** · 2018/12/14(金) 01:17:07.94

>>219
科学技術や文化が後退するぞ
そんなこと言っていると

**デフォルトの名無しさん** · 2018/12/14(金) 01:51:29.18

設計は理不尽な方法を力ずくで遂行するのではなく
科学的工学的手法を用いて合理的にすべし

**デフォルトの名無しさん** · 2018/12/14(金) 06:24:46.77

普通に、Json オブジェクト程度のものとしておけばいいのにね

**デフォルトの名無しさん** · 2018/12/14(金) 07:54:14.33

何人かの常駐を除いて、意外に前スレと前々スレが良スレだよな

**デフォルトの名無しさん** · 2018/12/14(金) 10:00:28.99

ジョークすらわからんのか

**デフォルトの名無しさん** · 2018/12/14(金) 12:32:56.65

ちんぼがシコシコするぜ！！

**デフォルトの名無しさん** · 2018/12/14(金) 13:38:31.78

1　C/C++
2　その他

C/C++それ自体は使い難いが、要らないコードを減らすため、コンピューターの仕組みを知るための C/C++。

**デフォルトの名無しさん** · 2018/12/14(金) 13:42:14.57

C/C++にはいらないコードを減らす能力はないよ

結局の所、何かしらのコードは、コンピュータが自動でやるか
人間がやるかのどちらかしか無い。
コンピュータにやらせれば人間の負担は減るが、実行速度が遅くなる。

C/C++は実行速度を早くするのが第一の目的になってるので
人間がやることが多い

**デフォルトの名無しさん** · 2018/12/14(金) 22:01:09.12

とはいえ、ある程度同じような内容なら
同じような形で最適化できてチューンせんでも良いから高級言語ってものが成り立つわけだ。

**デフォルトの名無しさん** · 2018/12/15(土) 01:39:33.98

>>227
＞C/C++にはいらないコードを減らす能力はないよ

気軽にコードを書き加えられないつーことでは、無駄なコードを減らすことにも繋がるのでは？

C 言語にポインタがある理由は省メモリ化・高速化・開発作業の省力化です
http://pg-kura.hatenablog.com/entry/20120616/1339856279
低スキルでも読めるコードは、属人的なコードになる
https://mevius.5ch.net/test/read.cgi/tech/1541173295/

1　C/C++
2　その他

前者のほうがスキルとデバッグの苦労が多い分、コードの書き加えに慎重になるだろう？

**デフォルトの名無しさん** · 2018/12/15(土) 01:41:14.00

> 前者のほうがスキルとデバッグの苦労が多い分、コードの書き加えに慎重になるだろう？

それはマイナス点ですよね

**デフォルトの名無しさん** · 2018/12/15(土) 01:45:15.34

高級言語は簡単にプログラムを書けてかつデバッグの労力も少ないが、要らないコードが増えやすい。

パワーポイント使用を禁止する会社が増えている理由
https://news.allabout.co.jp/articles/d/88444/

同様にパワーポイントを使えば簡単に書類作成できるが、その分無駄な書類が量産されやすくなる。

**デフォルトの名無しさん** · 2018/12/15(土) 01:48:10.37

宮本
いま、若いデザイナーがゲームをつくっている時、面白くならなかったら、ついつい新しい材料を追加して
面白くしようとするんですよ。実は、いま目の前にあるのものをちゃんと使ってそれを面白くするほうが先やのに、
新しいものを持ってくるという。
https://www.nintendo.co.jp/wii/interview/r7pj/vol1/index6.html

　コ　ー　ド　書　く　の　は　簡　単　だ　け　ど　、　コ　ー　ド　直　す　の　は　難　し　い　ん　だ　よ　！

230 デフォルトの名無しさん sage 2018/12/15(土) 01:41:14.00 ID:EyhC0X8P
> 前者のほうがスキルとデバッグの苦労が多い分、コードの書き加えに慎重になるだろう？

それはマイナス点ですよね

**デフォルトの名無しさん** · 2018/12/15(土) 09:52:05.77

> 前者のほうがスキルとデバッグの苦労が多い分、コードの書き加えに慎重になるだろう？
言語の問題よりも直交性のない書き方してるかどうかのが大きいけどな。

**デフォルトの名無しさん** · 2018/12/15(土) 17:47:07.05

プログラミングに限らず、環境や部品を作る技術者と
その上で部品を組み立てる技術屋を分けて考えないとな

どんな業種でもなんとなく住み分けできてるのに、
プログラミングだけは技術屋が背伸びするんだよな

**デフォルトの名無しさん** · 2018/12/15(土) 17:53:31.83

分業だったりそうじゃなかったりもするし

**デフォルトの名無しさん** · 2018/12/15(土) 18:18:52.12

自分がやってる事が組み立てでしかないって感じる事すら出来ずに居るからだろうな。
犬小屋程度なら日曜日のお父さんでも作れるのと同じ。

**デフォルトの名無しさん** · 2018/12/15(土) 18:56:24.50

犬小屋程度のものに金払いすぎだろお前

**デフォルトの名無しさん** · 2018/12/15(土) 20:12:53.48

>>234
他の業種に比べるとプログラムは再現性が高いからというのがあるのかも。
それがある種の選民思想というか万能感を産んでる気はする。
うまく行き過ぎる分野でやってる人というのは他も同じようにうまくやれると思い込む可能性が
高いのではないか。

**デフォルトの名無しさん** · 2018/12/15(土) 20:49:06.63

>234,238は本当に背伸びが好きなのです

**デフォルトの名無しさん** · 2018/12/15(土) 22:48:36.56

このｽﾚみればわかる通り
低学歴知恵遅れ仕様のｵﾌﾞｼﾞｪｸﾄ指向（）が
すべてを不幸にしてるのが証明されてる

低学歴知恵遅れはどんなものでもﾀﾞﾒにする才能がある

低学歴知恵遅れにｵﾌﾞｼﾞｪｸﾄ指向は
ｷﾁｶﾞｲに刃物

**デフォルトの名無しさん** · 2018/12/16(日) 01:22:07.08

故にこの世の中から、刃物を無くすべきだ
鉄、金属、電気そんなものはなくして
人間は自然とともに生きるべきだエルフのように

**デフォルトの名無しさん** · 2018/12/16(日) 01:54:20.69

オブジェクト指向ってしっくりこないんです

**デフォルトの名無しさん** · 2018/12/16(日) 01:59:44.85

「語呂が良い」「しっくりくる」　高輪ゲートウェイを「高輪門」とする案にいいね殺到、「ゲートウェイ」を凝縮して「門」に
http://nlab.itmedia.co.jp/nl/articles/1812/07/news117.html

**デフォルトの名無しさん** · 2018/12/17(月) 08:05:20.43

技術者とはOSなりコンパイラなりIDEなり、フレームワークなりを作れる人。
おおいにOOPを活用すればいいし、その資格がある。

技術屋はその環境でライブラリを活用すればいい。
ただし学者気取りでOOPを議論してはならない。
日曜大工にとどめておいて、仕事に持ち込まないこと。

**デフォルトの名無しさん** · 2018/12/17(月) 13:22:19.58

むしろアプリレイヤーの方が恩恵が大きいだろ

本当にOSやコンパイラ開発にOOPなんて使ってんのか？

**デフォルトの名無しさん** · 2018/12/17(月) 16:55:41.30

そもそもIDEの始祖たるSmalltalkはアルト向けのOS（のいくつかるうちのひとつ）として開発されたもの

**デフォルトの名無しさん** · 2018/12/17(月) 18:30:05.26

>>245
まあ、oo自体いらないからね

**デフォルトの名無しさん** · 2018/12/17(月) 20:38:36.88

先駆者の言葉を使わずにオレオレ定義を作りたがる、けど論理的でもないし発想が優れているわけでもない
俺は知ってるぞ。そういうやつが何の役にも立たないフレームワークもどきを作って1ヶ月で技術的負債にするんだって

**デフォルトの名無しさん** · 2018/12/17(月) 20:41:06.58

とゆう非論理的な感情の吐露

**デフォルトの名無しさん** · 2018/12/17(月) 23:54:22.59

OOPの言語でなくてもOOなデザインはやってるだろう

イベント駆動で受け身のコーディングじゃなきゃしんどいよ
中央政権的なコーディングには限界がある

**デフォルトの名無しさん** · 2018/12/18(火) 12:51:46.93

中央集権的な、だった

**デフォルトの名無しさん** · 2018/12/18(火) 13:26:04.43

>>251
訂正しなくてもそう読めたよ。
仕様書読む上では余計な機能だけど。

**デフォルトの名無しさん** · 2018/12/19(水) 14:30:45.83

379 その名前は774人います (ﾜｯﾁｮｲWW 4b08-kSAM) 2018/11/11(日) 09:59:42.88 ID:SzY2QaI/0
>>221
＞CycはFredがひげをそっている間、Fredはそれでも人間なのかと尋ねた

チンポがシコシコしている間、俺はそれでも人間なのか？

221 その名前は774人います (ﾊﾞｯﾄﾝｷﾝ MM32-lPnu) 2018/10/10(水) 04:41:52.41 ID:Ko5F36TvM
>>211
＞所有者の意思とは無関係に、勃起して「シコシコする」

それは『電気カミソリ』とは全く違う！

（第1章はじめに　2頁）
たとえば、CycはFredという名前の男が朝にひげをそるという話が理解できなかった。
Cycの推論エンジンは、この話の中に矛盾を見つけた。Cycは人間には電気の部品がないことは知っているが、
Fredが電気カミソリを持っていたので、エンティティ「Fredがひげそり中(FredWhileShaving)」
には電気の部品が含まれていると考えた。したがって、CycはFredがひげをそっている間、
Fredはそれでも人間なのかと尋ねた。

『深層学習』
著者:
Ian Goodfellow, イアングッドフェロー,
Yoshua Bengio, ヨシュアベンジオ,
Aaron Courville, アーロンカービル

**デフォルトの名無しさん** · 2018/12/19(水) 14:31:49.25

たとえば、CycはFredという名前の男がドナルドダックのモノマネをするという話が理解できなかった。
Cycの推論エンジンは、この話の中に矛盾を見つけた。Cycは人間には羽がないことは知っているが、
アヒルのように歩き、アヒルのように鳴くものはアヒルに違いないと考えた。
したがって、CycはFredがドナルドダックのモノマネしている間、
Fredはそれでも人間なのかと尋ねた。

**デフォルトの名無しさん** · 2018/12/20(木) 00:45:34.98

Cycは「ええ、アタシはいつだって人間よ！アナタの性の玩具ではないのよ！」
そう言ってスカートをたくし上げると、パンティに隠されていないCycのオマンコが丸見えになった。
Fredはそのオマンコに齧りつきたいと考えたのだが、朝にひげをそっていない事を思いだしたので
「すこしチクチクするかな？下手糞だと思われたら嫌だな」と心の中で思った。
しかし、抗い難い性的欲求を抑えきれなくなったFredは「おまえがパンティを履いてないのが悪いんだぞ！」と
叫ぶなりCycを上四方固めに極めてツルリと剃り上げられたCycのオマンコに自分のひげを押しあてた。
Fredはそれなりに勃起した。

**デフォルトの名無しさん** · 2018/12/21(金) 01:43:59.75

チ
ン
ポ
が
シ
コ
シ
コ
す
る
ぜ
！
！

**デフォルトの名無しさん** · 2018/12/21(金) 02:16:52.51

抽象化ってどういうことなんですか？　を考えていたら答えが出た話
https://togetter.com/li/1300402

これはわかりやすい

**デフォルトの名無しさん** · 2018/12/21(金) 02:17:20.29

特にこの図
https://twitter.com/kmic67/status/1075296494482145282/photo/1
https://twitter.com/5chan_nel (5ch newer account)

**デフォルトの名無しさん** · 2018/12/21(金) 08:27:36.93

>>257
それ抽象化ちゃう共通化やw

**デフォルトの名無しさん** · 2018/12/22(土) 11:28:54.80

抽象化と共通化を混同する奴って絶えないな

**デフォルトの名無しさん** · 2018/12/22(土) 12:21:39.69

低学歴無能が多いからしょうがない

**デフォルトの名無しさん** · 2018/12/22(土) 14:44:04.23

>>260
では、汎化と共通化の違いを、どうぞ。
ちなみに汎化は抽象化の一種なので、
抽象化と共通化が異なるものであるなら、
汎化と共通化も異なるもののはずだよね。

**デフォルトの名無しさん** · 2018/12/22(土) 16:52:17.32

何故それらが似ているのかを理解せずに共通化をして、似ていない部分の記述が不便になるような悪い共通化と、
何故似ているのかを理解して、似ていない部分も分かりやすく記述できるような良い共通化があって、
良い共通化を抽象化と呼んでいるんだと個人的には思っている

別物である複数のモノに同じような処理を行いたいっていう前提がないと、良し悪しなんて決められないけどね

**デフォルトの名無しさん** · 2018/12/22(土) 18:02:09.87

池沼のｵﾂﾑでは
人類もﾎﾓも同じ
人類も鳥も同じ
ｾｯｸｽするからな

池沼のｵﾂﾑでは
鳥も昆虫も同じ
空飛ぶからな

**デフォルトの名無しさん** · 2018/12/22(土) 18:05:25.90

抽象化とは、対象から細部や具体性を取り去り、本質的に重要な要素や、着目している側面のみを取り出して、一つの概念として定義すること。
また、異なる複数の対象に共通する性質や要素を見出し、共通点を組み合わせて汎用的な概念を構成すること。

ソフトウェアの設計・開発やプログラミングで特に多用される概念で、プログラミング言語がメモリの番地に名前をつけて変数として扱えるようにすることや、
複数のプログラムモジュール(部品)から共通する機能を抜き出して一つのモジュールにまとめること、同じ呼び出し規約で複数の異なるプログラムを呼び出せることなどがこれに当たる。

http://e-words.jp/w/%E6%8A%BD%E8%B1%A1%E5%8C%96.html

**デフォルトの名無しさん** · 2018/12/22(土) 18:06:49.92

ｾｯｸｽできないあなたは何者でつか
空を飛ばないあなたは池沼以下でつか

**デフォルトの名無しさん** · 2018/12/22(土) 18:08:39.73

低学歴知恵遅れほど論理（）という言葉が大好き
しかもそれがぜんぜん論理的じゃない

低学歴知恵遅れの論理は風が吹けば桶屋が儲かるというﾚﾍﾞﾙの論理
そして低学歴知恵遅れはその自覚がない

**デフォルトの名無しさん** · 2018/12/22(土) 18:54:10.89

この人は何と闘っているんだろう…
ま、オレにとってはどうでもいいことだけど。

**デフォルトの名無しさん** · 2018/12/22(土) 19:01:59.30

ｵﾚは日々低学歴知恵遅れと戦っている
この板で跋扈している声のﾃﾞｶｲ低学歴知恵遅れをこの板から排除しないと
板が正常化しないからな
まともな人間が近寄らない

ｵﾏｴもその一部だからな

**デフォルトの名無しさん** · 2018/12/22(土) 20:42:42.76

つまり、
「俺は俺自身と戦っている！」
ってことだな。
カッコいい！

**デフォルトの名無しさん** · 2018/12/22(土) 23:54:25.90

　　　　　チ
　　　　　ン
　　　　　ポ
　　　　　が
　　　　　シ
　　　　　コ
　　　　　シ
　　　　　コ
　　　　　す
　　　　　る
　　　　　ぜ
　　　　　！
　　　　　！

チ
　ン
　　ポ
　　　が
　　　　シ
　　　　　コ
　　　　　　シ
　　　　　　　コ
　　　　　　　　す
　　　　　　　　　る
　　　　　　　　　　ぜ
　　　　　　　　　　　！
　　　　　　　　　　　　！

**デフォルトの名無しさん** · 2018/12/23(日) 09:09:52.56

ベテランが降臨しなくなったな

何気に良スレだったのに

**デフォルトの名無しさん** · 2018/12/23(日) 09:11:14.97

過去スレのことね

このスレはクソ

**デフォルトの名無しさん** · 2018/12/23(日) 10:22:47.54

もともとｸｿみたいな低学歴知恵遅れしかいなかったｽﾚで
なんかいってるわ

ｵﾚがすべて排除したからな

**デフォルトの名無しさん** · 2018/12/23(日) 11:01:32.64

>>263
共通化に良いも悪いもないねん
とゆうか設計手法的には共通化ゆう考え方が既に悪手なんや
正当な段階を踏んで設計された場合抽象化されたモデルには
必然的に属性や操作に共通点が表れるちゅう結果にすぎんねん

ところがおまえらはいきなり共通部分をさがしてモデル化しようとするやろ？
せやから本来モデルに必要十分な属性や操作に対して過不足が生まれんねん
これがおまえらの敗因や
大事なんは、共通化はするな、対象を比較するな、やで

**デフォルトの名無しさん** · 2018/12/23(日) 11:26:43.66

まあ共通化とモジュラリティー上げるってのを良いバランスでやるってのは難しいわな。
難しいからこの商売成り立ってるんだろうし。

**デフォルトの名無しさん** · 2018/12/23(日) 12:41:35.17

>>274
人に嫌われて避けられていることを自慢してどうするｗ

**デフォルトの名無しさん** · 2018/12/23(日) 19:02:17.06

本当に仕様がきっちり整理されてるならそもそも共通化なんて起こらん
後で見直して抜けや重複が出てるのは
設計が失敗している
そもそも三流の仕事だと思う

**デフォルトの名無しさん** · 2018/12/23(日) 19:13:19.16

膨大な行数になるような物の将来を100%見通すことが出来る千里眼を持っていれば
最初っから正しい設計ができるだろうなｗ

重要なのは間違っている設計を正しい設計に正す技術だよ

**デフォルトの名無しさん** · 2018/12/23(日) 19:18:31.66

>>275
で、汎化と抽象化の違い、まだー？

**デフォルトの名無しさん** · 2018/12/23(日) 19:18:34.37

>>279
いや、設計書かけよ低脳