次世代言語26 TypeScript Swift Go Kotlin Nim

**デフォルトの名無しさん** · 2022/06/21(火) 09:27:46.30

スレタイ（順番はRedMonk準拠）以外の言語もok

※　Rustは現世代最強言語なので除外します

前スレ

次世代言語25 TypeScript Swift Go Kotlin Rust Nim
https://mevius.5ch.net/test/read.cgi/tech/1650185555/

**デフォルトの名無しさん** · 2022/08/01(月) 17:04:06.77

>>864
rustが標榜してるのはzero cost abstractionで言わんとしてるのはまさにそういうことだよ
抽象化されたコード書いても手書きでステートマシン書くのと同じ性能特性になる
他の典型的な言語だとオーバーヘッドあるよね？という主張

長文レスは目が滑るから読んでないから的外れだったらスマン

**デフォルトの名無しさん** · 2022/08/01(月) 17:15:17.99

グリーンスレッドは初期rubyのウリだったよね
マッツも誇らしげやったで
ワイもユーザとして誇らしかったのを覚えてる

**デフォルトの名無しさん** · 2022/08/01(月) 17:21:31.08

ここまでにponyおじさんが現れないことがそこはかとなく悲しい

**デフォルトの名無しさん** · 2022/08/01(月) 17:45:58.72

オブジェクト一つにつきスレッド一つ作れるようになったら
オブジェクト指向はただのマルチスレッド手続き型になってしまう

**デフォルトの名無しさん** · 2022/08/01(月) 18:38:15.71

Rustで実用的なソフトウェアを書くには、Java、C#、C/C++の５～８倍ほどの労力が必要と言われてる。

**デフォルトの名無しさん** · 2022/08/01(月) 18:39:52.35

>>866
Linuxにスレッドがなかったからでは？

**デフォルトの名無しさん** · 2022/08/01(月) 18:42:48.07

ものりしっくですね

**デフォルトの名無しさん** · 2022/08/01(月) 18:44:36.03

グーグルトレンドによると、世界では存在感ゼロのRustが、日本では6月初めの一時期、Goを抜いたからね。
世界ではGoのほうが100倍ほど検索ボリュームがあるので、逆転はあり得ない。
なんか工作くせえ。

**デフォルトの名無しさん** · 2022/08/01(月) 18:46:31.09

スレッドがなかったころ、Linuxユーザーはスレッドの邪悪さを主張してて、Windowsはスレッドがあるからダメなんだとか言ってたのにな。

**デフォルトの名無しさん** · 2022/08/01(月) 19:15:06.90

こいつKENTAおじさんと同じ病気だな

**デフォルトの名無しさん** · 2022/08/01(月) 20:02:40.94

ぶっちゃけ、C++が常に次世代言語では？
3年に一度改定され続けるんだし。
C++20は、C++11以来のメジャーバージョンアップと言えるのでは？

**デフォルトの名無しさん** · 2022/08/01(月) 20:06:43.75

完全なコピーができるデータには
参照も参照カウントもGCも所有権もロックもスレッドも必要ない
プロセス間通信だけでいい

コピーを回避することが邪悪かどうかは知らんけど全ての元凶ではある

**デフォルトの名無しさん** · 2022/08/01(月) 20:18:48.94

ちょうどLinuxでスレッドが使えるようになったころ、世の中はC10K問題全盛期に入った。
しかし、Linuxユーザーはスレッドマンセーに宗旨替えしてしまい、C10Kには目もくれなくなってしまった。
そのころC++では、boostと黒魔術が広まりつつあり、5chではWTLなんかが流行ってた。
当然ながらC++では非同期が一つのキーワードであり、IOCPが関心を集めていた。
それがBoost.Asioへと繋がっていく。

**デフォルトの名無しさん** · 2022/08/01(月) 20:20:33.99

>>876
ヒープレスプログラミングとか考えて提唱してみれば？
21世紀を代表するアーキテクトとして歴史の本に載るかもよ？

**デフォルトの名無しさん** · 2022/08/01(月) 20:27:15.17

Tauriでデスクトップアプリ作りたくてRust始めようと思ったけど
なんかPythonやらNimやらもサポートされるらしい
じゃあRustやらなくていっか

**デフォルトの名無しさん** · 2022/08/01(月) 20:32:21.83

>>878
それ何てFORTH？

**デフォルトの名無しさん** · 2022/08/01(月) 20:36:12.25

C++11以前から見たら、C++20はやりたかったことが全てできるフルセットの言語になった。
もう使うしかないでしょコレ。

**デフォルトの名無しさん** · 2022/08/01(月) 20:36:36.15

>>880
普通のFORTHです。

**デフォルトの名無しさん** · 2022/08/01(月) 20:38:40.87

>>864
Rustプログラマーは抽象的に開発効率よく非同期プログラミングをすることができる
そこからステートマシンの生成は静的にコンパイラが自動的に行なう
手書きでステートマシンを最速化のために書いたのと同じ結果を得られる
プログラマーはそのステートマシンの存在を知る必要がない
実行時の付加コストもない

**デフォルトの名無しさん** · 2022/08/01(月) 20:40:36.23

その手のメタプログラミングするなら・・・
C++しかないでしょう！

**デフォルトの名無しさん** · 2022/08/01(月) 20:46:52.01

状態機械を作るときには、状態の圧縮が肝要なので、結局、外部のプログラムが必要になります。
必要にならないというのなら、せいぜい手書きと同レベルのものなんですよ。

**デフォルトの名無しさん** · 2022/08/01(月) 20:54:41.00

>>869
Rustでは抽象的に効率よくプログラミングしてもほぼ最速の結果を得られるようになり
コンパイル時の様々な静的なエラー化により実行時デバッグも激減して開発効率が上昇したよ

**デフォルトの名無しさん** · 2022/08/01(月) 20:56:30.57

>>886
よくわかんないので英語でお願いします。

**デフォルトの名無しさん** · 2022/08/01(月) 21:01:50.59

>>884
C++はメモリ解放の自動化ができていないから
プログラミングでもデバッグでも無駄に労力を要して馬鹿らしいよ

**デフォルトの名無しさん** · 2022/08/01(月) 21:06:27.96

std::unique_ptr<>使えば良いのでは？

**デフォルトの名無しさん** · 2022/08/01(月) 21:46:26.81

>>863
ス、ス、スウィ？

**デフォルトの名無しさん** · 2022/08/01(月) 21:48:32.95

>>889
C++がダメな点はそれ
1. その面倒な指定が必要
2. それを使い忘れると実行時にアウト
3. 使い間違えると実行時にアウト
4. ムーブの指定なども記述が煩雑
5. それら全て正しく頑張っても所有権の問題を解決してるだけで参照の問題は解決できていない
C++は安全なメモリ自動解放がなされない欠陥言語

**デフォルトの名無しさん** · 2022/08/01(月) 21:49:39.23

>>869
C#の2～3倍
Javaの1～2倍
Cの0.5～0.3倍
C++は幅が広すぎて一般解じゃ意味がない

**デフォルトの名無しさん** · 2022/08/01(月) 21:50:26.57

>>874
やっと気づいたの？

**デフォルトの名無しさん** · 2022/08/01(月) 21:53:44.40

>>891
ダメなら自分で差し替えれば良いのでは？
C++は、それこそメモリー管理をGCに変えることだってできるのだから。

**デフォルトの名無しさん** · 2022/08/01(月) 22:01:55.21

>>894
そこで欠陥言語C++を使う意味が全く無い

**デフォルトの名無しさん** · 2022/08/01(月) 22:13:45.19

>>892

> ただし、このプログラム言語によって実用的なプログラムを作成するためには、
> C/C++/C#と比較して5〜10倍、Javaと比較して2〜3倍の労力を要する事は事実である。

と説明書に書いてあるよ？

**デフォルトの名無しさん** · 2022/08/01(月) 22:40:21.87

Rust と言うゲームがあるみたい。
それで、Rustは言語ランキングが1位になるのかも

並行プログラミングでは、Elixir。
100GB ぐらいのメモリで、5,000万個の小プロセスが稼働する

Ruby on Rails と似ている

**デフォルトの名無しさん** · 2022/08/01(月) 22:46:46.79

Elixirは大元のErlangの実行が中々愉快なことになってるんだけどもそれを継承してるんだっけ？

**デフォルトの名無しさん** · 2022/08/01(月) 23:02:32.84

>>896
それらのプログラミング言語で労力が10倍も変わるなんてありえない
変わるとしてもそのなぜか一緒にしているC/C++とC#の差が大きい程度
自動的にメモリ解放してくれないC/C++ではその分だけ労力がかかる
もちろんC#は多少労力が楽な分だけ遅くなるため優れていることを意味するわけではない

**デフォルトの名無しさん** · 2022/08/01(月) 23:10:21.89

>>897
320GBのメモリーがあれば、国民一人一人にプロセスを与えられるね。

**デフォルトの名無しさん** · 2022/08/01(月) 23:11:24.47

>>899
いや、Rustなら10倍かかってもおかしくないでしょう。

**デフォルトの名無しさん** · 2022/08/01(月) 23:14:57.62

安全にメモリ自動解放してくれて楽なのにC並に高速なRustがおすすめ

>>901
Rustなら楽に効率よくプログラミングができて高速な実行も得られます

**デフォルトの名無しさん** · 2022/08/01(月) 23:16:39.89

キミは何でIDが変わるの？

**デフォルトの名無しさん** · 2022/08/01(月) 23:25:18.49

労力って使える人材探し始めてから完成するまでの時間でしょ？
Rust使える人を見つける時間考えたら、他の言語選んだ方が圧倒的に早くて安いよ

**デフォルトの名無しさん** · 2022/08/01(月) 23:39:41.39

>>904
次世代言語スレでそれは意味のない話ですね
Rustも他の言語も使える普通の人にとって開発効率もその実行生産性も最も高い言語がRust
そしてRustコンパイラの親切さにより誰でもRustを使えるようになるところも大きなポイント
古き概念のみに固執して学習に失敗した人を除きみんなが学習に成功しています

**デフォルトの名無しさん** · 2022/08/01(月) 23:39:51.69

オリジナルよりパクリの方が時間は短い
時刻はオリジナルの方が早い

**デフォルトの名無しさん** · 2022/08/01(月) 23:43:41.81

>>905
> 開発効率もその実行生産性も最も高い言語がRust

ソースは？そんなに最強なのになんで流行っていのか説明できる？

**デフォルトの名無しさん** · 2022/08/01(月) 23:45:10.83

>>904
それで遅くメモリを喰うものが出来上がってもリソース運用コストが嵩むだけだ
さらにそういう連中は保守性の低いプログラムしか書けないだろうから今後のコストも膨らむ

**デフォルトの名無しさん** · 2022/08/02(火) 00:00:32.68

あとメモリ効率ってそんなに大事なことなの？
OSや組み込みなど低レイヤーならわかるけど

高いコストを払ってまで得られる価値はないことが多いのでは？今までGC言語が流行ってきたわけだが？
むしろIOやCPUがボトルネックになる方が大半でメモリ効率がいいことによって恩恵が得られるケースってほとんどないのでは？

**デフォルトの名無しさん** · 2022/08/02(火) 00:03:12.51

>>907
マジで知らんのか？
それはRustが新しい言語だから

Rustの大きな強みの並行プログラミングがまともに使えるようになったのが2019年から2020年にかけて
そしてその効率と実用性が幅広く確認されたためIT大手各社が共同でRust Foundationを設立したのが2021年
プログラム言語史上でも初めてIT大手各社が揃って共同で支持するほどの革命的な言語

**デフォルトの名無しさん** · 2022/08/02(火) 00:05:28.81

>>909
その高いコストもGCコストも両方を無くした画期的な言語がRust
これで誰もが楽に安全で速いプログラムを書けるようになった

**デフォルトの名無しさん** · 2022/08/02(火) 00:13:54.99

GC言語の方が生産性高いのでは？
GC言語より生産性が高い根拠は？
異常に速いとか言っておきながら単語カウントとかその辺にあるベンチマークでGoやNimに普通に負けることがあるのはなんで？

大手が採用しているのはあくまでもOS開発など低レイヤー用途でグーグルとかはサーバーサイドがGoで書かれているようだけどそれをRustにするという話はどこにも出ていないね

低レイヤー以外だとMetaとDiscordぐらいで日本でRust採用してる企業は特に存在しないね
グーグルトレンド見ればわかるようにRustは全然流行っていないな

**デフォルトの名無しさん** · 2022/08/02(火) 00:19:52.75

GoogleやMicrosoftはOSやカーネル開発でRustを採用することにしたらしいが
OSやカーネルやコンパイラだとかを開発しているエンジニアって全体の何%ぐらいだと思ってんの？

Rustは一部の数%程度の少数向けに向いているってのが事実だけど
ここにいるRust信者は他のあらゆるプログラミング用途でRustが最強で既存言語を置き換えていくとかほざいているわけだが
何の根拠もない妄想でしかないわ
適材適所って言葉を知らない無能

MetaとDiscord以外で採用している有名企業あげてみろや

**デフォルトの名無しさん** · 2022/08/02(火) 00:25:19.06

ネットに嘘が多いのは、検査が足りないからじゃないかな

Rustコンパイラはある種の嘘を検査している
それが非効率だと思うなら嘘に寛容な効率化をやってみせろ

**デフォルトの名無しさん** · 2022/08/02(火) 00:28:37.12

>>912
その嘘を繰り返すのはいい加減やめよう
バッファリングしない入出力を使わされたsimple版ですらRustはGoより速い>>603
そして両者の改善版でもRustはGoの1.5倍速い結果となった
この一瞬で実行が終わりGCも起きないほどの規模でもGC言語が大きく負けた

**デフォルトの名無しさん** · 2022/08/02(火) 00:28:42.85

RustはGCがないからあらゆる面で最強で他のあらゆる言語を置き換える←妄言

RustはGCや手厚いランタイム環境が使えない、もしくは適さないようなシビアな要件で安全なプログラムを作成できるためC++を置き換えることがある←正しい

正しい理解をした上でRustを広めような

**デフォルトの名無しさん** · 2022/08/02(火) 00:33:51.61

>>915
記事を見て言ってるわけだけど。記事の段階でGoに負けたのは事実でしょう
あとこれはベンチマークの一例ね。他にもネットで探せばRustが微妙な位置にいるのはよくあることだね。

そもそもハッシュが遅いだとかで最適化したバージョンが記事で使われてないのは何故だか考えてみようね

あとRustはNimにも負けているね。GC言語だけど。。

**デフォルトの名無しさん** · 2022/08/02(火) 00:38:10.10

CPU処理だけのプログラムでもGoに負けることがあるのだから
低レイヤー以外の用途でRustを採用する必要なんか皆無であることがよくわかるね

**デフォルトの名無しさん** · 2022/08/02(火) 00:40:03.84

ちなみに俺はRustアンチじゃないからね
何でもかんでもRustが最強！GC言語はゴミで駆逐されるとかほざいてて
Rust使ってる自分に酔ってて他人にマウント取るだけが生きがいのゴミが嫌いなだけだね

**デフォルトの名無しさん** · 2022/08/02(火) 00:40:19.24

全言語の中でCに次いでRustが最速となったプログラムのコード>>602を見てみよう
どの言語のプログラマーであってもすぐに理解できるほど抽象度が高く平易で分かりやすいコードとなっている
つまりRustを学習すれば誰もが分かりやすくてコード＆C並みに高速を両立するプログラムを書けるようになることを意味している

**デフォルトの名無しさん** · 2022/08/02(火) 01:56:40.26

このままRustでまるまる1スレッド潰すのか

**デフォルトの名無しさん** · 2022/08/02(火) 02:07:05.35

俺はRustでStringをcloneしまくるコード書いちゃうからなぁ
あんま速くないかも

**デフォルトの名無しさん** · 2022/08/02(火) 02:24:14.36

クソコードがそもそも詠唱できない時点で
クソコードのおもりをさせられるエンジニアがいなくなる

このことは重要

**デフォルトの名無しさん** · 2022/08/02(火) 05:52:39.70

RustはDropbox、Cloudflare、IBM、トヨタなども使っているね。
コストってなんのコストを指しているかわからないけど、個人的にはシステムの生涯でかかるコストは他言語より安く済むと思うよ。

**デフォルトの名無しさん** · 2022/08/02(火) 06:21:12.68

基本的にRustは遅いよね。
実用的なソフトウェアを作るには10倍の労力がいるし。
ベンチマーク特化型言語なのに、ベンチマークも遅いし。

**デフォルトの名無しさん** · 2022/08/02(火) 08:10:44.50

>>915の認識は微妙に間違っていて、simpleは標準ライブラリにこだわって遅いhashmapを使ってて、バッファが噛んでないのはoptimizeの方。

**デフォルトの名無しさん** · 2022/08/02(火) 09:29:37.95

はいはいRust最強最強
とりあえず現時点で最強ってことらしいから、スレタイから外していいし、どっかいってくれ
次世代言語のスレだから既に最強のRustを語る必要はない

**デフォルトの名無しさん** · 2022/08/02(火) 10:16:23.49

>>926
コードを見てみたが>>430のベンチマークは恣意的過ぎて酷い比較になってたんだな
optimizeの方だけ取り上げてもCとC++では最適化した専用のカウント用テーブルを用いているのにRustだけ放置
結局Rustでも同様の実装をしたらC++よりもRustが速くなった>>602を見て唖然

**デフォルトの名無しさん** · 2022/08/02(火) 10:44:19.34

スピードなんかどうでもよくてメモリが安全なのがいいんだよ

**デフォルトの名無しさん** · 2022/08/02(火) 11:02:56.88

狭義のGC あり言語の欠点はGC走って処理が引っ掛かるところかと。

**デフォルトの名無しさん** · 2022/08/02(火) 11:04:01.76

>>929
Rustは確かに高速でも安全でもあるが
同じアルゴリズムとなった元記事のoptimuzed.cとoptimized.cppと>>602のRustコードを見比べると
Rustは抽象度が高く記述できていてコードが読みやすいな
それでいて高速および安全と三者が揃っているのは驚いた

**デフォルトの名無しさん** · 2022/08/02(火) 12:08:32.96

GC有りでPythonくらい所有権とか気にせず雑に扱えて、且つRustの効率性を実現できれば、次世代と呼べるのではないかな？

**デフォルトの名無しさん** · 2022/08/02(火) 12:21:54.19

Nimのoptimize版のコードかなり頑張ってるのにC/C++/Rustより倍くらい遅いのはGC言語の限界なのかな

**デフォルトの名無しさん** · 2022/08/02(火) 12:54:54.89

tauriってどうなの？価値ある？

**デフォルトの名無しさん** · 2022/08/02(火) 13:01:21.17

さあ、Electronで十分だと思うが

**デフォルトの名無しさん** · 2022/08/02(火) 14:25:29.92

スレタイにRustはないのにここで暴れる理由がわからん
Rustスレで啓蒙活動してればよろしい

**デフォルトの名無しさん** · 2022/08/02(火) 15:13:23.73

>>936
>>1によるとRustは現世代最強言語だから比較として出てくるのは当たり前だろ

**デフォルトの名無しさん** · 2022/08/02(火) 16:47:02.67

>>937
スレのルールに従えよ。

**デフォルトの名無しさん** · 2022/08/02(火) 17:38:35.92

> スレタイ（順番はRedMonk準拠）以外の言語もok
>
> ※　Rustは現世代最強言語なので除外します

※　Rustは現世代最強言語なので(話題にして良い言語から)除外します
※　Rustは現世代最強言語なので(スレタイから)除外します

どっち？

**デフォルトの名無しさん** · 2022/08/02(火) 18:09:03.75

NimはGC言語って言われるけど、スタック上にobject(C++のstruct/class相当)をおけるし、コンパイル時にサイズが決まれば配列もスタック上における。
objectの内容が配列や親objectのメモリ上に連続して配置することも可能。
C++言語のように自由にスタック上にデータを置くことが可能。
継承使いたいときとか一つのオブジェクトを複数のreferenceから参照したいときにref objectを使うんだけどこれはヒープに確保されGCで管理される。
Nimは複数のGCを選べるんだけど、--mm:arcオプションをつけるとRustのRcのような参照カウント方式でヒープが管理される。
--mm:orcオプションを使うと循環参照があってもメモリを解放できるようにした参照カウント方式が使われる。
詳しくは
https://nim-lang.org/docs/mm.html

**デフォルトの名無しさん** · 2022/08/02(火) 18:25:25.25

>>940
スタックに置けるのは当たり前だからそこはおいといて
[1] 継承を使うだけでヒープになるのは厳しい
[2] ヒープになるだけでGCとなるのは厳しい
[3] C++とRustで参照カウンタが使われる状況になるのはもっとレアケースのみ
中途半端な立ち位置だからNimは厳しい

**デフォルトの名無しさん** · 2022/08/02(火) 18:41:12.53

>>939
Rustは現世代言語なので、(話題にして良い)次世代言語から除外します。
だろ。

**デフォルトの名無しさん** · 2022/08/02(火) 18:42:42.88

Rustで実用的なソフトウェアを書くのは大変骨が折れる。

**デフォルトの名無しさん** · 2022/08/02(火) 18:45:25.03

厨がウザいからRustは除外します（本音）。

**デフォルトの名無しさん** · 2022/08/02(火) 19:45:31.74

valgrindもまともに使ったことなさげなバカが偉そうにしてるの見ると腹が立つってのはあるわな。

**デフォルトの名無しさん** · 2022/08/02(火) 19:49:07.82

C/C++で書かれたOSの上で動作してるのに、大言壮語も甚だしいという意見もある。

**デフォルトの名無しさん** · 2022/08/02(火) 19:56:24.89

システムプログラミング(笑)に特化してるってんならとっととRust製のOS作れよな

**デフォルトの名無しさん** · 2022/08/02(火) 20:22:23.89

RustでOSか。
一応 Linux は Rust で書いたソースも受け付けるようになったらしいな。ベースがCなのは変えないそうだが。

**デフォルトの名無しさん** · 2022/08/02(火) 20:56:39.03

>>945
今となってはコンパイル時に静的解決できることがほとんどだから需要ないな
実行時にMemcheckなんかやってる時点で時代遅れの敗者

**デフォルトの名無しさん** · 2022/08/02(火) 21:03:37.39

>>941
ヒープ使わずに継承を使うことはできるけどOOPするときは派生オブジェクトを基底オブジェクトのポインタ経由で使うことが多いでしょ。
QtのサンプルコードでGUI関係のクラスはnewしてヒープに確保している。
https://doc.qt.io/qt-6/qtwidgets-widgets-calculator-example.html

https://nim-lang.org/docs/mm.html
に書いてあるけど参照カウントが不要な場合はコンパイラが自動的に最適化してくれる。
そのおかげでunique_ptrとshared_ptrを使いわけるようなことは考えずに済む。

参照カウンタがどれだけ必要になるかは場合によりけり。
C++やRustでRcが不要なコードならたぶんNimでもref objectを使わずにコードを書けるよ。

**デフォルトの名無しさん** · 2022/08/02(火) 21:35:54.41

NimはObjectとref Objectを区別して扱わなきゃいけない時点で既に不便。

例えばRustでもそんな区別はなく、
スタック上のデータのみで完結しているオブジェクトなのか、
ヒープ上のデータを付随するオブジェクトなのか、
プログラマーはどちらなのか意識せず区別せずとも自動的に安全にメモリ解放される。

**デフォルトの名無しさん** · 2022/08/02(火) 22:18:46.88

CRTPでおｋ。

**デフォルトの名無しさん** · 2022/08/02(火) 22:24:30.00

次スレのスレタイはNim Zig Pony Carbon Gleamあたりでいいっすか？

**デフォルトの名無しさん** · 2022/08/02(火) 22:40:59.73

>>945
それ本気で言ってたら笑われる
Valgrind使って実行時にエラー検出と
Rustでコンパイル時にエラー検出の
現在どちらをとるべきか100%答えは出ている

RustでValgrindを使うことも稀にあるが
大半がC/C++とのFFIがらみでありC/C++が足を引っ張っている

**デフォルトの名無しさん** · 2022/08/02(火) 23:38:50.10

>>953
ウィ

**デフォルトの名無しさん** · 2022/08/02(火) 23:51:57.52

>>948
だってRustってめっちゃ遅いから

**デフォルトの名無しさん** · 2022/08/02(火) 23:58:05.26

RustならCとほとんど変わらない最高速
開発効率も上がる

**デフォルトの名無しさん** · 2022/08/03(水) 07:24:58.64

んなわけない。

**デフォルトの名無しさん** · 2022/08/04(木) 06:52:08.63

Rust保守できなくて他の言語に書き直す案件多すぎじゃね？

**デフォルトの名無しさん** · 2022/08/04(木) 07:38:09.36

>>959
具体的には？
多すぎと言うならサクッと10件くらい上げてくれるかな

**デフォルトの名無しさん** · 2022/08/04(木) 08:27:29.63

貶めたいだけだから、あげられないと思う

**デフォルトの名無しさん** · 2022/08/04(木) 09:05:31.59

>>959
言語に対してアンチ活動をしているだけでも異常だが
嘘まで突き出すのは精神異常を疑う

**デフォルトの名無しさん** · 2022/08/04(木) 09:35:45.18

>>960
すみません、嘘いいいました

**デフォルトの名無しさん** · 2022/08/04(木) 09:44:49.51

https://twitter.com/search?q=Rust%20%E7%A7%BB%E6%A4%8D&src=typed_query
https://twitter.com/5chan_nel (5ch newer account)