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/05/21(日) 00:24:43.05

>>390
[no_std]を外すと
callq *std::panicking::begin_panic::{{closure}}@GOTPCREL(%rip)
とかになるみたい。ただしその中で呼んでいるラベルすべてが含まれるわけではない模様

例えば
#[panic_handler]
fn panic(_panic: &PanicInfo<'_>) -> ! {
loop {};
}
などとパニックハンドラを足してもcall先のラベルがrust_begin_unwind(上記panic関数の実体)になったりはせず
core::panicking::panicが呼ばれるっぽい。そこからユーザー定義のハンドラを呼び出す隠れたコードがあるはず
ついでにabort=unwindの場合はpanic発生時にrust_begin_unwindが呼ばれるはずだけどその辺も隠れているように見える

**デフォルトの名無しさん** · 2023/05/23(火) 16:03:35.67

初心者の相談ここでいい？
RustやってみようとWin ＋VisualStudioCodeに　
RustAnalyzer と　CodeLLDBを入れ
PythonもPath付きで入れた　
cargo newも走った

なのにデバッガが使えない　
Hello Worldにブレイクポイント一つ置いただけなのに
F5押したら帰ってこない　もう一回押したら

Debugは既に開始しています　別のインスタンスを開始しますか？

なんかワクチンが悪さしてるかと思ってESETも30分止めてみたけれど同じ
誰もこんなところで躓いてないのになんでかな，，，

**デフォルトの名無しさん** · 2023/05/23(火) 17:27:20.12

デバッグなしの実行だと　Hello, world!　が普通にターミナルに出力されるのに
なんで　デバッガ動かないんだか，，，

**デフォルトの名無しさん** · 2023/05/23(火) 17:30:06.95

>>392
下ペインの出力タブで何かエラーメッセージ出てないか確認しなさい

**デフォルトの名無しさん** · 2023/05/23(火) 18:02:22.62

>>392
launch.jsonを生成してみれば？

**デフォルトの名無しさん** · 2023/05/23(火) 18:04:39.75

へい

コード側に表示されている
Run/DebugのうちのDebugを押しても
ターミナル側にはPS C:\Users\xxx\xxx\hello >　
みたいにpathが見えているままで　何も追加表示されない

launch jsonは自動的に作られている
コールスタック表示には　プロセスについて　run ｘｘと表示が出て
Debug押すたびに　run xx 2とかプロセスが増えていくだけ

**デフォルトの名無しさん** · 2023/05/23(火) 18:11:32.54

"configurations": [
{ "type": "lldb", "request": "launch",
"name": "Debug executable 'hello'",
"cargo": { "args": [ "build", "--bin=hello", "--package=hello" ],
"filter": { "name": "hello", "kind": "bin" } },
"args": [　], "cwd": "${workspaceFolder}" },
{ "type": "lldb", "request": "launch",
"name": "Debug unit tests in executable 'hello'",
"cargo": { "args": [ "test", "--no-run", "--bin=hello", "--package=hello" ],
"filter": { "name": "hello", "kind": "bin" } },
"args": [　], "cwd": "${workspaceFolder}" } ]　}
誘導に乗るままに自動生成されたlaunch json なんかおかしいのかなこれ

**デフォルトの名無しさん** · 2023/05/23(火) 18:14:16.03

>>396
出力タブってそれじゃなくて[表示(V)]→[出力(O)]で出るやつね
右上のセレクタで関係ありそうなやつを片っ端から確認

**デフォルトの名無しさん** · 2023/05/23(火) 18:26:24.50

へい
今日はもうPCから離れてしまったので
(お仕事の時間
明日の午後　出力をここに転記してみます
よろしくお願いします

**デフォルトの名無しさん** · 2023/05/24(水) 14:06:06.92

昨日の続きです　出力>Debugdセレクタで
Launching debug configuration:
{
"type": "lldb",
"request": "launch",
"name": "run hello",
"program": "C:\\Users\\ochia\\Downloads\\RustTry\\hello\\target\\debug\\hello.exe",
"args": [],
"cwd": "C:\\Users\\ochia\\Downloads\\RustTry\\hello",
"sourceMap": {},
"sourceLanguages": [
"rust"
],
"env": {
"RUST_BACKTRACE": "short",　以下略

**デフォルトの名無しさん** · 2023/05/24(水) 14:08:03.26

＞LLDBセレクタ
relativePathBase: 'c:\\Users\\xxx\\Downloads\\xxx\\hello',
_adapterSettings: {
displayFormat: 'auto',
showDisassembly: 'auto',
dereferencePointers: true,
suppressMissingSourceFiles: true,
evaluationTimeout: 5,
consoleMode: 'commands',
sourceLanguages: null,
terminalPromptClear: null,
evaluateForHovers: true,
commandCompletions: true,
reproducer: false
}
}

**デフォルトの名無しさん** · 2023/05/24(水) 14:09:28.83

Resolved debug configuration: {
type: 'lldb',
request: 'launch',
name: 'run hello',
program: 'C:\\Users\\xxx\\Downloads\\xxx\\hello\\target\\debug\\hello.exe',
args: [],
cwd: 'C:\\Users\\xxx\\Downloads\\xxx\\hello',
sourceMap: {},
sourceLanguages: [ 'rust' ],
env: {
RUST_BACKTRACE: 'short', 以下略

**デフォルトの名無しさん** · 2023/05/24(水) 14:17:47.42

launch jsonの内容をなぞっているように見えますけれど　どこが問題なんですかね

**デフォルトの名無しさん** · 2023/05/24(水) 19:14:40.08

その後は何もないの？

**デフォルトの名無しさん** · 2023/05/27(土) 20:30:35.69

生行列をallocするベストプラクティスを教えてください
doube **a=malloc(sizeof(double*)*100);
for (i=0; i < 100; i++) {
a[i]=malloc(sizeof(double)*1000);
}

//a[i][j]でアクセス

みたいなやつです

条件としてC/C++より遅くはならないこと
かつある程度安全であることです

普通にやVecで良い」ならそれで行きます

**デフォルトの名無しさん** · 2023/05/27(土) 21:43:25.68

何に使うかによります

**デフォルトの名無しさん** · 2023/05/27(土) 22:55:13.87

>>405
とりあえずVecで作るので良いよ
性能は別途検証しましょう

bound checkが必要になる使い方か
auto vectorizationが働く使い方か
などが差が出るポイント

**デフォルトの名無しさん** · 2023/05/27(土) 22:56:24.11

ドキュメントを調べたらRawVecが良さそうなんですが
まだ安定版で早い模様
https://github.com/rust-lang/rust/blob/master/library/alloc/src/raw_vec.rs

うーむ

**デフォルトの名無しさん** · 2023/05/27(土) 23:03:14.16

Vecの中身がRawVecなんだけど
RawVecを直接使ったほうが速くなるような使い方なのかな？

**デフォルトの名無しさん** · 2023/05/27(土) 23:15:57.87

数万要素の行列演算なので極力余計な処理はして欲しくない感じかな

**デフォルトの名無しさん** · 2023/05/27(土) 23:38:53.11

>>405
Cのコード見るにそんな速度にこだわり無さそうだけどｗ

**デフォルトの名無しさん** · 2023/05/28(日) 00:21:22.19

今のご時世に行列計算の速度を気にするならSIMD使えでFAじゃね？

**デフォルトの名無しさん** · 2023/05/28(日) 00:34:27.16

今の時代は普通にGPU使うのがベストだよ
ただしクラウドでやるとなると金がかかる
今こそCPUで限界まで性能を出し切ることが「男の夢」じゃあないか
マルチスレッド、ベクトル命令、メモリのプリフェッチを駆使して
GPUなしでどの程度性能を引き出せるか？という実験をやっているところ
Cなら普通に書けるのだけどRustの方が色々ライブラリも豊富だから
アプリケーション化するとき楽かなあと思った次第

**デフォルトの名無しさん** · 2023/05/28(日) 00:34:40.65

詳しくないけどBLAS/LAPACKっていうの使えばいいんじゃないすか
そもそも行列計算するつもりなのかすら明言されていませんが

**デフォルトの名無しさん** · 2023/05/28(日) 00:42:17.84

GPUは環境依存が激しいからなぁ。自分しか計算しないならそれでもかまわないかもしれないが
不特定の環境で動かすソフト用には使いづらい

**デフォルトの名無しさん** · 2023/05/28(日) 02:13:41.27

とりあえず行列を適当なブロックに区切ってそれをスレッドで計算、ブロックは転置したりしてキャッシュメモリに乗るように調整する
それを最終的にreduceする
こうすればマルチノードでも実行可能

>>414
それも使ってみるよ
numpyは内部でそれを使ってるらしいけどね
ただライブラリ使ってハイ終わりってのは味気ない
そしてやってることは俺が上に書いた技術以上のことは現状ない

**デフォルトの名無しさん** · 2023/05/28(日) 18:01:21.95

「The Rust Programming Language 日本語版」の日本語訳が微妙すぎる。自分は英語が苦手なのでできるだけ日本語で分かりやすくRustの使用について書いてあるドキュメントが読みたい。
だれか日本語的にもう少しちゃんとしたRustのドキュメントを作ってくれないだろうか？

**デフォルトの名無しさん** · 2023/05/28(日) 18:48:08.28

>>417
しっかり学びたいならオライリー本がいいよ

**デフォルトの名無しさん** · 2023/05/29(月) 09:19:07.96

本家に追従できていないのは不備だがそれは単なるリソース不足だから訳者が増えないとどうしようもないし、
文章表現の中に学習に障害になるほどおかしいようなところがあるとは思えないので
分かり難いと感じる箇所は本当に翻訳由来なのか？と思う。

**デフォルトの名無しさん** · 2023/05/29(月) 11:00:00.74

>>417
日本語訳にそのような問題はない

**デフォルトの名無しさん** · 2023/05/29(月) 11:14:03.62

せめて具体的にどの部分かくらいは言ってくれないと
翻訳の問題なのか原文自体が417に合わなかったのかも分からんしなぁ

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

そんなレベルじゃないだろ
あの日本語訳を普通に読めるやつって普段どんな文章読んでんだよ

**デフォルトの名無しさん** · 2023/05/29(月) 11:43:48.21

>>420
前にずっと翻訳でゴタゴタしてたのはもう解決してたんだな
知らなかった

**デフォルトの名無しさん** · 2023/05/29(月) 11:49:14.32

日本語訳は原文読むための補助くらいの感覚がいいと思う
std含むライブラリのドキュメントは基本的に全部英語だから英語苦手とか言ってられない
MDNみたいに片っ端から翻訳されるならいいけどそんなリソースないでしょ

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

The Book以外の入門書や入門方法を求めたり提案したりするのは構わないけど
The Book日本語訳自体はこのスレでは扱わないことになってるので
日本語訳の個別具体的な問題点についての話はGithubなど別の場所でどうぞ

**デフォルトの名無しさん** · 2023/05/29(月) 14:20:40.96

所有権の複製ですか？( ･`ω･´)

**デフォルトの名無しさん** · 2023/05/29(月) 15:10:37.76

ぶっちゃけ非公式日本語訳より機械翻訳の方がずっとわかりやすいよ
ChatGPTのようにコンテキストを理解してくれるやつなら機械翻訳特有の不自然な言い回しはあっても誤訳は遥かに少ないから

**デフォルトの名無しさん** · 2023/05/29(月) 16:08:06.98

デタラメをハキハキとしゃべる人のほうが好人物に思われやすい。
人間は自然さ (流暢さ) を正しさと誤解するバグがある。
そのバグを突かれてるだけ。

**デフォルトの名無しさん** · 2023/05/29(月) 16:51:09.81

>>417
こんな感じだから、他人に期待するだけ無駄だよ。
自分でやるか、金を出してやらせるか。どちらも嫌なら諦めな。

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

いまだに1ページ目から誤訳盛り沢山
リソース不足というより能力不足とやる気不足

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

>>430
能力のある人間が英語が読めないやつのためだけにわざわざ時間を割いてタダ働きで非公式な翻訳に参加する理由がない

英語が苦手な人による英語が苦手な人のためのもの
過度な期待は良くない

**デフォルトの名無しさん** · 2023/05/29(月) 20:58:34.38

誤訳でも元の英語が大体思い浮かぶから問題なし

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

そうして生まれたのが複製おじさんや仮の所有権おじさん

**デフォルトの名無しさん** · 2023/05/29(月) 21:36:32.72

>>432
元の英語が大体思い浮かぶようなやつが
誤訳だらけの日本語訳なんて読むわけないやん

**デフォルトの名無しさん** · 2023/05/29(月) 22:51:14.31

アハハバカね！嘘つくならもっとマシな嘘ついてよね･･･

**デフォルトの名無しさん** · 2023/05/30(火) 00:04:02.24

明瞭に「誤訳」だとわかるくらいの能力があるなら issue 立てるくらいしてくれよ。

**デフォルトの名無しさん** · 2023/05/30(火) 11:47:11.26

このスレも日本語を禁止して英語だけにした方が話が早くね？

**デフォルトの名無しさん** · 2023/05/30(火) 13:54:02.69

Good Idea desune～

**デフォルトの名無しさん** · 2023/05/30(火) 21:02:05.18

可変変数という摩訶不思議な用語・・・・・

**デフォルトの名無しさん** · 2023/05/30(火) 21:41:45.99

おっさんになって覚えがわるいのか言語のせいなのかわからんがRust難しいなおい…

**デフォルトの名無しさん** · 2023/05/30(火) 21:44:11.50

>>436
issue も pr も放置されてる現実を見ような

**デフォルトの名無しさん** · 2023/05/31(水) 12:34:12.39

ハードウェア依存のライブラリってのはパッケージ管理ソフトが扱いづらいんだよ。
cargoがそういうの取り込むとは思えん。

**デフォルトの名無しさん** · 2023/05/31(水) 21:01:36.14

>>440
どうだろ。それは知識背景によると思う。
最初に学ぶ言語なら Rust はしんどいと思う。
ウェブ系でアプリケーションレイヤしか触ってないみたいな経歴でも Rust は異質かも？

C++ を充分に習得してるくらいなら Rust はそんなにハードルは高くないと思う。
まあ隅々まで理解しようと思うとなんだって大変だが及第点レベルまではドキュメントを読めば普通にわかる。
Rust の型システムは ML 系言語で実績があるものだからその感覚で使えるし、
唯一の面倒なところはライフタイムの管理くらいじゃないかなぁ。

そのライフタイムにしたところで参照より先にオブジェクトの寿命が終わったらダメという当たり前の根本ルールを
成立させられるように考えたら詳細を知らんでも自然に出来そう。

**デフォルトの名無しさん** · 2023/05/31(水) 23:09:20.99

>>442
xargoはもうチェックした？
見当違いだったらすまね

**デフォルトの名無しさん** · 2023/06/02(金) 15:23:50.48

>>443
用途次第でもあるんじゃね
自分なんて豪華なC程度にしか使ってなくてトレイトとか理解できていない

**デフォルトの名無しさん** · 2023/06/02(金) 16:09:01.15

>>445
C++ のコンセプトなんかだと無ければ無くてもなんとかなるが
Rust のトレイトは理解できてないとコンパイルが通るものを書くことすら難しくない？

**デフォルトの名無しさん** · 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

なぜそう思うの？