TypeScript part4 (396ﾚｽ)
上下前次1-新
48(1): 2022/02/06(日)22:57 ID:AuLf6V7C(5/7) AAS
>>44
まあ君とは平行線のようだね。
> 仮に変更される可能性がなければ１つの関数でシステムを組むのか？
組むぞ。俺は変更される可能性がない所に依存するのは全く問題ないと見てる。
そして基本的に実行効率重視だから、無駄な事はしない。
君はドメインが「１年が365日である事を知っている必要はない」として、365すらもリテラルでは書かないのだろう。
そして人類が火星に到達した時、君のコードは無修正で動くが、俺のコードは役に立たない。
省13
49(1): 2022/02/06(日)23:02 ID:AuLf6V7C(6/7) AAS
>>47
そりゃお前のノリでやってくれる奴はお前の畑の奴だよ。
それがJavaならそうすればいいだけ。
ただ、PODが駄目だってのはただの先入観で、
実際それでやってる奴が多くて、それでも世界が回ってるのなら、お前が勘違いしてるだけだよ。
50(1): 2022/02/06(日)23:08 ID:7lkHt7VO(8/9) AAS
>>48
うん
TypeScripterとは分かり合えない人が多いだろうなとは思ってたけど君とは特に分かり合えないと思う
関数１つでシステム書く人を理解するのは私には不可能だ
365をリテラルで書かないのはDDDとかそれ以前の問題だと思うよ
君の書いたコードって四年に一回ぐらいバグ出してない？大丈夫？
処理効率が大事な部分でわざわざJSONを経由して効率落とすの？
省2
51(1): 2022/02/06(日)23:09 ID:7lkHt7VO(9/9) AAS
>>49
それで回る規模の世界はそりゃ回るだろうね
これも何度も言ってるよね
52: 2022/02/06(日)23:34 ID:EROXxvgE(1) AAS
なら、その規模を確認してからでよかったんじゃね？
53: 2022/02/06(日)23:46 ID:AuLf6V7C(7/7) AAS
>>50
いずれにしてもJava出身でJava流の開発をしたいのならJavaを使うべきだよ。
シェアもJSよりはあるし、実際何とかなるだろう。
外部ﾘﾝｸ:w3techs.com
> 処理効率が大事な部分でわざわざJSONを経由して効率落とすの？
開発効率を優先するって事だよ。多分Web系の連中はこっちを選択する。
（俺はWeb系ではないが）
省18
54: 2022/02/07(月)03:29 ID:yhez4jOW(1/12) AAS
あと、パフォーマンスレンジの選択も間違ってる。
スクリプト言語は、チャッチャと書いてチャッチャと動かす為の言語であって、
ゴリゴリ一生懸命コードを書いて、パフォーマンスやメンテナンス性を得るための言語ではない。
つまり、今回で言うと、
TS/JSはJSONで全く問題無い場合に使う言語であって、
JSONではパフォーマンスに問題があると分かっているのなら、GoかRustを使うべき。
勿論Javaでもいいが、RustならJavaより速い。
省13
55(1): 2022/02/07(月)03:30 ID:yhez4jOW(2/12) AAS
それから、規模については他の人も指摘してるけど、一体何万行のTSを書く気だ？
やれば分かるが、鯖なんて結局DBから読んで加工して吐くだけだから、
APIだけ(HTML生成無し)なら3,000行も書けばいっぱしのサービスは出来てしまう。
あっけないほど簡単にね。スクリプト言語だから記述レベルが元々高いってのもあるけど。
(HTML部分はどこまで凝るかだけど、コード自体は独立してるから分量が多くなっても何ら問題ないはず)
Javaから見ればWeb系は多分1/10位で開発してる。
Redditで6人(言語不明)、diggも6人(Go)、discordが35人(Rust)とかだったと思ったよ。
省7
56: 2022/02/07(月)06:51 ID:b69Z+ASC(1) AAS
TSの知識が無くTSの開発者文化に馴染めず、理解してない言葉を並べ、決して間違いを認めず、自分のやり方に固執し、目の前にある概念を理解しようともしない。
う〜んこのおっさん。
57(1): 2022/02/07(月)10:07 ID:WuDoUI67(1) AAS
>>55
ううむ…せめてレス読んで理解した上で応答してほしいんだが…
小さなシステムでやり方にこだわる必要はないってのは深夜3時までかけて書いた情熱的な作文でいちいち主張しなくても私も最初から認めてることでしょ？
昨日議論したのはそういう手法が通じない規模のシステムの話ね(何度もそう書いてるはずだが)
大きいシステムではうまくいかないよという話をしてるのに
その応答が小さなシステムならうまくいくから問題ないでは話が噛み合うわけがないよね
58(2): 2022/02/07(月)11:40 ID:RorkGoUL(1/8) AAS
いやでもわかるわ
json serializable / deserializable で、かつ this 参照可能な method 生えてれば、カプセル化というかコードの凝縮度上げられるのになとは思う
まぁそういう toJSON, fromJSON を実装すれば的な話ではあるが
type Human に getFullName 実装したい時に
POD だと getFullName(h: Human) みたいになって
getFullName(h) じゃなく
h.getFullName() みたいにしたかったのに
省1
59(1): 2022/02/07(月)11:50 ID:UTO8dkwM(1/11) AAS
凝集度をclassで確保する必要は無いんやで。
書き方についてもパイプライン演算子がstage2入ったしね
60(1): 2022/02/07(月)11:58 ID:UTO8dkwM(2/11) AAS
Rustのstructとimplみたく、型とそれに付随する関数を収めたモジュールを作るんや。
61(2): 2022/02/07(月)12:40 ID:yhez4jOW(3/12) AAS
>>57
だから何万行書くつもりなんだ？って聞いてるんだよ。
Webの場合は3層なりに強制的に分割されるし、状態管理はDBに丸投げ、View/UIはHTML/CSS/JSに丸投げなので、
鯖でやる事なんて大して無いんだよ。
セキュリティガバガバでよく、（＝社内向けシステムに表示するだけとか)
ORMまでセットアップされてれば、
fizzbuzzの次には掲示板でも作ってみようか、となるくらい単純に出来てる。
省4
62: 2022/02/07(月)12:41 ID:yhez4jOW(4/12) AAS
> 大きいシステムではうまくいかないよという話をしてるのに
これが間違ってる。大きいシステムが存在しない世界なんだよ。
なぜなら、大きくなった部分は切り出され、まだ切り出されてない残り部分しか書かない方式だから。
ユーザーデータの管理が面倒です→DBとして切り出して丸投げ
HTML生成が面倒です→フレームワークに丸投げ
DBを触るのが面倒です→クエリビルダにしますか？ORMにしますか？
セッション管理も面倒です→ではこれもフレームワークで
省18
63(2): 2022/02/07(月)12:44 ID:NQzt3ZES(1/2) AAS
>>60
それが完璧にできればいいんだが、それだと大きなシステムでは統制が行き届かず、処理が分散し凝集度が下がる、というのは過去の実績から明らかなんだよね
そのスタイルでやろうとすると人間がミスをしない、という前提が必要になるんだけど、現実的にそれは難しい
なので大きい案件では「間違えるためには手間がかかる状態」を作り出して人間のミスを抑止するわけ
クラスなら処理の置き場所がはっきりしてるだけでなく、他の場所に書こうとすると別のクラスが必要になるので間違いに気付き易くなる
なので自然と処理が然るべきクラスに集まって、凝集度が高まるって話
何度も何度も言ってるけど
省4
64(1): 2022/02/07(月)12:57 ID:UTO8dkwM(3/11) AAS
>>63
モジュール関数がそうなる状況ではclassもそうなるよ？
65: 2022/02/07(月)12:59 ID:yhez4jOW(5/12) AAS
>>58
> getFullName(h) じゃなく
> h.getFullName() みたいにしたかったのに
> みたいな
それはC#で言う拡張メソッドだね。staticメソッドをインスタンスメソッドとして『記述出来る』
Goは逆にメソッドをstaticとして呼べたはずだけど。
この辺は『どう書きたいか』であり、文法の問題であって、（本来は）コード構造の問題ではない。
省9
66(1): 2022/02/07(月)13:01 ID:NQzt3ZES(2/2) AAS
>>61
業務システムは何万行の単位じゃ足りない
そこから1桁2桁は増える
君が幸運にも高々数千行の平和なシステムとしか縁がない環境にいるのはよくわかったよ
でも世の中のシステムはそんな恵まれたももばかりじゃないんだ
企業の業務がどれだけ複雑で巨大なのか想像してみたことある？
適当にそれなりの規模の企業をピックアップしてどんな仕事してるか想像して見て？
省4
67(1): 2022/02/07(月)13:05 ID:RorkGoUL(2/8) AAS
>>59
パイプ何年かかっとんねん
パイプ待ってる内にシステムサ終ですわ
object の後のドットで補完できると絶頂射精できるんや
パイプなんてどうやっても補完できないし無理無理かたつむり
68: 2022/02/07(月)13:13 ID:wsXwvKB4(1) AAS
>>64
頻度の話ね
69(1): 2022/02/07(月)13:18 ID:UTO8dkwM(4/11) AAS
>>67
そういう事なら仕方ないなw
可変長パイプ関数TSで作るのは確かに辛いけど、とりあえずこんなんで良くね？
外部ﾘﾝｸ:stackoverflow.com
70(1): 2022/02/07(月)13:29 ID:yhez4jOW(6/12) AAS
>>66
> 業務システムは何万行の単位じゃ足りない
それは仕様を絞り込めてない糞だからだよ。
既に言ったとおり、銀行のシステムなんて最終的には「口座への入出金管理」でしかないだろ。
だったらそれをまず作って、これが3,000行。
そしてそれが株からなら、株を管理する鯖を立てて、これも3,000行。
オンラインバンキングが欲しければ、これもUI専用鯖を立てて3,000行。とやっていくのがマイクロサービス流。
省16
71: 2022/02/07(月)13:33 ID:Afq51Jp9(1) AAS
業務システムにオープン系入ってきてもう何十年よ
プロジェクト規模ならわかるがシステム規模で何十万行とか
ミドルウェアも活用できてない失敗プロジェクト
DSLで品質も保ててスッキリ記述できる部分も汎用言語で書いてそう
72(1): 2022/02/07(月)13:36 ID:Ipfs3xdV(1) AAS
>>70
ははは
ならその素晴らしい数千行の銀行システムを売り込んできたら？
73(1): 2022/02/07(月)13:40 ID:UTO8dkwM(5/11) AAS
途中までの思想はわかるけど、数千行銀行はちょっと無理だと思うよ……
74: 2022/02/07(月)13:46 ID:UTO8dkwM(6/11) AAS
とはいえ分割単位次第か
75(2): 2022/02/07(月)13:58 ID:yhez4jOW(7/12) AAS
>>72
今は俺はJavaを殺すのはWeb系だと思ってるよ。
何処かが「もうこれWeb系でよくね？」として試しにやってみて成功したら、一気に流れると思う。
開発/運用コストが1/10〜1/100だろうから、
金銭面しか評価出来ない文系馬鹿が仕切ってる日本の銀行とかは一気に導入だよ。
マジな話、みずほ銀行が作り直すのならマイクロサービスでやれば面白いとは思ってる。
まあ現実的には病院や自治体から導入で、銀行は最後尾だろうけどね。
省6
76: 2022/02/07(月)14:09 ID:UTO8dkwM(7/11) AAS
>>75
そういう意味なら納得です
77(1): 2022/02/07(月)14:10 ID:4z8oj16v(1) AAS
素晴らしい！
ひとりの天才の出現によって金融系システム従事者が超難度システムのメンテから解放されるんだね
私はもしかすると時代の転換点を最も近いところから目撃してしまったのかもしれない
78(1): 2022/02/07(月)14:19 ID:RorkGoUL(3/8) AAS
>>69
lodash compose かな
まぁあれはあれで前立腺イキな気持ちよさはある
79: 2022/02/07(月)14:20 ID:RorkGoUL(4/8) AAS
>>77
みずほ社員２０万人「ﾀｽｹﾃ・・・ﾀｽｹﾃ・・・」
80(1): 2022/02/07(月)14:27 ID:mmIvHtEJ(1) AAS
ちゅーかなんでみんながみんなクソデカカチカチシステム作る前提なわけ？
適材適所って言葉を知らんのか
81: 2022/02/07(月)14:43 ID:UTO8dkwM(8/11) AAS
>>78
lodash有りならlodash/fpにそのままズバリpipeもあるし、部分適用もお手の物やん
82(1): 2022/02/07(月)14:51 ID:RorkGoUL(5/8) AAS
>>80
だって小さいシステムなら誰でも作れるじゃん
それこそPHPやPerlでも構わな・・・くはない死にたくなるけど、まぁやってやれんことはない
っぱエンジニアは20万人月回してこそ1人前でしょ
83(1): 2022/02/07(月)14:55 ID:R1s+yfGI(1) AAS
それにしてもマイクロサービス万能論者って久々に見た気がするわ
サービスを分割すればするほどサービス間の連動の管理が難しくなってそれはそれでうまくいかないぞ
というんでモジュラーモノリスだとか色々回帰論が出てきて今となっては「やっぱり銀の弾丸はなかったね」が常識で通じる時代になったと思ったんだが…
仮に30万行のシステムがあったとしてそれを3000行に分割したら単純計算で100個に分割できるわけだ
100種類のサービスを間違いなく連動させるのがどれだけ大変なことなのか
ちょっと甘く見過ぎてる感じがするね？
84: 2022/02/07(月)15:01 ID:dHoIQX/o(1) AAS
>>61
>Webの場合は3層なりに強制的に分割されるし、状態管理はDBに丸投げ、View/UIはHTML/CSS/JSに丸投げなので、
>鯖でやる事なんて大して無いんだよ。
どんだけ無知なんだよww
流石にこのレベルで偉そうに語られると相手するのが恥ずかしくなる
85: 2022/02/07(月)15:02 ID:HmGAn9CY(1) AAS
>>82
TS開発者全てを20万人月扱うスーパーマンにするなw
86: 2022/02/07(月)15:13 ID:27SiZacg(1) AAS
>>75
相手がボロ出すまで同じ事繰り返すだけの自演おじさんなんて相手しなくて良いよ。おじさんの話の内容見てても読解力もTS理解度も足りてないんだし
87(1): 2022/02/07(月)15:26 ID:S/gDVAW3(1/2) AAS
DDD的な話はわりとまともなこと言ってるけど
コード例を出さないからTS固有の問題なのか使い方や作り方の問題なのか判別つかないね
88: 2022/02/07(月)15:33 ID:S/gDVAW3(2/2) AAS
銀行みたいに堅牢性や永続性が最重要のシステムをTSで作るわけないけど
変化に対する柔軟性に重きを置くシステムならサーバー側でもTSは有力な選択肢だと思う
UnionやIntersectionのおかげでFunctionalなDDDがやりやすいってのが一番の理由
JavaみたいにOOPベースのDDDやるならTSを選ぶメリット感じない
89: 2022/02/07(月)16:02 ID:UTO8dkwM(9/11) AAS
>>87
それだよねぇ。長い文章書くわりに具体的な内容無いもの
90: 2022/02/07(月)16:15 ID:yhez4jOW(8/12) AAS
>>83
> 30万行のシステム
これがそもそも間違いなんだよ。
銀行なんて最終的には通帳に記入する内容、つまりは「日時と金額と取引相手」だけ管理出来てればいいんだぞ。
最初から綺麗に作れば、何をどうやっても30万行なんてならんよ。
無駄に膨らんでる理由は、過去のコードを除去出来ない点にある。
だけどそれは新規に書く部分には関係ない。
省9
91: 2022/02/07(月)16:16 ID:yhez4jOW(9/12) AAS
あと俺は別にマイクロサービスが良いと思っているわけではない。
俺が言ってるのは、（という程は言ってないが）
「コードを書いて捨てる前提なら、メンテナンス性も可読性も必要ない」って事だ。
ここが逆転の発想なんだよ。
元々これらが必要だったのは、
初心者あるあるの「半年前に自分が書いたコードが読めない」「規模が大きすぎてコードを追えない」を回避するためだ。
後者については大体10,000行程度が限界だと昔から言われてるから、単純には、
省17
92: 2022/02/07(月)16:17 ID:yhez4jOW(10/12) AAS
だから他人から言われた大正義を信じるのではなくて、それは何の為なのか、
どこまで依存していいのか、何に依存してはいけないのか、
コードはどの程度メンテする予定で、可読性はどれくらい必要なのか、
ちゃんと自分で考えて丁度良い点を目指さないと駄目なんだよ。
Javaにおいては20年後に他人がコードを読む前提だから、間違ってもこんな事は言われないはずだけど、
Web系においては、20年後も動いているコードなんて存在しない前提でも全く問題ないんだよ。
だからJavaの常識はJavaの世界向けにチューニング済みであって、それをWeb系に持ち込んでも失敗するだけだよ。
省1
93(1): 2022/02/07(月)17:00 ID:RorkGoUL(6/8) AAS
> 最初から綺麗に作れば、何をどうやっても30万行なんてならんよ。
ガラパゴス日本村のおらが法のスパゲッティをシステム化するんだからしゃーない
30万のif文がおんどれらを襲う
この国の映し鏡である金融システムをリファクタするには、まず老い腐った政治家どもを晒し首にして
もう一度ﾄｷｮを焼け野原にするところからやり直さなきゃいけないんだよ
94(1): 2022/02/07(月)17:13 ID:UTO8dkwM(10/11) AAS
>>93
おまいさん以前Linux板あたりに居なかったか？
95(1): 2022/02/07(月)18:19 ID:RorkGoUL(7/8) AAS
>>94
いたよ。あそこは楽しかったね。
96: 2022/02/07(月)18:34 ID:UTO8dkwM(11/11) AAS
>>95
だな。相変わらずで何よりだ
97(1): 2022/02/07(月)21:20 ID:yhez4jOW(11/12) AAS
>>58
そういえば
> fromJSON
ではなくて、reviver関数な。
外部ﾘﾝｸ:developer.mozilla.org
> getFullName(h) じゃなく
> h.getFullName() みたいにしたかったのに
省9
98: 2022/02/07(月)21:40 ID:yhez4jOW(12/12) AAS
一応訂正。enumerableとwritable消しときます。
Object.defineProperty(Object.prototype,'getFullName',{value:function(){return this.firstName+this.familyName;}, configurable:true});
99: 2022/02/07(月)21:51 ID:RorkGoUL(8/8) AAS
>>97
へー、reviver初めて知ったわ、サンガツ
いやープロトタイプ汚染なんて30年ぶりに思い出したよ
Goのレシーバをsyntax砂糖で自動でmethod生えるような文法の方がいいと思う
100(3): 2022/03/05(土)02:42 ID:DdhkyzyV(1) AAS
Twitterﾘﾝｸ:uhyo_
uhyo_の上から目線が年々悪化している
発表でも口調からそれが感じられる
相手を思いやらずくさすハラスメント人間がTwitterのTSコミュニティ作ってるのは最早害悪では
会社のSlackでこんなのやられたら何人か辞めるでしょw
Twitterﾘﾝｸ:5chan_nel (5ch newer account)
101: 2022/03/05(土)07:10 ID:HDnhD39u(1/2) AAS
直接本人に言えよ
102: 2022/03/05(土)08:26 ID:rV2+S9i4(1) AAS
売られたケンカは買ってこそ江戸っ子よ
103(1): 2022/03/05(土)10:57 ID:XO0AXwV8(1) AAS
>>100
ぼくがきにいらないからあいてをつぶす
ゆとりだね
Webなんだから普通に競争すればいいだけ
お前がもっと良いコミュニティを立ち上げれば人が離れて過疎って殺せる
それが出来ないのなら「ぼくのさいこうのこみゅにてぃ」を勘違いしてるお前らゴミゆとりの問題
104: 2022/03/05(土)11:00 ID:HDnhD39u(2/2) AAS
喧嘩売ってるだけのやつは粛々とNG
105: 2022/03/05(土)13:37 ID:IUYGleof(1) AAS
>>100
相手にしなけりゃいいじゃん
よく知らない人だけどツイート見れば自己満論破厨なのは明らか
この手の人にまともな議論は通用しないからね
106(2): 2022/03/06(日)03:59 ID:/IifMZTR(1) AAS
>>103
そんなこわいせかいはやだッピ
107(1): 2022/03/06(日)07:16 ID:pk8t6Esu(1/4) AAS
>>106
56してしまえば笑顔になれるよ
108: 2022/03/06(日)10:45 ID:oGjlcJ2o(1/7) AAS
>>106
> 相手を思いやらずくさすハラスメント人間がTwitterのTSコミュニティ作ってるのは最早害悪では
つまり、「相手を思いやって腐す事のない優しい人がTwitterのコミュニティを作るべき！！！」と思ってて、
それが大正義なんだろ。やってみればいい。
でもそれではWeb上のコミュニティは成り立たない。
その程度も分からない馬鹿が、しかも全く関係ないここにその話を持ち込む事も馬鹿げてる。
だからお前も死ね、でしかない。
省10
109(1): 2022/03/06(日)10:52 ID:xougf8Rz(1/3) AAS
じいじ、ゆとり教育はとっくの昔に終わったんやで
110: 2022/03/06(日)10:56 ID:nmpRTGjT(1) AAS
なにこの気持ち悪いやつ
111(1): 2022/03/06(日)10:58 ID:pk8t6Esu(2/4) AAS
コードは短く読みやすく書きましょうって教わらなかったん？
112: 2022/03/06(日)11:03 ID:oGjlcJ2o(2/7) AAS
>>109
いや5chの雰囲気が変わりつつあるのはゆとりが流入してきてるからだろ（勿論数年前からだが）
中高生で5ch見てるようなら本気でヤバイから止めた方がいい
大学生でもまだ止めておいた方がいい
社会人で、ある程度社会についても知り、デタラメな陰謀論とかも自分の頭で判断つくようになってから、ならありで、
実際これが大半だから、現時点での新規流入組はほぼ全員ゆとりだと思うが。
113: 2022/03/06(日)11:23 ID:oGjlcJ2o(3/7) AAS
>>111
ちなみにお前らはそう習ったのか？それはどこで？
114(1): 2022/03/06(日)11:28 ID:xougf8Rz(2/3) AAS
ゆとり以前ってどんだけ前やねん
115: 2022/03/06(日)11:53 ID:pk8t6Esu(3/4) AAS
じぃじ・・・
116(1): 2022/03/06(日)12:05 ID:oGjlcJ2o(4/7) AAS
>>114
俺の感覚では2013、つまり9年前だ。
そしてここ数年が5ch上のゆとり人口密度が最大で、その後脱ゆとり世代の流入が始まる。
だから現時点で(ゆとり的価値観では)ここが快適だと思えないのなら、そりゃそもそも無理なんだよ。
そして俺らにとってはお前らの存在自体が不快だって事だよ。
嫌いな場所にわざわざ来て悪態つくとかどうかしてる。
ただ、そうなってしまう理由も俺には分かるんだけどね。
省3
117(1): 2022/03/06(日)12:10 ID:/i+Wlcs9(1) AAS
気に入らないなら新しいの作れって考え方
ウェブ系だと普通なのか？それってDIYっぽくない？
それに利用者からしたらぽんぽん新しいもの出されてトレンドが変わるのは迷惑でしかない
今あるものをより良くしていこうという考え方の方がいいと思うな
118(1): 2022/03/06(日)12:27 ID:xougf8Rz(3/3) AAS
>>116
感覚だけでレッテル貼るんだ……
119: 2022/03/06(日)13:42 ID:oGjlcJ2o(5/7) AAS
>>117
> ウェブ系だと普通なのか？
Web系ではなく資本主義/自由主義経済において普通。会社だって気に入らなければいくらでも起業しろ、でしょ。
Web系においてはこれが割と厳密に守られてて、Webサイトは自由に作れるし、起業する奴も多い。
(Webサイトも広告貼るならただの集客業《＝ITチンドン屋》でしかない)
> 今あるものをより良くしていこうという考え方の方がいいと思うな
基本的にはこれは社会主義の思想。国で素晴らしい物を一つ作れば十分、という事だから。
省12
120(1): 2022/03/06(日)13:42 ID:oGjlcJ2o(6/7) AAS
で、Web上のコミュニティについては、
・ゆとりは基本的に許容範囲が無茶苦茶狭い。ちょっとでも不満があったらそれは駄目だと見なす
ので、上記(A)に引っかかって、結果的にコミュニティを上手く成立させられてない。（と見える）
(B)については確率の問題であり、ゆとりも母数は相当数居るのだから、問題ないはず。
現状、Webインフラは既に整備済みだから、「オレオレさいきょうの○○」を作る方が効率がいい。
仮に国有5ch、国有Twitterとして、それぞれ「この方針で行く」なんてやっても社会主義同様停滞するだけ。
そもそも何かしらの場があって、そこに居ついている人にとっては、そこが十分に「素晴らしい」場所なんだよ。
省14
121(1): 2022/03/06(日)15:28 ID:pk8t6Esu(4/4) AAS
>>120
お前ここ初めてか？力抜けよ。
122: 2022/03/06(日)15:42 ID:oGjlcJ2o(7/7) AAS
>>107
>>121
ゆとりを56してしまえば笑顔になれるよ
123(1): 2022/03/07(月)07:16 ID:QGQBtQzw(1) AAS
こんなやつが暴れてる5chではコミュニティが育つわけもないよなぁ
124: 2022/03/07(月)07:34 ID:SPifR21t(1/2) AAS
ぼくのかんがえたさいきょうのこみにゅてぃ以外みとめません！
125: 2022/03/07(月)13:09 ID:89t8mali(1/4) AAS
>>123
なら出ていけばいいだけだね。それでこちらも助かる。
俺はゆとりが全員死ぬのを望んでいる。
というかね、ゆとりは相変わらず『俺様が絶対正義』だと思っているようだが、
そもそも「価値観の違いによるストレス」は相互であり、相手も(符号が違うだけで)全く同じストレスを受けてる。
自分達が一方的に被害者だってことにはならない。お互いに被害者であり加害者だ。
(つかなんでお前らが被害者ポジションマウントを気取るのかさっぱり分からないが、
省2
126: 2022/03/07(月)13:10 ID:89t8mali(2/4) AAS
この辺、ちょっと考えればすぐ分かるはずなのに、ゆとりは全く考えようともしないから気づけない。
馬鹿ゆとりにも分かるようにくどいが言い直すと、
ゆとりが「上から目線ガー」と感じてるのなら、
ゆとり以前の世代は「なんで下の者にこんな言われようされないといけないんだ？」と思ってる。
上司は友達でも同僚でもない。
勘違いしている奴も中にはいるが、大半は職責を正しく全うしてる。
そこで「もっとフレンドリーにやった方がいい」というのなら「提案」になるが、
省13
127: 2022/03/07(月)13:11 ID:89t8mali(3/4) AAS
さて本題100、実際そいつがどれ程かは知らんが、俺から見れば普通なんだろうなとは思う。
でもそれが平均的ゆとりにとって看過出来ないストレスで無理なら、
同様に無理だと思ってるゆとりも大勢居るはずだから、そいつらと共にもっと「優しいコミュニティ」を立ち上げればいいだけ。
そしてそれで上手く行けば、他コミュニティも学んで優しくなるところも出てくる。これが自由主義経済。
こうなればゆとり価値観の勝ちでいい。
ただまあ、一般的にWebコミュニティは優しいだけでは上手く回らない。
塩対応には必ず理由があって、お前らは「人格ガー」って事にしたいのだろうけど、大半はそうではない。
省13
128: 2022/03/07(月)13:12 ID:89t8mali(4/4) AAS
5chでtwitterの悪口を言っても何ら生産性がない。
文句があるのならまずはやってみる事だ。お前もコミュニティ立ち上げ宣言してみればいい。
それで上手く行けばよし、駄目なら駄目で、何故塩対応してたのかが分かるだろうさ。
だからいずれにしても君には利益があると思うけど。
あとついでに聞きたいんだが、なぜゆとりは5chに拘るのだ？
5chなんてゆとり以前の世代「ゆとりにはついていけねえ…」の巣窟だ。
ゆとり以前からあるんだから当然だが。
省7
上下前次1-新書関写板覧索設栞歴
あと 268 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.032s