次世代言語Part7[Go Rust Swift Kotlin TypeScript]

**デフォルトの名無しさん** · 2017/10/19(木) 17:51:38.66

文字数制限きついので改題
スレタイ以外の言語もok

前スレ
次世代言語議論スレ[Rust Kotlin Haskell]第6世代
http://mevius.5ch.net/test/read.cgi/tech/1503924817/

**デフォルトの名無しさん** · 2017/10/30(月) 08:01:20.39

>>242
GOいいな

**デフォルトの名無しさん** · 2017/10/30(月) 10:22:57.04

>>271
Goは色々足りないところも多いが、生産性にステガン振りしてるって点で評価できる
Rubyみたいに前借りではない

**デフォルトの名無しさん** · 2017/10/30(月) 11:06:54.77

Rubyの教訓は、「Perlよりマシ」に全振りしたけどPythonと比べると大したことなかった

**デフォルトの名無しさん** · 2017/10/30(月) 17:27:48.73

Goのどこに生産性があるんだよ

あ · 2017/10/30(月) 18:12:26.17

>>274
そりゃ、ひたすら書ける部分だろ。
迷わんぞ。書く量が多いだけで。

生産性と言うと表現力ばっかり取り上げられるが、単位時間あたりのアウトプットも見ないといかん。
その点、信じられないレベルで楽。

**デフォルトの名無しさん** · 2017/10/30(月) 19:01:45.29

>>275
行数多くなるから生産性が高いように見えるだけだろ

**デフォルトの名無しさん** · 2017/10/30(月) 19:15:05.61

そいつは関数型しったか野郎なので話すだけ無駄
無知が無知なりの常識で頑張って答えてくれるかも知れないけど参考にはならないだろう

**デフォルトの名無しさん** · 2017/10/30(月) 20:23:14.16

迷わずひたすらに書かれたF77のコード読みづらすぎ

**デフォルトの名無しさん** · 2017/10/30(月) 20:45:20.95

Goは構造体へのタグ埋め込みや、codegenまわりのツールが充実してるお陰で
ボイラープレートコードを書かんでいいのがでかい
それだけならLLでもできるが、テスト作ってから設置して実行するまでの作法が簡潔に固まってるのが更に強い

少なくとも時間当たりのテスト含めた成果物は他の言語と比べ物にならん

**デフォルトの名無しさん** · 2017/10/30(月) 21:31:16.17

逆に、汎用ライブラリ書こうとするととたんにinterface地獄になってボイラープレート増えるんだがな
だから、目の前の仕事の案件片付けるのに特化した言語だと思ってる

**デフォルトの名無しさん** · 2017/10/30(月) 22:18:12.05

>>221
ちょっといまさらだがRust版平衡木(AA木)をリファクタリングしたぞ。
まあ、だれも書いてくれそうになかったし、数日たったらまたやる気も出たから自分でやり直したわけだが。

基本的には②だが、すべて当てはまるな。
RustはNull安全なのでOption型のチェックが必須、コンパイラに所有権を伝えるためas_ref等が必要、
デフォルトはイミュターブルのためミュータブルを扱うためにmutキーワードが必要などが主な理由。
そこら辺の安全性と引き換えに多少は目をつぶってくれという感じはある。
③に関しては副作用もあるが、それよりもどちらかというと木構造の回転操作みたいな
変数の所有者が次々に代わるようなコードはRustでは所有権システムがあるため書きづらい。

とはいえ、前のコードに比べれば大分マシにはなったかと。
まあコードが綺麗か汚いかなんて個人の主観によるところが大きいから、まだ文句を言うやつもいると思うけど。。。
特に>>217なんかには「どんなアルゴリズムだろうが言語によって最適な書き方は違う」
ということをきちんと理解してもらいたい。

あと、コードのリンクを貼るという手段があることを知った。
比較できるように全て載せておく。
C版
https://wandbox.org/permlink/fc1xI7dDCdOMgysC
Rust版 before
https://wandbox.org/permlink/cbzzpLw97K2Tydk1
Rust版 after
https://wandbox.org/permlink/ppQOQREnDlpccpJV

**デフォルトの名無しさん** · 2017/10/30(月) 22:28:38.00

ほう

あ · 2017/10/31(火) 00:08:53.17

>>276
そーでもないぞ。

>>277
関数型以外シッタカの意識だけ高い系に言われてもな。
人をディスるんじゃなくて、自分を高めれば？
無理なんだろうけど(笑)

**デフォルトの名無しさん** · 2017/10/31(火) 00:13:46.41

関数型以外シッタカ←根拠なしのただのディス
からの
人をディスるんじゃなくて自分を高めれば？

自戒かな？

**デフォルトの名無しさん** · 2017/10/31(火) 00:16:52.10

そいつの相手しても得るもん無いってことくらいはそろそろ分かって欲しい

あ · 2017/10/31(火) 00:17:14.17

言い返されてそれはみっともないリアクションだな。
よほど、関数型言語が好きなんだね(笑)

専スレ立ててやれよ。次世代言語でもないわ。

あ · 2017/10/31(火) 00:19:38.37

好きなら好きで良いのに、なぜ固執するかわからん。
ナイフで整備できるようにネジを全部マイナスネジにしたロシア(？)の戦車みたいな間抜けな話と同じように、目的に対して使う道具なんか考えりゃ良いのに。

**デフォルトの名無しさん** · 2017/10/31(火) 00:26:46.01

よほど関数型言語が好きなんだね←誰もそんなことは言っていない

なぜ固執するかわからん←固執していない

誰と闘っているんだコイツは。少なくとも俺じゃねえな

**デフォルトの名無しさん** · 2017/10/31(火) 00:39:43.26

おまえら旧世代猿人類どもはウンコブラシのプェチピィのゲリクソピィでもプリプリしてろ

**デフォルトの名無しさん** · 2017/10/31(火) 01:21:58.60

>>281
コンパイル通らんのを試行錯誤してる間に答えが出てしまった悲しみ
まとめてもらって感謝。勉強してみるわ

**デフォルトの名無しさん** · 2017/10/31(火) 07:32:43.21

>>281
比較を載せてくれてありがたい。
やっぱり
C -> rust before -> rust after
となっていくごとに読みづらくなってるんだけれど。。

**デフォルトの名無しさん** · 2017/10/31(火) 07:35:28.96

>>270
それの何が反論になってると？
元から速度云々関係なしにネイティブ変換できない部分があったんだよ

**デフォルトの名無しさん** · 2017/10/31(火) 09:37:19.94

>>291
root.as_ref().unwrap().level
を
root->level
と書いて良いというシンタックスシュガーを導入すれば良い気がする

**デフォルトの名無しさん** · 2017/10/31(火) 09:56:03.51

unwrapはNoneだった場合にランタイムクラッシュする関数だから本来使ったらアカン関数
この辺はnil安全うたってる言語はおおむねそう

**デフォルトの名無しさん** · 2017/10/31(火) 10:23:24.56

Goは最初期Javaかっていう後退レベルだし、Rustは木構造すら数日かかりで必要な難解言語だしでどっちもクソ言語
はいこれで仲直り

**デフォルトの名無しさん** · 2017/10/31(火) 10:43:17.86

パラダイムシフトを強いる言語は地雷が多いな。
俺はリアクティブプログラミングで懲りた。

**デフォルトの名無しさん** · 2017/10/31(火) 10:44:19.94

数日がかりというが兎と亀みたいにRust以外の言語は寝てたから
Rustが一番早い

**デフォルトの名無しさん** · 2017/10/31(火) 11:07:20.83

その理屈だとCが一番じゃん？

**デフォルトの名無しさん** · 2017/10/31(火) 11:21:14.97

結局当面はC#系(TypeScript/Kotlin)の天下ということでよろしいか

**デフォルトの名無しさん** · 2017/10/31(火) 11:40:23.38

>>294
そういうこと。だからRust版 afterではunwrapはほとんど使用していない。
通常、Optionの中身を取り出すときはunwrap_or, unwrap_or_else, unwrap_or_default
のどれかを使用してNoneだったときはどうするのか指定する。
unwrapを使用するときはアルゴリズム的に中身が存在しないこと自体がありえなくて、
Noneならバグと判断してむしろそのタイミングで落ちてバグを知らせてほしい時のみ使用する。
この仕組みによってNullが存在しない(いわゆるNull安全な)言語を実現している。
多少書くのは面倒だが「10億ドルの損失」に比べればこのくらいカワイイもんだろってこと。

ちなみにC#なんかでも導入が検討されているらしいが、既存コードとの互換性が保てないので難儀しているようだ。
Type scriptみたいにコンパイルオプション付ければいいのにとか俺は思うんだが、なんか理由があるのかな？

**デフォルトの名無しさん** · 2017/10/31(火) 11:47:33.10

コンパイルオプションだと既存コードを一緒にビルドできなくなるだろ
互換性を絶対神とするC#に導入するなら、#pragmaでソースファイルごとにオプトインするか、
asyncみたいに修飾子で特定のスコープだけ解釈を変えるか、
デフォルトをnull非許容にするのは諦めてstring!にするかのいずれかだよ

**デフォルトの名無しさん** · 2017/10/31(火) 12:45:40.51

Goが優れてる点はcode生成に最適化されてる点だと思う。

Goはメソッド定義が同じディレクトリ内なら何処でもできる。
つまりコード生成によってメソッドを追加できる。
ファイルでコード生成の箇所と自作の箇所をわけれる。

**デフォルトの名無しさん** · 2017/10/31(火) 12:48:35.27

>>296
Rxはもっとシンプルな定義にできないのかなーって思う。
「全てはストリーム」という考え方はシンプルなのにいざ使おうとすると
ライブラリは複雑すぎる。

もしかしたら言語まるごとRxの考え方で作ったら簡単になるんかな。
Rubyの作者がStreamって言語をつくってるけど、、、、完成しそうもないし

**デフォルトの名無しさん** · 2017/10/31(火) 15:40:47.27

rust で
if root.is_none() {
return 0;
}
root.as_ref().unwrap().level
を
match root {
Some(node) => node.level,
None => 0
}
と書かないのは何故？所有権とかの問題？

**デフォルトの名無しさん** · 2017/10/31(火) 16:19:26.73

>>304
え？どっちでもいいよ？
リファクタリング後のコードでは使用してないはずだけど。。。
それでもいいし
root.as_ref()
.map(|node| node.level)
.unwrap_or_default()
でもいいし
if let Some(ref node) = *root {
node.level
} else {
0
}
でもいい。どれを使うかは好みの問題。
ただし、>>304のmatch文は正確にはこうなると思う。
match *root {
Some(ref node) => node.level,
None => 0,
}
rootはたぶん型が &T (借用) だから*で参照外しないといけないし、
ref は所有権を「移動」じゃなくて「借用」するために必要。

**デフォルトの名無しさん** · 2017/10/31(火) 17:24:30.09

>>304
>> リファクタリング後のコードでは使用してないはずだけど。。。
誤解を招くかもだな。すまぬ。
if root.is_none() {
return 0;
}
root.as_ref().unwrap().level
のほうはリファクタリング後のコードでは使用してないはずだけど。。。だな

**デフォルトの名無しさん** · 2017/11/01(水) 08:38:18.68

なるほど。ありがとう。

**デフォルトの名無しさん** · 2017/11/02(木) 00:38:25.36

いいってことよ

**デフォルトの名無しさん** · 2017/11/02(木) 08:54:18.64

if not is_none 判定時に実行される、
コンパイラさんにも非noneと分かるコードパスでは
unwrap省略できれば読み書きする際にもPanic起こさないと分かりやすいしシンプルになるな。

実際にも最適化でチェックのコードも吐かれてないだろうし。

**デフォルトの名無しさん** · 2017/11/02(木) 12:08:13.82

>>308
んん？ちょっと待て。良くないぞ
誰だぁ？俺の手柄を取ったヤツは？

**デフォルトの名無しさん** · 2017/11/02(木) 12:58:12.12

>>309
そのやり方は所有権システムの関係で難しいかもしれないな。
非noneが分かっていたとしても中身を取り出す時に所有権を移動する借用するのか決める必要がある。
そして、移動するにせよ借用するにせよ、取り出した時点から所有権システムの制約により
その親にあたるOption型の変数がスコープを抜けるまでは参照不可になる。
移動する場合は、スコープが抜ければOption変数ごと一緒に消費されるはずなので問題ないと思うが、
借用の場合は、スコープを抜けるまでOption変数が参照不可のままじゃ困る場合も多いだろう。
結局は、if let や match 等のスコープを使って借用が終わるタイミングを
コンパイラに知らせるための表現が必要になるんじゃないかと思う。

自分も所有権システムを完全に把握してるわけではないので、間違ってたら指摘してくれ。

**デフォルトの名無しさん** · 2017/11/02(木) 16:01:49.17

panic の代わりに未定義動作を行うことで、最適化時にNone時の経路が取り除かれる unchecked_unwrap() とかある。
外部クレートだけど。

**デフォルトの名無しさん** · 2017/11/02(木) 18:20:00.53

FFIと静的型は相性悪いなあ

**デフォルトの名無しさん** · 2017/11/02(木) 21:04:39.70

嫌われているプログラミング言語ランキング - Stack Overflow
http://news.mynavi.jp/news/2017/11/02/073/

**デフォルトの名無しさん** · 2017/11/02(木) 21:06:15.09

最も嫌われているプログラミング言語は？--Stack Overflowが調査結果を発表
https://japan.zdnet.com/article/35109803/

**デフォルトの名無しさん** · 2017/11/03(金) 01:51:06.45

だから何度も言ってるだろ
型なし能なし未来なしの糞言語が
使ってる連中は今すぐ首吊ってなるべく苦しんで無様に血糞尿にまみれて死ねよ

**デフォルトの名無しさん** · 2017/11/03(金) 01:55:11.36

>>316
死ぬだけじゃダメだな
来世でも来来世でも苦しみ抜いてもらわないと

**デフォルトの名無しさん** · 2017/11/03(金) 09:09:40.17

>>317
せやな
一族郎党末代まで呪われて地獄の業火で焼かれるべきだ

**デフォルトの名無しさん** · 2017/11/03(金) 09:10:55.64

その政策の予算をいくらまでなら払えるか考えよう
予算なしは能なし未来なし

**デフォルトの名無しさん** · 2017/11/03(金) 10:56:17.26

すまんが型なし言語って何ンゴ？

**デフォルトの名無しさん** · 2017/11/03(金) 11:18:42.35

機械語のことかな？

**デフォルトの名無しさん** · 2017/11/03(金) 11:44:21.79

変数に型の無い言語か

**デフォルトの名無しさん** · 2017/11/03(金) 14:34:55.34

Go言語で
var 変数名 = 値

の表記の時は型を省略できるそうですが
値が数値で、値から型が確定できない場合はどうなるのでしょうか？
値から型を確定できるのは文字列型と真偽値くらいだと思いますが

**デフォルトの名無しさん** · 2017/11/03(金) 14:43:12.88

>>323
値に応じたデフォルトの型か決まっている

**デフォルトの名無しさん** · 2017/11/03(金) 14:58:26.87

>>324
なるほど
たしかにだいたい推測できますね
ありがとうございました

**デフォルトの名無しさん** · 2017/11/03(金) 15:00:00.55

>>319
予算がないからクソゴミクズ汚物言語を使い続ける？
地獄に落ちろビチグソ野郎

**デフォルトの名無しさん** · 2017/11/03(金) 15:50:26.42

VBA は explicit 付ければ堅く書くこともできるんやで～。
そんな書き方するやつあんまいないけど。。

**デフォルトの名無しさん** · 2017/11/03(金) 16:36:07.91

>>326
誘導尋問するなよ
というかどうせ誘導するなら天国に誘導しろよ

**デフォルトの名無しさん** · 2017/11/03(金) 17:02:16.49

>>320
PHPは型がないから
とかおっしゃってるいつもの人だろ

**デフォルトの名無しさん** · 2017/11/03(金) 23:58:20.96

>>328
なーにが誘導尋問じゃ
どんな理由があろうと下痢未満言語未満のぷぃーえっちぷぃーを使うことを肯定する時点でお前は地獄行きじゃ！

地獄でビチグソにまみれて二度と転生してくるな！！

**デフォルトの名無しさん** · 2017/11/04(土) 00:00:53.97

次スレはﾜｯﾁｮｲつけないとな。
330みたいな異常者をNGするために。

**デフォルトの名無しさん** · 2017/11/04(土) 00:03:54.76

HHVMを使うという手もあるんじゃ

あ · 2017/11/04(土) 00:24:15.28

と言うか、では実務ではウェブの案件には何をお使いで？と聞きたいな。
ホントに何なんだろ。

**デフォルトの名無しさん** · 2017/11/04(土) 00:42:18.37

>>333
330じゃねーけど、フツーにRailsって答えそうではある
フロントいらないAPIサーバならFlaskかGoかってところか

**デフォルトの名無しさん** · 2017/11/04(土) 00:42:59.68

node + ts

未だにphpでlampとかもう（笑）も付かないレベル

**デフォルトの名無しさん** · 2017/11/04(土) 00:46:07.02

叩きは理想の言語とやらでRails越を越える
フレームワークを作ってからしてくれ。

**デフォルトの名無しさん** · 2017/11/04(土) 02:10:05.95

俺の中ではgoでgoaかな。swagger.jsonを介して通信周りもコード生成できる。
API設計するとclientライブラリまで一括して作れるからSPA開発が捗る。
TypeScriptのクライアントライブラリ生成してapiの返すjsonのinterfaceまで作ってくれるから至れり尽くせり。

あ · 2017/11/04(土) 02:22:57.88

Railsか。なるほどありがち。
APIサーバはGoとかnode確かに便利。
tsは置いといて。
あれやるくらいならc#とnancyで書いたほうが余程安定する。寿命の面でも。
そして.net coreすごいわ。

TSは最近イケイケドンドン過ぎる気がする。
イシューは閉じれてないけど、次以降のリリースに頑張るわ、ところでこれ！新機能盛りました！
みたいなノリ。

**デフォルトの名無しさん** · 2017/11/04(土) 08:30:20.53

nodeはnodeで闇深いがな……あいつ結構非自明なメモリリーク起こしやがる

ts on nodeってその辺解決できてるのか？

**デフォルトの名無しさん** · 2017/11/04(土) 08:35:04.21

で。おまえは実務ではウェブの案件には何をお使いで？
PHPとか言って笑いを取る必要はないぞ

**デフォルトの名無しさん** · 2017/11/04(土) 09:38:29.95

Django
何だかんだ言われてるけど強いよこいつは

あ · 2017/11/04(土) 13:55:52.44

>>340
何でも使う。書捨てでビューがあればphp
ビューがあって書捨てじゃなけりゃasp.net
Tomcatとservletは嫌い。
安定したAPIサーバはGoかc#とNancy。
nodeは個人用。
イントラ多いから、デプロイ先がWindowsサーバで、セットアップが必要な処理系は入れづらいのよね。
phpは過去の案件ですでに入ってたり、だいたいIISは動いてる。

**デフォルトの名無しさん** · 2017/11/04(土) 15:34:33.21

ウチはseaside.st

**デフォルトの名無しさん** · 2017/11/04(土) 18:58:28.17

>>342
浅く広くの器用貧乏なんだね
どうりで、知識はあるけど深い話になるとボロがでるわけで

あ · 2017/11/04(土) 22:22:28.71

>>344
器用貧乏だろうなぁ。メインの言語以外は特に。
そもそもしばらくシステム屋じゃないし。
道具としては色々使うけど。用を果たせば良い部分と、趣味として使う分は別けてる。
流石に20代でもあるまいし、わきまえてるよ。仕事は。

ボロが出るというより、単純に知らんので参考になってる事も多いよ。

**デフォルトの名無しさん** · 2017/11/04(土) 22:23:05.19

しったかするから、自分の知らない領域ついても知識があるように見えるだけだぞ

あ · 2017/11/04(土) 22:28:21.22

>>346
勝手にそう見てるだけで、俺自身が知ってるよ言ったことはあんま無いんじゃないかな。
俺はこう捉えてる、は話すけど。

**デフォルトの名無しさん** · 2017/11/04(土) 23:34:55.56

>>347
854 ：デフォルトの名無しさん：2017/05/30(火) 13:17:09.64 ID:ynDKwlR5
851
>当たり前だがHaskellみたいに実行時に多相性を解決してる
おいおい、Haskellの実装知ってんのか？
Haskellで実行時に型情報が必要な多相性はほんの一部だ。
ほとんどの場合、コンパイル時に解決される。

863 ：あ：2017/05/30(火) 16:00:40.31 ID:CncaY8jR
854
知ってるよ。実行時に多相性を「しない」のならその主張もわかるが、「ほとんどの場合しない」は「してる」だよ。
「施錠確認した？」「ほとんどしました」って、要は全く施錠の確認できてないのと変わらんよね。

あ · 2017/11/05(日) 00:07:40.19

>>348
おお、それは知ってたから。
あんまりと書いてるからわかるだろうけど。

**デフォルトの名無しさん** · 2017/11/05(日) 01:40:33.90

>>341
scaffoldがないのが非常に残念
俺は言語としてはPythonが好きなのに、webとなると無意識にRailsを選ぶようになってしまった

**デフォルトの名無しさん** · 2017/11/05(日) 11:59:20.40

器用貧乏の対義語に名前をつけたい
サンクコスト貧乏かな

**デフォルトの名無しさん** · 2017/11/05(日) 12:02:14.14

Railsって未だに生産性高いんか。
PHPがパクっていろんなフレームワーク作ってるけど

**デフォルトの名無しさん** · 2017/11/05(日) 12:11:59.33

ペチパーって何であんなにフレームワーク作りたがるんだろうな
自己主張が強いのか、ママの愛が足りなくて承認欲求に飢えてるのか

**デフォルトの名無しさん** · 2017/11/05(日) 12:16:38.92

>>353
たかがテンプレートエンジンがでしゃばりやがって感ある。
でもインスタンスの生存時間が短いから開発者に優しい言語ではある。
まぁwebScoketとか繋ぎっぱなしにするような仕組みには弱くなるけど

**デフォルトの名無しさん** · 2017/11/05(日) 12:26:54.29

>>352
なんだかんだであれは死なないよ
資産が豊富で、webのラピッドプロトタイピングにおいては群を抜いておる
Railsライクな他言語のフレームワークがRailsを羨ましがる場面はあっても、恐らくその逆はない

**デフォルトの名無しさん** · 2017/11/05(日) 12:51:00.18

慣れの世界って感じもするけどな
俺はテンプレートエンジンより、Reactで書くほうが最近は楽なのでtypescriptで書いちゃうことが多いな
サーバサイドも必要ならrustかJavaでちょろって感じ

**デフォルトの名無しさん** · 2017/11/05(日) 13:29:53.61

時代はSPAの方向を向いている中あえて今Rails使うメリットってあるんかな。
最初からWebAPI提供できたほうがいいし。

React覚えるとモバイルももれなく作れるのがいい

**デフォルトの名無しさん** · 2017/11/05(日) 14:06:42.08

Node.jsとTypeScript使っとけば幸せになれるということ？

**デフォルトの名無しさん** · 2017/11/05(日) 14:17:26.71

>>358
webassemblyの時代が来るまではね

**デフォルトの名無しさん** · 2017/11/05(日) 14:50:39.74

wasm時代の覇権がどうなるか想像出来ん
とりあえずC++は安定だろうけど

**デフォルトの名無しさん** · 2017/11/05(日) 15:02:45.09

PHP使ってれば食いっぱぐれることはないやろ
ガイジどもが作った負の遺産を保守し続ける楽なお仕事が半永久的にあるで

あ · 2017/11/05(日) 15:14:12.83

>>351
器用貧乏の反対は、ホントにその役職に居なければ「大先生」とか「教授」だろ。

**デフォルトの名無しさん** · 2017/11/05(日) 15:32:04.98

フレームワークやIDEを
ドラえもんの道具にたとえると四次元ポケット

**デフォルトの名無しさん** · 2017/11/05(日) 20:51:56.70

>>361
真っ先に自動化されるか、見捨てられるシステムだな。

**デフォルトの名無しさん** · 2017/11/05(日) 20:55:20.91

COBOLやJavaならわかるけどPHPではなあ
ある日突然消えてなくなったところで大した問題のないゴミばかりだろ

**デフォルトの名無しさん** · 2017/11/05(日) 21:28:49.35

おい、アスペチプァさんを馬鹿にするなよ
彼らが本気出したらお前ら血便漏らして死ぬようなコード書くぞ

**デフォルトの名無しさん** · 2017/11/05(日) 21:40:31.01

日本の技術力ガーとか言ってたくせに
結局全部嘘ばかり
バカチョン以下やでホンマ
そりゃペチパーが闊歩しますわ
Rustアンチくんはペチパー
はっきりわかんだね
これだからペチプァは
それ以上ペチパーの心のより所を叩くのはやめてやれｗ
彼ら、憤死してしまうでｗｗｗ
ペチパーって何であんなにフレームワーク作りたがるんだろうな
自己主張が強いのか、ママの愛が足りなくて承認欲求に飢えてるのか
おい、アスペチプァさんを馬鹿にするなよ

ﾏｼﾞｷﾁ

**デフォルトの名無しさん** · 2017/11/05(日) 23:19:35.12

**デフォルトの名無しさん** · 2017/11/05(日) 23:22:51.31

ペチアンチの面白語録非難してる奴って胸に突き刺さって抜けないペチパーか？

あ · 2017/11/06(月) 00:12:29.28

好きの反対は無関心になるはずだしな。
嫌いな事と言うのは、実は興味があったり、かつて好きだった事があったり、強制され抵抗できなかった惨めさがあったりするもんだ。
あまり人の憎しみを面白半分で扱ってはいかんな。