Rust part20

**デフォルトの名無しさん** · 2023/03/03(金) 00:45:28.73

公式
https://www.rust-lang.org/
https://blog.rust-lang.org/
https://github.com/rust-lang/rust

公式ドキュメント
https://www.rust-lang.org/learn

Web上の実行環境
https://play.rust-lang.org

※Rustを学びたい人はまず最初に公式のThe Bookを読むこと
https://doc.rust-lang.org/book/

※Rustを学ぶ際に犯しがちな12の過ち
https://dystroy.org/blog/how-not-to-learn-rust

※Rustのasyncについて知りたければ「async-book」は必読
https://rust-lang.github.io/async-book/

※次スレは原則>>980が立てること

前スレ
Rust part19
https://mevius.5ch.net/test/read.cgi/tech/1673926892/

ﾜｯﾁｮｲスレ
プログラミング言語 Rust 4【ﾜｯﾁｮｲ】
https://mevius.5ch.net/test/read.cgi/tech/1514107621/

**デフォルトの名無しさん** · 2023/06/03(土) 20:44:16.65

>>446
簡単なプログラムだと自分で書く範囲でトレイトで抽象化するのを避けると意外と避けたまま済んじゃうんだよね。

**デフォルトの名無しさん** · 2023/06/03(土) 23:52:21.19

新しい型を作らない程度の使い方だとトレイトの理解が不十分でも意外と何とかなっちゃうかも？

**デフォルトの名無しさん** · 2023/06/04(日) 08:41:55.61

みんなRust使って何開発してるの？
一通り勉強したけど用途が今の俺にはあまり縁が無い事に気付いた

普通のアプリならGC走って少しレスポンス遅い時があっても問題無い
Webフレームワークで早いっていっても色んな機能が無いだけ
あれもこれもそれもとフルスタックなら既存言語ので良い

結局仕事として使ったのってセンサー系だけ
確かにIoTセンサーには向いてると思った

**デフォルトの名無しさん** · 2023/06/04(日) 09:02:25.58

毎年の調査結果にも出てるように
Rustを使っているのが多いのはWeb
低レベルhyperの上のフレームワーク本命axumが熱い

**デフォルトの名無しさん** · 2023/06/04(日) 09:11:57.71

やっぱりWebなん？

でもWebシステムだとアレコレソレって色々必要じゃん
足りてる？
言語云々じゃ無くてミドルウェア

**デフォルトの名無しさん** · 2023/06/04(日) 09:19:10.72

今どきのウェブはクラウドに載ってることが多い。
CPU やメモリを使った分だけコストがかかるのでレスポンスタイムが問題なくても
リソース消費量を削減すれば大幅なコスト削減が見込める。

ライブラリはなんだかんだでそこそこ充実してるし、
むしろ何か足りないものってある？
具体的にこれが足りないって言える？

**デフォルトの名無しさん** · 2023/06/04(日) 09:34:57.16

そこまでガッツリとRustでWeb開発して無いから聞いてる感じかな

例えばASP.NET系でAzureAD認証だと設定しとけば勝手に認証機能付く
それこそアクセストークンがどうだのリフレッシュトークンがどうだの開発者は気にしない
勝手に内部でアクセストークンが期限切れならリフレッシュトークンで再取得して処理する
リフレッシュトークンが期限切れでも勝手に認証ページ飛んで認証したら続きから処理する

そういうミドルウェアあるんかな？
アレもコレも実装しなきゃってのは充実してない
C#ならNugetでライブラリ読み込んで設定用の数行記述したらそれで終わり
コレが充実

**デフォルトの名無しさん** · 2023/06/04(日) 09:59:54.28

そういうのはない
でも俺もwebで使ってる

**デフォルトの名無しさん** · 2023/06/04(日) 10:02:25.33

ASP.NETに全く興味ないので知らないが
そこまでやりたいことがはっきりしてるなら自分で調べればいいだけではないのか？
何をしようとしたが何ができなくて困っているのかをはっきりさせよ

**デフォルトの名無しさん** · 2023/06/04(日) 10:08:15.10

>>455
いやRustはWebには向いてないって思ってたから調べてさえいないよ
そして試してもいないから困ってもいない

最初に質問したように俺の感覚ではIoTとかみたいな変なタイミングでGCしちゃってみたいなのは困る場面ぐらいしか用途は無いと思ってた
だから何に使ってるのかを聞いた
コレが俺の知りたい事で既に書いてる

そこでWebで使ってると返ってきたから突っ込んで聞いてみただけよ
でもってやっぱり無理矢理使ってるだけって印象を更に深めた結果になってる

**デフォルトの名無しさん** · 2023/06/04(日) 10:08:26.66

そりゃAzureADとかやりたいならC#で良くてわざわざRust使うこともないよ
でもWebのすべてがそういった要件を必要とするわけでもないし、Rustが向いてるとこに使えばいいってだけ
自分の分野で向いてるとこがないって判断ならそれでいいと思うけど

**デフォルトの名無しさん** · 2023/06/04(日) 10:10:46.55

>>457
それはその通り
規模とか使う場所によるわな

それこそルーターに組み込む管理画面のWebページ程度ならRustのWebで良いわな
今でもPHPとかで動いてるわけだし

**デフォルトの名無しさん** · 2023/06/04(日) 10:12:15.45

俺は実用のコードを専らC#で書いていて、コンピューターサイエンスやRustの言語は単なる修行だと思って学習してるんだけどさ
10年ぐらい前に廃れたような構造でWebアプリを作ろうとする人を見ると、「年をとっても学習を止めちゃだめだ」と改めて感じたね

**デフォルトの名無しさん** · 2023/06/04(日) 10:13:17.36

ちなみに認証だけならRustでもあるぞ
本当に認証するだけで期限切れがどうとかリフレッシュトークンがどうとかは自分で書く感じ

最低限のライブラリは一応あるけどミドルウェアにはなってないって感じ

**デフォルトの名無しさん** · 2023/06/04(日) 10:15:03.74

>>456
むしろWeb向き
クラウド含めたサーバは今はWebベースであり
CPUコストメモリコストが言語により数倍変わってくる

**デフォルトの名無しさん** · 2023/06/04(日) 10:17:45.38

あとはWASMも結構多いかもね
Amazon Prime Videoとかディズニーの動画配信はRustで書いてたはず

**デフォルトの名無しさん** · 2023/06/04(日) 10:18:49.32

>>459
そこは難しいんじゃね

開発者の問題ってより経営者の問題
新しい技術は良いけど補償出来るの？って感じやん
他社での実績は？ノウハウは？トラブった時に解決出来る？って感じ

企業がシステムに望むのは安定稼働
なので数年前から10年前の技術が現在の主流になる
実績があってノウハウがあって技術持った人が外部にも多いから求人も楽でコンサルしてくれる所も有る

こういう要素無いと稟議通らないでしょ

**デフォルトの名無しさん** · 2023/06/04(日) 10:20:54.57

>>461
そこは思うわ
要はコスパが良いんやな
金が有れば確かにクラウド出水平分散出来るがって事やな

**デフォルトの名無しさん** · 2023/06/04(日) 10:28:10.92

複おじ共々隔離スレにお帰りくださいませ

**デフォルトの名無しさん** · 2023/06/04(日) 10:29:49.43

実行中のプロセスを実行中のままで別のサーバに移動するみたいなことも出来るしな。
負荷分散とか CDN みたいなことを考えたら WASM の利用価値は高いと思う。

ただ、逆に言えば大規模にクラウドを活用するという場合でないのなら
必要そうなものが最初から載ってるフレームワークが楽というのは確かにそう。
既存のシステムがあるなら既存のシステムでやればいい。

そうでないときが有るから新しいシステムが発明されるわけなんで。

**デフォルトの名無しさん** · 2023/06/04(日) 10:29:57.16

>>461
これビューエンジンは何使うの？
調べてみたけど貧相なテンプレート機能しかない感じだけどマジ？

Razorみたいにガッツリ中でコーディング出来ないの？
それともJavaScript系の何か使うの？
もしかしてコーディング量で言えばRustの方が少なくてJS書く方が多い？
マジ？

**デフォルトの名無しさん** · 2023/06/04(日) 10:31:29.87

>>466
動かしたまま別サーバーに移動ってAzureやらAWSじゃ普通に出来るやんw

**デフォルトの名無しさん** · 2023/06/04(日) 11:27:05.07

画面周りなんかHTMLで書いた方がだいぶ楽だろ。

**デフォルトの名無しさん** · 2023/06/04(日) 11:45:54.52

延々と自演してて草

**デフォルトの名無しさん** · 2023/06/04(日) 12:12:07.87

>>469
これはただの馬鹿w

**デフォルトの名無しさん** · 2023/06/04(日) 12:29:26.42

Rustってlinuxコマンドのリプレースを作るための言語だろ

**デフォルトの名無しさん** · 2023/06/04(日) 12:33:51.42

いつからそんな地位を？w

**デフォルトの名無しさん** · 2023/06/04(日) 12:54:38.29

個人開発で技術力高いならコスト削減の効果があるが
エンタープライズは人件費の方が高いわけでコスト削減にそもそもならない
AWSとかマンパワーのある企業なら別だけど

このことをわかってるから、Web系企業は普通Rustを採用しない

基本はC、C++の代替言語だね
ランタイムが薄くてシステムプログラミング向け

そもそもWebサーバーをCで普通書かないから同様にRustも向いてないということになる
IT土方向け言語じゃなくてOS開発とか一部のエリート開発者向け言語

**デフォルトの名無しさん** · 2023/06/04(日) 12:56:42.06

つまりRustでWeb云々言ってる奴は小規模開発の経験しか無い土方って訳か
そりゃ意見が合わん訳だ

**デフォルトの名無しさん** · 2023/06/04(日) 13:04:09.42

Rustって戦争の準備じゃないの？
サイバー攻撃に備えましょうって事とか
爆弾搭載したドローン制御するのにとか

**デフォルトの名無しさん** · 2023/06/04(日) 13:06:29.56

RustでWebっていうとCloudflareみたいにHTTP直接扱うようなのも多いしな
PHPでWebアプリ、みたいな層はターゲットではないと思う

**デフォルトの名無しさん** · 2023/06/04(日) 13:14:25.68

>>474
> そもそもWebサーバーをCで普通書かないから
> 同様にRustも向いてないということになる

いえいえ
WebサーバーはこれまでCで書かれてきました
apacheもnginxもC言語で書かれています
Rustが最適な分野です

>>475
逆です

**デフォルトの名無しさん** · 2023/06/04(日) 13:18:05.37

>>478
いや言いたい事ってそういう事じゃ無いと思うよw
そこが分かってないのは技術力が無い証拠

**デフォルトの名無しさん** · 2023/06/04(日) 13:28:02.69

>>479
CDNやクラウドなど含めてWebサーバーシステムの新たなものはRust製
Rustの世界的な利用調査結果からみてもWeb方面での利用が多い
この分野で現在プログラミング言語のうち最も適しているのはRust

**デフォルトの名無しさん** · 2023/06/04(日) 13:38:27.69

Webにも低レイヤ（HTTP3とかSSLみたいなライブラリ）から高レイヤ（Railsで作るようなWebアプリ）まであって
まとめてWebっていうから話が合わないんだろうね
高レイヤしかやってない人はそもそも低レイヤの存在自体知らなかったりするし
Rustに向いてるのは低レイヤ側で、Railsの代わりに使えるなんて言う人はいないんじゃないかな

**デフォルトの名無しさん** · 2023/06/04(日) 13:39:46.54

実際ウェブアプリを速攻で作ってみるというなら
Railsは何でもライブラリやドキュメントが揃ってるから楽

規模が大きくなるとRubyのせいで辛いことが増えてくるけど
最初から高度なこと目指してない人には
Rustから始めるのは現状では立ち上がりの苦労が多いとは思う

**デフォルトの名無しさん** · 2023/06/04(日) 13:46:22.68

俺はいわゆるwebアプリ作ってるよ
最近は重厚なフレームワークは避けられるでしょ

**デフォルトの名無しさん** · 2023/06/04(日) 13:58:39.33

高レイヤwebは形式上プログラミング言語を使っただけのお絵描きや職人芸みたいなものであって、Rustユーザーが言うプログラミングとはかなり異なる世界

**デフォルトの名無しさん** · 2023/06/04(日) 13:59:58.35

Webブラウザサイドで重い計算処理はRustで書いてWasmにやらせている
関連するUIやviewもWasmから

**デフォルトの名無しさん** · 2023/06/04(日) 15:22:57.88

楽だという理由でwebで使っているよ

**デフォルトの名無しさん** · 2023/06/04(日) 15:26:41.80

>>486
どういう部分が楽だって聞いても良い？
更に言えば同じ部分が他言語ではこういう感じで面倒的な話とか

**デフォルトの名無しさん** · 2023/06/04(日) 15:49:15.47

平たくいうと品質を保つのが楽
スクリプト言語は作るのは楽だけど維持するのが苦痛すぎ

**デフォルトの名無しさん** · 2023/06/04(日) 16:05:09.85

それってJavaとかC#でも良くね？
Rustである意味はないよね

**デフォルトの名無しさん** · 2023/06/04(日) 16:06:21.66

なぜそう思うの？

**デフォルトの名無しさん** · 2023/06/04(日) 16:14:24.49

Rustを活用できないクソ雑魚が使わない理由の正当化に必死っすな

**デフォルトの名無しさん** · 2023/06/04(日) 16:22:16.38

>>490
要はスクリプト言語を排除出来れば良い訳じゃん
Rustじゃ無くても出来るよねって話

**デフォルトの名無しさん** · 2023/06/04(日) 16:23:34.73

>>491
今のところ“活用”出来てる例は出てないけど？
“使用”は出来るって話だよね

**デフォルトの名無しさん** · 2023/06/04(日) 16:26:51.47

ちなみに俺のそもそもの質問は何に使ってるのかって話なんだから“活用”出来る場所を教えてくれよ

OSやら低レイヤWeb以外でさ

**デフォルトの名無しさん** · 2023/06/04(日) 16:40:10.04

RustのWebアプリ個人的にrailsより遥かにわかりやすいと思うんだけど

**デフォルトの名無しさん** · 2023/06/04(日) 16:46:31.48

シンプルな機能しか無いからだろ

**デフォルトの名無しさん** · 2023/06/04(日) 16:46:36.28

エコシステム全体が代数的データ型前提で作られていて
型宣言だけでほぼAPIの使い方がわかる、みたいな体験は他言語ではちょっとないかもね
だから一度Rust書けるようになったら全部Rustでいいじゃんってなりがち

**デフォルトの名無しさん** · 2023/06/04(日) 16:47:18.61

railsの分からなさは、どこのコードがいつ動いてるのか、分からんとこ

**デフォルトの名無しさん** · 2023/06/04(日) 16:55:53.89

>>492
ジャバもダメだね
C#はちょっとしか触ってないから評価できないな

**デフォルトの名無しさん** · 2023/06/04(日) 16:59:31.44

>>498
レイルズに限らずフレームワークというのはえてしてそういうものだよね
それって作る時はいいけど維持することを難しい
なので避けられるようになってきた

**デフォルトの名無しさん** · 2023/06/04(日) 17:00:30.76

高レイヤーのWebアプリでもRustがつかわれるようになるよ
支配的にはならないけど

**デフォルトの名無しさん** · 2023/06/04(日) 18:26:31.67

ID:rt4nzg3Uからは議論や情報交換より
「論破」したい気持ちは強く伝わるな

**デフォルトの名無しさん** · 2023/06/04(日) 18:31:18.83

論破なんてどうでも良いです

**デフォルトの名無しさん** · 2023/06/04(日) 18:56:40.97

>>493
AWS (Amazon Web Service)など様々なものがRust製になっていってる現実を受け入れられない？
もしRust製である必要がないと主張したいならばどの言語を使うのがベストなのか明確にすべき

**デフォルトの名無しさん** · 2023/06/04(日) 19:11:40.33

>>504
既に言われてるけど低レイヤーの話でしょ
そこは得意分野だろ

でお前はその低レイヤーな部分を作るの？
要はApacheもどきを自分で作るんか？

**デフォルトの名無しさん** · 2023/06/04(日) 19:12:48.96

OS開発に向いてますって言われてもOS作る開発者は一般的じゃ無いやろ

**デフォルトの名無しさん** · 2023/06/04(日) 19:13:29.18

>>478
言おうとしてたのはWebサーバーじゃなくてWebアプリね

で、企業でnginxやapacheみたいなHTTPサーバースクラッチで作ってる日本の企業ってどこにあるんだ？
Webアプリ作ってるのが大半だろ？
H2Oぐらいしか知らないけどあれはほぼ個人開発だしな
なんでかって言うと既にOSSで優秀なエンジニアが作ってるから、企業でそれをやるのは意味がないから
普通のエンジニアはこういう車両の再発明的なことを業務ではやらない

だからWeb系企業にRustは普通採用されないと言ってるの

一部のエリート向けって言ったのはまさにこういうこと
nginxもredisもCで書かれてるけどほぼ一人のエリートよって作成されてるからな
Linuxカーネル書いてる人もエリートしかいないだろ
そう言う人向けの言語

**デフォルトの名無しさん** · 2023/06/04(日) 19:13:51.05

議論が出来ない馬鹿の良くある事

極論で語る

これが出てきたら無能確定

**デフォルトの名無しさん** · 2023/06/04(日) 19:36:06.85

でその一部のエリートは通常C、C++を使いたがる
新しい言語自体には興味がなくメモリを自分で管理できる自信があるから

Rustが輝くのはAWSとか一部のエリート企業に限られるだろうね
企業でやる場合はメモリ安全は重要だろう

俺たちIT土方はまずこういった低レイヤーやミドルウェアを触れる機会がないので間違ってもイキってWebアプリとかでRust使わない方がいいと思うよ
ほとんどのケースで向いてないし、企業でもまず採用されないから

**デフォルトの名無しさん** · 2023/06/04(日) 19:55:56.27

>>505
Webにそんな区別はない
HTTPベースで通信するものがWebと呼ばれておりAWSのWもその略

Rustでも他の言語と同様にHTTPは自分で実装する必要がなく利用するだでよい
低レイヤという区別をするならばRustではhyperというHTTPを担うライブラリが低レイヤと呼ばれている
だからRustでもその低レイヤ部分を自分で実装する必要はない

さらにその低レイヤhyperの上に作られた様々なフレームワークがある
つまり低レイヤ部分のhyperを自分で直接使う必要はなく各フレームワークを用いてWebのプログラムを書くことができる

したがってRustでは低レイヤ部分を自作もできるが既に標準的なものがあり
フレームワークも自作できるが既に様々なものがあり自分で作らなくても利用可能

Rustを否定しているあなたがRustの代わりに使うべきだと考えているプログラミング言語は何ですか?

>>509
Rustを否定しているあなたもRustの代わりに使うべきだと考えているプログラミング言語は何ですか?

**デフォルトの名無しさん** · 2023/06/04(日) 22:38:12.29

何でRust否定してる事になってるの？
妄想酷くねw

長々と書いてるけど的外れなんだよ

**デフォルトの名無しさん** · 2023/06/04(日) 22:52:44.00

結局なにがしたいのかがわからん
相手にしてるやつも

**デフォルトの名無しさん** · 2023/06/04(日) 22:57:08.43

速さ省メモリに保守性の良さからRustがベストで間違いない

**デフォルトの名無しさん** · 2023/06/05(月) 01:02:48.45

この人の中ではRustの適用範囲は決まってて
他の人が範囲外の事例出すと否定のための否定を
したいだけなのが明白だから相手しても不毛

**デフォルトの名無しさん** · 2023/06/05(月) 01:11:33.27

言いたいことはこれなのだろう

>>489
> それってJavaとかC#でも良くね？
> Rustである意味はないよね

JavaとかC#である意味こそないよな

**デフォルトの名無しさん** · 2023/06/05(月) 01:41:08.29

まとめて隔離スレに帰れゴミカスども

**デフォルトの名無しさん** · 2023/06/05(月) 07:49:28.36

>>468
ライブマイグレーションって今でもあまり普通じゃないと思うけど。冗長化構成とって切り替えが多いだろ。

**デフォルトの名無しさん** · 2023/06/05(月) 11:19:07.49

>>514
違うかな

逆に言うとC#でもOSは書けるし実際に有る
でもソレって無理矢理感有るでしょ

Rustも同じでやろうと思えば出来る
でもそれってRustである意味は無いよねって話

高速で動く必要があって
GCが走って一時的にレスポンスが遅くなる事態が不味い
って場面がRustの出番って事だと思うんだけどね

WebアプリについてはまさしくRustであるある必要は無い
せめて他言語のフレームワーク並みに各種ミドルウェアが充実してるならまだしもその分野では貧相としか言えない
だからこそ流行ってないとも言える

**デフォルトの名無しさん** · 2023/06/05(月) 11:31:56.47

>>518
そうだねすごいね

**デフォルトの名無しさん** · 2023/06/05(月) 12:29:52.32

自分で考えて調べて判断を下せない人にはRustは向かない
良い悪いじゃなく適性と置かれている環境の違い

**デフォルトの名無しさん** · 2023/06/05(月) 12:41:59.19

DiscordでGC云々ってのもGoのアップデートで解消できる内容だしな
（Go作者のRuss Coxさん曰く）

Webでいちいちスタックだとかヒープだとかメモリの所有権だとか考えながらコードを書くメリットは別にそこまでないよな
nginxみたいなミドルウェア的な立ち位置のWebサーバーを作るならともかく

システムプログラミング言語だからあくまでもC, C++の代替言語
GoやJavaとは全く別用途の言語

**デフォルトの名無しさん** · 2023/06/05(月) 13:16:05.91

15年くらい前の考え方だね

**デフォルトの名無しさん** · 2023/06/05(月) 13:34:19.17

>>518
C#である必要もない

**デフォルトの名無しさん** · 2023/06/05(月) 13:43:03.69

>>521
あるよ
ここまで外部データを扱う分野もない
つまり内部でメモリアロケーションが頻発する
メモリをどうアロケートするか？で天と地の差が出るのが現代のマシンのアーキテクチャだ
キャッシュメモリに全部乗せるようにプログラムを書くのは今や常識
いちいちヒープからメモリを確保していたらページフォルトで尋常じゃないスピード劣化を招く
ましてやGCなどそんなプログラムを遅くするようなもんよく採用したな？というレベル
Webこそスタックとヒープとメモリアロケーションを明確に制御できるべき分野

**デフォルトの名無しさん** · 2023/06/05(月) 13:46:53.65

>>509
何度も言うがスタック、ヒープ、ベクター化(SIMD)、キャッシュメモリなどを意識することは一昔前よりはるかに有効になっている
キャッシュメモリの速度が比べ物にならないくらい速くなっているからだ
むしろ今こそスタックとヒープを意識して「メモリをちゃんと使い回す」ことを意識すべきなんだよ
所有権ってのはマシンアーキテクチャの視点で見ると
メモリ領域をうまく使い回すための技術ともいえる
余計なアロケーションを防ぎメモリリークを防ぎ
ページフォルトを防ぎベクター化を容易にする
このような現代的なプログラミング技術についてまともに解説されることは少ないのだが
優れたプログラマは常に意識している

**デフォルトの名無しさん** · 2023/06/05(月) 13:51:56.62

「Rustが速い」と言われてるのはこのようなメモリの使い方が優れているから結果として速くなっているというのが事実
これは他の言語が捨てた部分だ
他の言語は「メモリなんて富豪的でいいっしょ」と言う姿勢を貫いていた
しかし現代のアーキテクチャにおいては他の言語が捨てた部分こそが高速化の肝だったのだ
Rustの初期のメンバーがここまで意識できてたかはわからないが
メモリ安全を追求した結果現代アーキテクチャにとって最適な形になったのは偶然ではない

**デフォルトの名無しさん** · 2023/06/05(月) 14:02:53.03

>>521
TypeScriptで型レベルプログラミングに慣れた人たちは「せめて直和型くらいは欲しい」となってしまい
移行先としてGoもJavaも対象外になって、パフォーマンスが必要なくてもRustに行くケースがよくある
Goがもっとリッチな言語機能を目指してればこういう層は全部取れたんだろうけど

**デフォルトの名無しさん** · 2023/06/05(月) 14:21:53.12

アレな人とアレを複製する人のアレな議論からは
反面教師とする以外に何も得るものがないな

**デフォルトの名無しさん** · 2023/06/05(月) 14:27:59.36

>>521
かつてはウェブの世界だと細々と切り詰めて効率化するよりスケールアウトのしやすさのほうが重要視されてた。
プログラムを改良して性能を倍に延ばすよりもサーバの数を増やしたほうが安上がりだから。
プログラムの改良はやればやるだけ性能が伸びるというわけでなくて、
どうせどこかに上限があるなら数で補えるような設計のほうが良い。
それがかつてのウェブの思想だが、クラウドが前提の世界になって一変した。

スケールアウトを簡単に出来るインフラが整ってしまったんだ。
サービスを構築する側は CPU とメモリを使いたい分だけ金を払えばスケールアウトは当たり前に出来るものになった。
サーバの準備が投資ではなく消費になってしまったとも言える。
ま、経営者にとってみれば消費は減らしたいもんだ。
故に今はミクロ的な実行効率のほうを上げようとする圧力が発生している。

そんなわけで Rust を採用する動機はある。
もちろんサービスの規模が小さいならそんなに手間かける割に合わんということも多いだろうけど、
ウェブでも Rust を採用する動機は存在するんだよ。

**デフォルトの名無しさん** · 2023/06/05(月) 14:30:23.16

おっさん、Rustは学歴勝負の言語なんだよ
高卒様はC#スレに帰ってくれ

**デフォルトの名無しさん** · 2023/06/05(月) 14:36:08.40

Rustの言語機能の充実さが書きやすくて堅牢でメンテもしやすいね
メモリ管理はほぼ自動で慣れだけの問題で書くこともできるし
さらに踏み込んで頑張ることもできて幅広い利用者に適してる

Rustの唯一の弱点は慣れるまでの時間が他の言語より長いことだけど
慣れてしまえば消える弱点なので現存するベストなプログラミング言語かな

**デフォルトの名無しさん** · 2023/06/05(月) 14:45:53.25

結局C++とRustってどっちが良いの？ 3traits
https://mevius.5ch.net/test/read.cgi/tech/1683154196/

**デフォルトの名無しさん** · 2023/06/05(月) 14:47:01.66

他言語との比較は隔離スレでお願いします

**デフォルトの名無しさん** · 2023/06/05(月) 15:11:38.38

ID変えないやつはNGしやすくていいけど
複オジはID変えてしかも複数人のふりして
同じ内容の長文を繰り返し繰り返し書くから
めちゃくちゃウザい

**デフォルトの名無しさん** · 2023/06/05(月) 15:34:05.37

>>492
具体的にRust以外のどの言語？

**デフォルトの名無しさん** · 2023/06/05(月) 16:59:55.04

単発NGを推奨する

**デフォルトの名無しさん** · 2023/06/05(月) 17:04:06.04

Webって何に対しても上限決まってないから動的確保が基本でヒープに確保しまくるだろ
Rustですらヒープ使うしかないのに何いってんだこいつ

**デフォルトの名無しさん** · 2023/06/05(月) 17:19:13.55

どういう書き込みに対するレスかわからないが
一般的にはヒープの使用をゼロというより最小限にすることが可能な言語かどうか
バックエンドをマイクロサービス化した場合は想定外のリクエストは来ないので更に最小化できる
いずれにせよGCのある言語は論外

**デフォルトの名無しさん** · 2023/06/05(月) 17:34:34.25

>>538
他言語との比較は禁止
隔離スレに移動せよ

**デフォルトの名無しさん** · 2023/06/05(月) 18:09:21.14

論外坊を相手にしてはいけない、メモリ確保と解放を繰り返す原始的なダサい構造より搭載メモリに応じてアリーナ管理するほうが理にかなってる。Rustを使ってるのにアロケーターの自作や変更を考えたことのない子は最小の意味が分かっていない

**デフォルトの名無しさん** · 2023/06/05(月) 18:15:03.73

ガベージコレクションのある言語はそれができず非効率だもんな

**デフォルトの名無しさん** · 2023/06/05(月) 18:29:07.02

書き心地のよさや近代的なエコシステムが好きで使ってる
チームで使うと品質を安定させやすい
実行時もリソースも安定させやすい
パフォーマンス面ではどちらかとコストの低い方を選択するよう努力するするが、そこまで突き詰めて考えないよ

**デフォルトの名無しさん** · 2023/06/05(月) 18:33:55.89

Rustの良い面が多面的であり
どの面を重視するかは人によって様々だが
Rustに行き着く点では同じだ

**デフォルトの名無しさん** · 2023/06/05(月) 18:54:42.77

まーたクソみたいな複オジ節が連投されてんなw

**デフォルトの名無しさん** · 2023/06/05(月) 20:04:46.68

>>497
>>527
他の言語の標準ライブラリでも戻り型をOptionとResultにしてほしい

**デフォルトの名無しさん** · 2023/06/05(月) 20:12:05.32

ML系言語やればいいよ思うよ