次世代言語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(土) 19:07:37.22

C++は三年ごとに改定されるので常に次世代言語です。

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

AWSがプログラミング言語「Rust」を使っている理由
https://japan.zdnet.com/article/35183866/

Amazon Web Services（AWS）は、同社のエンジニアたちがプログラミング言語「Rust」を
使っている大きな理由として、エネルギー効率の高さを挙げる。
AWSは早くからRustを採用し、GoogleやMicrosoftとともにRust Foundationの創設にも携わった。
現在もRustの普及に熱心に取り組んでいる。

AWSのソフトウェアエンジニアで、Rustの普及に取り組む、
Shane Miller氏と主任エンジニアのCarl Lerche氏の投稿によれば、
Rustはメモリー安全性を高め、セキュリティ関連の不具合を減らす役に立つだけでなく、
PythonやJavaよりもはるかに「エネルギー効率に優れている」という。
Amazonは、2025年までにデータセンターの100％を再生エネルギーでまかなうという目標を掲げ、
データセンターの環境負荷の軽減に取り組んでいる。
Rustの採用はその一翼を担うという。

Rustで構築されたAWSサービスの例としては、
コンテナーアプリ用のサーバーレスプラットフォーム「Lamba」を支える「Firecracker」、
「Amazon Simple Storage Service（S3）」「Amazon Elastic Compute Cloud（EC2）」、
コンテンツ配信ネットワーク「Amazon CloudFront」、
LinuxベースのコンテナーOS「Bottlerocket」がある。

「CやRustが他の言語よりもエネルギー効率に優れていることに驚きはない。
衝撃的なのは、その違いの大きさだ。CとRustを広範に採用すれば、
控えめに見積もってもコンピュートに使用されるエネルギーの量を50％削減できる可能性がある」と
Miller氏は述べ、その根拠として、C、GoogleのGo、Lua、Python、Ruby、Fortranなどをはじめとする
複数の言語のエネルギー効率を相対的に示した研究結果を紹介している。

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

俺の感想では、Rustはゴミだけどな。

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

>>2
多くの言語が機能強化してるからそこはあまり意味がない
C++はポンコツ土台に増築工事を何度も重ねていて質がよくない
C++は過去資産しかメリットが亡くなっている
>>3でAWSが新規システムにC++を使わなかったのもメリットが既に何もないため

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

>>5
あーごめん聞いてなかった。

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

お待たせしました(awesomeレス※)

Zig　　 https://ziglang.org/
　　　　Faster🚀 than Cが自慢「当然Rustよりもな😄」https://youtu.be/RgIny6xvnSo 🆕
　　　　Bun(Zig) >Rustは本質的には不必要なことをやりすぎ「zero overhead abstraction」どこ行った？🆕
　　　　>Rust「アプリの実装と実装言語の善し悪しを混同すんな😡」<「Chrome(C++)について一言🎤」>黙秘🙊🆕
Rust　　試食コーナーで食べてもらって狂喜乱舞
　　　　GAFAM >Rustエコシステムには投資しないトリクルダウン無し寡占する　GAFAM >だが今は試食タイムだ
　　　　GAFAM >「あま～～い」ってさけんで食レポしてる😏みんな食べに来てね😛
　　　　StackOverflow >愛され言語ランキング1位
　　　　JetBrains >Rustで作らしてくれーと言ってるけど許可降りない
　　　　KENTA >提灯コメント出さない
　　　　俺 >数学出来ないのでRustはキツイ規制の鶴亀算が史上最強　鶴亀算でRustフレームワークが充実することなんて無い
　　　　Rust >鶴亀算だけなら俺が安全性や正しさを確実に保証 unsafe☢は関知しないお前の責任だ
　　　　俺 >今はRustだけで良い。レベルアップはお断りだ　数学出来ないけど有能社員を指導したいとは思ってる　すべての理解が概念的概念的に理解すれば簡単だ
　　　　有能社員 >Rustは学習コストが高い割に使えない　C/C++を書けないとRustは書けない、Rustは意味なし
　　　　有能社員 >Rustは言語オタク二極化だと思ってたらHaskell衰退の道を追う　Rustには興味のアンテナ張るだけ先行投資なんてしない
　　　　現実派 >データ競合がコンパイル時点でゼロってことはない。JARO⚠案件だ
　　　　下っ端社員 >RustはGAFAMなんかより自動車ISO認証級(仮)の実績積み上げがないと、言い出すのも怖い😩

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

Rust　　Rustは教官付き教習車だから、コンパイラの言うとおりに運転しないとブレーキ踏まれて前に進めない。
　　　　現実派 >具体的な話マダー？😡 >絶壁の学習曲線はRustの重大な問題
　　　　俺 >バカは遅い言語や危険な言語を使い続ければよい🆕
　　　　TypeScript実装した天才「Rustには向いてない、Goで作り直す」🆕
D　　　 C言語と同等に高速で安全も満たす言語　awesome-d 老舗の割にマメ
　　　　「ガベージコレクトされたプログラムの方が高速(10年以上前)」🆕
OCaml　関数型で速度を最優先するならこれ1択(or F#？)　StackOverflow >愛され言語ではない
F#　　　関数型最速はF#(実例根拠が待たれる)
Go　　　実稼働分野でバリバリ活躍中　GitHub PullReq >TypeScriptとGoが圧倒的
Scala　実稼働分野でバリバリ活躍中　KENTA >日本では衰退しました　ScalaでのNetflix分岐点(未確認)
Nim 　　Pythonからの乗り換えに最適(未確認 Numpy使ってないPythonコードの高速化例が主？)
　　　　awesome-nim https://github.com/ringabout/awesome-nim🆕;
　　　　メモリ管理はGCに押しつけさらに交換可能 https://nim-lang.github.io/Nim/mm.html🆕;
Pony　　開店前　awesome-ponyが2年以上更新されていない
　　　　参照の持ち方だけで6つもある(Reference Capability)　behaviorが終わるごとに該当アクターでGCを回す
　　　　湧く沸くRust >High-Performance Safe Actor Programming https://news.ycombinator.com/item?id=25957307
Haskell アカデミック勢が根強い　それ以外は衰退しました(未確認)
　　　　Tesla,Microsoft,Meta,GitHub,一流銀行🏧 >使ってますが何か？ https://serokell.io/blog/top-software-written-in-haskell
　　　　Tesla >We use Haskell to auto-generate C code that is compiled into vehicle🚗 firmware.
　　　　下っ端社員 >いい話だ。だが結局☪かよ
Julia　科学技術方面開拓中　StackOverflow >愛され言語ランキング上位
FORTRAN 科学技術方面で強い、しばしば1択
COBOL　金融機関方面では既存システムで根強い　それ以外は衰退しました

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

たしか開発者もRustはゴミと認めてなかったっけ。
反省点を踏まえて新言語を作るので期待してくれとか言ってたような。

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

C　　　 C言語がないぞ C言語がないぞ(大事なことだから2回)
C++　　三年ごとに改定されるので常に次世代言語🆕
php　　原付 >静的型はブレーキ🛵 俺にブレーキはない 10年経って分かった <matz😚
Lisp　　JavaScriptと変わらんブランディングした先人たちのマーケティング能力が驚き
　　　　惑星探査機🛰とか特殊な用途、身近なところでルンバ🤖がLisp
　　　　Awesome Lisp Company https://github.com/azzamsa/awesome-lisp-companies
　　　　プロトタイプから本番に移行柔軟に改修しやすい common lisp あとから型書いてパフォーマンスUp
　　　　思い出 >https://practical-scheme.net/trans/beating-the-averages-j.html >オジさん🧓は言語を変えない
Clojure StackOverflow >愛され言語ランキング上位　2つあるawesome-clojureがどちらもマメに更新されてる
　　　　CircleCIとかいくつかの実用サービスに使われてるのがすごい　「本物のREPL」(未確認)　LogSeq
　　　　Apple,CircleCI,Cisco,Cognitect,Nubank🏧,Walmart >使ってますが何か？ https://docs.google.com/spreadsheets/d/1jBQD-rzOeGeKgLjsQ21r4YfEHp8XOpB_vl6TGJEBj3g/edit#gid=0

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

欧米企業「最初のバージョンは常に捨てられる」
　　　　「アイデアは価値がない、アイデアを誰より早く形にして価値がある」
Erlang　方向性が違うどっちも強い >お気楽Goはやっぱりつよいの？
　　　　php >原付🛵より遅いぞ https://benchmarksgame-team.pages.debian.net/benchmarksgame/box-plot-summary-charts.html
Jakt　　https://github.com/SerenityOS/jakt Memory safety(ARC), Math safety, performance, transpiles to C++, Inline C++
　　　　https://awesomekling.github.io/Memory-safety-for-SerenityOS/ 🆕
　　　　Jakt作者「Rustの方こそメモリ管理に絶え間ない気配りが必要で、自動のフリして実際にはプログラマーの負担」🆕
GC　　　究極的にはGCが勝利する(JARO⚠案件？)
メモリリーク　C++ & GC(Java,C#,Go,etc)「バグです🪰」Wikipedia「バグです🪰」Rust「安全です常識💀🙈🙉🙊」🆕

※ジョーク集です。「未確認」表示の有無に関わらず真偽を保証するものではありません。

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

>>3
Goはまだしも突然LuaとかFortranとか出てきて草生えた

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

>>5
で、なんだったっけ？

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

Goはすでに実用になってるので、次世代から新世代へ格上げかもしれん。

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

GoogleやMicrosoftがRust言語でOS開発
https://xtech.nikkei.com/atcl/nxt/column/18/00692/042700054/

【脆弱性の70％がメモリー管理バグに起因】
GoogleによればAndroidに存在した深刻なセキュリティー脆弱性の70％近くがメモリー安全に関するバグに起因するという。
同様にMicrosoftも、同社製品に存在したセキュリティー脆弱性の70％がメモリー安全に関するバグに起因すると述べている。
C/C++を使う限りセキュリティー脆弱性を根絶するのは不可能と考えて、Rustを採用するに至ったというわけだ。

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

>>1-11
乙

>>9
それなら「反省点リスト」を整備・公開したほうがいいと思うけどなぁ。
Rustはすでにビジネスになっているからそんなことしないだろうけど。

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

>>16
知ったかぶってしまいました。

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

>>15
そのメモリ管理バグが引き起こしているセキュリティ脆弱性の根絶ができる新たな言語がRustしか登場しないのはなぜだろう
今世紀になってからも色んな言語が誕生してきたけどリスクを残す手動メモリ管理のままか戦力外のGCへ逃げるか両極端しかない気がする
現在求められている要件をRustしか満たしていないためにRustが唯一解となり採用されていってる感じだ

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

>>18
*メモリリーク除く

**デフォルトの名無しさん** · 2022/09/17(土) 20:16:48.13

前スレのこれ
「Chrome」は「MiraclePtr」でさらに安全に～Googleが「解放後メモリ利用」対策を開設診断性が向上するという副次的効果も
https://forest.watch.impress.co.jp/docs/news/1439971.html
「Chrome」で対処されているバグの種類
https://asset.watch.impress.co.jp/img/wf/docs/1439/971/image3.png

>ChromeはRustで書き直せばバグを1/4に減らせると言われているね

Rustでの循環参照、メモリーリークのことを考慮するとちょっと話は変わるんじゃない？

**デフォルトの名無しさん** · 2022/09/17(土) 20:22:03.88

FirefoxってChrome対比で深刻なバグないの？

**デフォルトの名無しさん** · 2022/09/17(土) 20:25:47.68

>>19
Rustでは禁忌の循環参照を除きメモリリークすることは絶対にない。
一般的に、循環参照を解放するにはコストが非常に高いトレーシングGCを用いるしかないため、
高速性が求められる言語では循環参照を作らずにツリー構造＋弱参照という形にする。

**デフォルトの名無しさん** · 2022/09/17(土) 20:30:40.35

>>22
禁忌関係なく
前スレ952
>意図しなくても、「偶発的に」循環参照が作られることはありそうだ。

例
https://play.rust-lang.org/?version=stable&mode=release&edition=2021&gist=0d4932743de9a2d3f91b215fe3a4757b
て確定した

**デフォルトの名無しさん** · 2022/09/17(土) 20:31:42.43

rustはエラーメッセージがc++より親切

**デフォルトの名無しさん** · 2022/09/17(土) 20:34:45.17

>>23
コードを読めないのか？
わざわざ複雑なことをして自分で循環させてるじゃん
自然には循環参照が起きないことの証明となっている

**デフォルトの名無しさん** · 2022/09/17(土) 20:34:50.37

>>22
現実世界でも禁忌を避けられると良いですね。

**デフォルトの名無しさん** · 2022/09/17(土) 20:37:43.52

数のstackoverflow v.s. 質のJetBrains

stackoverflow
https://insights.stackoverflow.com/survey/2021#section-most-popular-technologies-programming-scripting-and-markup-languages

jetbrains
https://www.jetbrains.com/lp/devecosystem-2021/ruby/
https://www.jetbrains.com/lp/devecosystem-2021/rust/
https://www.jetbrains.com/lp/devecosystem-2021/go/

Ruby https://i.imgur.com/zqmf96u.png お一人様 7% ほとんどの人が仕事で使っている
Rust https://i.imgur.com/olB9F6L.png お一人様 86% ほとんどの人が個人の趣味

**デフォルトの名無しさん** · 2022/09/17(土) 20:45:40.72

会社や客先の方針で無理やり使わされるプログラミング言語と違って
個人的な趣味で自由に言語を選べる状況でも使われるRustはやっぱりプログラミングがしやすいため？

**デフォルトの名無しさん** · 2022/09/17(土) 20:47:10.92

>>28 Rustは言語オタク

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

ヌルポインタには解放前も解放後もないわけで
生ポインタの解放後メモリ利用というのはポインタがヌルではないから深刻なバグになる

弱参照は解放後は絶対にヌルになる（絶対に解放されるとは言ってない）

生ポインタと弱参照を比較するのが正しい
それ以外の比較は誤解を助長している

**デフォルトの名無しさん** · 2022/09/17(土) 20:58:06.96

>>30は言語オタク

**デフォルトの名無しさん** · 2022/09/17(土) 21:02:01.89

プロレス終わった？

**デフォルトの名無しさん** · 2022/09/17(土) 21:16:27.18

Rustのやり方は賢面白くて賢いなあと思った

①まずRustでは言語仕様からNullポインタ(Null参照)を排除
➁従来のNullポインタ相当を使いたいときはenum Option型のNone値を使用
③None値はポインタ(参照)とは全く別の型だからそのまま使えば型エラーにできる
④しかしOption型はenumすなわちタグ付きだから毎回メモリが無駄に使用される？？と思ったら
⑤言語仕様上Nullポインタを完全に排除したのでNone値を示すために生成コードではNullポインタを使える

概念上の安全性と生成コードの効率性を分離して両立させているんだな

**デフォルトの名無しさん** · 2022/09/17(土) 21:18:59.74

C23の話は無いのか？

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

>>34 マウスは買いより始めよ

**デフォルトの名無しさん** · 2022/09/17(土) 21:29:01.11

>>33「zero overhead abstraction」抜けてるぞ

**デフォルトの名無しさん** · 2022/09/17(土) 21:34:15.84

Zigもsound null safetyだな
https://ziglang.org/documentation/master/#Optional-Pointers
?がprefixなのが独特

**デフォルトの名無しさん** · 2022/09/17(土) 21:35:45.30

Rustではポインタだけでなく数値もNonZeroXxx型が各サイズ用意されたね
例えばOption<NonZeroU64>型はu64型と同じ64bitで表現されNoneの時に値0
従来の言語でのプログラミングでゼロ値を特殊扱いで値が無いことを意味させていたケースも安全に扱えるみたい

**デフォルトの名無しさん** · 2022/09/17(土) 21:46:11.34

Zig Playgroundもあるんだがサーバーが弱っちい
https://zig-play.dev/
素直にローカルだな

https://zenn.dev/voluntas/scraps/4111a964e3e07f
学ぶモチベーション
> C++ や Rust は自分には難しい
> Wasm に出力してブラウザで利用したい

CGOでGoからZigのライブラリを呼び出す
https://zenn.dev/mazrean/articles/4b7d9ba78fd073
>Cの問題点を改善しつつ、Cの果たしていた役割を綺麗に代替できており、非常に良くできていると感じました。

潜在的ターゲット層はそれなりにありそうだ

**デフォルトの名無しさん** · 2022/09/17(土) 21:53:11.57

C++とRustが難しいって単なるバカなんだろ
まとまな企業がZigを使うようになることはありえないな

**デフォルトの名無しさん** · 2022/09/17(土) 21:54:23.15

さすが Uberほどになるとまだβなんて関係ないか

How Uber Uses Zig
https://jakstys.lt/2022/how-uber-uses-zig/

Uberが資金援助も始めている
https://news.ycombinator.com/item?id=31478562

ZigはCMakeの代替となるか
https://zenn.dev/ryoppippi/articles/9efc7b621ec853

**デフォルトの名無しさん** · 2022/09/17(土) 22:06:06.81

>>20
下の記事みたいに、ChromeはRustの良さが活かせないんじゃない？規模も大きいし。
https://postd.cc/tsc-go/

**デフォルトの名無しさん** · 2022/09/17(土) 22:15:29.24

>>42
興味深い
>tscをGoに移植する作業は、Vercelがスポンサーとして資金を提供しています。
VercelってSvelteも囲い込んだな

あとRustのままだとお金出なかったのか

**デフォルトの名無しさん** · 2022/09/17(土) 22:32:25.64

規模ねぇ
ripgrepにはお世話になってるけど、tscとかに比べたら規模も大きいとは言えないだろうし。

**デフォルトの名無しさん** · 2022/09/17(土) 22:50:28.88

>>15
これは凄いなあ。
メモリーアクセスをコンパイラが管理するRustでは、出来ないのでは？

**デフォルトの名無しさん** · 2022/09/17(土) 22:51:25.05

C++は熟練するとやりたいことが全てできるようになる。
制限フリー。

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

>>38
ゼロ値を特殊扱いするケースってほぼ名義尺度だから直和型(あるいはenum)で十分じゃね？
算術演算できるような値の場合は負の値を特別扱いすることが多いような

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

>>45-46 tsc-rust中止の tsc-goの教訓で言うと「向いてない」
このスレ的には「軍事予算級じゃないと不可能」

>>15 このスレの住人が書きそうな口調で笑った
こんな記事を聖書のように毎回持ち出してたのかw

> 周期的な可変参照を持っています。
原文
> cyclical mutable reference
Circular reference(循環参照)の事言ってるのか？

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

>>47
C++は、トレイツやコンセプトで自由に出来るね。
さらに一歩進んでコンパイル時に3Dモデルの静的レンダリングやってる人も居たね。
おっそろしほど何でもできる。
制限フリー。

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

>>42
それ大規模だからできなかったのではなく単なるそのまま移植だからしなかったんだよ
そこでの選択肢はそのRustで作製して62倍速となったプロトタイプをそのまま完成させていくか
お手軽に同じGC言語へ文法や言語依存部分だけ書き直すかのどちらかの選択
速さよりもお手軽かつたまたまスポンサーが付いた方を選んだ
ライバルが出現したり利益に直結しないならいくら遅くても構わない
あと今までが遅すぎたから僅かな速度向上でも喜ばれる

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

>>50
> Rustで作製して62倍速となったプロトタイプ
Bun(Zig) vs deno(Rust)について一言🎤

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

>>51
その件は言語は全く関係ない
Node.js(by C++)がそれらの中で一番遅い原因はC++が遅いためか？
違うだろ

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

>>48
>>15 を確認せず適当に答えるけど、書き込める記憶域を予測可能な周期性でアクセスすると、それが（攻撃者が知りたい情報を読み取れるような）脆弱性となる。

・ユーザーが同じ操作を繰り返すなどの理由で、先ほどと同じサイズの記憶域をアロケートし、また開放することを繰り返す。
・同じサイズであるがゆえに、システムは先ほど解放されたばかりの記憶域を効率よく返してしまう。

これを防ぐために、返却された記憶域をすぐには使わず、一時退避させる。
ということでは？

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

>>52
いや、それはC++が悪いであろう。
なぜならC++は光の速度を超えるために作られたのだから。
反省してC++26に反映するべし。

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

C++において、コンパイル時定数（constexpr）は、コンパイル時計算が適用される。
したがって、コンパイル時定数としてデータを渡すなら、コンパイル時に3Dオブジェクトのレンダリングを完了してしまえるということである。
もちろん、3Dに限らず制限フリーです。
そんな道楽にうつつを抜かすのがC＋＋黒魔術部です。
入部に特別な条件はありません。
さああなたも今日から黒魔術士を目指しましょう。

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

>>52 二枚舌が捗ってるね
素直に Bun vs node vs deno -> 速度 Zig > C++、Zig > Rust
tsc-rust vs tsc-js -> 速度 Rust > javascript
なのでは

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

>>56
二枚舌って、安倍元総理生き返ったの？
統一教会やるじゃん。

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

>>55
おまえさん初心者なんだな
コンパイル時確定定数をコンパイル時に算出できるプログラミング言語くらいいくらでもある

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

>>57 おやおや
Rust無理筋上げが逆効果だと気づいて
C++無理筋上げに応用しようとしているMAUI/C#erですか？

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

C++ならconstexprは0秒実行です。
なぜならコンパイル時に計算が終わっているからです。
これは凄いです。

プロシュート兄貴も言っています。
> 「計算する」と心の中で思ったならッ！
> その時スデに計算は終わっているんだッ！
> 「計算した」なら、使ってもいいッ！
まさにC＋＋です。

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

ペッシ「分かったよプロシュート兄ィ！！兄貴の覚悟が！“言葉”でなく“心”で理解できた！」

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

>>60-61 ほかスレで身バレしてたね見苦しいよツベ頑張りなよ

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

>>60
コンパイル時に計算を終わらせるくらいなら君の大嫌いなRustでもできるし凄いことでも何でもない

**デフォルトの名無しさん** · 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で動かしてるんだが何が不満なんだ？

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

>>164
Rust/wasmはどうした?

deno(w)じゃないぞ

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

>>165
Denoは使っていない
サーバーサイドでのJavaScript実行が最大の負荷ネックなのでRustへの移行を試みている

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

>>166
正直に言えたね

SSGとかedgeとか検討してね

**デフォルトの名無しさん** · 2022/09/19(月) 15:05:16.56

>>167
SSGも当然しているがSSRと同じで各ページ生成のJavaScriptコード実行が負荷ネック
CDN edgeも当然検討していてedgeでのWasm実行があるのでその点でもRustが良いとの結論になった

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

>>168
検討ばっかし

胡散臭い結論

もういいよ

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

>>169
もしRust/Wasm以外に負荷コストを下げる方法があるならば提案してみるので知りたい
無さそうならばこの方針のまま進むと思う

**デフォルトの名無しさん** · 2022/09/19(月) 16:03:36.42

そもそも負荷コストが問題になっているのか、Rustへの投資を回収できるかを定量的に評価せよ

**デフォルトの名無しさん** · 2022/09/19(月) 16:34:20.05

言語に対して投資を回収とはどういうことかよくわからない
サーバーリソースは大きく減る見通し

**デフォルトの名無しさん** · 2022/09/19(月) 16:44:12.76

以下聞きかじり(キッパリ)

LuaJITは開発者本人が天才過ぎて他がまねできない。バグ出しも殆ど終わった感があるし開発者本人もヘビーユーザーも5.1からの移行の必要性(移行コストの正当化)を感じてない。もちろんLuaJITメンテはされる。

>>154
forkがとん挫した例がある
https://github.com/moonjit/moonjit

今の注目？

Redhatが立ち上げた新規のJITエンジン(メイン目標はRubyへの適用)
https://github.com/vnmakarov/mir

c2m(MIR)が本JITの性能 gcc -O2やclang -O2(~gccの-O3)の比較
https://developers.redhat.com/sites/default/files/blog/2020/11/commet-lake-speed.png
JITエンジンだから優秀だと思う
JVMやV8との比較が欲しいところ

最新記事(Last updated: August 26, 2022)
https://developers.redhat.com/articles/2022/02/16/code-specialization-mir-lightweight-jit-compiler

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

>>172
具体的に何円減るんだ？それは現在の事業や人員の規模に対して十分に意味のある金額と言えるか？
そういう計算できないならそらISUCON勝てないわな

**デフォルトの名無しさん** · 2022/09/19(月) 16:47:50.31

お金を儲けることの何が問題になってるんですか？

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

>>174
技術のスレで具体的な金額を求めて何をしたいんですか？
ISUCONを持ち出すのも唐突すぎて何を言いたいのでしょう
十分に意味があるから進めるわけですよ

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

Scala難しくね? 開発者高くね? Netflix以上じゃないとpayしない HW投資しとけ
みたいな話を何かの講演動画だったかでみたけど思い出せない

>>175 >お金を儲けること
その通り。
自社開発で開発者が暇してるのでもなければ、HW投資かサバ代予算増額の方が良い。

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

>>163-171 >>177
TLDR
餅は餅屋サバはサバ屋メモリはGC でOK

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

速い言語を使えばいいだけなのに、
遅い言語を使って無駄にリソースコストを支払うのか。
遅い言語を使うとメリットあるなんてことは一切ないのに。

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

架空なのか自社サイト(いつでも再検討)なのか好きにしたらいいよ。上司の許可は忘れずに

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

転職して最初の決算以降、誰も私に意見を言えなくなりましたよ。
結局のところ、実力が一番大事なのでは？

これは、会社員だけでなく、言語にも言えると思いますよ。
実力が大事。

**デフォルトの名無しさん** · 2022/09/19(月) 18:15:27.86

複オジの虚言癖やべぇな
ここまで来ると真性の病気

**デフォルトの名無しさん** · 2022/09/19(月) 18:15:55.70

>>179
っ開発コスト

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

開発コストはどの言語でも変わらない。
遅い言語だと開発コストが安い、なんてことはない。

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

>>179
PythonもRubyもNode.js・Javascriptも、果てはRustさえ敵に回す、迂闊な発言だわ。
「全員宇宙開発で使われる安全なアセンブラで書けばいいのにね、りそーすこすと！」

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

>>183
だよね
cloudflareでも今の今までRust導入に手こずってるんだから
cloudflareの規模があれば回収できるが、中小は無理でしょ

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

じゃあバッチとか書かないで、全部おすすめの言語で書きなよ？MS Officeのマクロも書かないで、あんたの信じる言語で書きなよ？
だれも止めてないよ？ただ単にアドバイスしてるだけでね、りそーすこすと！

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

アセンブラはプログラミング言語ではない。
アセンブラとほぼ同じ速さを出せる言語が多数あり、
それらで書くとコンパイラによる最適化フェーズもあり有利だ。

**デフォルトの名無しさん** · 2022/09/19(月) 18:31:23.09

ありえんな

**デフォルトの名無しさん** · 2022/09/19(月) 18:33:01.63

誤爆

**デフォルトの名無しさん** · 2022/09/19(月) 18:34:49.01

>>186
Rust導入で手こずるなんてことがあるんですか？
他の言語と同様に手こずることはありませんでしたが

**デフォルトの名無しさん** · 2022/09/19(月) 18:38:21.05

虚言確定。過去形と検討段階の整合性はどこ

**デフォルトの名無しさん** · 2022/09/19(月) 18:38:59.63

外貨じゃないと買えない電気と
いくらでも発行できるとかいう無限のリソースで買えるシステムとの対立なのかな

**デフォルトの名無しさん** · 2022/09/19(月) 18:43:43.25

>>193 この人いつもポエム挟んでくる

スルーしてたけど、
>>153
>C++の適当なサブセットをベターCとする戦略
これ何のことか聞かせて

**デフォルトの名無しさん** · 2022/09/19(月) 18:46:07.83

>>192
検討とは何のこと？
Rustへの移行を試みていると>>166に書いたように
既に小規模な実験をかなり進めていて見込みは良好です

**デフォルトの名無しさん** · 2022/09/19(月) 18:49:32.99

>>195
>小規模な実験

お一人様Rustの虚言

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

>>194
でも、真髄を突いたポエムでは？

これ、円をいくら発行しようとも、エネルギーを外国に頼ってるから無理、って意味でしょ？

**デフォルトの名無しさん** · 2022/09/19(月) 18:53:52.18

Rust導入で手こずるなんてない*
(*小規模な実験)

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

>>197 == >>193 ? ポエムおじ

>>194
ポエムおじのカキコはポエムきにすな

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

>>196
>>198
先に小規模な実験で色んなことを検証するフェーズがあります
これは新機能追加や一部システム改変など様々なことで必ず事前に行われます
他のところでも似たような感じで進めるのをよく見聞きしますが
何を問題にしていますか？