カプセル化は愚かな考え★3

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2020/09/17(木) 06:37:21.26ID:rdOa/6ar
■危険性

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

一方、カリフォルニア大学バークレー校の有識者を中心とした「インターネットを作った人たち」は「階層化の有害性（RFC 3439)」として「カプセル化は絶対にやめろ」としている。

大雑把にいうと、教科書の上では素晴らしく、開発を始めた最初のうちは良いが、将来的な改修の際に隠蔽されたデータにアクセスできないと解決できない問題が出てきて、非常に高確率でデスマーチに陥るというのである。

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

ソースコードが存在し改修が可能であればカプセル化しても問題ない。ソースコードがあってもライセンス的に改修できない場合や、そもそもバイナリのライブラリしかない場合などは絶望的である。

https://monobook.org/wiki/%E3%82%AB%E3%83%97%E3%82%BB%E3%83%AB%E5%8C%96(%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0)
2020/09/22(火) 18:45:44.82ID:zPrOjjs3
んー、じゃあ、カプセル化を1ミリも否定しない俺から例題を出すけど

class parameter{
private int value;
public getValue(){
return this.value;
}
public setValue(int value){
this.value = value;
}
}

Javaのカプセル化の原則に従うと、わざわざフィールドを用意する度にこんなSetter、Getterを書くんだよね？
面倒くさくね？

という事例を考えてみた。
カプセル化を初めて学んだ時の俺の心の声だな。

...まぁ、上記コードに限っては面倒くさいだけでメリットが感じられないというのも間違いではない。
2020/09/22(火) 18:55:06.72ID:1XqBBY/l
>>101
SetGetは要らない
代わりにフィールドをパブリックかつ不変にしてコンストラクタでバリデーションしよう

JavaやC#でアクセサ(プロパティ)が必要な本当の理由は実は「メタプログラミングのための規約」でしかない
メタプログラミングなんてものは純粋なオブジェクト指向から言わせて貰えば邪道もいいとこ
2020/09/22(火) 19:41:22.16ID:aoFeMTcw
アクセサはメタプログラミングとは全く関係ないぞ
メタの意味わかってるか？
2020/09/22(火) 19:55:58.36ID:1XqBBY/l
関係あるぞ
メタプログラミングを応用したライブラリ、フレームワークの多くはプロパティを前提として実装されている
バインディング、マッパー、シリアライザ、コード生成、、、
我々は、これらを利用したいがために、あまりにも多くの無意味なプロパティを書いてきた
それが、本来なら全く必要がないものにも関わらず、メタプログラミングで使うから、というだけでだ
2020/09/22(火) 19:59:10.63ID:aoFeMTcw
> メタプログラミングを応用したライブラリ、フレームワークの多くはプロパティを前提として実装されている

いえ、
メタプログラミングを応用したライブラリ、フレームワークの多くは
パブリックメソッドやクラスをを前提として実装されています。
プログラミングにおけるあらゆるものを前提として実装されてるので
アクセサに限りません。
2020/09/22(火) 20:14:26.78ID:1XqBBY/l
>>105
その大部分を占めるのはプロパティ
2020/09/22(火) 20:17:39.19ID:aoFeMTcw
>>106
だから、プログラミングでは必ずとプロパティを使うだけだろ
メタプログラミングとは関係ない証拠
2020/09/22(火) 20:18:50.22ID:aoFeMTcw
普通は全く使わないものなのにメタプログラミングのときだけ使う
そういうものであれば「メタプログラミングのための規約」と言えるが、
普段から使ってるんだから、メタプログラミングとは全く関係ない
2020/09/22(火) 21:39:00.76ID:+zcbGttj
だから普段は使わないんだよ
メタプログラミングに毒されてるから要らないのにプロパティにしてしまっている
2020/09/22(火) 21:48:21.67ID:J3IrN4Ey
>>100
ソースを提供しない汎用的なライブラリとして作るなら
許容可能な年齢みたいなバリデーションルールは外部から読み込むようにして
許容範囲外なら例外を返すようにする

継承してクラスを拡張させる方向とかもあるが
継承の手間をかけるメリットがあるような例ではない気がする

現実のユーザーの個人情報を格納するクラスなら
年齢は生年月日で管理、コンストラクタ渡しでSetterは無し
生年月日の変更を許容するなら”生年月日変更リクエスト”を別途モデル化する
2020/09/22(火) 21:50:50.28ID:0j+aLKWi
だから、ラストの手紙を日本語で書いてしまってるからな
あの世界線の公用語は文字も日本語
2020/09/22(火) 22:44:34.61ID:TWSwG1ae
>>109
プロパティを使わないでどうやって属性にアクセスするっていうの？
2020/09/22(火) 23:43:52.35ID:1XqBBY/l
>>112
直接アクセスすればいい
なんの問題があるんだ
114デフォルトの名無しさん
垢版 |
2020/09/23(水) 07:01:43.37ID:vyT7LDfs
>>110
全くその通りで、そこを新人がいきなり出来る？とか、会社的(A社)には
そう言うシステム改修の度にお金発生するので敢えてそうしないと言うこともあり得る。

その場合、関数型言語でも関数内変数にしちゃう輩が多いだろうけど・・・。
2020/09/23(水) 08:00:16.06ID:uYoc74AZ
>>113
それ、カプセル化をしないことで生じる問題をガン無視してるだけじゃん。
2020/09/23(水) 09:18:51.25ID:irsqaiS+
>>113
プロパティの意味がわかってないのかｗ

プロパティっていうのは直接アクセスするのと同じ書き方で
名前（インターフェース）を変えることなく読み書き時に
任意の処理（設定値を制限するなど）を加えることができる仕組み

プロパティは実質直接アクセスするのと同じもの

なぜメタプログラミングのときだけ
任意の処理を加えるのか言ってみ
2020/09/23(水) 12:54:30.27ID:S8l0aSve
>>116

それ、カプセル化をしないことで生じる問題をガン無視してるだけじゃん。
2020/09/23(水) 13:01:47.82ID:/5+6arBn
>>117
カプセル化の話なんかしてません

プロパティはメタプログラミングに使うものだという
アホ間抜けがいるから、バカにしてやってるだけです
2020/09/23(水) 13:06:47.61ID:EcLAlZaL
>>118
は？
2020/09/23(水) 13:09:56.03ID:EcLAlZaL
ああ、メタプログラミングに使うものの部分の否定か。読み間違えたすまん
121115
垢版 |
2020/09/23(水) 13:16:38.01ID:EcLAlZaL
>>117
あと、勝手に俺になりすますな紛らわしい。
2020/09/23(水) 23:10:59.12ID:USOBG2da
継承を重ねるうちに消えたデータ
2020/09/24(木) 00:29:16.38ID:zy8bWf+v
秘技「無限継承の術」
124デフォルトの名無しさん
垢版 |
2020/09/24(木) 11:38:58.35ID:q5yIFuI6
正攻法ではMACアドレスを取得できないネットワーク関連のライブラリも多い。
カプセル化の弊害だ。

これ、オブジェクト指向は関係なんだけど、オブジェクト指向ではやりがちなこと。
2020/09/24(木) 12:06:19.37ID:27/WCIy4
>>124
> 正攻法ではMACアドレスを取得できないネットワーク関連のライブラリも多い。
> カプセル化の弊害だ。

カプセル化をしないことで、MACアドレスを取得できるという
ネットワーク関連のライブラリを１つでいいから言ってください

カプセル化でMACアドレスが取得できなくなるのが
嘘か本当かはそれを見ないと判断できません。
2020/09/24(木) 15:01:38.50ID:eJ60na0U
>>124
カプセル化の意味理解してる？
それ、カプセル化されたネットワーク系ライブラリからカプセル化を排除したところで、MACアドレスは取得できないと思うのだが。

まず、議論する前にカプセル化の意味からググれ。
さっきからプロパティやらメタプログラミングやら関係のない話を持ち出して何がいいたいのかわからん。
2020/09/24(木) 15:06:54.07ID:eJ60na0U
いや、プロパティは関係あるのか？
メタプログラミングとか言ってる時点で俺の知らない用語と化していそうだが。
2020/09/27(日) 07:06:20.94ID:0lir37kZ
カプセル化にも困ることはある
だからJavaではリフレクションがあるわけだしな
最初見たときはこんなの許していいのかとビックリしたが
129デフォルトの名無しさん
垢版 |
2020/09/28(月) 08:59:39.48ID:y1yHDvjF
>>125
旧.NETは取れるよ。
新.NETはサポートOSが増えた代償で取れなくなった。
2020/09/28(月) 09:00:16.85ID:y1yHDvjF
>>126
IPが取れるならMACアドレスも取れるだろ。
2020/09/28(月) 09:01:17.04ID:y1yHDvjF
IPアドレスは取れるけどMACアドレスもリンクスピードも取れないというのは結構ある。
2020/09/28(月) 10:05:50.15ID:wlw0NrPw
>>129
.NET Coreでも普通に取れる
嘘はよくない
2020/09/28(月) 20:58:52.42ID:9AJB64gi
>>132
PCLは取れない
134デフォルトの名無しさん
垢版 |
2020/09/29(火) 18:49:33.31ID:vIDJmIPs
カプセル化を推し進めると最小公倍数になる。
出来ることが減り、速度は遅くなる。
Adobe FlashやJavaアプレットが死滅した理由がまさにこれ。
135デフォルトの名無しさん
垢版 |
2020/09/29(火) 18:50:25.33ID:vIDJmIPs
2ボタンマウスと1ボタンマウスがあったら性能の悪い方に合わせるようになる
136デフォルトの名無しさん
垢版 |
2020/09/29(火) 18:58:24.66ID:Q+HTeu6k
カプセル化はオープンソースに反している。
2020/10/02(金) 00:58:15.70ID:gd78HEzu
ttps://video.twimg.com/ext_tw_video/1305443176069521408/pu/vid/464x848/ePCfrEi3FGrcLmb0.mp4
138デフォルトの名無しさん
垢版 |
2020/10/02(金) 09:38:31.29ID:pBqepwKm
>>136
たしかに。
オープンソースが広まる前の概念だよね。
ライブラリを売るのに都合が良かった。
2020/10/02(金) 09:54:49.20ID:b+gARvx0
> ライブラリを売るのに都合が良かった。
どう都合が良かったの？
2020/10/02(金) 10:09:10.35ID:pBqepwKm
>>139
コピープロテクト
2020/10/02(金) 10:18:16.18ID:qiKhE9Co
>>140
それがカプセル化と何の関係が？
そういうバイナリを埋め込めばいいだけでしょ？？？
2020/10/02(金) 12:44:52.35ID:pBqepwKm
>>141
それやったらカプセル化問題が発生した時にアウトじゃん
2020/10/02(金) 12:51:14.12ID:9M4QbSP5
カプセル化問題w

「たしかに」とか言いつつ同一人物でしょこれ
2020/10/02(金) 13:21:58.26ID:r0Llx4GW
本当に必要だったものはカプセル化ではなく変更のカプセル化
ようするにモナドだね
2020/10/02(金) 13:30:25.34ID:YFyV1pKj
>>142
だから何の関係があるの？って聞いてるんだが
コピープロテクトはカプセル化で作られてるとか？？？
2020/10/02(金) 15:51:31.16ID:LcUrcdrT?PLT(12015)

オープンソースなら「カプセル化の解除」ができるよね。
コピープロテクトも簡単に無効化される。
2020/10/02(金) 17:15:25.27ID:JvTfpms1
>>146
オープンソースの暗号化ライブラリ使ったデータなら簡単に復号化できるよねw

オープンソースのキー交換アルゴリズム使った通信は誰でも簡単に傍受できるし簡単になりすましできるよねw

「カプセル化の解除」の教えは万能だよねw
2020/10/02(金) 18:54:48.52ID:r3ReT+S4
>>146
オープンソースとカプセル化に何の意味が？
オープンソースなら、カプセル化しなくても
簡単に無効化できると思いますが？？？
2020/10/02(金) 19:06:13.17ID:1uQRz/LD
カプセル化が必要なのはドメインレイヤー
これは不正な状態を排除するため
ただしイミュータブルなら無理にカプセル化しなくていい

インフラストラクチャはインターフェース切るだけでいい
実装は丸出しにしてOK
2020/10/02(金) 19:57:20.99ID:Pm9ZUalc
>>147
「プログラムを改変できる」と
「プログラムが出力したデータを改変できる」はまったくの別物だろ。
2020/10/02(金) 19:59:33.39ID:Pm9ZUalc
>>148
どちらも「カプセル化されている」というスタート地点が同じだとする。

後に「カプセル化を解除したい」となったときの行動パターンはオープンソースと非オープンソースで大きく違う。
2020/10/02(金) 20:31:44.10ID:r3ReT+S4
>>151
それはオープンソースと非オープンソースの話であって
カプセル化は関係ないと言っています。
2020/10/02(金) 20:32:06.20ID:r3ReT+S4
オープンソースでもカプセル化は沢山使われていますよね
2020/10/02(金) 20:33:36.32ID:D6tjLIKJ
>>147
＞オープンソースのキー交換アルゴリズム使った通信は誰でも簡単に傍受できる
オープンソースだから、という理由だけでは、そういう結論は導出できない
鍵交換アルゴリズムが正しく実装されておれば、第三者は傍受できないことが、アルゴリズムの上で保証されている
2020/10/02(金) 20:33:48.39ID:r3ReT+S4
カプセル化したいときもオープンソースの方が簡単です！
2020/10/02(金) 21:29:35.21ID:m07GQTUo
>>152
「カプセル化されているものを非カプセル化できる」というのはオープンソースだからこそでしょ？
157147
垢版 |
2020/10/02(金) 22:09:09.46ID:PXkbdcAL
>>150,154
>>146に言ってあげてねw
2020/10/02(金) 22:40:42.45ID:r3ReT+S4
>>156
クローズドでもソースコードにアクセスできればできますが？
159デフォルトの名無しさん
垢版 |
2020/10/03(土) 00:08:13.37ID:yVZHteUR
>>158
アセンブラで？
2020/10/03(土) 00:11:36.28ID:yVZHteUR
>>156
オープンソースで改変できるにしてもapache系のフレームワークみたいに巨大すぎてフォークしても後々のメンテナンス考えたら個人や零細企業では手に負えるレベルじゃない、というのはよくあるけどね。
2020/10/03(土) 00:13:45.56ID:yVZHteUR
まあカプセル化否定派のnodejsとpythonが覇権を奪った時点で結論は出てるよね。
2020/10/03(土) 00:15:27.57ID:Kq+qBTMl
>>159
コードサイニング証明書付きだと機械語レベルで改竄したら動かなくなるでしょ
2020/10/03(土) 00:24:20.04ID:wMNyZfVn
そりゃ野良コーダーでも自由に改変できるのがOSSの強みだからな
OSS指向のnodeやpythonは安全を捨てて自由を選んだわけだ
逆に業務システムとかじゃ末端に好き勝手させないためのカプセル化が有効
2020/10/03(土) 01:37:37.73ID:Y5A2bLqu
PythonでもJSでもprivateな変数作れるの知らないんだね

さすゴミ
2020/10/03(土) 05:42:18.97ID:6PiAID7n
>>159
ソースコードって言ってるのにバカなのか？

他人が作ったものを利用するなんてはそうしかないんだろうけどな
ソースコードっていうのはライセンスとは無関係に
開発者はソースコードにアクセスできるの

で今はカプセル化の話なんだろ？
ソースコードにアクセスできる人は普通に
カプセル化してるし、都合が悪ければ変更するだろ
だから何いってんだアホって言ってるわけ
2020/10/03(土) 05:42:51.94ID:6PiAID7n
>>162
> コードサイニング証明書付きだと機械語レベルで改竄したら動かなくなるでしょ
ソースコード修正してから署名つければいいだけ。アーホ
167デフォルトの名無しさん
垢版 |
2020/10/03(土) 09:08:25.83ID:tGxUSHNX
>>165-166
ソースコード非公開のライブラリの場合は？
2020/10/03(土) 09:11:04.42ID:S8hWGx6H
カプセル化のためにめちゃくちゃ長い関数作るみたいな馬鹿なことやらなければ、
あとは勝手にやってりゃいいと思うよ。
169デフォルトの名無しさん
垢版 |
2020/10/03(土) 13:18:20.54ID:thR3EccD
>>164
どうやって作るの？
2020/10/03(土) 13:57:26.98ID:ALPWY5SS
>>167
ソースコード非公開ライブラリがどうかしたの？
カプセル化と何も関係ないよね
2020/10/05(月) 13:02:03.02ID:pmj9NwTG
保守性高いプログラム書ける人しかいないチームならありだけど、初心者が入るチームはだめだな
レビューで指摘、とかいうルールにしても、結局締め切りギリギリで出してきて今回は仕方ないねで終わりそう
2020/10/05(月) 17:37:41.22ID:b3nIBUL6
締め切りを半分にすればいいだけ。おまえが無能。
2020/10/07(水) 17:40:54.83ID:2v3CNbjq
カプセル化って名前が悪い。
ガラパゴス化にしよう。
2020/10/07(水) 17:43:19.71ID:r+XQDTLB
更新保護でいいよ
読み取りは好きにすればいい
2020/10/07(水) 19:10:04.34ID:OA8Qggd8
「だいじなところ」ぐらいではどうか?
許可がないと中身が見えない
2020/10/08(木) 22:01:26.29ID:qUTzv3+8
シングルトンパターン並に間違った使われ方をされてる機能
2020/10/08(木) 22:04:39.32ID:qKxlqJPM
必要だったのはprivateではなくread only
2020/10/08(木) 22:17:15.27ID:2uctxrkW
ほんとそれ
immutable最強
2020/10/08(木) 23:39:19.28ID:CGx3HaIV
read onlyとprivateは直交した別の概念
ただ未だにread onlyすら簡単に実現できない言語は苦労するよね
180デフォルトの名無しさん
垢版 |
2020/10/09(金) 15:05:28.51ID:BzBaKF6l
機械語にread onlyに出来る命令ってあるの？
181デフォルトの名無しさん
垢版 |
2020/10/10(土) 11:49:11.41ID:jhlE18dO
オブジェクト同士は常に二人称で、「俺」←対話（メッセージング）→「チンポ」。
つまりチンポは独立し自ら考えて行動する別の生き物なのである。

この考え方に至ってからは、オブジェクト指向の理解もすんなり進みました。
上手くオブジェクトを定義して、上手く会話させてやるのがオブジェクト指向
での設計なんだなーと今でも思っています。
https://blog.mah-lab.com/2014/03/18/object-oriented/

チンコの随意筋と不随意筋
http://d.hatena.ne.jp/tottokotokoroten/20130516/1368716650

＜俺＞
「　部屋の英子がこちらを向いた気配に、彼は勃○した陰○を外から障子に突きたてた。障子は乾いた音をたてて破れ、
それを見た英子は読んでいた本を力一杯障子にぶつけたのだ。本は見事、的に当って畳に落ちた。 」
＜チンポ＞
「　その瞬間、竜哉は体中が引き締まるような快感を感じた。彼は今、リングで感じるあのギラギラした、
抵抗される人間の喜びを味わったのだ。 」

まさに独立した人格を有したチンポという、もう一人の俺がそこに現れるのである！

【藤子・F・不二雄】「みきおとミキオ」現在と未来、憧れの入れ替わり生活！
https://www.google.com/amp/s/middle-edge.jp/articles/0izbO.amp
2020/10/11(日) 18:41:11.36ID:z7d9ld+N
>>180
なんで急に機械語？
命令っていうか、セグメントとか使ってできるアーキテクチャはあるけど
2020/10/12(月) 08:35:37.96ID:A87p/8z3
>>180
だから苦労するじゃん。
184デフォルトの名無しさん
垢版 |
2020/10/12(月) 11:58:51.16ID:hsanWbpq
機械語で難しい事はどんなに取り繕っても難しい
プログラミング言語なんてただのラッパーだからね
結局は全部押し潰されて機械語になる
185デフォルトの名無しさん
垢版 |
2020/10/12(月) 12:12:14.34ID:DchzyShu
>>184
>機械語で難しい事はどんなに取り繕っても難しい

ならば「チンポがシコシコする」という日本語表現は、文法的に正しいのか？

チンポ「を」シコシコするのではなくて、チンポ「が」シコシコする。この場合、「チンポ」は主語となる。

オブジェクト指向で言う「集約」は２種類あって、全体（俺）と部分（チンポ）が繋がっている場合と、
全体（俺）と部分（チンポ）が別々になっている場合とが考えられる。けれども「チンポ」はそれ自体
が独立した生き物であり、所有者の意思とは無関係に、勃起して「シコシコする」。
例えば寝てる時にエロい夢みて朝起きてみたらチンコが勃起して射精してたとか。

違うか？

「胸がドキドキする」は良いが、「チンポがシコシコする」はダメな理由を、５０字以内で述べろ！
2020/10/12(月) 12:23:26.11ID:PgbimoqJ
胸は自らが動くからドキドキでよい
チンポをシコシコするのは右手（もしくは左手、足の場合もあるが詳細は省略）
つまり主語は（省略された）右手であってチンポは受け身の存在

要するにメッセージを送信するのは右手であって、受信したチンポはシコシコ指令を受けて
副作用としてドピュッシーを発生させる

シコシコはオブジェクト間メッセージなんだよ

もしこれが自分の右手じゃなくて彼女の足だったとする
足でもシコシコメッセージを送信することが出来る
これがオブジェクト指向の利点だ

彼女にシコシコされたチンポは右手にシコシコされた場合と同様にドピュッシーを発生させるんだ

夢精でドビュッシーするのはシコシコではなくムラムラ
違うメッセージでも同じ副作用を発生させるのが容易なのもオブジェクト指向的なんだ
187デフォルトの名無しさん
垢版 |
2020/10/12(月) 13:25:59.57ID:mFWgM/Sv
『シコシコ』という擬音はどうでもよい。問題は、

自我　　　　チンポ
↑　　　　　　↑　　　チンポ＝自我
チンポ　　　自我

オブジェクト指向では、この三種類が考えられるということだ。
＞チンポ＝自我
散歩している時、自分もチンポも所在地は同一である。

https://i.imgur.com/4XhBmP3.jpg
https://i.imgur.com/PPFJZqI.jpg

夏目くんの場合は、チンポが自我を圧倒し、体が自然に滝川さんの股間に近づいていったのだ。

『笑ってごまかすな！！』

と言われても、夏目くんは何と言えば良かったのだろう？

　　　　チンポ≫自我

『チンポが自我を超えてしまった』を簡略化して、チンポがシコシコする！

チンポがシコシコしていると（チンポが自我を超越していると）、息もハァハァになる。
チンポがシコシコしている（チンポが自我を超越している）と、顔もアヘ顔になる。
つまりその顔は『チンポの一部』つまりチンポの皮と同じということ。

博士号の肩書きがあっても、STAP細胞のそれは間違いであり科学者として失格。
チンポと自我の関係について、それが間違いということなら、俺も科学者を自称するのを止めよう。
しかしながらあの夏目くんは、笑ってごまかす以外に何と申し上げたら良かったのか。
188デフォルトの名無しさん
垢版 |
2020/10/12(月) 15:46:50.40ID:rVNCwPir
突然キチガイが湧いてきたな
189デフォルトの名無しさん
垢版 |
2020/10/12(月) 16:07:52.34ID:mFWgM/Sv
ちんぽがしこしこする？、そんな言語表現あるのか？

クリントンの「不適切な関係」
https://eigo-kobako.blog.so-net.ne.jp/2008-06-21

不適切な関係、そんな言語表現あるのか？

クリントン大統領はそのちんぽがしこしこしてしまった、それを『不適切な関係』って言うのか？
190デフォルトの名無しさん
垢版 |
2020/10/12(月) 16:15:20.27ID:mFWgM/Sv
928 デフォルトの名無しさん 2018/11/21(水) 18:59:11.61 ID:8Yc2p7H1
>>922
＞ナンチャッテメッセージングスタイルになったのは

チンポ.オシッコを出す
チンポ.オシッコを止める

さっきトイレでやってきた。


929 デフォルトの名無しさん 2018/11/21(水) 19:07:17.83 ID:8Yc2p7H1
>>915
＞単なる動的なメソッド呼び出しをメッセージと称し、ただしコールするメソッドが見つからない場合だけメッセージを
＞ハンドリングできる省コストなナンチャッテメッセージングスタイルに落ち着いた。

×
俺.オシッコを止める　俺.オシッコを出す
○
俺.チンポに力を入れる　俺.チンポから力を抜く
191デフォルトの名無しさん
垢版 |
2020/10/13(火) 09:41:20.48ID:RKAITbcn
785 名無し三等兵 sage 2019/12/03(火) 08:03:27.78 ID:sujZBpWD
>>762
＞「胸がドキドキする」は良いが、「チンポがシコシコする」はダメな理由を、５０字以内で述べろ！

チンポにチンポ自身を扱く機能が備わっていないので自動詞は不適切だから（34文字）

胸（心臓）には鼓動する機能があるため自動詞の適用対象だが
チンポには勃起する機能はあっても自身を扱く機能はないので「チンポ『が』勃起する」は成立しても「チンポ『が』シコシコする」は成立しない
夢精した状況を「チンポ『が』シコシコした」と称したければ「チンポがエロい夢を見させ夢精した」＝「脳ではなくチンポが思考を司りエロい夢を見させて夢精させた」という状況で可となる

脳でなくチンポで物を考える生物についてなら「チンポ『が』シコシコする」は成り立つ
如何にもだつお的じゃないか
2020/10/13(火) 15:22:42.55ID:h/Kpn3E/
チンポがシコシコ君は根本的に分かってないようだが
オブジェクトは主語ではなく、目的語。

SOVCのOはObjectのOダゾ
193デフォルトの名無しさん
垢版 |
2020/10/13(火) 19:16:29.57ID:03VVLclZ
>>192
オシッコを出すときのチンポは目的語だね。
2020/10/13(火) 23:19:53.58ID:OKOKdjBN
privateは手術不可能
どんなに医療が発展しても手術不可能

恐ろしいね
2020/10/13(火) 23:21:03.97ID:GrZfDvab
privateは病変があるか検査すら不可能
恐ろしいね
2020/10/13(火) 23:21:39.73ID:GrZfDvab
privateになったら最期
2020/10/13(火) 23:22:12.65ID:fePtuIzx
private不治の病
2020/10/13(火) 23:22:40.45ID:RNuAvyGV
private病は恐ろしい
2020/10/13(火) 23:23:37.94ID:fiIbY/nL
privateは大腸癌より発見しにくい
2020/10/14(水) 01:16:50.52ID:0TgtAVoq
privateは全部公開
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。