次世代言語23 Go Nim Rust Swift Kotlin TypeScript

**デフォルトの名無しさん** · 2021/11/28(日) 16:59:19.16

スレタイ以外の言語もok

前スレ
次世代言語22 Go Nim Rust Swift Kotlin TypeScript
https://mevius.5ch.net/test/read.cgi/tech/1629590343/

**デフォルトの名無しさん** · 2022/03/05(土) 10:59:24.96

>>550
まるで大事なソフトはLinuxカーネルしかないみたいな言いぶりだな。
こうやって捏造されてくのか。

**デフォルトの名無しさん** · 2022/03/05(土) 12:48:23.26

C言語はベストパフォーマンスを出せるプログラミング言語
ただしLinuxコードでも何度も起きて来たように
C言語は慎重に厳格なコードチェックを常に継続する必要があり
ちょっとスキができると様々な穴が生じてしまう

そこで誕生したのがC言語と同じベストパフォーマンスを出せるRust
Rustは強力な言語機能によりプログラミング効率が上がるだけだなく
メモリ安全性やデータ競合などの問題をコンパイル時にあぶり出し実行時の安全を保証する
つまりC言語の利点を持ったままさらに便利に安全なプログラミングをすることができるのがRustである

**デフォルトの名無しさん** · 2022/03/05(土) 12:58:16.16

ほんとかよ

**デフォルトの名無しさん** · 2022/03/05(土) 13:40:33.23

ベストパフォーマンスwww
さすがw

**デフォルトの名無しさん** · 2022/03/05(土) 13:42:18.69

rustはlibc使ってる
お釈迦様ｃの手のひらからは逃れられない

**デフォルトの名無しさん** · 2022/03/05(土) 13:43:51.14

C言語はGCがないし、整数をポインタに変換できるし
正しくない言語は大事ではないから一個でいい

正しい言語は大事だから色々な方言を作ったり定期的に捨てて作り直したりする

**デフォルトの名無しさん** · 2022/03/05(土) 14:13:05.07

ループ本体に変数を宣言できないから
C11に移行するって動機があまりにも前時代的すぎんか？

**デフォルトの名無しさん** · 2022/03/05(土) 14:30:57.69

10年も吟味して気付いたありがたい御言葉だぞ

**デフォルトの名無しさん** · 2022/03/05(土) 15:37:44.81

記事だけだとよく理解できんな。ブロック内の変数宣言はC89でも可能じゃないか？

**デフォルトの名無しさん** · 2022/03/05(土) 15:48:32.78

for (int n = 0; ...) みたいな for のスコープの変数宣言のことっぽい？

**デフォルトの名無しさん** · 2022/03/05(土) 15:50:43.81

rubyなんかK&Rだぞ？
int foo(bar)
char* bar;
{
return 0;
}

**デフォルトの名無しさん** · 2022/03/05(土) 16:00:58.43

その時代のCコンパイラは確かに後から宣言はできなかったよ

**デフォルトの名無しさん** · 2022/03/05(土) 16:27:21.01

こういうのだな
$ gcc -x c -std=c90 -Wpedantic - <<EOF
int main() {
int a = 0;
a += 1;
int c;
c = a;
return 0;
}
EOF
<stdin>: In function ‘main’:
<stdin>:4:9: warning: ISO C90 forbids mixed declarations and code [-Wdeclaration-after-statement]
$

**デフォルトの名無しさん** · 2022/03/05(土) 16:54:20.54

>>561
それですな。

**デフォルトの名無しさん** · 2022/03/05(土) 16:55:50.22

>>564
それはどうみてもイテレーター関係無いだろ。

**デフォルトの名無しさん** · 2022/03/05(土) 16:58:47.76

ちゃんと記事読んだら違ってたなC99ならこれだ
https://godbolt.org/z/T1Pdnj5Yb
$ gcc -x c -std=c90 -Wpedantic - <<EOF
int main() {
for (int i = 0; i < 10; ++i);
return 0;
}
EOF
<stdin>: In function ‘main’:
<stdin>:2:5: error: ‘for’ loop initial declarations are only allowed in C99 or C11 mode
<stdin>:2:5: note: use option ‘-std=c99’, ‘-std=gnu99’, ‘-std=c11’ or ‘-std=gnu11’ to compile your code
$

**デフォルトの名無しさん** · 2022/03/05(土) 17:41:51.00

池の水全部抜きますじゃなくて
linuxを全てrustで書きますが始まったら起こしてくれ

**デフォルトの名無しさん** · 2022/03/05(土) 17:44:45.04

それだと一生眠ったままだなｗ

**デフォルトの名無しさん** · 2022/03/05(土) 17:49:05.42

多分そうなるな
大量のmod地獄が待ってるからなあ
rustの仕組みを変えるか自動的に全部解決するツールを作るしかない

**デフォルトの名無しさん** · 2022/03/05(土) 17:50:51.66

なあに我々にはunsafeがある

**デフォルトの名無しさん** · 2022/03/05(土) 20:31:07.36

>>568
Rustが次々と採用されていってる案件はいずれも新規と大改修
今動いていて問題もないものを書き直すことはない
新規か何らかの弱点が見えていてシステム改修すべき機会などでRust採用

**デフォルトの名無しさん** · 2022/03/05(土) 20:38:19.88

> Rustが次々と採用されていってる案件
存在しない案件が実績として次々と計上。。。詐欺かな？ｗ

**デフォルトの名無しさん** · 2022/03/05(土) 22:08:15.20

>>562
それだいぶ前だよ

**デフォルトの名無しさん** · 2022/03/05(土) 22:11:42.53

linuxのlistってgenericsっぽい作りになってて
任意の構造体に埋め込めるのよね
そのためにマクロでforeachとかあってそのせいっぽいな
仕様のせいじゃなくてそのマクロのせいだろw

**デフォルトの名無しさん** · 2022/03/05(土) 22:58:00.53

Cでのリストの良くある作り方みたいなモノ＋これを使えばより安全的なマクロが多数用意されてるだけだろ・・・
その辺の実装を書く前提としてC仕様にC89を仮定してたってこと
↓にlist_for_each_entry他、リストの使い方が日本語でいろいろ載ってる
https://debimate.jp/2019/04/07/linux-kernel-list%E6%A7%8B%E9%80%A0%E3%82%92%E6%93%8D%E4%BD%9C%E3%81%99%E3%82%8B%E3%81%9F%E3%82%81%E3%81%AEapilist%E3%81%AE%E4%BD%BF%E3%81%84%E6%96%B9/
実際のコードはC89～C11までいろいろあるんじゃね

**デフォルトの名無しさん** · 2022/03/05(土) 23:01:37.79

メインラインの多くはC89でC99もある程度と予想(推測)

**デフォルトの名無しさん** · 2022/03/05(土) 23:07:24.44

C/C++やJavaなどからRustへ移行するパターンも多いけど
こういう形でプログラムコードをJavaScriptからRustへ移行する例も増えてきた

https://publickey1.jp/blog/22/amazon_prime_videowebassemblywasm_vm.html
Amazonはプロトタイプとして低レイヤのJavaScriptのコンポーネントのいくつかをRustのコードで書いてコンパイルし、WebAssemblyのバイナリにしたところ、JavaScriptのコードと比較して10倍から25倍も高速になったことを発見します。

これによりAmazon Prime VideoのアプリケーションにWebAssemblyを取り入れることを決定。

JavaScript VMの部分にWebAssembly VM（Wasm VM）をランタイムとして追加し、ユーザーのデバイス上へデプロイした上で、これまでJavaScriptで実現していたレンダラ、アニメーション、シーンとリソース管理の部分をRustコードから生成したWebAssemblyで置き換えました。

**デフォルトの名無しさん** · 2022/03/05(土) 23:20:19.93

それはたまたま実験結果として速くて置き換えた事例がたまたまあっただけだろ
他のwasmを使える言語との比較でもなければ、コードもなくどこまで安全かも分からんだろう上に
実際の置き換えでの効果については記載が何もないｗ

Rustやばやば言語ですなｗ

**デフォルトの名無しさん** · 2022/03/05(土) 23:26:50.19

効果も全て>>578の記事に載っている
そしてアマゾンの今回の対象は、テレビやFire TVにスマートフォンなどの再生デバイス上でWebAssemblyを動かしその生成コードはRustで記述しているという話

**デフォルトの名無しさん** · 2022/03/05(土) 23:36:13.20

どこに対する何なのか改善ポイントが何なのかもさっぱりで、効果が何に対応してるのか分からんものを勝手に効果と思い込んでるだけでは？ｗ

**デフォルトの名無しさん** · 2022/03/05(土) 23:39:28.82

>>577
なんでコンパイラオプションで指定してないと
思ったの？

**デフォルトの名無しさん** · 2022/03/05(土) 23:40:02.16

Rustなんて誰も気にしてないなｗ
https://trends.google.co.jp/trends/explore?date=today%205-y&;q=%2Fm%2F0dsbpg6,%2Fm%2F07sbkfb,%2Fm%2F05z1_
https://i.imgur.com/iYPHVO0.png

**デフォルトの名無しさん** · 2022/03/05(土) 23:40:34.73

>>581
それも全て記事に書かれている
日本語の記事なのに読めない知能ならばあきらめなさい

**デフォルトの名無しさん** · 2022/03/05(土) 23:44:42.83

>>582
最近カーネルコンパイルしてないからｗ自分で使う実験モジュールをたまにビルドする程度ｗ

>>584
書いてないから書いてないって言ってるのにｗ知能不足はお前ｗ

**デフォルトの名無しさん** · 2022/03/05(土) 23:48:12.62

>>585
カーネルコンパイルを自分ですることと
文法規約守るためにオプションつけること考えるのは
関係ないよね

**デフォルトの名無しさん** · 2022/03/05(土) 23:49:20.88

>>585
Rustで書いたWebAssemblyにすることでフレームレートmsから使用メモリ量まで激減したと>>578の記事に載っている

**デフォルトの名無しさん** · 2022/03/05(土) 23:51:08.33

>>579
WASM記述はRustを使えないという事情がない限りはRust一択になっている
GC言語はそのランタイムのデカさと発生により普通は採用されておらずC++やRustを書けない特殊な場合のみ
そして過去資産がアドバンテージのC++もここでは既存のソフトのWASMへの移植を除いて新規案件となるためRustがWASM記述トップ言語となっている

**デフォルトの名無しさん** · 2022/03/05(土) 23:52:15.07

>>586
オプションがついてるかどうかの事実を知らんと書いただけだがｗ他に何と書けばいいんだよｗｗｗｗ

**デフォルトの名無しさん** · 2022/03/05(土) 23:54:58.01

>>587
因果関係なんて書いてないじゃんｗ

>>588
Rust一択になってると思い込んでるだけでは？ｗ
CだってC#だってあるし、多分他にもあるのでは？ｗ

**デフォルトの名無しさん** · 2022/03/05(土) 23:57:13.15

>>589
なんでオプションもつけずにやってると
おかしなことを思ったのか疑問になるだろ？
他のレスみても技術も知識も低いというのが答えぽいな

**デフォルトの名無しさん** · 2022/03/05(土) 23:57:44.30

>>590
すべてそれも>>578の記事に書いてある
WebAssemblyとRust採用でアマゾンは劇的な効果を上げた

**デフォルトの名無しさん** · 2022/03/05(土) 23:59:15.89

>>590
WASM記述言語のシェアトップがRustとなっている現実を受け入れられないのですか？

**デフォルトの名無しさん** · 2022/03/06(日) 00:01:15.07

>>590
C#でたああああああああああ

**デフォルトの名無しさん** · 2022/03/06(日) 00:03:57.83

>>589
オプション付けずにやってるかどうかなんて、実際に最新のビルドログを確認して見たわけでもないのにわかんねーだろｗ
その程度のことをこれだけかけて説明させてるお前の頭が悪いだけｗ

>>592
因果関係って言葉の意味知ってる？ｗ

>>593
それは否定してないだろｗ調査条件は知らんけどなｗ
文字列渡してDOMに貼っただけ程度ばかりかもしれんしｗ

**デフォルトの名無しさん** · 2022/03/06(日) 00:05:41.64

>>594
昔はBlazor1位だったと記憶してただけだけどｗ無知とは恐ろしいねｗ

**デフォルトの名無しさん** · 2022/03/06(日) 00:10:10.02

>>595 で589へのレスは>>591の間違いだったｗ

**デフォルトの名無しさん** · 2022/03/06(日) 00:18:58.77

Rust推しは日付が変わるとID紐付けを嫌ってすーっといなくなるんだなｗ
どんだけやましいことばかりしてんだよｗ

**デフォルトの名無しさん** · 2022/03/06(日) 00:33:57.94

>>583 をスレ的な言語に合わせてみた(TypeScriptは前回JavaScriptあったので排除)
https://trends.google.co.jp/trends/explore?date=today%205-y&;q=%2Fm%2F09gbxjr,%2Fm%2F09gp44h,%2Fm%2F0dsbpg6,%2Fm%2F010sd4y3,%2Fm%2F0_lcrx4
https://i.imgur.com/e7PBEJo.png

Rust何年経っても全然伸びねーよなｗ
Goはgenerics入るのもあって、上り調子ｗ

**デフォルトの名無しさん** · 2022/03/06(日) 00:40:46.20

>>599
Goとここまで差があるのか

**デフォルトの名無しさん** · 2022/03/06(日) 00:46:30.36

日本だけにするとまた違った見え方になるよｗ
いずれにしてもWeb検索の頻度ベースだから、実際のところ何を目的にした検索になってるのかは知らないけどねｗ

**デフォルトの名無しさん** · 2022/03/06(日) 02:09:32.43

当然Goはプログラミング言語以外の検索結果を含んでる

**デフォルトの名無しさん** · 2022/03/06(日) 02:16:19.87

>>567
linuxの話ならstdはgnu89だしpedanticはつけてないんじゃないの
GNU拡張使いまくってるので

**デフォルトの名無しさん** · 2022/03/06(日) 02:23:27.79

>>603
確かにそうだな
使えないとOS的には致命的ｗ

**デフォルトの名無しさん** · 2022/03/06(日) 02:27:34.11

>>602
そこは他の言語と同程度の誤差だと思うぞ
結果セットではなくクエリ側だと思うしな
実際に辿ったリンク先の内容の共起性からそうだと判断されてるんだと思う

**デフォルトの名無しさん** · 2022/03/06(日) 02:38:53.27

https://trends.google.co.jp/trends/explore?date=all&;q=%2Fm%2F09gbxjr
goが登場したのが2009年11月で
2009年10月前のスコアがすでに20あって現在は34
トレンド機能は短いワードだと正確な情報が取れないことは明白

**デフォルトの名無しさん** · 2022/03/06(日) 02:49:17.27

https://trends.google.co.jp/trends/explore?date=all&;q=%2Fm%2F0dsbpg6
rustが登場したのが2010年7月で
その前のスコアは3で現在は91
rustは順調な成長が見て取れるからgoよりはまだ正確に補足されてる

goのワードでのグラフは意味不明な膨らみがあるんだが
golangで調べればちゃんと成長が見えて補足されてるから
goのワードでは全くトレンドを補足できてないことが分かる
https://trends.google.co.jp/trends/explore?date=all&;q=golang

**デフォルトの名無しさん** · 2022/03/06(日) 03:02:53.77

>>605
言い訳はよ

**デフォルトの名無しさん** · 2022/03/06(日) 03:08:00.64

別に共起のルールが現在に合ってるだけじゃね？ｗ
たまたま過去でもそういうのを拾ってるだけだろｗ
しかもそこまで古いと収集データそのものが現在のロジックに適合できていない可能性が高い
つまり何の問題もないってことｗ

**デフォルトの名無しさん** · 2022/03/06(日) 03:09:22.77

苦しすぎ
ID:oRBcPyqIは出禁な

**デフォルトの名無しさん** · 2022/03/06(日) 03:10:20.33

goから関係のないものを除外できないのか？

**デフォルトの名無しさん** · 2022/03/06(日) 03:15:37.45

苦しすぎなのはお前の方ｗ注意書き読めよｗ
https://i.imgur.com/sTnl0g1.png

**デフォルトの名無しさん** · 2022/03/06(日) 13:09:46.04

googleより自分の方が正しいと思う者だけが書き込んだ結果
をまとめるのがgoogleの仕事

**デフォルトの名無しさん** · 2022/03/06(日) 13:21:24.33

https://about.google/
「Google の使命は、世界中の情報を整理し、世界中の人がアクセスできて使えるようにすることです。」

だそうだし、Googleが正しいとかそういう話じゃないｗ
集めた元データが古すぎて現行と違うという注意書きあるの無視して「結果がおかしい！」とか言ってもしょうがないだけｗ
そんな古いデータ見なければいいだけｗ

**デフォルトの名無しさん** · 2022/03/06(日) 15:08:47.15

それだけではない
未来のデータも見る前にフライングすればいい
コンパイル時に分かることを実行時に調べるのはアマチュア

**デフォルトの名無しさん** · 2022/03/06(日) 15:32:48.07

些末過ぎる書き方の問題ｗ
まあC++はかなり頑張るけどｗ

**デフォルトの名無しさん** · 2022/03/07(月) 19:27:08.91

>>607
ノイズ乗ってるって話なら、
rustも同名のゲームがあるから
あまり当てにならないかもね。

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

またしても go はクソ、何がクソといってまず名前がクソ、っていう俺の常日頃の主張が証明されたな
なんでこんな名前にしたのか、決める前に止めるやつはいなかったのかと問いつめたい

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

ちゃんとプログラミング言語って括りのGoなので、リンク先のコンテンツが分類としてプログラミング関係なんだと思うぞ

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

Surface GoとかDuckDuckGoとかコンピュータ関連用語でGo含む固有名詞多いからプログラミングに絞ってもノイズは乗ってそうな気がする
他言語との比較はできないけどGo単独の傾向を見るならgolangの方が正確かと

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

名前がクソと言えばC

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

>>620
プログラミング「言語」なので、共起性で分類するのが基本だからGo言語で固有の言葉の類似度が上がるのが普通
golangにすると、逆に「プログラミング言語」が外れ、恐らく共起性が寄与せず間違ったゴミが入り、正解が漏れる

>>621
C言語とかも「プログラミング言語」として出てくるので多分大丈夫

いずれにしても古いデータは分類用のデータがない可能性があり、上の仮定ができない
知らんけどｗ

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

お前は捏造する人間だとバレてる

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

おじさんはもういろいろバレてる
偉そうに言っても滑稽だよ

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

はいはい、煽るだけの人は楽だねｗ煽ってたら答えがもらえて良かったねｗ

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

あ、逃げた

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

内容のない煽りだけって逃げなんだよなぁ…お前のことだよｗ

**デフォルトの名無しさん** · 2022/03/08(火) 13:35:17.20

Rust使えばメモリ関連のセキュリティはよくなるんじゃなかったのかよ？w

https://forest.watch.impress.co.jp/docs/news/1393185.html

Mozillaは3月5日（米国時間）、デスクトップ向け「Firefox」の最新版v97.0.2を正式公開した。脆弱性に対処したセキュリティアップデートとなっている。

今回修正された脆弱性は、以下の2件。深刻度はいずれも4段階中最高の「Critical」と評価されている。

CVE-2022-26485：XSLTパラメーター処理における解放後メモリ利用（use-after-free）
CVE-2022-26486：WebGPU IPCフレームワークにおける解放後メモリ利用（use-after-free）。サンドボックスのバイパスにつながる可能性

**デフォルトの名無しさん** · 2022/03/08(火) 13:44:09.84

adblock plus 入れておくとメモリ使用量がどんどん殖えて恐ろしいことになってたがバグだったのかヤッパリ
一応報告しておいたけど

**デフォルトの名無しさん** · 2022/03/08(火) 13:52:23.55

>>628
C++で書かれたコンポーネントみたいだけど

**デフォルトの名無しさん** · 2022/03/08(火) 14:30:33.12

これでますますC++からRustへの移行が進む

**デフォルトの名無しさん** · 2022/03/08(火) 17:15:27.12

やっぱりrustが安全なんだな

**デフォルトの名無しさん** · 2022/03/08(火) 19:55:54.65

でも誰もfirefox使ってないじゃん。rust推しでさえ。

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

firefox使ってるよ！

**デフォルトの名無しさん** · 2022/03/08(火) 20:06:36.01

firefox重いじゃん

**デフォルトの名無しさん** · 2022/03/08(火) 20:17:47.14

>>628
>>630
ワラタw

**デフォルトの名無しさん** · 2022/03/08(火) 20:19:15.85

現在のFirefoxはChromeより軽い
タブを数百個開いていてもFirefoxは重くならない

**デフォルトの名無しさん** · 2022/03/08(火) 20:37:37.33

Googleが「Chromeは全てのブラウザより高速」と主張していたのでSafariやFirefoxと比べてみた
https://gigazine.net/news/20220308-google-chrome-mac-fast/

**デフォルトの名無しさん** · 2022/03/08(火) 20:43:00.08

けっきょくのところfirefoxさいつよでわろた

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

マジか

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

Safariも謎にスコア高いな
スコアの意味わからんけど、とりあえずchromeがダントツで点低いことだけはわかった

**デフォルトの名無しさん** · 2022/03/08(火) 22:55:30.17

C#もなかなかに検索に厳しいネーミングだ
結局Csharpとか書く破目になる

**デフォルトの名無しさん** · 2022/03/08(火) 22:58:43.18

>>638
足を引っ張っていた過去を捨てたFirefoxが一番優秀になっているんだな

**デフォルトの名無しさん** · 2022/03/08(火) 23:01:27.38

別にRust採用前から遅くなかったfirefoxが再評価されてるだけｗ

**デフォルトの名無しさん** · 2022/03/08(火) 23:26:40.50

#はシャープじゃないけどな
シャープは五線譜に書くときに横線がかぶらないように横が斜めで♯
#はナンバーだからCsharpならc♯

**デフォルトの名無しさん** · 2022/03/08(火) 23:35:28.49

次はC丼か

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

変に捻ったことせずC4+みたいな名前にすりゃあ良かったのに。

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

シードン、いやマジで語感はそっちのほうがいいじゃん
今からでもいいからそれに変えてくれ
定食屋でコラボするという可能性もでてくるし

**デフォルトの名無しさん** · 2022/03/08(火) 23:47:44.88

https://en.wikipedia.org/wiki/C_Sharp_(programming_language)
"C# (/si ʃɑːrp/ see sharp)[b] is a general-purpose,..."

**デフォルトの名無しさん** · 2022/03/08(火) 23:49:45.34

まあgoなんて一般的な動詞を使うのが今のところダントツでセンスないのは間違いない

**デフォルトの名無しさん** · 2022/03/09(水) 00:28:48.86

しかも元々Go!っていう言語あったのに、あとからGoogleがかぶせてきよったしね

https://github.com/golang/go/issues/9
> I have already used the name for *MY* programming language
> Here's the Lulu link: http://www.lulu.com/content/paperback-book/lets-go/641689

TypeScriptとかPrologみたいにユニークな名前を付けてほしかったなあとは思う