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

**デフォルトの名無しさん** · 2022/09/17(土) 19:05:49.83

スレタイ以外の言語もok

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

**デフォルトの名無しさん** · 2022/09/17(土) 23:48:30.63

>>62
その御方は私ではないけれど、私は本名を名乗ってインターネッツしてるので、身バレも糞もないのですよ。
ツイッターもフェイスブックも本名アカウントで認証バッジもついております。

**デフォルトの名無しさん** · 2022/09/17(土) 23:55:34.21

キミの限界は、きみ自身にあるんじゃない。
言語の限界が君の限界を決めるのだ。
さあC++で限界を超えろ！

**デフォルトの名無しさん** · 2022/09/17(土) 23:56:40.04

Just do it！！

**デフォルトの名無しさん** · 2022/09/17(土) 23:57:14.61

ハァハァ、興奮して鼻が膨らんできた（笑

**デフォルトの名無しさん** · 2022/09/18(日) 00:01:22.70

>>60
C++は単なるimmutableをconstで表すため
本当の定数つまりコンパイル時定数をcostexprで表さざるを得なくなっちゃってるよな

Rustではconstがコンパイル時定数だからわかりやすい
もちろん同様にコンパイル時に関数を呼んで計算させて定数をコンパイル時点で算出確定させることができる

**デフォルトの名無しさん** · 2022/09/18(日) 00:05:06.77

>>68
だめだ！それじゃあダメなんだッ！
「本当の定数がある」じゃないッ！！！
俺たち黒魔術部員ならッ！「ファッ！？？」「実行時定数が無いのッ！？」
と考える！！！！

**デフォルトの名無しさん** · 2022/09/18(日) 00:10:32.55

ここだけゲハ板

**デフォルトの名無しさん** · 2022/09/18(日) 00:11:17.78

コンパイル時計算は理屈上はJITの方が有利でしょ
実行時の統計に基いて頻出パターンを事前計算するとかできるからな

**デフォルトの名無しさん** · 2022/09/18(日) 00:13:17.20

>>71
よし、その理論をC++26へ提案する栄誉を貴様に与えよう。

**デフォルトの名無しさん** · 2022/09/18(日) 00:15:59.99

>>48
それは単にVercelの人の能力がないのでは？
rustcはRustで書かれてるんだしコンパイラは得意分野なんだけど
なんで実装できないなんて判断をしたのか謎すぎる

**デフォルトの名無しさん** · 2022/09/18(日) 00:22:09.73

>>71
JITの方が当然不利
実行前にコンパイルを済ませてしまうC++に勝つことはできない

**デフォルトの名無しさん** · 2022/09/18(日) 00:39:41.33

Vercelの人のブログ見たけどtscをそのまま移植しようとしたのか？
流石にそれは無理でしょ
typecheckerの仕様だけリバースエンジニアリングして
その仕様をrustで実装するようにしないと
あらゆるオブジェクトが参照であるtypescriptのコードを移植するとか流石にそんなことをやる発想が微妙

**デフォルトの名無しさん** · 2022/09/18(日) 00:42:56.71

確かにGoならあらゆるオブジェクトを参照にできるし
クロージャもあるしそのまま移植するのには向いてるかもな

**デフォルトの名無しさん** · 2022/09/18(日) 01:08:52.24

元のtscのコードの多くの部分がガベージコレクションに依存していると書いているから
それらを治して本格的に高速にする道を選ぶか
サボって同じGC言語へ移植する道を選ぶか
今回は後者にしただけだろう

普通にある一般的なケースでは
システムに何らかの限界が来て新たな設計をする機会で他の言語にする
何もかもほぼそのままで言語だけ変える特殊なケースならばGC言語の範囲内の中で選ぶしかない
世界中の人々が今後も使い続けるものならば非GC言語へ移植する価値もあるとは思うが

**デフォルトの名無しさん** · 2022/09/18(日) 01:28:43.72

tscが遅いからそれより早いトランスパイラを作るという目的なら別にGoでも良い気はするね
ただどこかで踏ん張ってRustに移植するという作業は人類にとっても価値があると思うけどね

**デフォルトの名無しさん** · 2022/09/18(日) 01:30:28.35

GC言語使って参照を持ち放題で問題ないって
それってプログラマがデータ構造とメモリレイアウトを正確に理解していない
つまり副作用を追跡できないことを意味する
でかいコードベースでその状態はかなりまずいよ

**デフォルトの名無しさん** · 2022/09/18(日) 01:36:10.67

副作用を追跡できないからテストコードを書く必要が出てくる
参照と書き換えの制限はテストコードも不要にする
tscを再設計する時が来てる

**デフォルトの名無しさん** · 2022/09/18(日) 01:40:45.22

>>79
GC言語はプログラム設計やその中のデータ構造設計が酷くてもなんとなく動いてしまいがち
もちろんバグは発生しやすくなるしデバッグしにくいしメンテもしにくいし機能追加や改善など大変
非GC言語が苦手な人や難しいという人はそのあたりのデータ構造含めたプログラム設計をきちんと出来ていないダメな人

**デフォルトの名無しさん** · 2022/09/18(日) 01:42:28.72

>>81
困ったら適当に参照持たせたら終わりだしな
しかもそれを書き換えたりもする
めちゃくちゃだよな

**デフォルトの名無しさん** · 2022/09/18(日) 07:35:50.11

じゃあここにいるRust玄人たちでRust使ってtsc作り直せよ
Vercelの人は能力不足だとかほざいちゃってるし

**デフォルトの名無しさん** · 2022/09/18(日) 07:53:59.80

>>41
これの原因？

ウーバーで大規模ハッカー攻撃か　システムほぼすべて乗っ取られる
https://www.asahi.com/articles/ASQ9J5SQ0Q9JUHBI01N.html

安全な言語を使いたいな

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

>>39-41
このコンボで精神崩壊したのか。
それで>>84でUber disやら深夜のVercel dis

GAFAMのやらかしなんてキリがない二枚舌が捗ってる

**デフォルトの名無しさん** · 2022/09/18(日) 08:21:46.99

Rustが失敗だったからCarbonの開発が始まったんだよな

**デフォルトの名無しさん** · 2022/09/18(日) 08:27:50.32

前スレ >GCで良ければGC言語使えば良いよ

Google >Rustで良ければRust使えば良いよ

Google >Rust使えないから Carbon始めました

**デフォルトの名無しさん** · 2022/09/18(日) 08:29:42.37

>>84
それソーシャルクラッキングだから言語なんて1mmも関係ないぞ

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

>>86
Carbon公式FAQを読みなさい
If you can use Rust, ignore Carbon
とのサブタイトルから始まりRustの方が良いと書かれている
Carbonは既存C++コードのための存在

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

Google >Rustで良ければRust使えば良いよ

Google >Rust使えないから Carbon始めました

まんまじゃねーか

**デフォルトの名無しさん** · 2022/09/18(日) 09:20:06.06

複オジ(26) >初心者向けのVS本は最低

**デフォルトの名無しさん** · 2022/09/18(日) 09:23:45.71

CarbonはC++に強く依存したプロジェクトのためのものなので、そうじゃないならRustを使え、
とわざわざ書いてあるんだな

**デフォルトの名無しさん** · 2022/09/18(日) 09:29:02.34

Google >Rustで良ければ Rust使えば良いよ

Google >Rust使えないから Carbon始めました

まんまじゃねーか

**デフォルトの名無しさん** · 2022/09/18(日) 09:30:03.67

RustはRustに強く依存したプロジェクトになるという欠点があるからな。
Rusteseはそれが狙いなんだろうけど。

**デフォルトの名無しさん** · 2022/09/18(日) 09:39:52.76

>>94
Rustese>こっちの水は甘いよ
Google >Rust沼はスルーする

**デフォルトの名無しさん** · 2022/09/18(日) 09:59:36.68

>>95
GoogleはRustを使いまくっていて
AndroidとLinuxがRust導入することになったのもGoogleの強いRust推しがあったためだよ
一方で既存のC++によるシステムは次に大規模システム改変があるまではこのまま使い続けたいけど
C++には問題が多すぎるからCarbonでそれまで延命するっていう話だよ

**デフォルトの名無しさん** · 2022/09/18(日) 10:07:15.64

>>96 もうRustは諦めな向いてなかった

Goスレの自己紹介レスうける

**デフォルトの名無しさん** · 2022/09/18(日) 10:12:06.21

そもそもGoogleはRustを安定的に支えるために設立したRust Foundationの発起人やんけ

**デフォルトの名無しさん** · 2022/09/18(日) 10:21:51.07

>>84
こういうのはだいたい最初の突破口はクラウドの設定ミスかソーシャルエンジニアリング

**デフォルトの名無しさん** · 2022/09/18(日) 10:38:43.71

C/C++用のライブラリ書く機会多いもんなぁ
だがここにRust使ううまみは全く無い

**デフォルトの名無しさん** · 2022/09/18(日) 10:41:29.51

Rustはなんでも「Rustなら最高に安全に、高効率でできる」と言って、開発効率を無視するのがなんか違うよなって思ってる。
すぐに「長期的にはRustの方が開発効率が良い」とか言うし。

「最初は負債を負ってでもプロダクト出さなきゃしゃーねーだろ、後で返済しろ」みたいなまともなビジネス要件を完全に無視されるので、なんなのよって思うことが多い。

**デフォルトの名無しさん** · 2022/09/18(日) 10:55:40.65

その比較対象がC++なら間違ってないだろ

**デフォルトの名無しさん** · 2022/09/18(日) 10:57:40.17

大風呂敷はともかく
言語仕様に絞ればRustはプログラミングしやすくて開発効率が高いのは事実だと思うぜ
その点まで否定する人はいないと思うが

**デフォルトの名無しさん** · 2022/09/18(日) 11:00:24.83

>>101-103
負債まみれでも、とりあえずRoRが良い現実解>>27

**デフォルトの名無しさん** · 2022/09/18(日) 11:04:33.30

C++には自由がありそうでないんだよな
bad_allocを投げない自由があるとか綺麗事を言うが実質的にそんな自由はない

**デフォルトの名無しさん** · 2022/09/18(日) 11:09:26.06

>>41
zigはzenとの確執がありそうで怖い

**デフォルトの名無しさん** · 2022/09/18(日) 11:12:40.00

C++は脳汁が出るぜィ！！

**デフォルトの名無しさん** · 2022/09/18(日) 11:13:36.91

>>105(26) 前スレまでのC/C++のレベル見てC++に寄生すな

>>106(26) www Zigも攻撃対象か。zenが全面的に悪い

**デフォルトの名無しさん** · 2022/09/18(日) 11:16:05.92

競技プログラミングでC＋＋が好まれるのは、脳汁が出るからです。
ランナーズハイやクライマーズハイと同じ、あるいはゾーンに入ると表現されることもあります。
RPGで言えば、加護を受けて無敵状態の時間帯です。
どうだ！C＋＋凄いだろ！！

**デフォルトの名無しさん** · 2022/09/18(日) 11:19:12.61

ぜ語尾でマウントの複おじ
な語尾で主観垂れ流しの複おじ
体言止めで証明失敗の複おじ
各種取り揃えております

**デフォルトの名無しさん** · 2022/09/18(日) 11:21:18.22

>>106(26) Zig丸コピして日本でZenを立ち上げた張本人? OKAMOTO
https://connectfree.co.jp/legal/specified_commercial_transactions/

**デフォルトの名無しさん** · 2022/09/18(日) 11:27:33.70

ツイ 12年前「19の大学生です」か
完全一致
とんだ泥棒やろうじゃないか

**デフォルトの名無しさん** · 2022/09/18(日) 11:43:05.79

まともにRoRやれば良いんじゃない？現実解>>27

**デフォルトの名無しさん** · 2022/09/18(日) 12:01:46.79

法的な泥棒には当たらないけどOSS倫理的にはNG

Zigがわざわざ日本語の声明を出している
Zigソフトウェア財団とZenプログラミング言語に関する声明
https://ziglang.org/news/statement-regarding-zen-programming-language/
>コネクトフリー社の創設者であるテイト氏は、不完全な技術論により彼自身の行動を正当化しようとすると同時に、契約条項を利用してZigの貢献者がこのオープンソースプロジェクトに更に貢献する事を阻止しています。また、コネクトフリー社のZenはZigを表面的にリブランディングしたものに過ぎません。このようなテイト氏の過去と現在の振舞いから、日本の専門家や会社がこうしたクローズドソース製品に頼り生計をたてようとするのは、私どもの良識としてはお勧めできません。

**デフォルトの名無しさん** · 2022/09/18(日) 12:09:24.65

Rubyリクルーター > RoRやれば良い

**デフォルトの名無しさん** · 2022/09/18(日) 12:39:23.75

じゃあ泥棒は撤回しよう。だが怒りはMAXだ

**デフォルトの名無しさん** · 2022/09/18(日) 12:41:41.76

>>114
＞法的な泥棒には当たらないけどOSS倫理的にはNG
＞
＞契約条項を利用してZigの貢献者がこのオープンソースプロジェクトに更に貢献する事を阻止しています。

倫理置いとくと法的にはZigのほうがヤバそうね。

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

詐欺出来るくらい、ITに強くなったと考えるべきでは？
日本やるじゃん！

**デフォルトの名無しさん** · 2022/09/18(日) 13:08:21.32

帝都　久利寿
↑
キラキラネームじゃん。

**デフォルトの名無しさん** · 2022/09/18(日) 13:21:26.78

Zig怖いわ
https://pbs.twimg.com/media/Eh-cSAPXcAAio6J.jpg

**デフォルトの名無しさん** · 2022/09/18(日) 13:23:19.96

日本人なら詐欺師の味方するよな！
応援しようぜ！

そんな弱小言語がどうだろうと俺たちには関係ないし。

**デフォルトの名無しさん** · 2022/09/18(日) 13:28:07.69

OSSのクローズドフォークで金儲けなんてRust信も大好きGAFAMだってやりまくってるからなあ
Zig開発陣にとってはいい勉強になったねとしか

**デフォルトの名無しさん** · 2022/09/18(日) 13:30:28.29

統一教会「いい勉強になったね」ﾆﾔｯ

**デフォルトの名無しさん** · 2022/09/18(日) 13:31:07.59

そのへんの経緯を知りたいけどよくわからない
Zen側が貢献してきたZigソースコードは全て他で置き換えられてZigから抹殺されたのでZen側にはZigに対する権利は無くなったと主張しているってことなの？

**デフォルトの名無しさん** · 2022/09/18(日) 13:34:57.24

「ライセンスを持つものは、他者にライセンスを分け与えることが出来る」
「それ以外の方法でライセンスを得ることはできない」

という、繋がり重視のライセンスを考えたんだが。
特許とっていい？

**デフォルトの名無しさん** · 2022/09/18(日) 13:36:03.60

>>114
Zigのライセンスにはリブランディング禁止条項ないから
リブランディングは無問題

当然Zigのライセンスには従う

**デフォルトの名無しさん** · 2022/09/18(日) 13:41:36.43

GNUとBSDはどっちが自由かみたいな話？

**デフォルトの名無しさん** · 2022/09/18(日) 13:45:32.43

>>109
競プロってC++の機能を大して使ってなくね？
最近出た競プロの本立ち読みしたけど普通に90年代のC++だった

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

Bit とかいうずぼらなやつが使えるからじゃないか

**デフォルトの名無しさん** · 2022/09/18(日) 15:04:29.66

>>104
RoRだけは無い、と思うんだけど、これも多分自分がやってる事と違うだけなんだろうな。

**デフォルトの名無しさん** · 2022/09/18(日) 16:07:08.69

>>130
フレームワークはスレ違い

**デフォルトの名無しさん** · 2022/09/18(日) 16:29:26.69

すげー Jakt作者のOS

90年代のクラシックなデザインを追い求めた「SerenityOS」の開発者が新たにブラウザを公開
https://gigazine.net/news/20220918-serenityos-ladybird/
https://commons.wikimedia.org/wiki/File:Serenityos-example.png

**デフォルトの名無しさん** · 2022/09/18(日) 16:30:44.57

https://upload.wikimedia.org/wikipedia/commons/2/2b/Serenityos-example.png

**デフォルトの名無しさん** · 2022/09/18(日) 16:39:13.55

Jaktの人、精力的でええやん
C++の置き換えに一番期待できる言語仕様だから早く安定板にしてほしい
この人なら専用IDEも作ってくれそうな勢いを感じる
他の言語はIDEに無頓着だから困る

**デフォルトの名無しさん** · 2022/09/18(日) 16:46:08.87

人類の資産の8割がC/C++で出来ている。
したがって、C/C++に注力することで、人類の発展と未来が担保される。

と思います！！

**デフォルトの名無しさん** · 2022/09/18(日) 16:47:37.01

開発が楽しそうでいいね

**デフォルトの名無しさん** · 2022/09/18(日) 16:59:51.90

低レイヤーでもRustは向いてない、何年もの経験のあるRust使いでも。

「Rust開発は呆れるほど程時間がかかる上に、楽しくない」そして移行先が話題のZig
Why I rewrote my Rust keyboard firmware in Zig: consistency, mastery, and fun
https://kevinlynagh.com/rust-zig/
https://kevinlynagh.com/rust-zig/typical_keyboards.jpg

高レイヤー参考
>>42
tscをGoに移植
https://postd.cc/tsc-go/

**デフォルトの名無しさん** · 2022/09/18(日) 17:24:43.71

ZigならC++で良くね？って思う
C++のベストプラクティスが分かりにくいという問題なだけでしょう

**デフォルトの名無しさん** · 2022/09/18(日) 17:46:57.75

>>88
ソーシャル・クッキングって日本語で言うと闇鍋？

**デフォルトの名無しさん** · 2022/09/18(日) 18:20:29.69

>>139
お店の名前だろ

Social Cooking
+64 22 586 8633
https://maps.app.goo.
gl/syacaqL19Bdcso7d9

**デフォルトの名無しさん** · 2022/09/18(日) 18:56:07.13

マジか。

**デフォルトの名無しさん** · 2022/09/18(日) 19:23:43.99

>>132
そう思うとrustって愛されてるのに誰も何も作ってないよな
せいぜいunixコマンドの移植ぐらいじゃね？

**デフォルトの名無しさん** · 2022/09/18(日) 19:24:15.76

>>135
これ

**デフォルトの名無しさん** · 2022/09/18(日) 19:36:49.45

>>117 >>120
逆謝罪動画上がっている
https://youtu.be/PMdqIdTIMhc
>>124
自分で掘ってくれ

**デフォルトの名無しさん** · 2022/09/18(日) 19:51:07.35

何か作るならPythonでいいよな
Pythonが否定されるまで次世代言語の出番はない

**デフォルトの名無しさん** · 2022/09/18(日) 20:32:44.57

一見したところRustスゲー的な記事タイトル
Cloudflare Ditches Nginx For In-House, Rust-Written Pingora
https://www.phoronix.com/news/CloudFlare-Pingora-No-Nginx

実はLuaからの置き換え部分が大きく寄与
>This isn't 'Oh wow, Rust is so much faster!', it's 'Oh wow, doing less work is faster!'
https://www.phoronix.com/forums/forum/phoronix/latest-phoronix-articles/1346074-cloudflare-ditches-nginx-for-in-house-rust-written-pingora?p=1346115#post1346115

cloudflareの元記事にもそう書いてある
https://blog.cloudflare.com/how-we-built-pingora-the-proxy-that-connects-cloudflare-to-the-internet/
>Our Rust code runs more efficiently compared to our old Lua code.

これ日本のテックサイトでどう紹介されるんだろたのしみ

**デフォルトの名無しさん** · 2022/09/18(日) 21:28:24.24

c++はファイルの拡張子を統一しろよ

**デフォルトの名無しさん** · 2022/09/18(日) 22:11:25.43

lua使ってたの？
それはそれで心配になる技術レベル

**デフォルトの名無しさん** · 2022/09/18(日) 22:16:55.08

luaって名前がかわいい言語のイメージしかない

**デフォルトの名無しさん** · 2022/09/19(月) 00:04:20.61

Luaはゲーム開発なんかではよく使われてるし、スクリプト言語の中では相当速いはず
そりゃCloudFlareほどの規模ならCやRustで書き直したほうがいいのは確かだけど
別に選択として悪くはないと思うけどな

**デフォルトの名無しさん** · 2022/09/19(月) 00:14:26.43

Lua使ってたという話は10年以上前には時々聞いていたけど最近でもゲームで使ったりするのかな・・・

**デフォルトの名無しさん** · 2022/09/19(月) 00:26:21.01

最近のUnity+Luaの事例だとこんなの
https://forpro.unity3d.jp/case_study/wright-flyer-studios/

UEとの組み合わせも聞いたことはあるな

**デフォルトの名無しさん** · 2022/09/19(月) 00:30:03.28

C++の適当なサブセットをベターCとする戦略が失敗したから
LuaがベターCになってしまった
それにJavaScriptをブラウザ以外で使うのもあまり成功してないから

**デフォルトの名無しさん** · 2022/09/19(月) 06:45:16.52

肝心のLuaJITのソースコードが汚くて協力者が集まらないと聞いた事がある

**デフォルトの名無しさん** · 2022/09/19(月) 07:42:06.09

>>144
マジでこの人胡散臭いよな
なんで外国人なのにわざわざ日本に来て活動してんだろう

**デフォルトの名無しさん** · 2022/09/19(月) 12:24:30.51

だからLuaJITは未だに5.1なのか

**デフォルトの名無しさん** · 2022/09/19(月) 12:51:16.71

nodejsが出たときJSがサーバーサイドも覇権を取るみたいな言説が一瞬湧いたけど、今となっては絶望的だな。

フロントエンドの事情が漏れ出て足引っ張られまくり。モジュールとかfetchとかバンドルとか。

**デフォルトの名無しさん** · 2022/09/19(月) 13:17:47.22

>>154
あれはマジで読めない
dynasmっていうオレオレJITライブラリを使ってるんだけど
既存のluaのソースにそれを埋め込んでるからマジで酷いんよ

**デフォルトの名無しさん** · 2022/09/19(月) 13:52:36.43

>>157
React.jsやVue.jsなどでサーバーサイドレンダリングもする場合は
サーバーサイドを別言語で改めて書くなんてバカなことはせずに
そのまま同じJavaScriptコードをサーバーサイドで実行するのでNode.js等が使われている

これをしないと各ページは中身のない雛形のみサーバーが送出するので
ブラウザで表示が遅くなったりSEOで不利となったり様々なデメリットがある
だからサーバーサイドでNode.js等のJavaScript実行環境が使われている

**デフォルトの名無しさん** · 2022/09/19(月) 14:00:48.55

>>157
サーバーサイドの前段に置くというので落ち着きつつあるよ
つまりさらにややこしくなった

**デフォルトの名無しさん** · 2022/09/19(月) 14:10:35.00

ブラウザで実行可能なバイナリを送りつければいいんや

**デフォルトの名無しさん** · 2022/09/19(月) 14:25:44.47

もちろん例えばサーバーサイドをRustにしてフロントエンドをWasm(by Rust)にすることで共通コードを走らせたり

**デフォルトの名無しさん** · 2022/09/19(月) 14:32:09.62

>>159の時点では断定できなかったが

>>162でただの聞きかじり、知ったかだと判明した

そうならそうと言えよ

**デフォルトの名無しさん** · 2022/09/19(月) 14:42:29.85

>>163
実際にNode.jsで動かしてるんだが何が不満なんだ？